Discovery Change Proposal-6
DCP-6: Adopt Dublin Core Date Specification in Atom Response
- Progress (fill in the dates as the process moves forward)
- Submitted on: when the DCP was submitted
- Review period: the review period
- Revision: when revisions are being made based on feedback
- Vote: the voting period
- Final review: when final adjustments are being made and final review
- Ratified: when approved.
- Rejected: or when rejected.
- Facilitator: the primary editor to help the DCP move along the process.
The DCP-1 specification repurposed the <time:start> and <time:end> elements from the draft specification in OpenSearch for querying on time. However, a more common standard for representing time in XML documents is available, namely the Dublin Core standard element "date" for represent a point in time or a time period. This is, not coincidentally, also the method for representing date-time within the draft specification of OpenSearch for the Open Geospatial Consortium (OGC).
The current ESIP Discovery specification uses a non-standard element for specifying date-time or date-time range. This is an unnecessary deviation from the "mass-market" standard proposed by OSGeo to OGC.
The proposed solution is to use the more standard Dublin Core "date" element to represent "a point or period of time associated with an event in the lifecycle of the resource. Further, the dates are proposed to be encoded using the W3CDTF profile of ISO 8601, as recommended by the Dublin Core. An example of such a date is "1997-07-16T19:20:30.45Z". Date/time intervals can also be expressed this way by separating the two date-times by a '/' character: "2007-03-01T13:00:00Z/2008-05-11T15:30:00Z".