Graphical design component

r11 - 14 Nov 2007 - 19:12:30 - RichardPyleYou are here: TWiki >  TAG Web > TaxonNameLsidVoc > LsidVocs > PublicationCitationLsidVoc

PublicationCitationLsidVoc

This is a summary of the LSID Vocabulary for PublicationCitations?. Read LsidVocs information on LSID Vocabularies in general.

Resources

The RDF OWL vocabulary http://rs.tdwg.org/ontology/voc/PublicationCitation
Avowed XML Instance http://rs.tdwg.org/ontology/voc/tapir/structure/PublicationCitation/template.xml
Avowed XML Schema http://rs.tdwg.org/ontology/voc/tapir/structure/PublicationCitation/schema.xsd

Deployments

  • not yet!

Discussion

Visiting the first link under Resources above with a modern web browser will display the documentation for the vocabulary. Please read this first. If you then have any discussion points or questions please add them below.


To seed this discussion, I have added some excerpts from an email exchange between myself and Roger Hyam; and I've secondarily added some additional comments as well. I suppose it would be more proper to create a separate discussion page for each Property Name under each specific vocabulary (e.g., OntDiscussPublicationCitationPublicationCitationalternateTitle), but for simplicty, I thouyght it would be easier to create a single generic discussion page here, with a header for each Propery Name, and then these can be moved to dedicated discussion pages as needed. -- RichardPyle 12 Nov 2007 21:23HST
alternateTitle

