Many journals have multiple numbered, lettered, or otherwise delineated
series. For example:
Annals and Magazine of Natural History 2
Annals and Magazine of Natural History 3
Annals and Magazine of Natural History 4
Annals and Magazine of Natural History 5
Annals and Magazine of Natural History 6
Annals and Magazine of Natural History 7
Annals and Magazine of Natural History 8
Annals and Magazine of Natural History 9
Annals and Magazine of Natural History 10
Annals and Magazine of Natural History 11
Annals and Magazine of Natural History 12
Annals and Magazine of Natural History 13
Bulletin du Muséum National d’Histoire Naturelle 1
Bulletin du Muséum National d’Histoire Naturelle 2
Bulletin du Muséum National d’Histoire Naturelle Zoologie, 3
Bulletin du Muséum National d’Histoire Naturelle, Section A, Zoologie
Biologie et Ecologie d’Animal 4
Proceedings of the Zoological Society of London A
Proceedings of the Zoological Society of London B
In some cases, it's not so much a series, as a specific locality. For
example:
Bulletin du Muséum National d’Histoire Naturelle Paris
Bulletin du Muséum National d’Histoire Naturelle Santiago
In my implementations, I capture the title separately from the Series
designator, and I put the Series information in the "Edition" field:
Title Edition
----------------------------------------------------
Annals and Magazine of Natural History 2
Annals and Magazine of Natural History 3
Annals and Magazine of Natural History 4
Annals and Magazine of Natural History 5
Annals and Magazine of Natural History 6
Annals and Magazine of Natural History 7
Annals and Magazine of Natural History 8
Annals and Magazine of Natural History 9
Annals and Magazine of Natural History 10
Annals and Magazine of Natural History 11
Annals and Magazine of Natural History 12
Annals and Magazine of Natural History 13
..then I concatenate when formatting output.
So, the question is, should the "best practices" for the exchange standard
be to parse the Series info a separate element (and have an element for this
purpose), or should we just lump it all together in one Title field?
Although it has been handy for me to dump the Series data in the "Edition"
field of my database, I think this is not the best way to represent it in
the Exchange standard. Because we want to support multiple legitimate titles
for each Reference, we should treat the Series information at the same
resolution -- such that each listed title has its own corresponding Series
value (which will be important when representing the same title plus series
in different languages).
Also, what about the Locality qualifier? Should that be treated as part of
the Journal title, or captured separately?
Thanks,
Rich
Richard L. Pyle, PhD
Database Coordinator for Natural Sciences
and Associate Zoologist in Ichthyology
Department of Natural Sciences, Bishop Museum
1525 Bernice St., Honolulu, HI 96817
Ph: (808)848-4115, Fax: (808)847-8252
email: deep...@bishopmuseum.org
http://hbs.bishopmuseum.org/staff/pylerichard.html
Wouldn't it be better to have the Element contain the full concatenated
title (with Series, etc.), then have attributes for things like
"periodicalTitle" (for the non-series part) and something like "seriesLabel"
for the series bit?
Or, maybe a structure something like:
<ReferenceTitles>
<ReferenceTitle kindOfTitle="StandardTitle" title="Annals and Magazine of
Natural History, Series 9">
<PeriodicalTitle>Annals and Magazine of Natural
History</PeriodicalTitle>
<SeriesLabel>Series 9</SeriesLabel>
</ReferenceTitle>
<ReferenceTitle kindOfTitle="AbbreviatedTitle" title="Ann. Mag. Nat.
Hist., Ser. 9">
<PeriodicalTitle>Ann. Mag. Nat. Hist.</PeriodicalTitle>
<SeriesLabel>Ser. 9</SeriesLabel>
</ReferenceTitle>
</ReferenceTitles>
Rich
>> The appropriate model for storing the series designator
>> separate from the journal title would be making the former an
>> attribute of the latter.
>> This way, we have a clear relationship between the two in the
>> presence of multiple titles.
>
> Wouldn't it be better to have the Element contain the full concatenated
> title (with Series, etc.), then have attributes for things like
> "periodicalTitle" (for the non-series part) and something like "seriesLabel"
> for the series bit?
Good point ... putting the plain data in the textual content and the
parsed data in one or more attributes generally seems to be a good
guideline. This allows for a clear one-to-one association between raw
and normalized data without having to use container elements. Sorry
for not thinking of this one earlier.
>
> Or, maybe a structure something like:
>
> <ReferenceTitles>
> <ReferenceTitle kindOfTitle="StandardTitle" title="Annals and Magazine of
> Natural History, Series 9">
> <PeriodicalTitle>Annals and Magazine of Natural
> History</PeriodicalTitle>
> <SeriesLabel>Series 9</SeriesLabel>
> </ReferenceTitle>
> <ReferenceTitle kindOfTitle="AbbreviatedTitle" title="Ann. Mag. Nat.
> Hist., Ser. 9">
> <PeriodicalTitle>Ann. Mag. Nat. Hist.</PeriodicalTitle>
> <SeriesLabel>Ser. 9</SeriesLabel>
> </ReferenceTitle>
> </ReferenceTitles>
Not so fund of this one, like the other variant better.
- Guido
OK, thanks. I'm definitely inclined in this direction as well. Anyone else
object?
> There are also other GUIDs to be used, such as OCLC numbers,
> etc. I suspect that for pretty much anything we're interested
> in, somebody somewhere will have issued an identifier.
Yes -- definitely. We agreed at TDWG that there needed to be an open-ended
mechanism for attaching N-number of GUIDs to any specific citation record.
Some will have many; others (like microcitations/treatments) may not.
Again; more on this later.
Rich