[Wikidata-bugs] [Maniphest] [Changed Subscribers] T92270: Wikidata activities at the Wikimedia Hackathon 2015
Tarrow added a subscriber: Tarrow. TASK DETAIL https://phabricator.wikimedia.org/T92270 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: Lydia_Pintscher, Tarrow Cc: Tarrow, Ricordisamoa, Ladsgroup, Tpt, Bene, Multichill, WMDE-Fisch, Tobi_WMDE_SW, hoo, daniel, Lucie, thiemowmde, JanZerebecki, aude, Qgil, Aklapper, Sylvain_WMFr, AlexWang, Wikidata-bugs, Daniel_Mietchen ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T88950: Migrate all relevant Lua modules from mw.wikibase.getEntity to mw.wikibase.getEntityObject
Ricordisamoa added a project: user-notice. TASK DETAIL https://phabricator.wikimedia.org/T88950 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: Lucie, Ricordisamoa Cc: Sjoerddebruin, gpaumier, Ricordisamoa, Lydia_Pintscher, aude, Aklapper, hoo, Wikidata-bugs, GWicke, Se4598, Jay8g, Quiddity ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T88950: Migrate all relevant Lua modules from mw.wikibase.getEntity to mw.wikibase.getEntityObject
Ricordisamoa moved this task to Archive on the user-notice workboard. TASK DETAIL https://phabricator.wikimedia.org/T88950 WORKBOARD https://phabricator.wikimedia.org/project/board/1097/ 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: Lucie, Ricordisamoa Cc: Sjoerddebruin, gpaumier, Ricordisamoa, Lydia_Pintscher, aude, Aklapper, hoo, Wikidata-bugs, GWicke, Se4598, Jay8g, Quiddity ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T92270: Wikidata activities at the Wikimedia Hackathon 2015
Addshore added a subscriber: Addshore. TASK DETAIL https://phabricator.wikimedia.org/T92270 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: Lydia_Pintscher, Addshore Cc: Addshore, Tarrow, Ricordisamoa, Ladsgroup, Tpt, Bene, Multichill, WMDE-Fisch, Tobi_WMDE_SW, hoo, daniel, Lucie, thiemowmde, JanZerebecki, aude, Qgil, Aklapper, Sylvain_WMFr, AlexWang, Wikidata-bugs, Daniel_Mietchen ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T93451: Data format updates for RDF export
gerritbot added a comment. Change 200119 merged by jenkins-bot: https://phabricator.wikimedia.org/T93451: ontology fixes - namespace the value predicates https://gerrit.wikimedia.org/r/200119 TASK DETAIL https://phabricator.wikimedia.org/T93451 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, gerritbot Cc: gerritbot, Denny, mkroetzsch, daniel, Manybubbles, Aklapper, Smalyshev, jkroll, Wikidata-bugs, Jdouglas, aude, GWicke, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T92505: Wikidata architecture review and feedback
Addshore added a subscriber: Addshore. TASK DETAIL https://phabricator.wikimedia.org/T92505 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: Lydia_Pintscher, Addshore Cc: Addshore, JeroenDeDauw, adrianheine, kaldari, MaxSem, Smalyshev, Catrope, brion, tstarling, RobLa, Aklapper, Qgil, aude, JanZerebecki, thiemowmde, Lucie, daniel, hoo, Tobi_WMDE_SW, WMDE-Fisch, Multichill, Bene, Tpt, Ladsgroup, Sylvain_WMFr, AlexWang, Wikidata-bugs, Daniel_Mietchen ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T94064: Date of +0000-01-01 is allowed but undefined in wikibase but is not allowed in xsd:dateTime as implemented by blazegraph
JanZerebecki added a comment. @mkroetzsch Do you know of some widely used software that implements XSD 1.1 handling of BCE dates? Dates without years should not be allowed by the time datatype. what dates in Wikidata mean I think the best way forward is to leave the lexical 0 in the year fraction as undefined in Wikidata. Yes its used, but AFAIK it was always undefined. If this is an important use case, then we should develop a day-of-year datatype that supports this, or suggest the community to use dedicated properties/qualifiers to encode this. However, other datatype extensions would be much more important than this rare case (e.g., units of measurement). I agree. TASK DETAIL https://phabricator.wikimedia.org/T94064 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, JanZerebecki Cc: Lydia_Pintscher, Denny, Manybubbles, daniel, mkroetzsch, Smalyshev, JanZerebecki, Aklapper, jkroll, Wikidata-bugs, Jdouglas, aude, GWicke ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T94064: Date of +0000-01-01 is allowed but undefined in wikibase but is not allowed in xsd:dateTime as implemented by blazegraph
mkroetzsch added a comment. @Smalyshev @Lydia_Pintscher Dates without years should not be allowed by the time datatype. They are impossible to order, almost impossible to query, and they do not have any meaning whatsoever in combination with a preferred calendar model. All the arguments @Denny has already given elsewhere for why we should unify dates to Proleptic Gregorian internally apply here too. My suspicion is that the existing dates of this form are simply a glitch in the UI, where users got the impression that dates without years are recognized and pressing save silently set the year to zero without them seeing the change in meaning. If this is an important use case, then we should develop a day-of-year datatype that supports this, or suggest the community to use dedicated properties/qualifiers to encode this. However, other datatype extensions would be much more important than this rare case (e.g., units of measurement). The above proposal of @Smalyshev is simply to use RDF 1.0 for export and to assume XSD 1.0 (non-ISO) dates to be used in Wikidata. After all the discussion here, I am completely baffled by this proposal. It goes against all current standards, and against the view of the SPARQL working group. The additional proposal to revert to the dates are just strings view for deep values ignores the original design and documentation, and dismisses the recommendations that Denny and I have been making via email. It seems we have reached an impasse here. **I suggest to freeze the RDF-time encoding discussions now** until we have established a joint understanding what dates in Wikidata mean. As soon as we export dates to RDF, we are defining their meaning indirectly via the RDF semantics, and this bug report is not the right place for doing this. TASK DETAIL https://phabricator.wikimedia.org/T94064 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, mkroetzsch Cc: Lydia_Pintscher, Denny, Manybubbles, daniel, mkroetzsch, Smalyshev, JanZerebecki, Aklapper, jkroll, Wikidata-bugs, Jdouglas, aude, GWicke ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T88478: dvwiki link (font) causes page to crash in chrome 40.* and doesn't render in firefox
Krenair moved this task to Patch merged on the Upstream workboard. TASK DETAIL https://phabricator.wikimedia.org/T88478 WORKBOARD https://phabricator.wikimedia.org/project/board/153/ 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: MaxSem, Krenair Cc: MaxSem, aude, Aklapper, Wikidata-bugs, Nikerabbit, Arrbee, santhosh, KartikMistry, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T76854: N-Triples encoding for RDF output uses invalid escaping
Krenair moved this task to Patch merged on the Upstream workboard. TASK DETAIL https://phabricator.wikimedia.org/T76854 WORKBOARD https://phabricator.wikimedia.org/project/board/153/ 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: Tobi_WMDE_SW, Krenair Cc: Lydia_Pintscher, Smalyshev, Aklapper, daniel, Wikidata-bugs, aude, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T93885: Implement a limit for entities accessed via arbitrary access features and mark as expensive
Multichill added a comment. The most difficult use case will probably be lists. We love our lists on Wikipedia. Lists generally contain redundant information. Would be great to store at least part of this data in Wikidata items and grab it from there. Take for example https://en.wikipedia.org/wiki/National_Register_of_Historic_Places_listings_in_North_Dakota . This list has 235 items. Wikibase should be able to support lists this size. This is the current output from the page: NewPP limit report Parsed by mw1009 CPU time usage: 4.687 seconds Real time usage: 5.003 seconds Preprocessor visited node count: 115649/100 Preprocessor generated node count: 0/150 Post‐expand include size: 1575267/2097152 bytes Template argument size: 143301/2097152 bytes Highest expansion depth: 12/40 Expensive parser function count: 1/500 Lua time usage: 0.942/10.000 seconds Lua memory usage: 3.47 MB/50 MB Transclusion expansion time report (%,ms,calls,template) 100.00% 3425.845 1 - -total 78.69% 2695.839226 - Template:NRHP_row 19.35% 662.903418 - Template:First_word 19.19% 657.334270 - Template:Designation/color 18.88% 646.960566 - Template:NRHP_color 14.03% 480.707192 - Template:Coord 11.31% 387.481209 - Template:NRHP_Focus 10.84% 371.255 43 - Template:NRHP_header 9.11% 312.093234 - Template:Dts 5.52% 189.245234 - Template:Dts/out0 So if each item is one expensive call that would be about 235 out of 500 possible calls. TASK DETAIL https://phabricator.wikimedia.org/T93885 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: hoo, Multichill Cc: gerritbot, Anomie, hoo, Danmichaelo, daniel, Ltrlg, zhuyifei1999, Stryn, MF-Warburg, Lydia_Pintscher, Laddo, Chmarkine, Ainali, Pietrodn, Florian, Liuxinyu970226, Snipre, Multichill, Yann, geraki, Mvolz, Ash_Crow, Hkjacksonhk, Aklapper, MZMcBride, Jarekt, Ricordisamoa, Aubrey, Cwek, matej_suchanek, Qgil, aude, Micru, Denny, jayvdb, Bennylin, Filceolaire, ValterVB, Daniel_Mietchen, He7d3r, mxn, Addshore, HenkvD, Jasper, JulesWinnfield-hu, Abraham, Kersti, greg, Rical, Wikidata-bugs, -jem-, RP88, jeremyb, Dr_Brains, Pengo, Reaper35, Eloquence, adrianheine, Candalua, Rschen7754 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T93885: Implement a limit for entities accessed via arbitrary access features and mark as expensive
daniel added a comment. @Multichill for lists, the plan is to have pre-defined queries in wikidata, and cache the result (and update it periodically). So far, the idea was to just cache the list of entities the query finds, but I'm getting around to believing we should allow users to specify which properties they are interested in, and cache the values of those as part of the materialized result set. A list page on wikipedia would then not be accessing Items at all, but a single QueryResult object. The original plan of providing just the list of IDs and let the client wiki do the rest via Lua does not seem feasible, considering the performance implications. TASK DETAIL https://phabricator.wikimedia.org/T93885 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: hoo, daniel Cc: gerritbot, Anomie, hoo, Danmichaelo, daniel, Ltrlg, zhuyifei1999, Stryn, MF-Warburg, Lydia_Pintscher, Laddo, Chmarkine, Ainali, Pietrodn, Florian, Liuxinyu970226, Snipre, Multichill, Yann, geraki, Mvolz, Ash_Crow, Hkjacksonhk, Aklapper, MZMcBride, Jarekt, Ricordisamoa, Aubrey, Cwek, matej_suchanek, Qgil, aude, Micru, Denny, jayvdb, Bennylin, Filceolaire, ValterVB, Daniel_Mietchen, He7d3r, mxn, Addshore, HenkvD, Jasper, JulesWinnfield-hu, Abraham, Kersti, greg, Rical, Wikidata-bugs, -jem-, RP88, jeremyb, Dr_Brains, Pengo, Reaper35, Eloquence, adrianheine, Candalua, Rschen7754 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T67698: Under HHVM: Call to a member function getGuid() on a non-object
Krenair moved this task to Patch merged on the Upstream workboard. TASK DETAIL https://phabricator.wikimedia.org/T67698 WORKBOARD https://phabricator.wikimedia.org/project/board/153/ 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: Krenair Cc: Wikidata-bugs, greg, ori, adrianheine, aude, tstarling, aaron, MaxSem, Lydia_Pintscher, hoo, Krenair, wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T93976: WikiPage: Could not find text for current revision
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T93976 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: aaron, MZMcBride Cc: MZMcBride, gerritbot, Aklapper, Legoktm, Lydia_Pintscher, aude, aaron, hoo, Wikidata-bugs, Jdforrester-WMF ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T93866: Rollback diff causes error
MZMcBride added a subscriber: MZMcBride. TASK DETAIL https://phabricator.wikimedia.org/T93866 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: hoo, MZMcBride Cc: MZMcBride, Matiia, matej_suchanek, mmodell, greg, gerritbot, hoo, Aklapper, Lydia_Pintscher, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T94064: Date of +0000-01-01 is allowed but undefined in wikibase but is not allowed in xsd:dateTime as implemented by blazegraph
mkroetzsch added a comment. @mkroetzsch Do you know of some widely used software that implements XSD 1.1 handling of BCE dates? Many applications that process dates are based on ISO rather than on XSD. Java's SimpleDateFormat class, for example, is based on ISO and thus interprets year numbers like XSD 1.1. I would assume that most time-processing applications, e.g., JavaScript timelines, use the same. Only XSD-based implementations tend to have legacy handling. For many RDF tools it is really hard to tell without digging into their code (usually they don't document this detail, and they use own implementations rather than relying on any XSD library). But I think it is fair to assume that ISO has a much larger market share, and that XSD 1.0 implementations will be updated at some point. I think the best way forward is to leave the lexical 0 in the year fraction as undefined in Wikidata. Yes its used, but AFAIK it was always undefined. Our original specification of Wikidata said: The calendar model used for saving the data is always the proleptic Gregorian calendar according to ISO 8601. This is the specification that Denny and I support, but there have been changes recently. WMDE is currently in the process of reviewing these changes to gauge the impact they have had in the data over time, and to come up with ideas how to recover to a consistent state. We have to await their report and suggestions before deciding what to do in RDF. TASK DETAIL https://phabricator.wikimedia.org/T94064 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, mkroetzsch Cc: Lydia_Pintscher, Denny, Manybubbles, daniel, mkroetzsch, Smalyshev, JanZerebecki, Aklapper, jkroll, Wikidata-bugs, Jdouglas, aude, GWicke ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T86517: add a new datatype for multilingual text
Ricordisamoa added a subscriber: Ricordisamoa. TASK DETAIL https://phabricator.wikimedia.org/T86517 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: Ricordisamoa Cc: Ricordisamoa, Rits, Liuxinyu970226, Aklapper, Lydia_Pintscher, daniel, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T85560: inconsistent edit summary between item and property
Ricordisamoa added a subscriber: Ricordisamoa. TASK DETAIL https://phabricator.wikimedia.org/T85560 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: Ricordisamoa Cc: Ricordisamoa, Aklapper, Lucie, Lydia_Pintscher, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T88451: Provide a mechanism for registering new data types.
Ricordisamoa added a subscriber: Ricordisamoa. TASK DETAIL https://phabricator.wikimedia.org/T88451 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: Ricordisamoa Cc: Ricordisamoa, Liuxinyu970226, Lydia_Pintscher, despens, Aklapper, daniel, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T94064: Date of +0000-01-01 is allowed but undefined in wikibase but is not allowed in xsd:dateTime as implemented by blazegraph
JanZerebecki added a comment. All the software I checked that handles XSD types implement XSD 1.0 BCE years. Together we know of nothing that implements XSD 1.1 BCE years. I'd suggest we produce output for the RDF tools that exist. The calendar model used for saving the data is always the proleptic Gregorian calendar according to ISO 8601. And that does not refer to the 2000 version, so is an invalid year. I'm not aware of any changes there. It is just not rejected during validation, like a Feb 31. We have to await their report and suggestions before deciding what to do in RDF. The only review I'm aware of is related to dates in Julian calendar only. TASK DETAIL https://phabricator.wikimedia.org/T94064 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, JanZerebecki Cc: Lydia_Pintscher, Denny, Manybubbles, daniel, mkroetzsch, Smalyshev, JanZerebecki, Aklapper, jkroll, Wikidata-bugs, Jdouglas, aude, GWicke ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T94064: Date of +0000-01-01 is allowed but undefined in wikibase but is not allowed in xsd:dateTime as implemented by blazegraph
daniel added a comment. I agree that we should gather more data before continuing the discussion about the interpretation of dates stored in wikidata. In https://phabricator.wikimedia.org/T94064#1160748, @mkroetzsch wrote: @mkroetzsch Do you know of some widely used software that implements XSD 1.1 handling of BCE dates? Many applications that process dates are based on ISO rather than on XSD. Which version of ISO 8901, though? From Wikipedia: //ISO 8601:2004 (and previously ISO 8601:2000, but not ISO 8601:1988) explicitly uses astronomical year numbering in its date reference systems.// https://en.wikipedia.org/wiki/0_%28year%29#ISO_8601 ISO doesn't save us, since they made the same breaking change, just a few years earlier. If the spec or library docs don't explicitly say whether they use 8901:2000 or later, we might think they use ISO 8601:1988, which does the same as XSD 1.0: it does not allow year zero, and counts -1 as 1 BC. TASK DETAIL https://phabricator.wikimedia.org/T94064 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, daniel Cc: Lydia_Pintscher, Denny, Manybubbles, daniel, mkroetzsch, Smalyshev, JanZerebecki, Aklapper, jkroll, Wikidata-bugs, Jdouglas, aude, GWicke ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs