Toward EML2.0
Karen Baker
karen at guardian.icess.ucsb.edu
Mon Aug 19 18:13:37 PDT 2002
EML Warriors and Parties:
I agree the EML product is important. And would hasten to add that
the EML design process is extremely important as well.
The implementation versus specification reminder is timely:
that is, an articulated EML specification in English with 'required'
entries explicitly noted would be of great benefit. I'm not in the
office Wednesday for the scheduled call, but here are some initial
thoughts prompted by the recent messages:
literature citation: yes the eml-literature module would benefit
from attention since bibiliographic package adoptions are as complex
as EML package adoptions. With the existing not-so-compatable
standards of varying granularity (Refer/BibIX, NISO/z39.80, Marc),
adopting an existing midrange 'standard' solution seems one way
to go while recognizing also the need for development of some local
'bibliographic best practices' as well. A place to start is to
inquire whether NCEAS or the LTER sites have existing ties with
any of the existing standards (beyond EndNote) at this point.
party module: currently the EML structure puts people (and
protocols) as a property of a dataset rather than standing-alone
like literature. Just as eml-literature will in the long-run
be more powerful if it can coordinate with outside bibliographic
services, is it useful to consider a party module that can
coordinate with other party services (personnel directories)?
protocols/methods: In my site's use of the terms, protocols
provide community-accepted referenceable practices so is well
represented as standalone while methods are used to capture local
design variation and execution perhaps/perhaps-not related to some
protocols so works well associated with a dataset.
metadata maintenance: the question arose at the workshop as to
how to deal with:
date-begin: 1990
date-end: ongoing
It would be informative if the upcoming conversation can be summarized
and posted as a continuation of the eml-dev at ecoinformatics/im at lternet
dialogue.
-karen baker
More information about the Eml-dev
mailing list