EML

targeting for 2.1.0, although may drop back to unspecified.

Ken Ramsey will inquire further with Barbara Nolen at Jornada as to the specifics of this request, and the use of EML datasets in her GIS projects.

these general bugs targeted "postpone"

I followed up on the issue of datums with a couple of geographers. The conclusion is that the current geographicCoverage/boundingCoordinates tree is adequate for its intended use. The request for a datum to be associated with locations of datasets is actually part of a larger issue that cannot be addressed in this part of EML - namely the integration of highly detailed spatial descriptions and the data that was collected there. Values of lat and lon that have been put into west|east|north|south elements may have been taken from the context of a projection system, but the description of that system does not belong under geographicCoverage.

The documentation for geographicCoverage should be updated before this bug is closed.
1. to state its intended use - that it is meant for general, not accurate mapping, and that information about mapping projections is covered by EML in the spatialReference schema.
2. the datum for lats and lons are implied -- ie, the equator and the prime meridian

See bug #1019 for a comment on vertical datum.

documentation has been updated, so this bug can be closed.

whoops - not closed, merely postponed along with other spatial issues.

Original Bugzilla ID was 3488