Print

Print


Dear Michelle,

While I'm sure there are any number of ways to interpret and encode, we fully believe in the simplest/easiest approach (in order to actually get the work done!) and, therefore, enter the See Reference as part of the folder title <c0x>, which obviously we've interpreted as an important "intellectual" entity part of the hierarchy, rather than an actual physical entity exclusive to the box.  For those that assign #s to their folders, this type of entry may throw someone off a bit - but in that case I would simply leave the folder # off.  

<c03> 
<did> 
<container type="box">025</container> 
<unittitle>Cuevas, Marquis George de (see de Cuevas, Marquis
George)</unittitle> 
</did> 
</c03> 


For a See Also Reference, we also include it in as part of the folder title. 

<c03> 
<did> 
<container type="box">9</container> 
<unittitle>Arnold Seligmann-Helft Corp., 
<unitdate>1940-1949 </unitdate>(see also de Batz,
Georges)</unittitle> 
</did> 
</c03> 

Hope this helps!

Barbara Aikens
Archives of American Art


>>> [log in to unmask] 06/23/05 10:27AM >>>
Hi,
I think the fundamental question is whether the "see"-reference is a
component at all. If the reference is tagged as proposed how could one tell
the search-engine not to indicate the reference when the originial location
is allready shown? What about an indication on the c0x-level as
<c02 type="reference"> 
but an attribute type ist not available in c0x, so perhaps
<c02 altrender="reference"> ?
Greetings
Rudy

Mit freundlichen Grüssen

Rudolf Probst

|A      | L
| S     Dr. Rudolf Probst
        Swiss Literary Archives (SLA)
      Swiss National Library
        Hallwylstrasse 15
        CH-3003 Berne
        Tel. + 41 31 325 05 14
        Fax + 41 31 322 84 63
        E-Mail: [log in to unmask] 
        http://www.snl.ch/d/fuehr/sl_index.htm 



-----Ursprüngliche Nachricht-----
Von: Encoded Archival Description List [mailto:[log in to unmask]]Im Auftrag
von Mike Ferrando
Gesendet: Donnerstag, 23. Juni 2005 15:58
An: [log in to unmask] 
Betreff: Re: Question regarding items with "see" reference


Michele R.,
The reality is that the item is identified with location information
in another place in the finding aid.

Therefore, do not use the physloc element.

Either:
1. use the ref as a child of unittitle.
2. use the ref as a child of note/p.

The rest is fine.

My 2 cents.

Michael Ferrando
Library Technician
Library of Congress
Washington, DC
202-707-4454

--- MicheleR <[log in to unmask]> wrote:

> Hello all --
>
> Suppose I have the following in a finding aid for a collection:
>
>
> Correspondence/Subject Files
>     ...
>     Elizabeth Press - Box 1
>     Emily Dickinson Bulletin - see Morey, Frederick L.
>     Enslin, Theodore - Box 1
>     ...
>
>
> For the Emily Dickinson Bulletin with the "see" reference, how
> might you
> interpret that in EAD?  The reference itself is a REF element, no
> problem
> there -- but what to wrap it in?  If it were a "see also" I would
> use a NOTE
> element, to point out additional information of interest to the
> researcher,
> but in this case there IS no material at "Emily Dickinson Bulletin"
> just a
> pointer to somewhere else.
>
> As of now we're using PHYSLOC (see below) on the theory that the
> "see"
> reference functions as a locator to tell the reader where the
> material
> actually is, but I wondered what other approaches might work, or
> what others
> have used.
>
>
> <c02>
>     <did>
>         <unittitle>Emily Dickinson Bulletin</unittitle>
>         <physloc>see <ref target="flm">Morey, Frederick
> L.</ref></physloc>
>     </did>
> </c02>
>
>
> Many thanks --
>
> Michele Rothenberger
> Special Collections Research Center
> Syracuse University
>


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com