[Wikidata-bugs] [Maniphest] T207705: Implement the Extended Date/Time Format Specification

2022-07-26 Thread VladimirAlexiev

[Wikidata-bugs] [Maniphest] T207705: Implement the Extended Date/Time Format Specification

2022-07-21 Thread GreenReaper
GreenReaper added a comment. In T207705#8091791 , @Jheald wrote: > I believe an exception should be made for a pair of functions to return as an `xsd:dateTime` the minimum and the maximum date that a given `edtf:EDTF` value could

[Wikidata-bugs] [Maniphest] T207705: Implement the Extended Date/Time Format Specification

2022-07-21 Thread ChristianKl
ChristianKl added a comment. RE:request for feedback on #3: I would want that in the typical case the user interface shows the EDTF value and that it's easy to enter dates in that format. In most cases, a user should just be able to input dates without worrying about qualifiers. The

[Wikidata-bugs] [Maniphest] T207705: Implement the Extended Date/Time Format Specification

2022-07-20 Thread Jheald
Jheald added a comment. As noted by @GreenReaper above, the Wikibase_EDTF wikibase extension should now give a solid basis for building EDTF support on wikibase, allowing EDTF strings to be input, validated, and rendered by the

[Wikidata-bugs] [Maniphest] T207705: Implement the Extended Date/Time Format Specification

2022-07-20 Thread Jheald
Jheald added a project: Wikidata data quality and trust. TASK DETAIL https://phabricator.wikimedia.org/T207705 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jheald Cc: Jheald, Moebeus, Epidosis, SilentSpike, So9q, Lectrician1, GreenReaper,

[Wikidata-bugs] [Maniphest] T207705: Implement the Extended Date/Time Format Specification

2022-02-13 Thread GreenReaper
GreenReaper added a comment. From what I can see with a cursory search, the IETF seem happy to declare extensions to the standard rather than seeking to replace it. Time in a general sense is not their focus;

[Wikidata-bugs] [Maniphest] T207705: Implement the Extended Date/Time Format Specification

2022-02-11 Thread Pigsonthewing
Pigsonthewing added a comment. In T207705#7704257 , @Jc3s5h wrote: > > I oppose ISO 8601 Your proposed alternative is..? TASK DETAIL https://phabricator.wikimedia.org/T207705 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] T207705: Implement the Extended Date/Time Format Specification

2022-02-11 Thread Epidosis
Epidosis added a comment. The task above could be updated: ISO 8601-2:2019 effectively supported EDTF (https://en.wikipedia.org/wiki/ISO_8601). TASK DETAIL https://phabricator.wikimedia.org/T207705 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

[Wikidata-bugs] [Maniphest] T207705: Implement the Extended Date/Time Format Specification

2021-04-27 Thread GreenReaper
GreenReaper added a comment. A largely complete PHP library (limitations as specified) and Wikibase data type (MediaWiki extension ),

[Wikidata-bugs] [Maniphest] T207705: Implement the Extended Date/Time Format Specification

2021-01-08 Thread Spinster
Spinster added a comment. I accidentally bumped upon this, wasn't aware this was proposed. Although I'm one of Wikidata's greatest fans, I've always found its current date/time system very limited, especially when it comes to modeling intervals and uncertainties in an easily