Hi Markus,
at [1] you can see the way we did it at our prototypical Wikidata
D:SWARM importer.
0. We look up our cache, whether we already have retrieved this
Property from the API previously (if not, then we continue with 1.;
otherwise we simply return the cached Property)
1. We create
Hi!
> I would have thought that the correct approach would be to encode these
> values as gYear, and just record the four-digit year.
While we do have a ticket for that
(https://phabricator.wikimedia.org/T92009) it's not that simple since
many triple stores consider dateTime and gYear to be
Raul,
How do you get to these 'fine grain values'? They are not in the HTML
rendition at the URLs you quote, and when I go to the RDF for these
concepts I don't see any date information. Is this a Wikidata secret?
I would have thought that the correct approach would be to encode these
Hello Raul.
While there is indeed some inconsistency with year-precision dates (some use
01-01 for month and day, some use 00-00), I cannot reproduce the issue you
report. Looking at the JSON form of Q216, I see +2014-00-00, as expected. I
connot find 2013 anywhere in the JSON. Am I missing
