Du coup j'ai fait mes premières requêtes #SPARQL utilisant les deux graphes depuis la séparation (ouais les articles scientifiques c'est pas trop mon trip sur #wikidata) et euh mon avis pour le moment c'est que c'est facile ???

Genre on m'en avait raconté des histoires d'horreur mais ça reste plus facile que d'aller fédérer avec un autre endpoint ?

Bon, le truc à se souvenir c'est hint:Query hint:optimizer "None" mais à part ça…

(je continue à trouver que requêter les géolocs c'est pire, voilà c'est dit)

SPARQL c'est bien, mangez-en

@harmonia_amanda

On veut #1jour1requete un exemple 🤓

@RainbowFrog balance tes envies de requêtes, je fais

@harmonia_amanda

bennn, ce dont tu causes juste au dessus ;) - une requête utilisant les deux graphes - pour comprendre ce dont il est question, et comment ça se passe ?

@RainbowFrog

#1Jour1Requête https://query.wikidata.org/index.html#%23Requ%C3%AAte%20faite%20depuis%20l%27endpoint%20du%20graphe%20principal%0ASELECT%0A%3Fwork%20%3FworkLabel%0A%3Fdoi%0A%3Fsubject%20%3FsubjectLabel%0A%3Fauthor%20%3FauthorLabel%0A%3Ftype%20%3FtypeLabel%0A%3Fdate%0AWHERE%20%7B%0A%20%20VALUES%20%3Fwork%20%7B%0A%20%20%20%20wd%3AQ137901191%0A%20%20%20%20wd%3AQ137901187%0A%20%20%20%20wd%3AQ135979013%0A%20%20%20%20wd%3AQ137901223%0A%20%20%20%20wd%3AQ137901184%0A%20%20%20%20wd%3AQ114204627%0A%20%20%20%20wd%3AQ137901209%0A%20%20%20%20wd%3AQ137901201%0A%20%20%20%20wd%3AQ114197507%0A%20%20%20%20wd%3AQ129203992%0A%20%20%20%20wd%3AQ137901216%0A%20%20%20%20wd%3AQ137210566%0A%20%20%20%20wd%3AQ115448818%0A%20%20%20%20wd%3AQ129652515%0A%20%20%20%20wd%3AQ137901196%0A%20%20%20%20wd%3AQ136447761%0A%20%20%20%20wd%3AQ137901204%0A%20%20%20%20wd%3AQ137901183%0A%20%20%20%20wd%3AQ137901207%0A%20%20%20%20wd%3AQ137901215%0A%20%20%20%20wd%3AQ114306511%0A%20%20%20%20wd%3AQ137901221%0A%20%20%20%20wd%3AQ137901218%0A%20%20%20%20wd%3AQ137901182%0A%20%20%20%20wd%3AQ114306483%0A%20%20%20%20wd%3AQ114306476%0A%20%20%20%20wd%3AQ137901193%0A%20%20%20%20wd%3AQ137901219%0A%20%20%20%20wd%3AQ137901186%0A%20%20%20%20wd%3AQ137901181%0A%20%20%20%20wd%3AQ137211155%0A%20%20%20%20wd%3AQ137901217%0A%20%20%20%20wd%3AQ137901199%0A%20%20%20%20wd%3AQ137901188%0A%20%20%20%20wd%3AQ137901211%0A%20%20%20%20wd%3AQ137901192%0A%20%20%20%20wd%3AQ137901195%0A%20%20%20%20wd%3AQ137901185%0A%20%20%20%20wd%3AQ137901226%0A%20%20%20%20wd%3AQ137901222%0A%20%20%20%20wd%3AQ115441381%0A%20%20%20%20wd%3AQ137901205%0A%20%20%20%20wd%3AQ137901225%0A%20%20%20%20wd%3AQ137901220%0A%20%20%20%20wd%3AQ137901203%0A%20%20%20%20wd%3AQ137901164%0A%20%20%20%20wd%3AQ137901227%0A%20%20%20%20wd%3AQ119955266%0A%20%20%20%20wd%3AQ137901206%0A%20%20%20%20wd%3AQ137901213%0A%20%20%20%20wd%3AQ137901163%0A%20%20%20%20wd%3AQ137901197%0A%20%20%20%20wd%3AQ104887325%0A%20%20%20%20wd%3AQ137901202%0A%20%20%20%20wd%3AQ137901210%0A%20%20%20%20wd%3AQ137901224%20%7D%20.%0A%0A%20%20%20SERVICE%20wdsubgraph%3Ascholarly_articles%20%7B%0A%20%20%20%20%20%23%20On%20va%20taper%20sur%20le%20graphe%20d%27articles%20scientifiques.%20Noter%20qu%27il%20faut%20s%C3%A9lectionner%20%3FworkLabel%20ici%20aussi%0A%20%20%20%20%20SELECT%0A%20%20%20%20%20%3Fwork%20%3FworkLabel%0A%20%20%20%20%20%3Fdoi%0A%20%20%20%20%20%3Fsubject%0A%20%20%20%20%20%3Ftype%0A%20%20%20%20%20%3Fauthor%0A%20%20%20%20%20%3Fdate%0A%20%20%20%20%20%20%20%20%20%20%20WHERE%20%7B%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%3Fwork%20wdt%3AP356%20%3Fdoi%20.%0A%20%20%20%20%20%20%20%20%20%20%20%20%20OPTIONAL%20%7B%20%3Fwork%20wdt%3AP921%20%3Fsubject%20.%7D%0A%20%20%20%20%20%20%20%20%20%20%20%20%20OPTIONAL%20%7B%20%3Fwork%20wdt%3AP8363%20%3Ftype%20.%7D%0A%20%20%20%20%20%20%20%20%20%20%20%20%20OPTIONAL%20%7B%20%3Fwork%20wdt%3AP50%20%3Fauthor%20.%7D%0A%20%20%20%20%20%20%20%20%20%20%20%20%20OPTIONAL%20%7B%20%3Fwork%20wdt%3AP577%20%3Fdate%20.%7D%0A%20%20%20%20%20%20%20%23%20Cet%20appel%20renvoie%20les%20libell%C3%A9s%20de%20la%20variable%20%3Fwork%0A%20%20%20%20%20%20%20SERVICE%20wikibase%3Alabel%20%7B%20%0A%20%20%20%20%20%20%20%20%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cmul%2Cen%22.%20%0A%20%20%20%20%20%20%20%7D%0A%20%20%20%20%20%7D%0A%20%20%7D%20%23fermeture%20de%20l%27appel%20au%20graphe%20d%27articles%20scientifiques%2C%20on%20retourne%20sur%20le%20graphe%20principal%0A%0A%20%20%23%20Cet%20appel%20renvoie%20les%20libell%C3%A9s%20des%20autres%20variables%20%28%3Fsubject%20etc.%29%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%0A%20%20%20%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cmul%2Cen%22.%0A%20%20%7D%0A%7D

