Jc3s5h added a comment. To get things moving, I'll make a proposal.
1. The following fields from the internal representation (as shown in JSON) are essential to correctly interpret a "time" datatype: "time", "timezone", "precision", and "calendarmodel" 2. The first change to the meaning of the existing fields is the "time" field; year 0 is allowed and is equal to 1 BCE. 3. The second change to the meaning of the existing fields is "timezone"; it is a character string which may be a character representation of an integer or "nil". If it is a character representation of an integer, it has the same meaning as at present. If it is "nil" the time is local time, the meaning of which is to be inferred from the context. 4. Currently the Z on the end of the "time" field is meaningless, and this lack of meaning continues. 5. The "timezone" field, except as mentioned above, retains its existing meaning: Signed integer. Timezone information as an offset from UTC in minutes. For dates before the modern implementation of UTC in 1972, this is the offset of the time zone from universal time. Before the implementation of time zones, this is the longitude of the place of the event, expressed in the range −180° to 180° (positive is east of Greenwich), multiplied by 4 to convert to minutes. 6. The "precision" field is the only method of expressing precision; precision shall not be inferred from what information is present or absent in the "time" field. 7. The "precision" field identifies which characters in the "time" field must be valid date or time representations. For example "time":"+0014-08-19T00:00:00Z" combined with "precision":11 (days) is valid, but "time":"+0014-00-00T00:00:00Z" combined with "precision":11 (days) is invalid because 0 is not a valid month and 0 is not a valid day. 8. The "time" value may be truncated at any point right of the rightmost day digit, thus allowing it to be read by a greater variety of existing ISO 8601 parsers. 9. The "before" field is reserved for future development. 10. The "after" field is reserved for future development. TASK DETAIL https://phabricator.wikimedia.org/T99674 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jc3s5h Cc: JanZerebecki, Smalyshev, Jc3s5h, daniel, Aklapper, Tobi_WMDE_SW, Wikidata-bugs, JulesWinnfield-hu, Addshore, Liuxinyu970226, Rical, Conny, aude _______________________________________________ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs