Re: [Wikidata-tech] should MathML dictate a specific graphical rendering

I agree that it's worthwhile to take a step back and consider the bigger picture, but wouldn't a more appropriate discussion for a Wikidata list be -- is there a critical need to represent mathematical notations in Wikidata and, if so, what form should that take? On Thu, Apr 7, 2016 at 7:25 PM,

Re: [Wikidata-tech] On interface stability and forward compatibility

Sounds a lot like a restatement of Postel's Law https://en.wikipedia.org/wiki/Robustness_principle Tom On Fri, Feb 5, 2016 at 7:10 AM, Daniel Kinzler wrote: > Hi all! > > In the context of introducing the new "math" and "external-id" data types, > the > question

Re: [Wikidata-tech] API JSON format for warnings

On Tue, Sep 1, 2015 at 7:45 AM, Markus Krötzsch < mar...@semantic-mediawiki.org> wrote: > I now identified another format for API warnings. Obviously such variability in error reporting is going to cause consumers of the API aggravation. Perhaps a single, consistent reporting style could be

Re: [Wikidata-tech] Thoughts on (not) exposing a SPARQL endpoint

On Tue, Mar 10, 2015 at 6:17 PM, Markus Krötzsch mar...@semantic-mediawiki.org wrote: TL;DR: No concrete issues with SPARQL were mentioned so far; OTOH many *simple* SPARQL queries are not possible in WDQ; there is still time to restrict ourselves -- let's give SPARQL a chance before going

Re: [Wikidata-tech] Thoughts on (not) exposing a SPARQL endpoint

How long has WDQ been in service? What proportion of the total aggregate lifetime Wikidata apps, presuming it survives, do the current, as of Mar 2015, Wikidata apps represent? Should the question of premature optimization (or optimisation) be considered? Tom p.s. Since your opinion doesn't