Visualisation des propriétés d'un corpus d'articles scientifiques (sélectionnés là https://en.wikiversity.org/wiki/Just_sustainability_transitions:_a_living_review )

C'est une requête qui fédère les deux graphes car depuis la scission un élément « article scientifique » est "propriétaire" des valeurs présentes dans ses déclarations.
Par exemple ici l'article scientifique Q104887325 ("Deliberation and the Promise of a Deeply Democratic Sustainability Transition") a pour valeur "Q125359881" dans la propriété "sujet principal".
Il serait donc possible de requêter ceci uniquement via l'endpoint articles scientifique.

Mais les humains ne lisent pas couramment les Qid et préfèrent généralement les libellés. Les libellés n'étant pas les identifiants, il faut les requêter également. S'agissant ici d'éléments qui ne sont pas des articles scientifiques, il faut les requêter via le graphe principal.

J'ai donc fait une requête fédérée partant d'une liste d'articles scientifiques pré-définie (c'est juste mon exemple, pas un pré-requis), requêtant sur le graphe articles scientifique les valeurs de certaines propriétés (DOI, auteurices, date de publication, type d'étude, sujet principal), et retournant ensuite sur le graphe principal pour demander les libellés de toutes ces valeurs pour que ce soit lisible. #sparql #wikidata