Hey all,
I've made a number of changes based on your feedback that are now live:
* TL;DR: http://queryr.wmflabs.org/api/items/Q64
* The data is now indexed by property id rather than property label
* The data sections now contain a property map with properties "label",
"id" and "url"
* Values of
Hey,
Conal, thanks for explaining. The items are indeed not linked. Indeed, the
current format hides the fact that they are items altogether. Perhaps this
is going a step too far, and it is better to take an approach similar to
that of Hay: still have a dedicated wikibase-item data type for which
Hey Martynas,
The importance of this distinction cannot be overstated. If one views
> some custom JSON and JSON-LD (and by extension, RDF) as two
> alternative formats for doing the same thing, than clearly one fails
> to grasp what the semantics and web of data are about.
>
I understand those
On 02.12.2015 23:17, Martynas Jusevičius wrote:
JSON-LD does add complexity over plain JSON -- because it also can be
interpreted as RDF. And that makes all the difference.
The importance of this distinction cannot be overstated. If one views
some custom JSON and JSON-LD (and by extension, RDF)
And if the data serialization is JSON, why not use JSON-LD which is
all the rage these days? http://www.w3.org/TR/json-ld/
On Wed, Dec 2, 2015 at 8:27 AM, Conal Tuohy wrote:
> Hi Jeroen
>
> Yes I had expected to see links almost everywhere, given the nature of the
>
I agree it would be cool to use some standard format as an api output!
Am 02.12.2015 um 11:10 schrieb Martynas Jusevičius:
And if the data serialization is JSON, why not use JSON-LD which is
all the rage these days? http://www.w3.org/TR/json-ld/
On Wed, Dec 2, 2015 at 8:27 AM, Conal Tuohy
Hi Jeroen
I was interested to take a look at your API but I was surprised to see it
described as REST. It doesn't look like hypertext to me. In a REST API,
related resources should be represented using hyperlinks.
Conal
On 2 December 2015 at 09:23, Jeroen De Dauw wrote:
with Wikidata. So,
this looks really cool! Thanks for working on it. :-)
Dan
On 30 November 2015 at 05:55, Jeroen De Dauw <jeroended...@gmail.com> wrote:
> Hey all,
>
> I've created a very rough REST API for Wikidata and am looking for your
> feedback.
>
> * About this API: h
Hoi,
You are right. However, Hay was critiqued for his approach. Arguably he is
absolutely using the right approach for his use case.
When you state that people have to go back to Wikidata, it is easier to
search for a label than it is to search for an ID. When you are developing
software and you
Hoi,
In the browsers that I use, when you hover over a property it shows both in
Reasonator and in Wikidata .. Hope it helps.
Thanks,
GerardM
On 1 December 2015 at 10:24, Jane Darnell wrote:
> I have proposed several properties on Wikidata and discovered others by
>
Dauw <jeroended...@gmail.com>
wrote:
> Hey all,
>
> I've created a very rough REST API for Wikidata and am looking for your
> feedback.
>
> * About this API: http://queryr.wmflabs.org
> * Documentation: http://queryr.wmflabs.org/about/docs
> * API root: http://queryr.
in the root.
>
> The path /items/{item_id}/data/{property_label} should use the property id
> and not the property label. The later is not stable.
>
> On Mon, Nov 30, 2015 at 2:55 PM, Jeroen De Dauw <jeroended...@gmail.com>
> wrote:
>
>> Hey all,
>>
>> I've
Hi!
> * About this API: http://queryr.wmflabs.org
> * Documentation: http://queryr.wmflabs.org/about/docs
> * API root: http://queryr.wmflabs.org/api
I like the idea of truly REST-form API for wikidata. Some comments from
the first look:
* I'm not sure items and properties shou
Hey all,
I've created a very rough REST API for Wikidata and am looking for your
feedback.
* About this API: http://queryr.wmflabs.org
* Documentation: http://queryr.wmflabs.org/about/docs
* API root: http://queryr.wmflabs.org/api
At present this is purely a demo. The data it serves is stale
14 matches
Mail list logo