[eml-dev] EML 2.1.0 update, part II
Margaret O'Brien
mob at icess.ucsb.edu
Mon Sep 22 12:38:41 PDT 2008
Hi all -
To reiterate the first part of this update (attached), since the
EML2.1.0 schema is now backward-incompatible, we have opened the door
for other enhancements to be included. So we can consider other new
features which might make it a better (and more useful) step forward.
There are 10 schema changes listed here which have, to varying degrees,
impeded current uses. They fall into four general groups, where the
problem could be mitigated by a change to a) cardinality, or b) data
typing, c) feature requests, or d) housekeeping (e.g. naming
inconsistencies). They are presented roughly in order of the effort
required to make the change, but they require varying degrees of
discussion among eml-dev and other interested parties. These 10 have
been retargeted in bugzilla for 2.1.0 to make them stand out.
Please review and comment on these issues, either here or in the
individual bug entries.
Cardinality:
1. EML should be able to handle "ongoing" data sources
http://bugzilla.ecoinformatics.org/show_bug.cgi?id=1794
This bug highlights data products which cannot have an end date
accurately assigned to them. Particularly as Barbara describes, that EML
needs to be capable of describing more than just static datasets. The
simplest fix it to make the endDate tag optional. This does not free
authors from the responsibility of including end dates for datasets that
are static snapshots, but are planned to be appended in the future.
discussion thread:
http://mercury.nceas.ucsb.edu/ecoinformatics/pipermail/eml-dev/2004-October/001032.html
2. Unable to describe SOM map projections
http://bugzilla.ecoinformatics.org/show_bug.cgi?id=2125
This problem could be easily addressed by relaxing the cardinality on
some elements, as long as that doesn't open the door for abuses when
describing other projections. Is this the best solution? or necessary
now? This needs input from someone better versed in spatial data than I am.
Naming inconsistencies:
3. bug 1152 dateTime vs datetime
4. bug 2568 methods vs method
these are mostly housekeeping, but require concommitant changes to the
eml display stylesheets, and also to be included in a 201-to210
conversion stylesheet. So they fall second in term of effort required.
Typing:
5. dataTable/.../attribute bounds group, retype xs:decimal to float
See the recent comments in bugzilla:
http://bugzilla.ecoinformatics.org/show_bug.cgi?id=2272
Other data types may warrant reconsideration, particularly lats and
longs which are xs:float, but should probably be decimal
6. xs:string - TextType, for some fields
Everyone seems to agree that <title> is for presentation, but should
others be considered? Chris was going to produce a list of candidates.
Feature requests
These two elements are all fairly straightforward to add, if the dev
group agrees they are warranted.
7. http://bugzilla.ecoinformatics.org/show_bug.cgi?id=3164 add a contact
tree to literature.xsd
8. http://bugzilla.ecoinformatics.org/show_bug.cgi?id=3165 description
of a url, which could transformed into the anchor tag content
These last two items are related to each other, and more complicated to
implement. Accommodating them may require that geographicCoverage be
restructured.
9. http://bugzilla.ecoinformatics.org/show_bug.cgi?id=3488 datum added
to geographicCoverageType
10. http://bugzilla.ecoinformatics.org/show_bug.cgi?id=1019 altitude
units recieve an enumeration list (lengths)
OTHER BUGS: See the list of "general bugs" at:
http://bugzilla.ecoinformatics.org/buglist.cgi?bug_file_loc=&bug_file_loc_type=allwordssubstr&bug_id=&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bugidtype=include&chfieldfrom=&chfieldto=Now&chfieldvalue=&component=eml%20-%20general%20bugs&email1=&email2=&emailtype1=substring&emailtype2=substring&field-1-0-0=bug_status&field-1-1-0=component&field-1-2-0=product&field0-0-0=noop&keywords=&keywords_type=allwords&long_desc=&long_desc_type=allwordssubstr&product=EML&query_format=advanced&remaction=&short_desc=&short_desc_type=allwordssubstr&type-1-0-0=anyexact&type-1-1-0=anyexact&type-1-2-0=anyexact&type0-0-0=noop&value-1-0-0=NEW%2CASSIGNED%2CREOPENED&value-1-1-0=eml%20-%20general%20bugs&value-1-2-0=EML&value0-0-0=&votes=&order=bugs.target_milestone%2Cbugs.bug_id&query_based_on=
and look for targeted beyond 2.1.0, postponed or unspecified.
Regards,
Margaret
--
========================
Margaret O'Brien
Information Management
Santa Barbara Coastal LTER
Marine Science Institute
University of California
Santa Barbara, CA 93106-6150
805-893-2071
mob at icess.ucsb.edu
http://sbc.lternet.edu
========================
--
========================
Margaret O'Brien
Information Management
Santa Barbara Coastal LTER
Marine Science Institute
University of California
Santa Barbara, CA 93106-6150
805-893-2071
mob at icess.ucsb.edu
http://sbc.lternet.edu
========================
-------------- next part --------------
An embedded message was scrubbed...
From: "Margaret O'Brien" <mob at icess.ucsb.edu>
Subject: [eml-dev] EML 2.1.0 update
Date: Fri, 19 Sep 2008 13:09:47 -0700
Size: 6870
URL: <http://mercury.nceas.ucsb.edu/ecoinformatics/pipermail/eml-dev/attachments/20080922/11aab3ed/attachment-0001.mht>
More information about the Eml-dev
mailing list