thiemowmde added subscribers: thiemowmde, Lydia_Pintscher, Addshore, aude. thiemowmde triaged this task as "Lowest" priority. thiemowmde added projects: DataValues, Need-volunteer, MediaWiki-extensions-WikibaseRepository. thiemowmde moved this task from incoming to needs discussion or investigation on the Wikidata board. thiemowmde added a comment. |
These are very welcome test cases. Thanks a lot for submitting this ticket!
The answer for both cases (and many more, e.g. the issue in T131625) is the PhpDateTimeParser based on PHPs build-in date-time parsing we are using as a fallback.
The second example ", 1966" is completed with the current month, day, and time, and results in "+1966-06-08T15:39:06Z". This is blocked by our validator because we don't accept date values with a time of day.
The first example is because "Sept" is not an abbreviation our parsers know about, but PHPs build-in parser obviously understands it. Unfortunately PHP doesn't tell us the precision.
There are already many heuristics in place in the PhpDateTimeParser, e.g. see https://github.com/DataValues/Time/blob/master/src/ValueParsers/PhpDateTimeParser.php#L98. Unfortunately I can not think of a simple fix for the "Sept" example. The solution I would like to see is us getting rid of this parser, and replace it with our own. This needs time.
Cc: aude, Addshore, Lydia_Pintscher, thiemowmde, Nikki, Aklapper, GoranSMilovanovic, Soteriaspace, JakeTheDeveloper, QZanden, Izno, Wikidata-bugs, TheDJ, Mbch331
_______________________________________________ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs