Project

General

Profile

Bug #3488

datum requested in GeographicCoverageType

Added by Margaret O'Brien about 10 years ago. Updated about 10 years ago.

Status:
In Progress
Priority:
Normal
Assignee:
Category:
eml - general bugs
Target version:
Start date:
09/18/2008
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
3488

Description

Received a verbal request from Christine Laney for an element (or attribute) defining the datum to go with coverage/boundingCoordinates and altitudes (one each), to assist in creating accurate maps of datasets' locations. EML2 recommendations for boundingBox coordinates do not mention datum, and for boundingAltitudes, authors are told to include the datum with the altitudeUnit. datum is also missing from gPoint. This bug is related to bug #1019 (altitude units)

History

#1 Updated by Margaret O'Brien about 10 years ago

targeting for 2.1.0, although may drop back to unspecified.

#2 Updated by Margaret O'Brien about 10 years ago

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.

#3 Updated by Margaret O'Brien about 10 years ago

these general bugs targeted "postpone"

#4 Updated by Margaret O'Brien about 10 years ago

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.

#5 Updated by Margaret O'Brien about 10 years ago

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

#6 Updated by Margaret O'Brien about 10 years ago

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

#7 Updated by Redmine Admin over 5 years ago

Original Bugzilla ID was 3488

Also available in: Atom PDF