[Tagging] talking about time representation

[Richard Welty]

context: time formats as expressed on the start_date wiki page

first of all, there is one amendment that i think should be made
to the current page, and i plan to do it unless objections are made.
references to ISO 8601 should be changed to ISO 8601-1

this is because a second standard in the family, ISO 8601-2 has
been released in the interim since this part of the time formatting
was developed, and what OSM currently does is referenced to the earlier
ISO standard.

ISO 8601-2 is a topic that needs to be discussed, along with the
Library of Congress Extended Date Time Format (EDTF). this latter is
a compatible subset of ISO 8601-2 which is not hidden behind the ISO
standards paywall.

i am planning to do a twitch/discord livestreem next Saturday at 12 noon
ET - video on twitch, audio on discord voice chat, a tour of EDTF.

https://dashboard.twitch.tv/u/nfgusedautoparts/

in the meantime, EDTF is defined here.

https://www.loc.gov/standards/datetime/

what is important about the ISO-8601-2/EDTF format is that it handles
a bunch of things that, in the current start_date page, are ad hoc
approaches to things like uncertainty/imprecision/intervals. my view
is that we should specify ISO 8601-1 and EDTF, and deprecate any of the
ad hoc specs that are duplicates.

for now, though, just correcting ISO 8601 to ISO 8601-1 is what's necessary.

OpenHistoricalMap has a bunch of use cases for the EDTF stuff and is
likely to head down that path soon.

richard
-- 
rwelty at averillpark.net
 Averill Park Networking - GIS & IT Consulting
 OpenStreetMap - PostgreSQL - Linux
 Java - Web Applications - Search