Le 02/03/2018 à 15:00, Envel Le Hir a écrit :
Bonjour Mathieu,
Serait-il possible que :
1. tu arrêtes de mettre en copie des personnes en-dehors de la liste
de discussions ? C'est leur choix de ne pas être abonnées ; tu peux de
façon privée les inviter à rejoindre la liste ou leur transférer u
J'imagine que ca c'est un erreur; si non, le message manque le contexte.
Salutations
Yaroslav
2018-03-02 17:10 GMT+01:00 mathieu stumpf guntz <
psychosl...@culture-libre.org>:
> Le 02/03/2018 à 15:00, Envel Le Hir a écrit :
>
> Bonjour Mathieu,
>
> Serait-il possible que :
> 1. tu arrêtes de met
Le 2 mars 2018 à 17:19, Yaroslav Blanter a écrit :
> J'imagine que ca c'est un erreur; si non, le message manque le contexte.
>
> Salutations
> Yaroslav
>
Yes, this is a mistake : Mathieu answered on wikidata@lists.wikimedia.org
to a discussion on wikid...@lists.wikimedia.fr (ironically the disc
2018-03-02 17:23 GMT+01:00 Nicolas VIGNERON :
> (ironically the discussion was about posting to the right place #facepalm)
LOL
--
Luca "Sannita" Martinelli
http://it.wikipedia.org/wiki/Utente:Sannita
___
Wikidata mailing list
Wikidata@lists.wikimedia.
Dear all,
I have hacked a prototype of GraphQL endpoint on top of the Wikidata API.
GraphQL is is a simple query language design for complex data retrieval (e.g.
"give me the item Q and retrieve all the P20 statements with, for their
main snak value, the label in english and the sitelink to
Nice! This looks similar to
https://github.com/seansay/wikidata-graphql
What are differences? I guess various choices have to be made to map the
Wikibase datamodel to GraphQL, so there is room for many variations on
the same theme :)
Antonin
On 02/03/2018 18:01, Thomas Pellissier Tanon wrote:
>
> This looks similar to https://github.com/seansay/wikidata-graphql
Indeed.
> What are differences? I guess various choices have to be made to map the
> Wikibase datamodel to GraphQL, so there is room for many variations on the
> same theme :)
Yes, indeed. The major differences are:
1. tptools
Thanks for the explanations - that sounds very sensible.
I think this could be very useful for the OpenRefine reconciliation
interface (fetching non-trivial property paths is currently quite
inefficient).
Antonin
On 02/03/2018 18:36, Thomas Pellissier Tanon wrote:
>> This looks similar to https:
