Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Date/time datatypes MUST be in ISO format #104
The date/time field type specification should not contain the "or, if not, a format field must be provided." and should read as follows:
For more information, see the mailing list thread: Calendar fields (date/time)
referenced this issue
Mar 3, 2014
See latest comment in #95 for date format specification. By default dates should conform to one of the XML Schema date types which covers, dates, date-time, time, etc. These have well-defined standard syntax.
But while publishers should be encouraged to use these formats for new datasets, I don't think it should be required: it ought to be possible to write a schema for existing data to help support re-use of data that is already being published. This lets us improve tooling whilst separately encouraging data publishers to adopt standard formats.
I agree with you that fields should be defined to use the correct date type. There's also agreement in #95 that we should use XML Schema date types.
What I'm disagreeing about is the MUST for the specific date format you're proposing. I'd phrase it as:
The actual format does not matter, I was just "fixing" the current specification. It only MUST include all the date/time components.
"if a date doesn't conform to a standard pattern" – am I as a tool writer REQUIRED to use this field or can I just refuse to process the dataset when the
EDIT: added clarification.