Smalyshev added a comment.
@Jc3s5h Basic ISO 8601 is not perfect for our goals, since we need to represent dates that non-extended ISO format can not. Thus, we are extending it, in accordance with W3C guidelines <https://www.w3.org/TR/2001/REC-xmlschema-2-20010502/#dateTime>: > To accommodate year values greater than 9999 additional digits can be added to the left of this representation. Note that this standard does not require fixed digits. Now, we know that some data stores are unable to accommodate extended date ranges, especially one that are implemented in Java and take shortcut of representing xsd:dateTime as Java calendar/datetime values (which can not accommodate the full range of dates Wikidata has). These solutions will have to be either modified or be unable to process certain data. There's no way around it - if they can not read our dates directly, they'd have to do something extra to read them. So far we've chosen the way that would be as close to the W3C standard as possible and not require to big a departure from ISO. TASK DETAIL https://phabricator.wikimedia.org/T117031 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Jc3s5h, aude, daniel, Aklapper, Smalyshev, debt, Gehel, Izno, jkroll, Wikidata-bugs, Jdouglas, Deskana, Manybubbles, Mbch331 _______________________________________________ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs