[OAI-implementers] XSD file for qualified DC

[Jean-Yves Le Meur]

	Hi Herbert,

	Sorry for the slow reaction and let me come back to the question
of exchanging citation metadata.

	After checking out the LoC MARC21 guidelines, it is not obvious at
all in which MARC fields the sub elements of a citation succesfully
parsed (eg: journal name, pagination, volume, issue, possibly report
number, or URL) should go. That was our motivation to put them (maybe
temporarily) in a non standard MARC field (999C5). We have also seen that the Swiss IDS
library consortium is using its own non standard solution for keeping
reference subfields within MARC21. Please let me know if we are
actually missing a LoC definition for citations... it would be far the
best for us.

	Meanwhile, we are quite favorable in testing the OpenURL solution
for distributing our parsed citations. Would you be interested in testing
the transformation of our MARC21 XML (999C5 only) into OpenURL syntax ? Or
do you know someone who would be interested in doing this ?

	Cheers,

		JY.


On Thu, 20 Jun 2002, herbert van de sompel wrote:

> hi Jean-Yves,
>
> I have a few comments:
>
> * The Library of Congress recently released an XML Schema for MARC21 records, which could be used in stead of
> oai_marc.  As the Library of Congress definitely has more authorithy than the OAI when it comes to MARC
> records, I would say that usage of their format is preferred from now on.  The LoC recognized that we did not
> have an alternative in the OAI-world but to create our own schema before they released theirs, and as a
> result they have been so kind to provide an XSLT to migrate records from oai_marc to LoC MARC21 XML format.
> see http://www.openarchives.org/OAI/2.0/guidelines-marcxml.htm
>
> * The approach you have taken is the "all-in-one" as opposed to the "parallel" approach we have been
> discussing on this list.  In doing so, some non-standard MARC stuff has been done.  As far as I can tell,
> nothing in what you have done will prevent you from adhering to a "parallel" approach once a guideline for
> such would be released, because the core of your work is the parsing out of individual information-entities
> and tagging them appropriately. Using the markup that you currently have, it should be posibble to convert to
> a "parallel" format of the kind I suggested.  As a matter of fact, if you would be interested, I am very
> willing to explore this path with you.  Please feel free to contact me directly for further discussion.
>
> greetings
>
> herbert
>
> Jean-Yves Le Meur wrote:
>
> > About standardizing citation sharing (I mean 'citation', not publication
> > information or article header info), CERN is on the point of releasing its
> > automated citations extractions in a way which I would like you to comment
> > about.
> >
> > The citations are actually included within the record structure. Our
> > native format is MARC and we defined specific tags (in 999C5) to store the
> > different pieces of a citation that we can analyse.
> > See an example at
> >  <http://cdsweb.cern.ch/search?sysnb=0481511CITCIT>
> > and click on 'XML MARC' to see its structure.
> >
> > I guess it is not optimum but I'd like to know (and I hope so) if you
> > think this approach can easily adapt to the futur standard 'parallel
> > approach' ?
> >
> > Yours,
> >  JY.
> >
> > On Wed, 19 Jun 2002, Ann Apps wrote:
> >
> > > Herbert,
> > >
> > >
> > > I agree entirely with your suggestion about using OpenURL as a
> > > parallel metadata format.
> > >
> > >
> > > However, as the question which started this was about qualified
> > > DC, I would like to point out that there may be some confusion
> > > about the meaning of 'citation', especially about the DC-Citation
> > > stuff, which has also been referred to as connected with OpenURL
> > > by the Ariadne paper
> > > (http://www.ariadne.ac.uk/issue27/metadata/). A confusion which
> > > probably wasn't helped by my earlier email.
> > >
> > >
> > > The term 'citation' is used to describe 2 similar but different things.
> > > It is easiest to desribe this for journal articles.
> > >
> > >
> > > 1. The bibliographic citation information (journal, issue, pagination)
> > > for an article as part of the metadata for the article itself. This is
> > > what publishers refer to as the header information for the article.
> > >
> > >
> > > 2. The citation information for papers cited by an article which are
> > > listed in the references section of the article.
> > >
> > >
> > > The DC-Citation work is, so far, about (1). Maybe the choice of the
> > > term 'citation' was unfortunate, because everyone assumes it
> > > means (2), but it's difficult to think of a better word. This is why the
> > > encoding suggested for dc-citation is within a dc:identifier element,
> > > because of the recognition that the bibliographic citation can
> > > effectively identify the article. [This could obviously be extrapolated
> > > to (2) but would be within a dc:relation/dcterms:references element.]
> > >
> > >
> > > The scenario you describe is for citation (2). Here the parallel
> > > metadata format within a context object you describe looks perfect.
> > > This is obviously a major OAI requirement, for initiatives such as
> > > Citebase.
> > >
> > >
> > > But I think that citation (1) will also be needed as OAI is used for
> > > more than just eprints repositories. For instance, if you wanted to
> > > provide OAI records from an A+I database, or a journal article table
> > > of contents database, you would need to be able to detail the
> > > journal/issue information within each record. I could see this being
> > > of use for harvesting records for the latest journal issues available
> > > in such a service. I think you can still use the OpenURL metadata
> > > for this but that it would be 'nested' within the DC record, similar to
> > > the noddy example I previously wrote. At the moment we're still
> > > stuck with using unrecognised DC structured values in literal
> > > strings within simple DC to pass this information around.
> > >
> > >
> > > But at present, I think that the OAI priority is citations(2), and this
> > > current development looks really promising. Citations(1) will need
> > > more discussion within DC.
> > >
> > >
> > > Best wishes,
> > >
> > >       Ann
> > >
> > >
> > >
> > > On Tue, 18 Jun 2002 herbert van de sompel wrote:
> > >
> > >
> > > <color><param>7F00,0000,0000</param>> 1. In the context of the OAI-PMH, it would make a lot of sense to
> > >
> > > > treat citations as a parallel metadata format.  The unqualified DC
> > >
> > > > record describes the "paper", whereas another record (under the same
> > >
> > > > item) describes all the citations made in the "paper".  That is what
> > >
> > > > Carl suggested in his mail.  And that is the approach that Stevan
> > >
> > > > Harnad and I discussed at last year's OAI-related conference in
> > >
> > > > Geneva.  This approach makes sense in that it is extensible: it allows
> > >
> > > > other stuff related to the "paper" (for instance usage logs,
> > >
> > > > certification metadata, preservation metadata, etc.) to be treated in
> > >
> > > > yet other parallel records under the same item.
> > >
> > > >
> > >
> > > > 2. When it comes to choosing a "metadata format" to describe those
> > >
> > > > citations, looking at OpenURL makes a lot of sense.  Not only because
> > >
> > > > it is becoming a standard, but because its purpose really IS to
> > >
> > > > describe stuff (read "citations" in this context) by building on a
> > >
> > > > broad range of identifier-namespaces and a multitude of metadata
> > >
> > > > formats.  Moreover, OpenURL allows not only for the description of a
> > >
> > > > "citation" but (optionally) also of entities that make up the context
> > >
> > > > in which the "citation" appears.  That is very significant when
> > >
> > > > thinking about the possibility of open linking at the level of OAI
> > >
> > > > service providers. And it is significant when thinking of using
> > >
> > > > "OpenURL" as a parallel metadata format, as it allows the citation to
> > >
> > > > remain attached to the thing in which it is cited.
> > >
> > > >
> > >
> > > </color>[...]
> > >
> > >
> > > <nofill>
> > > --------------------------------------------------------------------------
> > > Mrs. Ann Apps. Senior Analyst - Research & Development, MIMAS,
> > >      University of Manchester, Oxford Road, Manchester, M13 9PL, UK
> > > Tel: +44 (0) 161 275 6039    Fax: +44 (0) 0161 275 6040
> > > Email: ann.apps@man.ac.uk  WWW: http://epub.mimas.ac.uk/ann.html
> > > --------------------------------------------------------------------------
> > > _______________________________________________
> > > OAI-implementers mailing list
> > > OAI-implementers@oaisrv.nsdl.cornell.edu
> > > http://oaisrv.nsdl.cornell.edu/mailman/listinfo/oai-implementers
> > >
>
> --
> Herbert Van de Sompel
> digital library research & prototyping
> Los Alamos National Laboratory - Research Library
> + 1 (505) 667 1267 / http://lib-www.lanl.gov/~herbertv/
>
> objects on mirror sites are closer than they appear
>
>
>