This is one of the fields from EndNote? that I ended up not using in my own DB. However, I do use "shortTitle" for standard Journal abbreviations. I know there is already a shortTitle for "prefered short or abbreviated title of the publication", but my question is whether I should include the same value duplicated in alternateTitle, or if the latter is used only for "additional" titles other than shortTitle. -- RichardPyle 09 Sep 2007 23:24HST

  • My feeling is that it would be for different titles. One could use if for translations (using the xml:lang attribute in RDF) but that is probably another story. If you are providing the short title I wouldn't put it in here again. -- RogerHyam 10 Sep 2007 03:45HST

  • First, I think Rich may be confusing two different issues. We do need a list of all title forms that have ever been used for a work, whether it is a journal or a book or book series, but that is not this (although we might model such a resource on these elements once we stabilise them). In such a list we would have all forms, including the "Title" and "shortTitle". -- AnnaWeitzman 13 Nov 2007

  • There are many forms of some titles that have been use over centuries. Each of these could be listed here. The "shortTitle" could be used for the currently recommended one. -- AnnaWeitzman 13 Nov 2007

    • O.K., agreed (except I'm not sure shortTitle is the best place for "currently recommended" title) -- but does this mean we drop this property from the vocab altogether (in favor of a more robust multi-!alternateTitle structure to be developed later)? Or, do we define this properly more precisely?

-- RichardPyle 14 Nov 2007 09:02HST

authorship

It seems to me that it would be useful to suggest a "best practices" for formatting this property, to at least try to encourage consistency for those data providers who have control over how the author names are formatted. For what it's worth, my standard is:

Firstauthorlastname, FirstAuthorGivenname1? FirstAuthorGivenname2?, FirstAuthorSuffix?; Secondauthorlastname, FirstAuthorGiven1? FirstAuthorGiven2?, FirstAuthorSuffix?; etc...

That is, comma delimiting LastName from GivenNames; spaces (or hyphens) delimiting individual GivenNames (e.g., FirstName, MiddleName, etc.); comma delimiting suffix (Jr., III., etc.); and semicolon delimiting each author (including separation of penultimate and last author names). This style is relatively easy to parse (as opposed to other common author styles, which are not always easy to parse).

I also try to include full names and spellings as they appear on the byline of the publication itself. For example, even if I know the author to be a "Jr.", I only include the "Jr." if it was actually included in the byline. Same goes for middle initial vs. spelled out middle name. I suppose the completed information could be bracketed (e.g., if the byline said "Richard L. Pyle", we could recommend providing it here as "Pyle, Richard L[awrence]"). The way I deal with this is in having a robust Agents data management system, that cross-links synonyms/aliases in such a way that I can link "Pyle, R. L." to "Pyle, Richard Lawrence". Also, note here that I added a space between the initials -- which I think should be best-practice (i.e., "Pyle, R. L.", instead of "Pyle, R.L.").

There are many other topics of discussion concerning "best practices" of authorship, but this is perhaps something that should be discussed in the context of Agents, rather than PublicationCitation?.

-- RichardPyle 12 Nov 2007 22:23HST

  • Agreed (and all subsequent mention of best practices needed). -- AnnaWeitzman 13 Nov 2007

authorTeam

I am NOT a fan of the concept of creating identifiers for "teams" of people. It certainly can be done, but I'm very uncomfortable with the idea (for many reasons). I'd rather see some sort of mechanism for providing an ordered list of Agents who serve in various "role" capacities for a given publication. Most would have role "Author", but this would also allow for role "Editor", and various other Agent-roles associated with a publicationCitation (e.g., "Publisher" might be another role -- but maybe best not to go down that path just yet).

-- RichardPyle 12 Nov 2007 22:26HST

  • Agreed. I also noted that Editor is missing from this list. Whatever direction we go -- Actors or separating them out, we need to include Editors. -- AnnaWeitzman 13 Nov 2007

datePublished

I think it might be better to rename this something like "!verbatimDate", and define it clearly. In all of my "dated" data objects, where there may be variations and uncertainties in the value of the date, I use three properties: verbatimDate (used for recording how the date was actually written -- in this case, the date as it appears within the publication itself), startDate, and endDate (the latter two as standard date values, serving as the start-point and end-point of a range in which the event -- in this case date pf publication -- is likely to have occurred. The verbatimDate is for human eyes, while the other two are used for chronology filtering/sorting.

-- RichardPyle 12 Nov 2007 22:30HST

  • Agreed. But we also need a place to put a "!correctedDate". All too many times the verbatimDate has been proven incorrect (and documented in a place like Taxonomic Literature for botany). We need to be able to include this, and reference the source of the correction. -- AnnaWeitzman 13 Nov 2007

    • Good point -- I should have clarified that I use startDate & endDate for "actual" window of time that it was published; not as a normalized interpretation of verbatimDate. But maybe we need separate "normalized" start/end date values for both (i.e., one for verbatimDate, and one for "actual" date). To me, verbatimDate is something that is useful for a human, but probably doesn't have any real value to be able to sort/filter via chronology. -- RichardPyle 14 Nov 2007 09:05HST

doi

We might want to create some sort of structure or mechanism for providing an assortment of typed "identifiers", all handled in a similar way. We have four properties here already that would fall into this category (doi, issn, isbn, url), and to this we could add all sorts of other ones (LSIDs, Handles, etc., etc.). If we created a separate Property in the vocabulary for every conceivable identifier, things could get ugle (especially considering that any given publicationCitation might have more than one identifier of a given type -- LSID, Handle, url, etc.).

-- RichardPyle 12 Nov 2007 22:36HST

edition

I think this is primarily intended for editions of books, but I wonder if this is where one should put Series number for Journals; e.g.: Annals and Magazine of Natural History, Series 10; Annals and Magazine of Natural History Series 11; etc.

-- RichardPyle 12 Nov 2007 22:40HST

endDate

See comments above for datePublished. -- RichardPyle 12 Nov 2007 22:41HST

figures

This could use with some "best practices" suggestions. I think it was originally intended to cite Plates that were not part of the numbered pages (often the plates do not get page numbers in sequence with the text pages). However, maybe this should also be used to note how many figures appear within the publication?

-- RichardPyle 12 Nov 2007 22:42HST

  • It strikes me that we don't want to mix uses unless we are very clear on best practices. -- AnnaWeitzman - 13 Nov 2007

    • Agreed! We don't want to mix uses -- bad wording on my part. WHat I really think we need to do is define this more precisiely, from among the various options of how it could be defined. -- RichardPyle 14 Nov 2007 09:06HST

isbn

See comments above for doi. -- RichardPyle 12 Nov 2007 22:43HST

issn

See comments above for doi. -- RichardPyle 12 Nov 2007 22:43HST

number

There ought to be some clarification as to what this property is used for. In some definitions, it is used only for numbers within a specific volume; but other times people have used it for just the sequential number of the article. There needs to be some clarificaiton on what to provide for this property, vs. what to provide for volume.

-- RichardPyle 12 Nov 2007 22:44HST

numberOfVolumes

I use this for recording number of volumes in a finite volume series (see related discussion under publicationType). -- RichardPyle 12 Nov 2007 22:46HST

pages

Again, there should be some "best practices" for this. For example, hyphen or en-dash when indicating ranges? If it's a book of 525 pages, should this be entered as "525 pp.", or "1–525"? How should un-numbered page ranges be indicated (I enclose in [square brackets]). Should Plates be included here, if not part of numbered pages, or should they go in figures? Many other questions as well.

-- RichardPyle 12 Nov 2007 22:51HST

parentPublication

As there does not appear to be any element in PublicationCitation? for "Journal" (or "series", or "periodical"), do I assume correctly that the Journal name for a JournalArticle? would be derived from the title of the parentPublication link for the JournalArticle?? -- RichardPyle 09 Sep 2007 23:24HST

  • Yes. Remember that the parent publications does not have to have a GUID it can be an anonymous nodes within the RDF. -- RogerHyam 10 Sep 2007 03:45HST

  • Excuse my ignorance, can you explain why parent publications do not have a GUID? -- AnnaWeitzman - 13 Nov 2007

    • When we have them as separate objects, they certainly do have GUIDs (I would hope!). But I think this needs to accomodate bibliographic content that has not been normalized to that extent yet -- i.e., that has only been parsed by a machine for convenience, and not with enough reliability to have necessarily been GUID'ed. In that case, I can see the value of an internal identifier, for which no authority has yet issued a permanent GUID. -- RichardPyle 14 Nov 2007 09:08HST

parentPublicationString

(Enter Comments Here)

placePublished

Some best practices here would be helpful...(e.g., when to include the country or state as well as the city). -- RichardPyle 12 Nov 2007 22:54HST

publicationType

Regarding publicationTypeTerm:

I now distinguish two kinds of "series". One is "BookSeries", which is characterized by a finite set of volumes, the total number of which are usually known in advance, and are often published concurrently (e.g., a 5-volume set of books). The other is "Periodical" (or "Serial" -- I haven't decided which word I like better), which is characterized by recussing volumes, published periodially in regular or irregular intervals, without a known finite number of volumes. These are Journals, Magazines, Newspapers, and certain kinds of book-like series that seem to be perpetual (e.g., FAO Fishereies series). Two questions on this:

  1. There are enough examples of "borderline" cases between these two kinds of series, that I'm slightly tempted to lump them together as just plain "Series"; and
  2. If they are kept separate, then I assume the two corresponding PublicationTypeTerms? would be "BookSeries" and "Journal". In this case, I'm wondering whether the word "Journal" shouldn't be replaced with something more general, like "Periodical" or "Serial", to accommodate magazines, newspapers, and other such recurring/perpetual series. -- RichardPyle 09 Sep 2007 23:24HST

  • It sounds to me like you are going a long way to defining some or these terms. Periodical sounds to me like something that comes out regularly (and some of these things are irregular). Serial sounds better but then we have JournalArticle?, MagazineArticle? and NewspaperArticle?. It seems odd that we have Journal but not Magazine or Newspaper in such cases. What if we changed Journal to Serial and compressed the three different articles into just Article. So we would have:
    • Serial: A publication that appears in a number of parts without having a predetermined number of issues.
    • Article: A publication that appears as a subpart of a part of a Serial
-- RogerHyam 10 Sep 2007 03:45HST

  • BookSeries?: ? (all I can think is that Harry Potter hasn't been killed off so there is bound to be another book and so I can't say it is a book series it must be a Serial). If you can come up with some good definitions then I'll enter them in the vocabulary. We should sort out the Magazine and Newspaper stuff at the same time though. -- RogerHyam 10 Sep 2007 03:45HST

I think we need a careful discussion about the enumeration of publicationTypeTerm. -- RichardPyle 12 Nov 2007 22:56HST

publisher

-- Should this be referenced to Actor? -- RichardPyle 12 Nov 2007 22:57HST

reprintEdition

I don't even know what this property is used for -- it should be more clearly defined. -- RichardPyle 12 Nov 2007 22:58HST

section

I don't even know what this property is used for -- it should be more clearly defined. -- RichardPyle 12 Nov 2007 22:58HST

shortTitle

Is this used for anything other than Journal abbreviations??? -- RichardPyle 12 Nov 2007 22:58HST

  • Yes, quite commonly it is used for books--especially older ones that have titles that are 10 miles long. TL-2 provides a list of standardized short title for Botany, but zoologists use them too (e.g., Syst. Nat., ed 10. rather than "Systema Naturae per regna tria naturae, secundum Classes, Ordines, Genera, Species, cum characteribus, differentiis, synonymis, locis. Editio Decima, Reformata." is a rather short, but famous, example). -- AnnaWeitzman - 13 Nov 2007

startDate

See comments above for datePublished. -- RichardPyle 12 Nov 2007 22:51HST

title

Pretty straightforward, but still need some discussion (e.g., Whether or not to include a period at the end; whether to use capitalization as originally appeared, or standardize to first-word and proper-names only, or...???; how to denote italicized words within title? etc.) -- RichardPyle 12 Nov 2007 23:01HST

  • Including whether it is the full title page title e.g., "Systema Naturae per regna tria naturae, secundum Classes, Ordines, Genera, Species, cum characteribus, differentiis, synonymis, locis." or a shorter, unabbreviated title. I vote for the full title, as long as we are consistent. As ever, nothing in taxonomy is every as simple or straightforward as it seems. -- AnnaWeitzman - 13 Nov 2007

    • I agree -- this property should be for full title (maybe rename fullTitle?) We can use shortTitle for the other -- unless shortTitle is subsumed into a more robust structure for handling multiple alterantive titiles. -- RichardPyle 14 Nov 2007 09:11HST

url

See comments above for doi. -- RichardPyle 12 Nov 2007 22:43HST

volume

See comments under "number" above. Also, should this be numeric always, or as published (e.g., I, II, etc.)? Should it ever have a "Vol." or "Volume" included? -- RichardPyle 12 Nov 2007 23:02HST

year

How does this differ from the values included in datePublished/!verbatimDate and the startDate/!endDate fields?


Linking Topics

Edit | Attach | Printable | Backlinks: Web, All Webs | History: r11 < r10 < r9 < r8 < r7 | More topic actions
 
Back to TDWG Homepage TDWG Wiki > TAG
This site is powered by the TWiki collaboration platform

Valid XHTML 1.0 Transitional
Copyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback