Smalyshev created this task. Smalyshev claimed this task. Smalyshev added subscribers: Smalyshev, daniel, Manybubbles. Smalyshev added projects: Wikidata, Wikidata-Query-Service. Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION Right now we ignore calendar model of the date, but this can not stand, since we already have Julian dates and could have more calendars. However, xsd:dateTime is Gregorian calendar, and so any tool using it expects Gregorian (or proleptic Gregorian) date there. Thus, we can do one of: # Represent non-gregorian date as string # Represent non-gregorian date as //somevalue// # Represent non-gregorian date as some other kind of special value # Represent non-gregorian date as custom data type # Skip non-gregorian dates completely I think the best way would for truthy and regular statements to use //somevalue// option, and for deep expanded value to always use a string (and type it as string). This way we can use truthy/regular statements in searches without non-gregorian dates getting into the mix and messing up results, and can get to the real value if we need to. Additionally, for some calendars - like Julian - we could make conversion into Gregorian calendar on export, for statement values, while leaving it as is in deep value data. This would allow for better searches but also would not prevent access to full data. TASK DETAIL https://phabricator.wikimedia.org/T92996 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign <username>. EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Manybubbles, daniel, Aklapper, Smalyshev, jkroll, Wikidata-bugs, Jdouglas, aude, GWicke, JanZerebecki _______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
