search

NCEAS / z-test-issues

Test issue imports from redmine
0 stars 0 forks source link

datum requested in GeographicCoverageType #448

Open mbjones opened 7 years ago

mbjones commented 7 years ago

Author Name: Margaret O'Brien (Margaret O'Brien) Original Redmine Issue: 3488, https://projects.ecoinformatics.org/ecoinfo/issues/3488 Original Date: 2008-09-18 Original Assignee: Matt Jones

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)

mbjones commented 7 years ago

Original Redmine Comment Author Name: Margaret O'Brien (Margaret O'Brien) Original Date: 2008-09-22T19:20:22Z

targeting for 2.1.0, although may drop back to unspecified.

mbjones commented 7 years ago

Original Redmine Comment Author Name: Margaret O'Brien (Margaret O'Brien) Original Date: 2008-09-30T23:40:52Z

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.

mbjones commented 7 years ago

Original Redmine Comment Author Name: Margaret O'Brien (Margaret O'Brien) Original Date: 2008-10-01T23:36:45Z

these general bugs targeted "postpone"

mbjones commented 7 years ago

Original Redmine Comment Author Name: Margaret O'Brien (Margaret O'Brien) Original Date: 2008-10-13T23:02:39Z

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.

mbjones commented 7 years ago

Original Redmine Comment Author Name: Margaret O'Brien (Margaret O'Brien) Original Date: 2008-11-07T16:33:30Z

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

mbjones commented 7 years ago

Original Redmine Comment Author Name: Margaret O'Brien (Margaret O'Brien) Original Date: 2008-11-07T16:36:14Z

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

mbjones commented 7 years ago

Original Redmine Comment Author Name: Redmine Admin (Redmine Admin) Original Date: 2013-03-27T21:23:35Z

Original Bugzilla ID was 3488