Difference between revisions of "Discovery Change Proposal-6"

From Earth Science Information Partners (ESIP)
(Created page with "<< Back to the Discovery Change Proposals page = DCP-6: Adopt Dublin Core Date Specification in Atom Response = * '''Progress''' (fill in the da...")
 
Line 5: Line 5:
  
 
* '''Progress''' (fill in the dates as the process moves forward)
 
* '''Progress''' (fill in the dates as the process moves forward)
# '''Submitted on''': when the DCP was submitted
+
# '''Submitted on''': 2012-02-13
# '''Review period''': the review period
+
# '''Review period''': 2012-02-13/2012-03-13
# '''Revision''': when revisions are being made based on feedback
+
# '''Revision''': n/a
# '''Vote''': the voting period
+
# '''Vote''': TBD
# '''Final review''': when final adjustments are being made and final review
+
# '''Final review''': TBD
# '''Ratified''': when approved.
+
# '''Ratified''': TBD
# '''Rejected''': or when rejected.
+
# '''Rejected''': TBD
* '''Facilitator''': the primary editor to help the DCP move along the process.
+
* '''Facilitator''': [[User:Clynnes|Clynnes]]
  
 
== Description ==
 
== Description ==

Revision as of 09:24, February 13, 2012

<< Back to the Discovery Change Proposals page


DCP-6: Adopt Dublin Core Date Specification in Atom Response

  • Progress (fill in the dates as the process moves forward)
  1. Submitted on: 2012-02-13
  2. Review period: 2012-02-13/2012-03-13
  3. Revision: n/a
  4. Vote: TBD
  5. Final review: TBD
  6. Ratified: TBD
  7. Rejected: TBD

Description

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).

Problem Addressed

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.

Proposed Solution

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".

Voting Result