<div dir="auto"><div>1. Given there seems to be actual differences between the old standard and the new ISO 8601-1, shouldn't it be instead correct into ISO 8601:2004 in the mean time before changes are processed? </div><div dir="auto">2. Is there mechanisms to represent Soring Equinox or Setsubun in the latest ISO standard?<br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">在 2021年8月9日週一 00:45，Richard Welty <<a href="mailto:rwelty@averillpark.net" target="_blank" rel="noreferrer">rwelty@averillpark.net</a>> 寫道：<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">context: time formats as expressed on the start_date wiki page<br>
<br>
first of all, there is one amendment that i think should be made<br>
to the current page, and i plan to do it unless objections are made.<br>
references to ISO 8601 should be changed to ISO 8601-1<br>
<br>
this is because a second standard in the family, ISO 8601-2 has<br>
been released in the interim since this part of the time formatting<br>
was developed, and what OSM currently does is referenced to the earlier<br>
ISO standard.<br>
<br>
ISO 8601-2 is a topic that needs to be discussed, along with the<br>
Library of Congress Extended Date Time Format (EDTF). this latter is<br>
a compatible subset of ISO 8601-2 which is not hidden behind the ISO<br>
standards paywall.<br>
<br>
i am planning to do a twitch/discord livestreem next Saturday at 12 noon<br>
ET - video on twitch, audio on discord voice chat, a tour of EDTF.<br>
<br>
<a href="https://dashboard.twitch.tv/u/nfgusedautoparts/" rel="noreferrer noreferrer noreferrer" target="_blank">https://dashboard.twitch.tv/u/nfgusedautoparts/</a><br>
<br>
in the meantime, EDTF is defined here.<br>
<br>
<a href="https://www.loc.gov/standards/datetime/" rel="noreferrer noreferrer noreferrer" target="_blank">https://www.loc.gov/standards/datetime/</a><br>
<br>
what is important about the ISO-8601-2/EDTF format is that it handles<br>
a bunch of things that, in the current start_date page, are ad hoc<br>
approaches to things like uncertainty/imprecision/intervals. my view<br>
is that we should specify ISO 8601-1 and EDTF, and deprecate any of the<br>
ad hoc specs that are duplicates.<br>
<br>
for now, though, just correcting ISO 8601 to ISO 8601-1 is what's necessary.<br>
<br>
OpenHistoricalMap has a bunch of use cases for the EDTF stuff and is<br>
likely to head down that path soon.<br>
<br>
richard<br>
-- <br>
<a href="mailto:rwelty@averillpark.net" rel="noreferrer noreferrer" target="_blank">rwelty@averillpark.net</a><br>
 Averill Park Networking - GIS & IT Consulting<br>
 OpenStreetMap - PostgreSQL - Linux<br>
 Java - Web Applications - Search<br>
<br>
_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org" rel="noreferrer noreferrer" target="_blank">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noreferrer noreferrer noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</blockquote></div></div></div>