À mon tour de faire une #SundayQuery! Comme Harmonia Amanda l’a dit dans son propre billet, j’envisageais de faire un article expliquant comment créer un script Python permettant de corriger les résultats de sa requête.. Finalement, j’ai préféré en faire un autre, au fonctionnement similaire mais plus court et plus simple à comprendre. Le script pour Harmonia est cependant disponible en ligne ici.
Jeudi, j’ai publié un article au sujet des batailles du Moyen Âge, et depuis, j’ai commencé à corriger les éléments correspondants sur Wikidata
L’une des corrections les plus répétitives était la capitalisation des libellés en français : comme ils ont été importés de Wikipédia, ils ont une majuscule inutile au début ( « Bataille de Saint-Pouilleux en Binouze » instead of « bataille de Saint-Pouilleux en Binouze »…)
La requête
Commençons par trouver tous les éléments présentant cette coquille.
cherche les éléments qui sont des batailles ou des sous-classes de batailles, pour être bien sûr que je ne vais pas virer sa majucule à un bouquin intitulé « Bataille de Perpète-les-Olivettes »…
Sue la ligne suivante, je demande les libellés pour les éléments en question
?item rdfs:label ?label .
et les filtre pour ne garder que ceux en français
FILTER(LANG(?label) = "fr") .
. Comme j’ai besoin d’utiliser le libellé dans la requête et pas juste de l’afficher (et comme Harmonia Amanda l’a expliqué dans son billet de dimanche), je ne peux pas utiliser le servicce wikibase:label, et je me rabats donc sur le standard du web sémantique rdfs:label.
La dernière ligne est un
FILTER
(filtre), qui ne garde que les résultats qui répondent à la fonction à l’intérieur. Ici,
STRSTARTS
vérifie si
?label
commence avec
"Bataille "
.
Au moment où j’ai écrit la version anglaise de ce texte, la requête renvoyait 3521 résultats. Beaucoup trop pour les corriger à la main, et je ne connais aucun outil déjà existant qui pourrait faire ça pour moi… Je suppose qu’il est temps de dégainer Python, du coup !
Le script Python
J’aime Python. J’adore carrément Python, même. Ce langage est génial pour créer une une application utile en une poignée de minutes, facile à lire (pour peu qu’on lise l’anglais) et pas constellé de séries d’accolades ou de points-virgules, et a des libs géniales pour les choses que je fais le plus avec : récupérer le contenus de pages web, trier des données, vérifier des ISBNs[1] et faire des sites web. Oh, et pour faire des requêtes SPARQL et traiter les résultats[2].
Et puis le nom du langage a un petit côté « charmeur de serpents » ;)
Premières remarques
Si vous ne connaissez pas du tout le Python, cet article n’est pas le bon endroit pour ça, mais il y a de nombreuses ressources disponibles en ligne[3]. Assurez-vous juste qu’elles sont à jour et pensées pour Python 3. La suite de cet article part du principe que vous avez une connaissance basique de Python (indentation, variables, chaînes de caractères, listes, dictionnaires, imports et boucles for.), et que Python 3 et pip sont installés sur votre machine.
Pourquoi Python 3 ? Parce que nous allons manipuler des chaînes qui viennent de Wikidata et sont donc encodées en UTF-8 et que Python 2 n’est pas hyper pratique pour ça. Et puis mince, on est en 2016, par Belenos !
Pourquoi pip ? Parce qu’on a besoin d’une libraire non-standard pour faire des requêtes SPARQL, appelée SPARQLwrapper, et que cette commande est le moyen le plus simple de l’installer :
pip install sparqlwrapper
Allez, on commence à scripter !
Pour commencer, un script qui fait une requête Sparql retournant la liste des sièges à corriger[4]:
Ça fait un bon petit paquet de lignes, mais que font-elles ? Comme on va le voir, la plupart vont en fait être incluses à l’identique dans tout script qui fait une requête SPARQL.
Pour commencer, on importe deux choses du module SPARQLWrapper : la classe SPARQLWrapper elle-même et la constante « JSON » qu’elle va utiliser plus tard (pas d’inquiétude, on n’aura pas à manipuler du json directement.)
On import aussi le module « Pretty printer » pour afficher les résultats de manière plus lisible.
Ensuite, on crée une variable qu’on nomme « endpoint », qui contient l’URL complète vers le point d’accès SPARQL de Wikidata[5].
Ensuite, on crée une instance de la classe SPARQLWrapper qui utilisera ce point d’accès pour faire des requêtes, et on les met dans une variable simplement appelée « sparql ».
On applique à cette variable la fonction setQuery, qui est l’endroit où l’on rentre la requête de tout à l’heure. Attention, il faut doublonner les accolades (remplacer { et } par {{ et }}, car elles sont des caractères réservés dans les chaînes Python.
sparql.setReturnFormat(JSON)
dit au script que le résultat sera retourné en json.
results = sparql.query().convert()
, enfin, fait la requête elle-même et convertit la réponse dans un dictionnaire Python appelé « results ».
Et pour l’instant, on va juste afficher le résultat à l’écran pour voir ce qu’on obtient.
C’est un gros paquet de résultats mais on peut voir que c’est un dictionnaire qui contient deux entrées :
« head », qui contient les noms des deux variables renvoyées par la requête,
et « results », qui contient lui-même un autre dictionnaire avec la clef « bindings », associée avec la liste des résultats eux-mêmes, chacun d’entre eux étant lui-même un dictionnaire Python. Pfiou…
C’est un dictionnaire avec deux clefs (label et item), chacune ayant pour valeur un autre dictionnaire qui à son tour a une clef « value » associée avec, cette fois, la valeur qu’on veut au final. Enfin !
Parcourir les résultats
Parcourons la liste « bindings » avec une boucle « for » de Python, pour pouvoir en extraire les résultats.
for result in results["results"]["bindings"]:
qid = result['item']['value'].split('/')[-1]
label = result['label']['value']
print(qid, label)
Rapide explication sur la ligne
qid = result['item']['value'].split('/')[-1]
: comme l’identifiant de l’élément est en fait stocké sous la forme d’une URL complète (« https://www.wikidata.org/entity/Q17627724 » et pas juste « Q17627724 »), il nous faut séparer cette chaîne à chaque caractère ‘/’, ce qu’on fait à l’aide de la fonction « split()« , qui transforme la chaîne en une liste Python contenant ceci :
Nous ne voulons que le dernier élément de cette liste. En Python, c’est celui avec l’index -1, d’où le [-1] à la fin de la ligne. Enfin, nous stockons cette valeur dans la variable qid.
Lançons le script ainsi modifié :
$ python3 fix-battle-labels.py
Q815196 Siège de Pskov
Q815207 Siège de Silistra
Q815233 Siège de Tyr
Q608163 Siège de Cracovie
Q1098377 Siège de Narbonne
Q2065069 Siège de Hloukhiv
Q4087405 Siège d'Avaricum
Q2284279 Siège de Fort Pulaski
Q4337397 Siège de Liakhavitchy
Q4337448 Siège de Smolensk
Q701067 Siège de Rhodes
Q7510162 Siège de Cracovie
Q23013145 Siège de Péronne
Q10428014 Siège de Pskov
Q3090571 Siège du Hōjūjidono
Q3485893 Siège de Fukuryūji
Q4118683 Siège d'Algésiras
Q5036985 Siège de Berwick
Q17627724 Siège d'Ilovaïsk
Q815112 Siège d'Antioche
Corriger le problème
On y est presque ! Maintenant, il reste à remplacer cet orgueilleux « S » majuscule par un plus modeste « s » minuscule :
label = label[:1].lower() + label[1:]
Que se passe-t-il ici ? Une chaîne Python fonctionne comme une liste, on peut donc lui demander de prendre la partie située entre le début de la chaîne « label » et la position qui suit le premier caractère (« label[:1] ») et forcer celui-ci en bas-de-casse (« .lower() »). Ensuite, on y concatène le reste de la chaîne (de la position 1 à la fin, donc « label[1:] ») et on réassigne ce résultat à la variable « label ».
Dernière chose, formater le résultat de manière compatible à QuickStatements:
out = "{}\tLfr\t{}".format(qid, label)
print(out)
Cette ligne semble barbare ? Elle est en fait assez simple :
"{}\tLfr\t{}"
est une chaîne qui contient un premier emplacement pour le résultat d’une variable (« {} »), puis une tabulation, (« \t »), puis le mot-clef Quickstatements pour le libellé français (« Lfr »), une autre tabulation et enfin le second emplacement pour une variable. Ensuite, la fonction « format() » se charge de mettre le contenu des variables « qid » et « label » dedans. Le script final devrait ressembler à ça :
#!/usr/bin/env python3
from SPARQLWrapper import SPARQLWrapper, JSON
endpoint = "https://query.wikidata.org/bigdata/namespace/wdq/sparql"
sparql = SPARQLWrapper(endpoint)
sparql.setQuery("""
SELECT ?item ?label WHERE {{
?item wdt:P31/wdt:P279* wd:Q178561 .
?item rdfs:label ?label . FILTER(LANG(?label) = "fr") .
FILTER(STRSTARTS(?label, "Siège ")) .
}}
""") # Link to query: http://tinyurl.com/z8bd26h
sparql.setReturnFormat(JSON)
results = sparql.query().convert()
for result in results["results"]["bindings"]:
qid = result['item']['value'].split('/')[-1]
label = result['label']['value']
label = label[:1].lower() + label[1:]
out = "{}\tLfr\t{}".format(qid, label)
print(out)
C’est parti :
$ python3 fix-battle-labels.py
Q815196 Lfr siège de Pskov
Q815207 Lfr siège de Silistra
Q815233 Lfr siège de Tyr
Q2065069 Lfr siège de Hloukhiv
Q2284279 Lfr siège de Fort Pulaski
Q1098377 Lfr siège de Narbonne
Q608163 Lfr siège de Cracovie
Q4087405 Lfr siège d'Avaricum
Q4337397 Lfr siège de Liakhavitchy
Q4337448 Lfr siège de Smolensk
Q701067 Lfr siège de Rhodes
Q10428014 Lfr siège de Pskov
Q17627724 Lfr siège d'Ilovaïsk
Q23013145 Lfr siège de Péronne
Q815112 Lfr siège d'Antioche
Q3090571 Lfr siège du Hōjūjidono
Q3485893 Lfr siège de Fukuryūji
Q4118683 Lfr siège d'Algésiras
Q5036985 Lfr siège de Berwick
On est bons ! Il ne reste plus qu’à copier-coller le résultat dans QuickStatements et attendre qu’il fasse le boulot tout seul.
Bonjour, aujourd’hui nous allons nous intéresser au traitement des attentats récents par Wikipédia.
Action
Date de l’action
Date de la création de l’article sur Wikipédia
Temps de réaction
Attentats de mars 2012 en France
11 mars 2012 vers 16 h 10
15 mars 2012, à 14 h 10
19 mars 2012 vers 8 h [0]
19 mars 2012 à 11:26
3 h 26
Attentat contre Charlie Hebdo
7 janvier 2015 vers 11 h 30
7 janvier 2015 à 12:19
0 h 49
Prise d’otages du magasin Hyper Cacher de la porte de Vincennes
9 janvier 2015 vers 13 h
9 janvier 2015 à 22:54
9 h 54
Attentat de Saint-Quentin-Fallavier
26 juin 2015 vers 9 h 30
26 juin 2015 à 10:17
0 h 47
Attentats du 13 novembre 2015 en France
21 h 17 [1]
13 novembre 2015 à 22:00
0 h 43
Attentat du train Thalys le 21 août 2015
21 août 2015 vers 17 h 45
22 août 2015 à 07:35
13 h 50
Double meurtre du 13 juin 2016 à Magnanville
13 juin 2016 vers
21 h
14 juin 2016 à 09:57
12 h 57
Attentat du 14 juillet 2016 à Nice
14 juillet 2016 vers 22 h 40
14 juillet 2016 à 23:52
1 h 12
Fusillade du 22 juillet 2016 à Munich
22 juillet 2016
vers 17 h 52
22 juillet 2016 à 18:48
0 h 56
Attentat de l’église de Saint-Étienne-du-Rouvray
26 juillet 2016 vers 10 h
26 juillet 2016 à 10:55
0 h 55
[0] Date de l’action la plus importante, rendant l’article clairement admissible
[1] Heure de la première action de cette triste série
Délai entre l’acte et la création de son article sur Wikipédia
Nous pouvons remarquer que tous les articles sont écrits dans les 24 heures et que la moitié des articles le sont dans l’heure qui suit.
On peut donc affirmer qu’il existe bel et bien une précipitation pour écrire ces articles. Et cette précipitation ne concerne pas seulement un ou deux contributeurs avides d’évènements sanglants puisque dans le cas de Charlie Hebdo, l’article a été modifié près de 900 fois par 221 auteurs distincts durant les 24 heures qui suivèrent la création de la page, de plus l’article sera créer dans 46 langues durant cette même période, preuve que cette précipitation n’est pas une spécificité française.
Le terme précipitation peut être considéré comme péjoratif car incluant une notion de travail mal fait, bâclé. Cependant ce reproche, amha, ne peut s’appliquer à Wikipédia car cette « offre » répond à une demande réelle. En effet, après des évènements de ce genre, il n’est pas rare que Wikipédia connaîsse un pic de consultation.
Ces pics de consultation démontrent que des gens ont le réflexe « Wikipédia » afin d’en savoir plus. C’est ici que je voudrait tordre le cou à un reproche que l’on voit souvent sur le bistro de Wikipédia : « Wikipédia est un site encyclopédique et pas un site d’actualité ».
Or l’approche des Wikipédiens lors de ces attentats est, amha, encyclopédique car dès le départ un travail d’analyse des sources et de synthèse est effectué. D’ailleurs il suffit de voir le nombre de références pour en avoir la confirmation.
Lorsqu’un évènement est clairement admissible, pourquoi attendre avant de créer son article ? Pourquoi faut-il priver le lecteur d’informations vérifiées et synthétisées ? Pourquoi ?
Parce qu’il faut être sûr qu’une tuerie de militaires et d’enfants ayant mené au niveau écarlate du plan vigipirate soit admissible, que des attaques de masse dans de grandes villes soit admissible …
Ou alors parce qu’il faut faire tourner un projet concurrant frère Wikinews qui est un site d’information sur l’actualité. Or, pour reprendre les termes de Jonathan Dee « Wikipedia a, par inadvertance, fini par étrangler un de ses projets-frères, Wikinews » (source). Dans cette sombre série d’attaques, nous pouvons en effet remarquer que Wikipédia a été plus réactif et plus rédigé que Wikinews.
Au lieu de mettre en concurrence Wikipédia et Wikidata [édit : Wikinews], il vaut mieux les considérer comme deux sites distincts et ne pas s’interdire de créer un article au motif qu’il devrait d’abord/seulement être présent sur l’autre site.
En épluchant les articles de Wikinews, on peut remarquer que ce site (et donc ses contributeurs) gère très bien les actualités qui ne sont clairement pas admissible sur Wikipédia mais qui a sa place sur un site d’actualité (quoique) ou des sujets qui n’intéresse pas la masse de contributeur francophone. Cependant dès que l’évènement est plus important, Wikipédia tend à prendre le relais en proposant un contenu plus détaillé et ne s’arrêtant pas seulement à l’actualité (enquête etc. qui suivent).
My turn to make a #SundayQuery! As Harmonia Amanda just said in her own article, I’ll explain tomorrow (or Tuesday) how to make a script to fix the results of her request… But I thought I should start with another script, shorter and easier to understand.
On Thursday, I published an article about medieval battles, and since then, I did start to fix battle items on Wikidata. One of the most repetitive fixes is the capitalization of the French labels: as they have been imported from Wikipedia, the labels have an unnecessary capital first letter (« Bataille de Saint-Pouilleux en Binouze » instead of « bataille de Saint-Pouilleux en Binouze »)
The query
So first, we need to find all the items that have this typo:
looks for items that are battles or subclasses of battles, just to be sure I’m not making changes to some book called « Bataille de Perpète-les-Olivettes »…
On the next line, I query the labels for the items
?item rdfs:label ?label .
and filter to keep only those in French
FILTER(LANG(?label) = "fr") .
. As I need to use the label inside the query and not merely for display (as Harmonia Amanda just explained in her article), I cannot use the wikibase:label, and so I use the semantic web standard rdfs:label.
The last line is a
FILTER
, that keeps only those of the results that matches the function inside it. Here,
STRSTARTS
checks if
?label
begins with
"Bataille "
.
As of the time I write this, running the query returns 3521 results. Far too much to fix it by hand, and I know no tool that already exists and would fix that for me. So, I guess it’s Python time!
The script
I love Python. I absolutely love Python. The language is great to put up a useful app within minutes, easily readable (It’s basically English, in fact), not cluttered with gorram series of brackets or semicolons, and generally has great libraries for the things I do the most: scraping webpages, parsing and sorting data, checking ISBNs[1] and making websites. Oh and making SPARQL queries of course[2].
Not to mention that the name of the language has a « snake charmer » side ;)
Preliminary thoughts
If you don’t know Python, this article is not the right place to learn it, but there are numerous resources available online[3]. Just make sure they are up-to-date and for Python 3. The rest of this articles assumes that you have a basic understanding of Python (indentation, variables, strings, lists, dictionaries, imports and « for » loops.), and that Python 3 and pip are installed on your system.
Why Python 3? Because we’ll handle strings that come from Wikidata and are thus encoded in UTF-8, and Python 2 makes you jump through some loops to use it. Plus, we are in 2016, for Belenos’ sake.
Why pip? because we need a non-standard library to make SPARQL queries, called SPARQLwrapper, and the easiest way to install it is to use this command:
pip install sparqlwrapper
Now, let’s start scripting!
For a start, let’s just query the full list of the sieges[4]:
That’s quite a bunch of lines, but what does this script do? As we’ll see, most of this will be included in every script that uses a SPARQL query.
First, we import two things from the SPARQLWrapper module: the SPARQLWrapper object itself and a « JSON » that it will use later (don’t worry, you won’t have to manipulate json files yourself.)
Next, we create a « endpoint » variable, which contains the full URL to the SPARQL endpoint of Wikidata[5].
Next, we create a SPARQLWrapper object that will use this endpoint to make queries, and put it in a variable simply called « sparql ».
We apply the setQuery function to this variable, which is where we put the query we used earlier. Notice that we need to replace { and } by {{ and }} : { and } are reserved characters in Python strings.
sparql.setReturnFormat(JSON)
tells the script that what the endpoint will return is formated in json.
results = sparql.query().convert()
actually makes the query to the server and converts the response to a Python dictionary called « results ».
And for now, we just want to print the result on screen, just to see what we get.
That’s a bunch of things, but we can see that it contains a dictionary with two entries:
« head », which contains the name of the two variables returned by the query,
and « results », which itself contains another dictionary with a « bindings » key, associated with a list of the actual results, each of them being a Python dictionary. Pfew…
It is a dictionary that contains two keys (label and item), each of them having for value another dictionary that has a « value » key associated with, this time, the actual value we want to get. Yay, finally!
Parsing the results
Let’s parse the « bindings » list with a Python « for » loop, so that we can extract the value:
for result in results["results"]["bindings"]:
qid = result['item']['value'].split('/')[-1]
label = result['label']['value']
print(qid, label)
Let me explain the
qid = result['item']['value'].split('/')[-1]
line: as the item name is stored as a full url (« https://www.wikidata.org/entity/Q815196 » and not just « Q815196 », we need to separate each part of it that is between a ‘/’ character. For this, we use the « split() » function of Python, which transforms the string to a Python list containing this:
We only want the last item in the list. In Python, that means the item with the index -1, hence the [-1] at the end of the line. We then store this in the qid variable.
Let’s launch the script:
$ python3 fix-battle-labels.py
Q815196 Siège de Pskov
Q815207 Siège de Silistra
Q815233 Siège de Tyr
Q608163 Siège de Cracovie
Q1098377 Siège de Narbonne
Q2065069 Siège de Hloukhiv
Q4087405 Siège d'Avaricum
Q2284279 Siège de Fort Pulaski
Q4337397 Siège de Liakhavitchy
Q4337448 Siège de Smolensk
Q701067 Siège de Rhodes
Q7510162 Siège de Cracovie
Q23013145 Siège de Péronne
Q10428014 Siège de Pskov
Q3090571 Siège du Hōjūjidono
Q3485893 Siège de Fukuryūji
Q4118683 Siège d'Algésiras
Q5036985 Siège de Berwick
Q17627724 Siège d'Ilovaïsk
Q815112 Siège d'Antioche
Fixing the issue
We are nearly there! Now what we need is to replace this first proud capital « S » initial by a modest « s »:
label = label[:1].lower() + label[1:]
What is happening here? a Python string works like a list, so we take the part of the string between the beginning of the « label » string and the position after the first character (« label[:1] ») and force it to lower case (« .lower() »). We then concatenate it with the rest of the string (position 1 to the end or « label[1:] ») and assign all this back to the « label » variable.
Last thing, print it in a format that is suitable for QuickStatements:
out = "{}\tLfr\t{}".format(qid, label)
print(out)
That first line seems barbaric? it’s in fact pretty straightforward:
"{}\tLfr\t{}"
is a string that contains a first placeholder for a variable (« {} »), then a tabulation (« \t »), then the QS keyword for the French label (« Lfr »), then another tabulation and finally the second placeholder for a variable. Then, we use the « format() » function to replace the placeholders with the content of the « qid » and « label » variables. The final script should look like this:
#!/usr/bin/env python3
from SPARQLWrapper import SPARQLWrapper, JSON
endpoint = "https://query.wikidata.org/bigdata/namespace/wdq/sparql"
sparql = SPARQLWrapper(endpoint)
sparql.setQuery("""
SELECT ?item ?label WHERE {{
?item wdt:P31/wdt:P279* wd:Q178561 .
?item rdfs:label ?label . FILTER(LANG(?label) = "fr") .
FILTER(STRSTARTS(?label, "Siège ")) .
}}
""") # Link to query: http://tinyurl.com/z8bd26h
sparql.setReturnFormat(JSON)
results = sparql.query().convert()
for result in results["results"]["bindings"]:
qid = result['item']['value'].split('/')[-1]
label = result['label']['value']
label = label[:1].lower() + label[1:]
out = "{}\tLfr\t{}".format(qid, label)
print(out)
Let’s run it:
$ python3 fix-battle-labels.py
Q815196 Lfr siège de Pskov
Q815207 Lfr siège de Silistra
Q815233 Lfr siège de Tyr
Q2065069 Lfr siège de Hloukhiv
Q2284279 Lfr siège de Fort Pulaski
Q1098377 Lfr siège de Narbonne
Q608163 Lfr siège de Cracovie
Q4087405 Lfr siège d'Avaricum
Q4337397 Lfr siège de Liakhavitchy
Q4337448 Lfr siège de Smolensk
Q701067 Lfr siège de Rhodes
Q10428014 Lfr siège de Pskov
Q17627724 Lfr siège d'Ilovaïsk
Q23013145 Lfr siège de Péronne
Q815112 Lfr siège d'Antioche
Q3090571 Lfr siège du Hōjūjidono
Q3485893 Lfr siège de Fukuryūji
Q4118683 Lfr siège d'Algésiras
Q5036985 Lfr siège de Berwick
Yay! All we have to do now is to copy and paste the result to QuickStatements and we are done.
It’s Sunday again! Time for the queries! Last week I showed you the basics of SPARQL; this week I wanted to show you how we could use SPARQL to do maintenance work. I assume you now understand the use of PREFIX, SELECT, WHERE.
I have been a member of the WikiProject:Names for years. When I’m not working on Broadway and the Royal Academy of Dramatic Art archives,[1] I am one of the people who ensure that “given name:Christopher (Iowa)” is transformed back to “given name:Christopher (given name)”. Over the last weeks I’ve corrected thousands of wrong uses of the given name/family name properties, and for this work, I used dozens of SPARQL queries. I thought it could be interesting to show how I used SPARQL to create a list of strictly identical errors that I could then treat automatically.
What do we search?
If you read the constraints violations reports, you’ll see that the more frequent error for the property “family name” (P734) is the use of a disambiguation page as value instead of a family name. We can do a query like that:
SELECT ?person ?personLabel ?name ?nameLabel
WHERE {
?person wdt:P734 ?name . #the person has a family name
?name wdt:P31 wd:Q4167410 . #the item used as family name is a disambiguation page
SERVICE wikibase:label { bd:serviceParam wikibase:language "en,fr" . } #We want to have the results in English or in French if there is no English label
}
But then we find something more interesting: there are entities which are both a disambiguation page and a family name. What?! That’s ontologically wrong. To use the wrong value as family name is human error; but an entity can’t be both a specific type of Wikimedia page and a family name. It’s like saying a person could as well be a book. Ontologically absurd. So all items with both P31 need to be corrected. How many are there?
SELECT DISTINCT ?name ?nameLabel (LANG(?label) AS ?lang)
WHERE {
?name wdt:P31 wd:Q101352 ; #the entity is a family name
wdt:P31 wd:Q4167410 . #the entity is also a disambiguation page
SERVICE wikibase:label { bd:serviceParam wikibase:language "en,fr" . } #We want to have the results in English or in French if there is no English label
}
link to the query.
Several thousands again. Actually, there are more entities which are both a disambiguation page and a family name than there are person using disambiguation pages as family names. This means there are family names/disambiguation pages in the database which aren’t used. They’re still wrong but it doesn’t show in violation constraints reports.
If we explore, we see than there are different cases out there: some of the family names/disambiguation pages are in reality disambiguation pages, some are family names, some are both (they link to articles on different Wikipedia, some about a disambiguation page and some about a family name; these need to be separated). Too many different possibilities: we can’t automatize the correction. Well… maybe we can’t.
Restraining our search
If we can’t treat in one go all disambig/family name pages, maybe we can ask a more precise question. In our long list of violations, I asked for English label and I found some disbelieving ones. There were items named “Poe (surname)”. As disambiguation pages. That’s a wrong use of label, which shouldn’t have precisions about the subject in brackets (that’s what the description is for) but if they are about a surname they shouldn’t be disambiguation pages too! So, so wrong.
Querying labels
But still, the good news! We can isolate these entries. For that we’ll have to query not the relations between items but the labels of the items. Until now, we had used the SERVICE wikibase:label workaround, a tool which only exists on the Wikidata endpoint, because it was really easy and we only wanted to have human-readable results, not really to query labels. But now that we want to, the workaround isn’t enough, we’ll need to do it the real SPARQL way, using rdfs.
Our question now is: can I list all items which are both family names and disambiguation pages, whose English label contains “(surname)”?
SELECT DISTINCT ?name ?label (LANG(?label) AS ?lang)
WHERE {
?name wdt:P31 wd:Q101352 ; #the entity is a family name
wdt:P31 wd:Q4167410 ; #the entity is also a disambiguation page
rdfs:label ?label . #the entity have a label
FILTER(LANG(?label) IN ("en")). #this label exists in English
FILTER(CONTAINS(?label, "(surname)")). #this label contains a specific string
}
link to the query. We had several hundreds results.[2] You should observe the changes I made in the SELECT DISTINCT as I don’t use the SERVICE wikibase:label workaround.
Querying sitelinks
Can we automatize correction now? Well… no. There is still problems. In this list, there are items which have links to several Wikipedia, the English one about the surname and the other(s) ones about a disambiguation page. Worse, there are items which don’t have an English interwiki any longer, because it was deleted or linked to another item (like the “real” family name item) and the wrong English label persisted. Si maybe we can filter our list to only items with a link to the English Wikipedia. For this, we’ll use schema.
SELECT DISTINCT ?name ?label (LANG(?label) AS ?lang)
WHERE {
?name wdt:P31 wd:Q101352 ; #the entity is a family name
wdt:P31 wd:Q4167410 ; #the entity is also a disambiguation page
rdfs:label ?label . #the entity have a label
?sitelink schema:about ?name . #We want the entity to have a sitelink
schema:inLanguage "en" ; #this sitelink is in English
schema:isPartOf <https://en.wikipedia.org/> . #and link to the English WP (and not Wikisource or others projects)
FILTER(LANG(?label) IN ("en")). #the label exists in English
FILTER(CONTAINS(?label, "(surname)")). #the label contains a specific string
}
link to the query. Well, that’s better! But our problem is still here: if they have several sitelinks, maybe the other(s) sitelink are not about the family name. So we want the items with an English interwiki and only an English interwiki. Like this:
SELECT DISTINCT ?name ?label (LANG(?label) AS ?lang)
WHERE {
?name wdt:P31 wd:Q101352 ; #the entity is a family name
wdt:P31 wd:Q4167410 ; #the entity is also a disambiguation page
rdfs:label ?label . #the entity have a label
?sitelink schema:about ?name . #We want ?name to have a sitelink
?WParticle schema:about ?name ; #We'll define the characteristic of the sitelink
schema:inLanguage "en" ; #this sitelink is in English
schema:isPartOf <https://en.wikipedia.org/> . #and link to the English WP (and not Wikisource or others projects)
FILTER(LANG(?label) IN ("en")). #the label exists in English
FILTER(CONTAINS(?label, "(surname)")). #the label contains a specific string
} GROUP BY ?name ?label HAVING (COUNT(DISTINCT ?sitelink) = 1) #With only one sitelink
Several things: we separated ?sitelink and ?WParticle. We use ?sitelink to query the number of sitelinks, and ?WParticle to query the particular of this sitelink. Note that we need to use GROUP BY, like last week.
Polishing of the query
Just to be on the safe side (we are never safe enough before automatizing corrections) we’ll also check that all items on our list are only family name/disambiguation pages; they’re not also marked as a location or something equally strange. So we query that they have only two P31 (instance of), these two being defined as Q101352 (family name) and Q4167410 (disambiguation page).
SELECT DISTINCT ?name ?label (LANG(?label) AS ?lang)
WHERE {
?name wdt:P31 ?type ; #the entity use the property P31 (instance of)
wdt:P31 wd:Q101352 ; #the entity is a family name
wdt:P31 wd:Q4167410 ; #the entity is also a disambiguation page
rdfs:label ?label . #the entity have a label
?sitelink schema:about ?name . #We want ?name to have a sitelink
?WParticle schema:about ?name ; #We'll define the characteristic of the sitelink
schema:inLanguage "en" ; #this sitelink is in English
schema:isPartOf <https://en.wikipedia.org/> . #and link to the English WP (and not Wikisource or others projects)
FILTER(LANG(?label) IN ("en")). #the label exists in English
FILTER(CONTAINS(?label, "(surname)")). #the label contains a specific string
} GROUP BY ?name ?label HAVING ((COUNT(DISTINCT ?type) = 2) && (COUNT(DISTINCT ?sitelink) = 1)) #With only two P31 and one sitelink
It should give you a beautiful “no matching records found”. Yesterday, it gave me 175 items which I knew I could correct automatically. Which I have done, with a python script made by Ash_Crow. If you are good, he’ll make a #MondayScript in response to this #SundayQuery!
Après avoir écrit le billet Plaidoyer pour enseigner Wikipédia, j’ai participé à une table ronde Wikipédia à l’école à la Wikiconvention francophone puis discuté de l’enseignement de Wikipédia à l’EdCamp Paris à l’ICP, dans le cadre d’un “kindergarten” organisé par Wikimédia France. J’ai pu échanger avec des enseignants et contributeurs de Wikipédia sur ce thème, et j’en profite ainsi pour écrire une suite au premier billet qui tiendra également lieu de compte rendu pratique.
Il existe tout d’abord plusieurs façons d’utiliser Wikipédia dans l’enseignement supérieur et la vision des objectifs pédagogiques vus par Wikipédia et par l’enseignant ne sont pas forcément les mêmes. Ziko Van Dijk, autre intervenant de la table ronde à la Wikiconvention exprime cela en distinguant que l’objectif d’améliorer l’encyclopédie (c’est à dire produire du contenu), et former de nouveaux wikipédiens n’est pas forcément contenue dans l’idée pédagogique de l’universitaire.
Les collègues enseignants les plus réticents à Wikipédia ont comme objectif d’apprendre à s’en méfier : Wikipédia est associée à la peur du plagiat et à la question de la fiabilité. Nombreux sont ceux qui ont une vision très négative et stéréotypée. Il y a ensuite l’objectif d’apprendre à s’en servir, parfois pas très éloigné parfois d’ apprendre à s’en servir à des fins autopromotionelles : c’est la vision de “valorisation” du travail de recherche.
D’autres encore voient en Wikipédia la possibilité d’évaluer l’étudiant par l’écriture d’articles. Apprendre à écrire pour de vrai et être jugé par des pairs est déjà une activité plus en phase avec Wikipédia. L’une des variantes consiste à apprendre une matière en écrivant ; se pose alors le problème de la répétabilité d’une année sur l’autre. Une autre variante est d’apprendre à sourcer. C’est un objectif pédagogique constituant une des meilleures réponses à la vision méfiante vis-à-vis de Wikipédia.
Enfin il est possible d’utiliser Wikipédia comme vecteur ; apprendre à pénétrer un monde nouveau (dans le cours de Lionel Barbe, enseignant à Paris-Ouest également, ce dernier se définit comme un passeur de sciences plutôt qu’un maître). Dans mon cas, Wikipédia est un vecteur d’apprentissage de littératie numérique, ou plus exactement, comme le rappelle Milad Douheihi à la conférence inaugurale de l’EdCamp, une littératie numérique en tant que culture plutôt que technique ; développer une culture numérique critique de Wikipédia et du monde numérique par Wikipédia
Mon but est de parvenir à faire partager ma vision distanciée mais pas complètement de Wikipédia, faire toucher du doigt comment Wikipédia est un monde avec des aspects techniques, des aspects politiques, des aspects sociologiques, démocratiques, juridiques, épistémologiques….uniques et surtout complètement entremêlés les uns aux autres, et je le fais en racontant des anecdotes….des anecdotes qui ont pour but de révéler ces enchevêtrements en racontant une histoire. L’anecdote est censée surprendre sur un sujet que tout le monde connaït mais que personne ne connaît ET révéler les tensions et interpénétrations de tous ces thèmes, mais aussi provoquer des questions-réponses, particulièrement si l’anecdote a ou a eu un succès médiatique, si elle a été relatée dans la presse…
Par exemple : quand est abordée dans la pédagogie de l’écriture la question de l’ajout de photos, les principes de wikimedia commons, et/ou les règles du copyvio, l’anecdote du selfie du macaque met en lumière ces sujets, leur enchevêtrement, et leurs implications à la fois juridiques, techniques, procédurales, et de choix de licence, tout en traitant du militantisme du copyleft. L’anecdote est donc tout sauf futile : elle met en lumière cette complexité.
Mais dans la pratique, pour l’enseigner, la structure académique pose d’autres problèmes qu’un manque de vision pédagogique. Elle pose aussi des problèmes concrets à la fois pédagogiques et techniques :
Le premier problème est la nécessité (pour l’enseignant et l’étudiant) d’un cours hybride : à moitié en présentiel et à moitié en ligne. Dans la mesure où intervenir dans Wikipédia est une activité propre à une communauté en ligne et qui réagit de manière asynchrone, la partie active de l’enseignement n’est pas du tout adaptée à être présents obligatoirement en classe/amphi tout le temps en même temps ensemble. Pour tout ce qui est présentation, exemples, principes, débat dans la classe… le présentiel s’impose, il est même crucial : enseigner Wikipédia en ligne serait possible mais la description critique des mécanismes d’une part, l’accompagnement dans les premiers pas et la conclusion d’autre part sont plus faciles en présentiel. Mais d’un autre côté, dans toute la partie où l’étudiant doit plonger dans Wikipédia, y agir, y interagir ne se prête pas du tout à des séances en présentiel à heures et durée fixes : l’interaction avec la communauté est asynchrone.
Pire, obliger les étudiants à intervenir ensemble en même temps sur Wikipédia est une aberration technique : puisque tous les ordinateurs d’une même salle (voire même de toute une université ) sont vus par l’extérieur comme une seule adresse IP, la probabilité d’être vu comme une attaque en déni de service par Wikipédia est énorme et rend l’écriture dans Wikipédia impraticable. Wikipédia, pour se protéger, possède un mécanisme : pas plus de quelques interventions par minute provenant d’une même adresse IP avant blocage. La conséquence est de rendre impossible l’écriture dans Wikipédia dès que le nombre d’étudiants dépasse une poignée.
Une des conséquences de cet asynchronisme souhaité, est que la remise d’un écrit, d’une contribution à Wikipédia ne devrait PAS être l’aboutissement, ni d’un rendu, ni d’un cours, parce qu’il faut laisser le temps à la communauté de réagir ET à la classe d’en discuter. C’est une notion qui perturbe le schéma pédagogique ou le rendu conclut traditionnellement un cours, laissant au maître le soin d’évaluer, une fois le cours fini.
La question de l’évaluation s’est de fait beaucoup posée à la Wikiconvention. Si les enseignants savent tirer profit de Wikipédia pour imaginer une évaluation “par les pairs”, ils se posent souvent la question de comment évaluer l’évaluation, ou plus prosaïquement, comment transformer cette évaluation en note quantitative et compatible avec la logique universitaire de notation. Cet abandon de souveraineté de l’enseignant aux pairs est aussi à mettre en parallèle avec la question de choix du sujet de contribution d’un étudiant: en laissant à ce dernier la possibilité de s’exprimer (comme Wikipédia le recommande) dans un domaine qui lui est cher, l’enseignant est possiblement confronté à la possibilité de ne pas être l’expert du sujet.
De cette interrogation venant de collègues qui n’ont pas hésiter à plonger dans Wikipédia, on peut déduire qu’il n’est pas conseillé d’imaginer un cours et une évaluation de ce style sans avoir un minimum d’expérience de Wikipédia, d’être soit même lettré en Wikipédia.
Il reste beaucoup de choses à faire pour rendre l’Université et l’enseignement de Wikipédia compatibles, mais de plus en plus de gens s’y mettent…et en débattent.
Ce billet, deuxième d’une série sur l’enseignement de Wikipédia à l’Université est écrit par Alexandre Hocquet (Membre de Wikimédia France, Professeur des Universités à l’Université de Lorraine, appartenant au laboratoire de philosophie et d’histoire des sciences « Archives Henri Poincaré » dont le domaine est les STS, ou plus spécifiquement les Software Studies, et sa méthode l’analyse de conversations en fil).
Étape 1 : Pays SELECT ?country ?countryLabel WHERE { ?country wdt:P31 wd:Q6256 . # countries SERVICE wikibase:label { bd:serviceParam wikibase:language "en" } }
Essayez
Étape 2 : Personnes mortes en 2015 et leur nationalité SELECT ?person ?dod ?country WHERE { ?person wdt:P31 wd:Q5 . # humans ?person wdt:P570 ?dod . # of
Quand on classe des trucs, on a grosso-modo deux approches possibles : des cases hyper-pointues allant aussi loin que possible dans le détail, ou au contraire des cases très larges en laissant à l’utilisa⋅teur⋅trice le soin de croiser pour trouver ce qui l’intéresse. Wikimedia Commons a grosso-modo choisi la première approche, avec des catégories comme « [[Category:Castles in Andalusia at night]][1] », alors que Wikidata a plutôt choisi l’approche inverse, avec un grand nombre de propriétés que l’on peut croiser par le biais de requêtes SPARQL (entre autres), ce qui donne pour l’Alhambra de Grenade : « Nature de l’élément (P31) → château fort (Q23413) » et « Pays (P17) → Espagne (Q29) » et tout un tas d’autres déclarations[2].
Un château en Espagne (satire)
Je dis « plutôt choisi » parce qu’il arrive qu’on tombe sur des cas où une classe tente de mélanger plusieurs axes, et qui suffisent généralement à démontrer pourquoi cette approche est une mauvaise idée. En l’espèce, je vais me pencher sur l’élément « bataille du Moyen Âge (Q15991159) » : ça tombe bien, c’est un domaine qui me botte.
Le problème des classes aux limites arbitraires
Le premier problème qui vient à l’esprit, c’est les limites de la classe : si on se fie à sa description en français, la seule présente lors de sa création, cette classe est censée contenir des « bataille[s] ayant eu lieu pendant la période du moyen âge, en occident ». Bon, la description précise explicitement l’Occident qui n’était qu’implicitement défini par le fait que le Moyen Âge est une notion d’historiographie occidentale, mais les limites restent assez floues.
Bataille en soi est discutable (on peut se poser la question d’y inclure ou non les sièges, par exemple), mais partons du principe que l’on a la même définition que pour l’élément « bataille (Q178561) » tout court qu’il remplace en tant que nature de l’élément (P31).
Par contre, « la période du moyen âge », c’est largement plus subjectif. Les dates varient pas mal. Si la plupart des historiens s’accordent à situer le début à l’année 476[3], la fin est plus floue. Même en ignorant le « long Moyen Âge » de Jacques Le Goff qui s’étend en gros de Justinien à la Révolution française, les dates généralement admises varient par pays mais sont situées dans la seconde moitié du XVe siècle.
Enfin, comme dit plus haut, le Moyen Âge est un concept occidental, ce qui recouvre une zone aux contours flous, aussi bien à l’époque actuelle que si on se limite au Moyen Âge : au début de la période, c’est l’Empire romain d’Occident, celui qui vient de s’effondrer sous les coups des barbares assoiffés de sang qui, etc., vous connaissez le roman national. À la fin, c’est, pour faire simple, la Chrétienté[4], ce qui pose d’autres questions : à partir de quand peut-on inclure les batailles dans les pays orthodoxes ? Et dans les pays scandinaves/germaniques/nordiques ? Et les batailles impliquant des forces européennes mais se passant ailleurs, comme les Croisades, on les compte ? Autrement dit pour ce dernier cas, on définit « Occident » par le lieu de l’action ou par l’origine des belligérants ?
Par comparaison, l’approche standard de Wikidata (en utilisant « nature de l’élément (P31) → bataille (Q178561) », date (P585)[5], « lieu (P276) » et « participant (P710) » pour les cas abordés dans la liste ci-dessus) se révèle à la fois plus souple (on peut être très précis⋅e sur la date comme sur le lieu) et moins subjective que l’apposition de la classe bataille du moyen Âge…
Les données réelles
Du coup, avec des définitions aussi floues, on peut se demander comment les données sont utilisées…
Cherchons donc ça.
# Batailles du moyen-âge
SELECT ?item ?itemLabel ?lieuLabel ?date ?coords WHERE {
?item wdt:P31 wd:Q15991159 .
OPTIONAL{ ?item wdt:P276 ?lieu . }
OPTIONAL{ ?item wdt:P585 ?date . }
OPTIONAL{ ?item wdt:P625 ?coords . }
SERVICE wikibase:label { bd:serviceParam wikibase:language "fr,en" }
} ORDER BY ?itemLabel
Ouch, ça pique. Je veux bien admettre qu’on compte les batailles au Proche Orient, probablement liées aux Croisades, mais des chevaliers médiévaux dans le Golfe de Guinée ? au Mexique ? au Japon ? Il semblerait que la limitation de la classe à l’Occident ne soit pas une évidence pour tout le monde. Argh. Mais on est au moins raccord sur la période alors ?
Si on place les résultats sur une frise, c’est nettement meilleur que sur la carte, avec seulement deux résultats manifestement erronés : la bataille d’Andrinople en 378 et celle de Szikszó en 1588 (vous ne devriez pas les voir ressurgir dans les résultats, j’ai corrigé ça.) Reste que la limite de fin reste arbitraire, contrairement à une requête normale où l’on peut choisir celle qui nous intéresse, que ça soit 1453[6], 1492[7], ou n’importe quelle autre.
Si on résume, l’arbitraire des choix impliqués par une classe croisant de multiples critères la rend inutilisable en pratique, tout en compliquant la recherche des batailles « normales » puisque qu’on doit du coup inclure les sous-classes, juste pour récupérer les batailles ayant eu lieu en Europe (ou pas) entre 476 et 1453, ou 1492, ou 1500 (enfin on l’espère).
Ma conclusion ? Comme disait Jeanne la Flamme au siège d’Hennebont, foutez-y-moi le feu.
Je suis déçu : il n’y a pas de sous-catégorie [[Category:Castles in Andalusia at night facing left]].
Wikipédia, quant à elle, hésite entre ces deux approches, selon les catégories.
En revanche, la culture populaire a tendance à ignorer complètement le haut Moyen Âge. Tous les jeux de stratégie médiévale que je connais commencent en 1066 avec l’expédition de Guillaume le Conquérant. Si la période précédente est abordée, c’est dans des extensions, comme Crusader Kings II avec Charlemagne.
Quand les Bretons sont venus sauver le cul des Français une énième fois à la bataille de Castillon. Ou alors c’est pour l’invention de l’imprimerie mobile par Gutenberg, ou la chute de Constantinople, allez savoir.
Quand les Français, ingrats (cf. note précédente), s’emparent de « la ville de Rennes et la fille qui est dedans », à moins que ça n’ait trait à la fin de la Reconquista et à l’expédition de Christophe Colomb…
Et voici pour la photo du jour le moulin à eau du Hameau de la Reine Marie Antoinette. On distingue même sur cette façade la roue en chêne qui n’était en fait qu’un décor. Par Jacky Delville (Travail personnel) [CC BY-SA]
Pour en savoir plus sur le hameau de la Reine, lisez l’article de qualité sur Wikipédia !
ikidata est un projet puissant, mais pour pouvoir en profiter, il faut le remplir. Bien sûr, il est possible d’ajouter des données à la main directement sur le site : ça fonctionne sans souci mais que faire quand on a plusieurs dizaines d’entrées ? Plusieurs centaines ? Avec le temps, quelques outils ont vu le jour permettant d’automatiser un peu ce processus, comme l’indispensable QuickStatements ; là encore, il faut bien lui fournir les données qu’il mange et tout ceci est parfois bien fastidieux. Est-ce qu’on ne peut pas aller plus loin ?
Une entrée wikidatienne sur un être humain, par exemple, possède des champs plus ou moins codifiés :
Une nature de l’élément égal à Q5, « être humain »
Un genre (masculin, féminin, etc.)
Une date et un lieu de naissance
Une date et un lieu de décès
Un pays de nationalité
Une occupation
Un prénom et un nom de famille
Toutes ces propriétés ne se rencontrent pas à chaque fois et on peut en rajouter d’autres, mais est-ce que ça ne serait pas intéressant d’avoir une sorte de formulaire où on se contenterait de remplir les cases correspondantes, histoire de créer rapidement un squelette d’entité Wikidata ? Pour voir, j’ai codé l’utilitaire « human » : vous mettez ce qu’il faut dans les champs, vous appuyez sur le bouton et il produit le code à destination de QuickStatements. J’ai le sentiment qu’on peut ainsi gagner du temps et on n’oublie rien.
Histoire d’aller un peu plus loin, je me suis penché sur la base Joconde, qui a le goût d’être remplie avec pas mal de soin. J’en ai sorti un autre utilitaire, baptisé Joconde parce que je suis un gars avec une imagination débordante. Sa fonction : parser une fiche Joconde, en retirer les champs qui vont bien (titre, auteur, sujets représentés, etc.) et présenter le résultat dans un formulaire pour correction avant envoi à QuickStatements. Les champs corrigés sont stockés en base, histoire que si l’utilitaire puisse ressortir la correction s’il retombe dessus (comme ça, « MONET Claude » est automatiquement corrigé en « Claude Monet, peintre français, Q296 »). On y gagne du temps.
Personnellement, je pense que cette idée de formulaires pré-remplis est à creuser, pour Wikidata. Qu’en pensez-vous ?
PS : j’imagine que mon outil pour Joconde doit enfreindre des milliers de lois, de licences et de copyrights. Je laisse le soin aux Wikimédiens que ça intéresse de discuter de la chose et de décider s’il faut supprimer toutes mes contributions. Prévenez-moi juste du résultat final.
(Image d’en-tête : détail de La Joconde, par Léonard de Vinci (domaine public))
Hello, here’s Harmonia Amanda again (I think Ash_Crow just agreed to let me squat his blog indefinitely). This article shouldn’t be too long, for once.[1] It started as an hashtag on twitter #SundayQuery, where I wrote SPARQL queries for people who couldn’t find how to ask their question. So this article, and the next ones if I keep this up, are basically a kind of “how to translate a question in SPARQL step by step” tutorial.
The question this week was asked by Jean-No: who are the oldest French actresses still alive?
To begin: the endpoint and PREFIX…
SPARQL is the language you use to query a semantic database. For that you can use an endpoint, which are services that accept SPARQL queries and return results. There are many SPARQL endpoints around, but we will be using the Wikidata endpoint.
A semantic base is constituted of triples of information: subject, predicate, object (in Wikidata, we usually call that item, property, value, but it’s the exact same thing). As querying with full URIs all the time would be really tedious, SPARQL needs PREFIX.
These are the standard prefixes used to query Wikidata. If used, they should be stated at the top of the query. You can add other prefixes as needed to. Actually, the Wikidata endpoint has been created to specifically query Wikidata, so all these prefixes are already declared, even if you don’t see them. But it’s not because they aren’t visible that they aren’t there, so always remember: SPARQL NEEDS PREFIX. There.
All French women
The first thing to declare after the prefixes, is what we are asking to have for results. We can use the command SELECT or the command SELECT DISTINCT (this one ask to clear off duplicates) and then listing the variables.
As we are looking for humans, we’ll call this variable “person” (but we could choose anything we want).
SELECT ?person
We will then define the conditions we want our variable to respond to, with WHERE. We are seeking the oldest French actresses still alive. We need to cut that in little understandable bits. So the first step is, we are querying for human beings (and not fictional actresses). Humans beings are all items which have the property “instance of” (P31) with the value “human” (Q5).
So:
SELECT ?person
WHERE {
?person wdt:P31 wd:Q5 .
}
This query will return all humans in the database.[2] But we don’t want all humans, we want only the female ones. So we want humans who also answer to “sex or gender” (P21) with the value “female” (Q6581072).
Well that seems like a good beginning, but we don’t want all women, we only want actresses. It could be as simple as “occupation” (P106) “actor” (Q33999) but it’s not. In reality Q33999 doesn’t cover all actors and actresses: it’s a class. Subclasses, like “stage actor”, “television actor”, “film actor” have all “subclass of” (P279) “actor” (Q33999). We don’t only want the humans with occupation:actor; we also want those with occupation:stage actor and so on.
So we need to introduce another variable, which I’ll call ?occupation.
SELECT ?person
WHERE {
?person wdt:P31 wd:Q5 . #All humans
?person wdt:P21 wd:Q6581072 . #Of female gender
?person wdt:P27 wd:Q142 . #With France as their citizenship country
?person wdt:P106 ?occupation . #With an occupation
?occupation wdt:P279* wd:Q33999 . #This occupation is or is a subclass off "actor"
}
Actually, if we really wanted to avoid the ?occupation variable, we could have written:
I’s the same thing, but I found it less clear for beginners.
Still alive
So now we need to filter by age. The first step is to ensure they have a birth date (P569). As we don’t care (for now) what this birth date is, we’ll introduce a new variable instead of setting a value.
Now we want the French actresses still alive, which we’ll translate to “without a ‘date of death’ (P570)”. For that, we’ll use a filter:
SELECT ?person
WHERE {
?person wdt:P31 wd:Q5 .
?person wdt:P21 wd:Q6581072 .
?person wdt:P27 wd:Q142 .
?person wdt:P106 ?occupation .
?occupation wdt:P279* wd:Q33999 .
?person wdt:P569 ?birthDate . #With a birth date
FILTER NOT EXISTS { ?person wdt:P570 ?deathDate . } #Without a death date
}
Here it is, all French actresses still alive!
The Oldest
To find the oldest, we’ll need to order our results. So after the WHERE section of our query, we’ll add another request: now that you have found me my results, SPARQL, can you order them as I want? Logically, this is called ORDER BY. We can “order by” the variable we want. We could order by ?person, but as it’s the only variable we have selected in our query, it’s already done. To order by a variable, we need to ask to select this variable first.
The obvious way would be to order by ?birthDate. The thing is, Wikidata sometimes has more than one birth date for people because of conflicting sources, which translates in the same people appearing twice. So, we’ll group the people by their Qid (using GROUP BY) si that duplicates exist now as a group. Then we use SAMPLE (in our SELECT) to take only the groups’ first birth date that we find… And then ORDER BY it :
SELECT ?person (SAMPLE(?birthDate) AS ?date)
WHERE {
?person wdt:P31 wd:Q5 .
?person wdt:P21 wd:Q6581072 .
?person wdt:P27 wd:Q142 .
?person wdt:P106 ?occupation .
?occupation wdt:P279* wd:Q33999 .
?person wdt:P569 ?birthDate .
FILTER NOT EXISTS { ?person wdt:P570 ?deathDate . }
} GROUP BY ?person ORDER BY ?date
This gives us all French actresses ordered by date of birth, so the oldest first. We can already see that we have problems with the data: actresses whom we don’t know the date of birth (with “unknown value”) and actresses manifestly dead centuries ago but whom we don’t know the date of death. But still! Here is our query and we answered Jean-No’s question as we could.
With labels
Well, we certainly answered the query but this big list of Q and numbers isn’t very human-readable. We should ask to have the labels too! We could do this the proper SPARQL way, with using RDFS and such, but we are querying Wikidata on the Wikidata endpoint, so we’ll use the local tool instead.
We add to the query:
SERVICE wikibase:label { bd:serviceParam wikibase:language "fr,en" . }
which means we ask to have the labels in French (as we are querying French people), and if it doesn’t exist in French, then in English. But just adding that doesn’t work: we need to SELECT it too! (and to add it to the GROUP BY). So:
SELECT ?person ?personLabel (SAMPLE(?birthDate) AS ?date)
WHERE {
?person wdt:P31 wd:Q5 .
?person wdt:P21 wd:Q6581072 .
?person wdt:P27 wd:Q142 .
?person wdt:P106 ?occupation .
?occupation wdt:P279* wd:Q33999 .
?person wdt:P569 ?birthDate .
FILTER NOT EXISTS { ?person wdt:P570 ?deathDate . }
SERVICE wikibase:label { bd:serviceParam wikibase:language "fr,en" . }
} GROUP BY ?person ?personLabel ORDER BY ?date
Tada! It’s much more understandable now!
Make it pretty
I don’t want all living French actresses, including the children, I want the oldest; so I add a LIMIT to the results.[3]
} GROUP BY ?person ?personLabel ORDER BY ?date LIMIT 200
And why should I have a table with identifiers and names when I could have the results as a timeline? We ask that at the top, even before the SELECT:[4]
#defaultView:Timeline
Wait, wait! Can I have pictures too? But only if they have a picture, I still want the results if they don’t have one (and I want only one picture if they happen to have several so I use again the SAMPLE). YES WE CAN:
#defaultView:Timeline
SELECT ?person ?personLabel (SAMPLE(?birthDate) AS ?date) (SAMPLE(?photo) AS ?pic)
WHERE {
?person wdt:P31 wd:Q5 .
?person wdt:P21 wd:Q6581072 .
?person wdt:P27 wd:Q142 .
?person wdt:P106 ?occupation .
?occupation wdt:P279* wd:Q33999 .
?person wdt:P569 ?birthDate .
FILTER NOT EXISTS { ?person wdt:P570 ?deathDate . }
OPTIONAL { ?person wdt:P18 ?photo . }
SERVICE wikibase:label { bd:serviceParam wikibase:language "fr,en" . }
} GROUP BY ?person ?personLabel ORDER BY ?date LIMIT 200
Le Monument à Napoléon est un monument commémoratif de la Manche, situé place Napoléon, à Cherbourg-Octeville. C’est notre photo coup de cœur du jour et elle est signée JMEnault_Ville de Cherbourg-en-Cotentin [CC-BY-SA]
Pour la cinquième photo coup de cœur de cette édition 2016 de Wiki Loves Monuments bienvenue à la chartreuse de Bonpas, monument historique classé datant du XIIe siècle, située dans la commune de Caumont-sur-Durance du Vaucluse.
Premier post court d’une série que j’espère longue, proposant des requêtes SPARQL construites étape par étape à passer sur Wikidata Query Service.
Étape 1 : Acteurs du film Le Seigneur des anneaux : La Communauté de l’anneau (Q127367) : SELECT ?actor ?actorLabel WHERE { wd:Q127367 wdt:P161 ?actor # members of the cast of "The
Et voici l’intérieur du lavoir de la Mairie/Lavoir de Bucey-les-Gy en Bourgogne-Franche-Comté. Photo choisie pour être notre quatrième coup de cœur de ce concours WLM 2016 ! N’hésitez pas à améliorer son article Wikipédia !
Direction le Maine-et-Loire et les voûtes de l’église Notre-Dame de Beaufort-en-Vallée pour la première photo coup de cœur de cette année ! Par GO69 (Travail personnel) [CC BY-SA 4.0]
Elle a enfin eu lieu ! La WikiConvention, déclinaison francophone des événements “WikiCon” organisés un peu partout dans le monde, est une conférence internationale rassemblant les contributeurs francophones aux projets de la fondation Wikimedia (Wikipédia, Wiktionnaire, Wikidata, Wikisource, etc.) dont nous vous avions annoncé l’imminence sur ce blog. Elle aborde le fonctionnement de ces projets, la production de contenu libre, le participatif, etc. Plateforme de débats, de formation ou encore de rencontre entre participants d’un projet. Le fil directeur des organisateurs tout au long de l’élaboration de ce projet a été de constituer « un événement PAR la communauté, POUR la communauté ».
Les participants
Les quelques chiffres-clef ci-dessous donnent un aperçu des participants à cette première édition, qui s’est tenue à Paris les 19, 20 et 21 août derniers.
Cliquez sur les diagrammes pour les voir en plus grand.
La préparation
L’équipe salariée de Wikimédia France a fortement été mise à contribution sous la houlette de Pyb, contributeur à l’initiative de l’événement. Du design du logo de l’événement, aux goodies distribués aux participants, en passant par le développement d’un site web mobile consultable hors ligne pour héberger le programme, toutes les compétences ont été mises à contribution afin de préparer dans les temps ce rassemblement inédit. Le programme a été conçu par les participants eux-mêmes lors d’un appel à propositions. Un comité de programme, composé de Wikimédien-ne-s bénévoles, s’est constitué pour ensuite faire le tri parmi plus de 50 propositions, et constituer un déroulé des deux jours de convention. En parallèle, un comité d’organisation s’est occupé de piloter la partie logistique de l’événement. Plusieurs visites du lieu de conférence, l’auberge de jeunesse Yves Robert qu’abrite la Halle Pajol, ont été effectuées pour se coordonner avec l’équipe sur place.
Les activités connexes
Spontanément, des idées d’activités ont émergé dans le sillage de la Wikiconvention. La bibliothèque Vaclav Havel, hébergée elle aussi dans la Halle Pajol, a proposé d’organiser deux journées contributives afin de créer une histoire collective du quartier. L’occasion de documenter certains articles sur Wikipédia ou d’enrichir Wikimedia Commons de photos et de documents iconographiques du 18e arrondissement. Une autre initiative, le Fil*, s’est déclinée pour l’occasion : Laura Maclet a proposé une balade-atelier d’écriture sur le thème « Francophonies à Paris », à laquelle s’est greffée une excursion photo pour documenter certains lieux du quartier de la Goutte d’Or. La convivialité n’était pas en reste, puisque la soirée de vendredi s’est ouverte grâce à un apéritif proposé par Wikimedia CH (Suisse). Traditionnellement à la fin de l’été, une Festicabale est organisée en Suisse romande avant de démarrer l’année : cette fois-ci, elle a migré jusqu’à Paris ! Un storify a été créé pour l’occasion. Le samedi soir, Prismatik et Ludomonde ont proposé leurs services pour une initiation au game design d’un côté et l’animation d’une soirée jeux de l’autre. Toute cette effervescence a été documentée par un reportage illustré, réalisé par Anne Mattler, facilitatrice graphique, dont les croquis ont été exposés le dimanche matin aux participants.
Les sessions
Le programme s’est articulé autour de 9 grands thèmes : Afrique, Débats, Édition, Langues, Mixité et diversité, GLAM, Projets frères (et sœurs!), Technique, Rassemblements. 42 intervenant-e-s ont présenté, seul-e-s ou à plusieurs, pas moins de 47 sessions différentes : langage épicène sur Wikipédia, autisme, contributions rémunérées, enrichissement des articles sur les athlètes paralympiques, accessibilité et contribution en Afrique, enjeux de Wikidata ou du Wiktionnaire… Une diversité de thèmes qui reflète les enjeux de la part francophone du mouvement Wikimedia.
L’occasion aussi pour les Wikimédiens de discuter, d’échanger, de débattre, de transférer des compétences à travers des ateliers de formations… et de célébrer une fois encore les 15 années d’existence de l’encyclopédie Wikipédia, et de manger un bout de gâteau d’anniversaire !
Et la suite ?
La machine est lancée : où aura lieu la WikiConvention francophone 2017 ? Qui se mobilisera pour l’organiser ? Une chose est sûre : elle répond à une attente réelle de la part des Wikimédiens francophones et cette première édition a atteint ses objectifs ! À l’année prochaine !
Hello everyone! Here is Harmonia Amanda, squatting Ash_Crow’s blog. Some people told me repeatedly I should write about some of what I did these last few months on Wikidata, e. g. all my work about the RADA (Royal Academy of Dramatic Art) and other things. And after I wrote it in French, some people told me I should write it again in English. So here we are! To ensure that no one will read it, I wrote a long text, stuffed with footnotes,[1] and even with real SPARQL queries[2] here and there. No need to thank me.[3]
How it begins: The Hollow Crown
Everything is because of Ben Whishaw. I was quietly watching Shakespeare’s adaptations by the BBC (and for those who haven’t watched The Hollow Crown, I suggest to do so) and I was thinking that the actor playing Richard II deserved an award for his role, because he was simply extraordinary.[4][5] So I went lurking on his French Wikipedia page[6] and as a good Wikimedian,[7] I decided to make it a little bit better. For now[8] I’ve mostly cleaned up the wikicode and dealt with accessibility for blind-reading software. As I couldn’t instantaneously make it a featured article, I thought it could be fun to complete his Wikidata entry. That was the beginning. As I said, everything is because of Ben Whishaw.
Ben Whishaw in 2008 by KikeValencia – CC-BY-SA
Wikidata : the easy beginning
Wikidata is a free knowledge database with some twenty million entries, under a free license. It’s not made to be directly read by humans (although they can)[9] but to be machine-readable, and to be used in other projects through visualisation tools.[10] I am an experienced Wikidatian by now so, at first, working on Whishaw’s entry seemed easy.
I just had to add more precise occupations (he isn’t just an “actor”, he is a “stage actor”, a “television actor”, a “film actor”…). He received many awards, which should all be listed (P166), as well as for each of them the information about the year it was awarded (P585) and for which work P1686) and even sometimes with whom the award was shared (P1706). And I could do the same work for all the awards he was nominated for (P1411) but didn’t receive. Then I could also list all his roles, which we don’t add to his Wikidata entry but on the works’ entries using “P161 (cast member)” with “Q342617 (Ben Whishaw)” as value. Sometimes we can even use qualifiers, like “P453 (character role)” when the characters themselves have a Wikidata entry (like Q in James Bond).[11]
Wikidata screenshot
So far, so easy. Well, the thing is, Whishaw is primarily a stage actor. I mean, he became well-known for his heartbreaking interpretation of Hamlet at 23 at the Old Vic.[12] It’s a bit strange to see all his TV and film roles listed and not his theatrical ones (Mojo, Bakkhai…). So I started digging about theatre on Wikidata and let me tell you… it’s at least as much under-treated and messy than on Wikipedia! Which is saying something.[13]
Old Vic Theatre by MrsEllacott – CC-BY-SA 3.0.
Here would be the perfect place to speak about ontologies, semantic web and the questions of knowledge organisation but the consensus between my beta-readers is that my article is already too long and I should focus about the RADA (which is a long time coming) and speak of everything else another time.[14]
The Internet Broadway Database
While I was thinking about the relations between “art”, “work”, “genre” and “performance”,[15] I learned that Whishaw is now[16] in Broadway, where he plays John Proctor in Arthur Miller‘s The Crucible directed by Ivo van Hove.[17] What’s interesting for all of us Wikimedians is that Broadway has already an excellent database (IBDB, Internet Broadway Database). Well done, decently complete, with a limited number of errors;[18] oh joy! And even better: Wikidata already has properties to link to this database (and not only for people; the properties exist also for venues, works and productions).[19]
Walter Kerr Theatre, ad for Grey Garden – Michael J Owens CC-BY 2.0
Of course, no one had properly exploited this database before and there were many errors in the wikidatian uses. So I’ve cleaned up every and each of the uses of these properties on Wikidata.[20] And on Wikipedia, because that’s where the errors came from.[21] I complained about the Wikipedians who add absurd references (or worse, don’t add references at all), who aren’t philosophically unnerved when they add a production identifier to a work entry, or who even seem to think that the IBDB identifier is the same one as the IMDB (Internet Movie Database) identifier (oh hell NO!)[22] but, as I am a Wikimedian, I cleaned up nevertheless.
I came to the conclusion that it would be better if, instead of having some correct links, we linked all the entries. Going from “I-worked-on-Ben-Whishaw-so-I-searched-his-IBDB-identifier” to “this is the complete list of IBDB identifiers, we should find the matching Wikidata entries”. For our joy, there is a truly marvellous tool called Mix n’ Match.[23] Here again I could do a detailed presentation of this tool, but to keep the scope of this article I’ll just say it needs to have the complete list of valid identifiers before working; therefore I started hoarding them all.[24] As it wasn’t an instantaneous process,[25] I needed to do something besides that. For those of you willing to give a hand, you can help me match IBDB entries to Wikidata entries: you can do it for works or for people. Do it carefully and if you are not sure, don’t. Thank you, any help is always appreciated.
Back to when all my scripts were running, I didn’t know exactly what to do to occupy myself, so I went again to Whishaw’s entry[26] and noticed he was a RADA (Royal Academy of Dramatic Art) alumnus.[27]
The RADA
Presentation
The cool thing about Wikidata[28] is that not only can we add where people studied (P69) but we can even add numerous details: when they started studying there (P580), when they stopped (P582), what degree they were preparing (P512), their academic major (P812)… There were no references. I didn’t like that at all. I searched for them. I thought: why not try the school’s website? And then… RADA!
RADA Theatre, Malet Street, Londres — CC-BY-SA 2.0
Yes. The RADA had put the profiles of its alumni online. Here is Whishaw’s page for the curious ones.[29] Anyway, I was seeking a source and I’ve found a goldmine. My inner Wikimedian went a little dizzy with happiness[30] and I told myself that now, I not only had a reference for Whishaw, I had references for all RADA alumni, with their year of graduation, their degree, everything, and that I could do mad statistics based on SPARQL queries![31] (and that it would give me an occupation when I retrieved the identifiers of all people who ever worked in a Broadway show).[32]
Naively, I thought that the RADA didn’t have so many alumni (approximately a hundred a year in recent years) and so it wouldn’t take me too much time…[33]
Identification of the relevant entries
On Wikidata
To start, I tried to know what already existed on Wikidata. I wrote a little query to find all the existing Wikidata entries with P69:Q523926 (educated at the Royal Academy of Dramatic Art). I cross-checked with the English category. Actually someone had, a few months ago, added P69:Q523926 on all the entries categorised as “Alumni of the Royal Academy of Dramatic Art”.[34] Anyway, at that time I had no intention of writing this blog post, so I didn’t bother writing down the actual number somewhere but it was like ~650, with a very small gap between the Wikidata query and the English category (so only a few Wikidata entries without articles on the English Wikipedia as a working hypothesis). There were more entries listed on the Wikidata query than there were articles in the category (which is logical) but all the categorised articles were correctly present in the Wikidata list. Not too bad as a start.
To follow my progress, I only had to do two queries: the first one to list all RADA alumni and the second one to list all RADA alumni with a year of graduation (which would mean that someone (me) had added the necessary information).
So beware the first SPARQL queries of this article:
SELECT DISTINCT ?student ?studentLabel
WHERE {
?student wdt:P69 wd:Q523926 .
SERVICE wikibase:label { bd:serviceParam wikibase:language "en" . }
}
There were already four or five students for which we had the “end date” information, but we didn’t have a reference, or a reference other than the RADA. I decided not to care and that I would treat these cases at the same time as the others.
On Wikipedia
I had already noted that the whole English category “Alumni of the Royal Academy of Dramatic Art” had the property P69 “educated at” with the RADA value (Q523926) on Wikidata. I knew there were more entries on Wikidata than in the category: where did the difference come from? From uncategorized English articles?[35] From Wikidata entries without a matching article in English?[36]
The category also exists on Wikipedias in others languages: it exists in Spanish, in Arab, in French, in Latin, in Polish, in Russian, in Simple English, in Turkish and in Chinese. But if you visit these pages, you will see they are fairly less complete than the English one (which is logical for a Londonian school) and that they would probably not help me much.[37]
However, the category isn’t the only way to spot students. The English Wikipedia also has a list (List of RADA alumni). This list[38] is interesting because it contains, between brackets, the year of graduation, information missing in the category.
Assuming that all articles present in the category were also on the list, or that all the entries in the list were categorized, was too big of a hope, it seems. Once more, Wikipedia dazzles us with its incomplete management; if there are two systems, of course they won’t match!
Identification: From RADA to Wikidata
I thought the easiest way to begin was to observe the RADA database and search matching entries on Wikidata and Wikipedia. There are indeed many RADA alumni known enough to have a Wikipedia article, but not all of them, let’s not exaggerate. In an ideal world where Wikidata and Wikipedia would have reached completion, once I had verified all the RADA database entries, I should have formally identified the approximately 670 Wikidata entries previously spotted. But as we don’t live in an ideal world and as neither Wikidata nor Wikipedia claims to be complete, I knew before I started that it would very probably not be so easy.
Manual research name by name
At first I thought I would simply search on Wikidata every and each student name listed on the RADA database and hope to find a match. Starting with 1906, the first year with graduates listed[39] as the school opened in 1904.
Very quickly the problems appeared with this painstakingly slow method.
In 1907 for example, the only student listed is “H Bentley”. The Wikidata internal search engine only returns the “H Bentley” and “H. Bentley” with a request with this name. Not “Henry Bentley”, “Harriet Bentley” or whatever. If I had been lucky, someone would have added “H Bentley” as an alias of the wikidata entry label and the search engine would have yielded a result. As I was unlucky but stubborn, I still tried a query like that (not a SPARQL one, it’s an adaptation for Autolist, an old Wikidata tool)[40]:
FIND H% Bentley in Labels in Alias
(link to the autolist query) and hoped it would work.[41] I can also be really dedicated, search for “Bentley” and read quickly all entries… Not as easy as I hoped at first, then.
Typos and database errors
Moreover, the RADA database isn’t immune to typographical errors: I’m reasonably certain that Joan Mibourrrne doesn’t really have three Rs in her last name or Dorothy Reeeve three Es.
Desmond Llewellyn[42] is for example listed on the RADA database as Desmond Wilkinson (Wikipedia says he is called “Desmond Wilkinson Llewellyn”). In fact, that’s not entirely true: he is listed both as “Desmond Llewellyn” (here) and as “Desmond Wilkinson”. Yay duplicate entries![43]
Desmond Llewellyn in 1983 – Towpilot CC-BY-SA 3.0
Actually there are many duplicates in the RADA database. I think far-fetched that there would really be two different students called “Alison James” and “Allison James” who graduated both in 1954…
Disambiguation?
Even without typographical errors, if we find a match between a name in the RADA database and a name in Wikidata, it needs verification. The Rose Hersee, graduated in 1908 isn’t the same Rose Hersee as the singer born in 1845.[44] Verification is really necessary! In many cases that means that I had to read the Wikipedia article (which sometimes cites the RADA! Sometimes even with references!) and most importantly the sources used in these articles (honestly, for the first half of the 20th century, it meant reading dozens of obituaries). Sometimes—yay!—I could confirm the match. Sometimes—yay too!—I could confirm that it wasn’t the same person. But often I didn’t succeed with just a short search because the RADA profiles before 1999 are, let’s say, a little bare.
Several students can have the same name, or some people followed several courses (particularly in postgraduate technical studies). On Wikidata, many items share the same label (well, what would you expect from a name like “John Jones”?…), so it is often necessary to filter several hundreds of results to find the most probable person (and I sincerely thank every Wikimedian who ever completed Wikidata descriptions).[45]
Pseudonyms
They have pseudonyms! Aaaaahhh! And an impressive number of women attained celebrity under their spouse’s name; nobody thought of adding their birth name as an alias on Wikidata. And of course, their RADA entry lists only their original name. Another impressive number of students used pseudonyms (Conrad Havord became known as “Conrad Phillips” for example). Sometimes, it’s even the opposite: the RADA lists the pseudonym they used when they were in the school, or their married name if they were married, or their nickname, and Wikipedia still uses the birth name (for example, June Flewett is listed on the RADA database as Jill Freud, her nickname and husband’s family name). I also like very much Priya Rajvansh listed on RADA as Vera Singh. Each of these cases can only be identified if someone had thought of adding the aliases on Wikidata.[46] And sometimes we even have combo: pseudonyms and typographical errors! We can cite Kay Hammond (pseudonym), whose birth name is “Dorothy Katherine Standing” but who is listed in the RADA website as “Kathrine Standing”. The missing “e” is sufficient for not being returned with a query or a search on Wikidata. Finding her was not easy at all and it was more luck than anything else.
Is Jean Rhys, born “Ella Gwendolen Rees Williams” in 1890 and known for using numerous pseudonyms, the same person as Ella Reeve, the RADA student who graduated in 1909?[47]Vern Agopsowicz became famous under the name John Vernon… I could continue like that for a long time. I went over a hundred “maybe it is them/maybe not” early in April.
Henry Darrow and John Vernon – NBC Television, public domain in the USA
Arkanosis helps me!
By then (late March 2016), several Wikimedians already helped me, most notably on my Internet Broadway Database work[48] but one evening in Cléry[49] Arkanosis saw me manually searching the RADA entries and took pity on me. He wrote me a beautiful Linux shell script (later amended by Ash_Crow to become even more easy to use):
#! /bin/sh
if [ $# -ne 2 ]; then
echo 'Usage: rada.sh '
exit 1
fi
profile=$1
year=$2
echo "Year $year
" > list-$profile-$year.html wget -q 'https://www.rada.ac.uk/profiles?search='$profile'&yr-acting='$year'&yr-technicaltheatrearts='$year'&crs-technicaltheatrearts=&yr-theatrelab='$year'&yr-directing='$year'&crs-directing=&fn=&sn=' -O - | \ sed -n 's@.*fn=\([^&]*\).*sn=\([^"&]*\).*@\1 \2@p' | \ while read firstname lastname; do echo "
$firstname $lastnamewikidata" wget -q 'https://www.wikidata.org/w/api.php?action=query&list=search&srwhat=text&srsearch='$firstname'+'$lastname -O - | \ sed -n 's@.*title&.*\(Q[0-9]\+\)&.*@\1@p' | \ while read qid; do if grep -q $qid unhandled.lst; then echo " $qid" fi done echo "
The RADA URLs are systematically constructed like this : year/given name/surname,[50] Arkanosis simply extracted listings by year, a row by student, like this:
Student’s name (link to the RADA entry) / Wikidata (link to the search page with the name) / eventually a Qid[51] found in the second link and who also appear in the existing list of P69:Q523926 (entries already marked as RADA students)
Not all rows have a Qid associated (they were a tiny minority, honestly, as by then only ~650 student were listed and the RADA has had much more than 650 students). Not all Qid lead to correct matches either: as I said, there are some people sharing the same name at the RADA; or the Wikidata search engine was, for once, too generous and yielded combinations of given names/surnames not matching the RADA entry (for example a search for Romany Evens offers George Bramwell Evens on Wikidata). Nevertheless, the majority of the suggested Qid lead to matches, which was a way better result than for the rows without Qid. Thank you Arkanosis and Ash_Crow!
Even with these listings, having only to click on the search links instead of doing dozens of copy/paste, I still needed to verify manually each and every entry.[52] The problem when we use the names from the URLs, is the lack of apostrophes and blank spaces. A search of peter otoole on Wikidata doesn’t yield Peter O’Toole for example. So you still need to add the blank spaces, not just clicking and reading the results.
From RADA to Wikipedia: a temporary conclusion
I’ve spent the end of March, April and early May doing this work. At the end of it, I had identified exactly 835 entries, but of course, the vast majority of alumni didn’t have matches (which was to be expected) and a strangely high number yielded only uncertain results. I have 442 rows in a spreadsheet with each a RADA entry and a possibly matching Wikidata entry. I’ll need to dig deeper to confirm (or not) the matches.
Digging deeper – Hans Hillewaert CC-BY-SA 4.0
Identification: from Wikipedia to the RADA
When I finished identifying alumni from the RADA database, I had a problem: there were people listed on the Wikipedia category “Alumni of the RADA” who weren’t on my done list on Wikidata. In a perfect world, at the end of the work on my scripts, the number of Wikidata entries with “studied at:RADA” and the number of Wikidata entries with “studied at:RADA, endtime:something” (and with a RADA reference the query for that) should have been the same. As it isn’t a perfect world, I had people that Wikipedia listed as alumni that I didn’t find in the RADA website. There was some overlap with my “maybe yes/maybe no” list[53] but not so important: my list is mostly composed of people whose drama school I don’t know at all, if they even went to one.
I found 132 results, which I—again—treated manually. I identified 23 additional articles (mostly it was cases of pseudonyms or maiden names not present as aliases on Wikidata: they weren’t returned in searches as a result).[54]
At the end of April, the English category listed 907 articles, Wikidata 953 entries and only 850 of them had been correctly completed with a decent reference. And we mustn’t forget that not all Wikidata entries have a matching English Wikipedia article: some actresses and actors have articles on others languages (Norwegian, Italian, German, Romanian…) and a little dozen doesn’t have a Wikipedia article at all, only the Wikidata entry without sitelinks. Their entry was created so Wikidata could list the full cast of a film.
So we query to find the Wikidata entries of RADA alumni without an end date:
link to the query.
Usually SPARQL is pretty understandable by humans because it made for querying semantic data. However Wikidata is a multilingual database, which consequently use numeric identifiers.[55] I should comment all my queries but I’m lazy and I take advantage of the Wikidata endpoint which declare itself the needed PREFIX and even offers comments: if you hover over a Pid or Qid, you’ll see the name and description in your language. And you can change this language in the top right corner. So I’m entitled to laziness.[56]
Inconsistencies
This list contains mostly entries with sitelinks to the English Wikipedia: the SPARQL query above (on Wikidata but without end date for RADA studies) yielded 112 results at the end of April when the PetScan query (in the English category of RADA alumni but without end time on Wikidata) gave us 110 results. One of these is an article deleted on the English Wikipedia after someone imported the category on Wikidata and the other is about a French actress. So all 111 of these “maybe errors, maybe not, but in all cases lacking references” on Wikidata came from the English Wikipedia. I SEE YOU ENWIKI!
The work now is to find under which name the person was registered at the RADA (beware typographical errors…) or to find why they were categorized as students when they weren’t. For example Ash_Crow corrected the article on George Bernard Shaw, listed as student instead of “people associated with” the RADA. He was very implicated in the school and even gave them part of his heritage[57] but never studied here. For Armaan Kirmani, his IMDB entry says that he was the student of a RADA professor… but that doesn’t mean he went to RADA itself.
George Bernard Shaw in 1915 – Public domain in the USA.
In these dozens of problematic cases, there is a little bit of everything, from articles that don’t mention the RADA at all (why were they ever categorized?), to articles that clearly state that the person was a student (but without any sources),[58] to articles that even have sources but these sources aren’t so explicit… The RADA doesn’t propose exclusively graduating courses; they also organize numerous workshops and internships. If an actor or an actress participated in a two-days workshop at RADA, they won’t appear on the RADA website as a student but they could sincerely say in interviews they learned something at RADA… We are only a step away from an enthusiastic Wikipedian deciding they are alumni.
For example Ash_Crow found a source (in French and of not really great quality) saying that Émilie Rault studied at RADA. She is nowhere on the database because it’s very likely she only did workshops there, as she was also studying musicology at the Sorbonne for her master diploma at the time. This should lead us to question the limits we want to fix to the “studied at” property on Wikidata: do we want to use it exclusively for long formations with diplomas or accept everything including workshops of only a few days?
Differences between the list and the category
Like I already said, the “List of RADA alumni” doesn’t match the articles listed in the category. Systematically, every time I’ve identified someone on Wikidata (and subsequently found their Wikidata article), I added their name on the list and I added the category. So I’ve reduced the gap between the two. The article-list should be more complete than the category, since it can hold red links existing on other Wikipedias.
Xavier Combelle has been kind enough to list the differences between the category and the list in early May, the thirty problematic cases mentioned above remained (missing from the list) and in the list, in addition to the usual red links, we found eighteen uncategorised articles. None of them bore any obvious connection to RADA, except for Xenia Kalogeropoulou which could be identified as Xenia Calogeropoulos and was thus categorised. Among those cases, some Wikipedia articles explicitly mentioned training at RADA as constituting in workshops or interships. We go back to the question: what courses warrant being considered an alumni?
Problems with the RADA database
Having listed issues on Wikipedia and Wikidata sides (which amount of: “people add information without references and that information spread everywhere like an epidemic”), we have to face the fact that some of the problems stem from the RADA database itself.
Completeness of data
As we have already seen, the database is littered with double entries, each pseudonym or name spelling yielding a new page instead of centralising these entries on a unique page associated with the student. This is obviously a problem if you are interested in the number of students for a given year, for instance.
From a Wikidata point of view, this prevents resorting to the simple solution of creating one entry for each student, independently on whether a Wikipedia article exists or not. The Cambridge database, for example, associates a fixed identifier to every student, which enabled us to import these identifiers on Wikidata, creating new entries as needed (P1599: ID of the Cambridge Alumni Database).[59] If the RADA had chosen the solution of one identifier per student instead of the URL of the form diploma/year/first name/last name, it would have been easier to import it in its entirety.
Which brings us to the next problem: we have no certainty that the database is complete at all. Nothing to support that is said on the site. A visit to the Internet Archive’s Wayback Machine shows that the database has only been online since 2015, and that before that date only the current students had a profile on the site. If recent data seem complete (from 1999 on, where profiles are detailed and come with photographs), the profiles of the earlier years are sometimes quite patchy. And in particular, some years seem suspiciously poor in students, such as 1988 and every year before 1922.[60]
Could it be that among the dozens RADA alumni without a match in the database, some have been forgotten? One typical case is the one Noel Streatfeild who, according to her website, attended as a student starting in 1919. I did find a “Noel Goodwin” who graduated in 1922, but is that her?
The more strident problem is that some alumni listed in the RADA database left the RADA before graduation. Someone like Harold Pinter has a RADA profile which says he was part of the 1949 class. In fact, Pinter went to RADA in 1948 and left the course in 1949, before the graduation. Does the RADA list every student, no matter if they are actually graduates or if they didn’t finish? In Wikidata we can use the property “diploma” with “no value” instead of the actual diploma in the qualifiers for the “studied at” property.
Wikidata screenshot to the “studied at” statement of Harold Pinter’s entry
It’s a little bit problematic if we can’t trust the official school website to know who has been graduated there…
I have another problem with the RADA entry of Sheila Terry, whom I think I can match to the Wikipedia article Sheila Terry. It’s very likely she didn’t go to London during her studies; according to Wikipedia, she went to the Dickson-Kenwin academy, “a school affiliated with London’s Royal Academy”. Does that means the Dickson-Kenwin academy was then delivering the RADA diplomas? (before the 2000 reform, the RADA delivered its own diplomas). I lack information.
I still do many other things on Wikidata. This article resumes some of my work but not all, far from it. But to stay somehow on topic I’ll only speak here of what I do in relation with the RADA and theatre in general.
For example, people justly said that Wikidata has a property to indicate the birth name of one person, which should always be present (but isn’t in reality) and is useful in particular in cases of women known under their married name. So I’m working to add these birthnames-in-property as aliases to facilitate the future identification. It’s a lot of fun with little scripts, SPARQL and an healthy use of QuickStatements, a tool made to facilitate bulk editions on Wikidata.
I’m also still working on Mix n’ Match to add the correct IBDB identifiers to Wikidata entries about people and works. You can help me, as I already said above. And it’s not just for the pleasure to have identifiers; when we will have enough of them, we will be able to add many informations about Broadway productions on Wikidata. And that will be fantastic!
I started adding data about theatrical awards too, which is long, somewhat repetitive, but is immediately useful. The English Wikipedia mostly already has articles about the most important awards, but many smaller Wikipedia don’t. I’m working on a lua module to be able to generate a Wikinews article based on Wikidata data:[61] in practice, that will mean watching the Tony awards ceremony, adding the data on Wikidata and immediately after the end being able to have a complete table with links and everything just using a template.[62] And that in dozens of languages. Great, no?
I still have to reduce my two lists of RADA students:
one with people categorized as alumni but whom I didn’t find in the RADA website (errors? workshops? missing?): ~112
one with Wikidata entries I think match a RADA student but I don’t have a definite proof: ~400
Solving these two lists should help me reduce the gap between the English category and the English list. And by the way I’m very proud of my French list of RADA alumni, which has names, date, course, diploma, nationality and even some pictures!
I wrote to the RADA archivist in June to at least inform him of the typrographical errors found in their database but he didn’t write me back for now. Which probably can be explained by the fact the RADA archives are moving to a new building this summer. They are probably pretty busy!
And of course, for a purely Wikidatian point of view, I officially launched the WikiProject:Theatre this week. That’s for every Wikidatian new or confirmed who want to join me in my mad quest.
Curious and fun queries and statistics
Everything being said, we still have an interesting sample with ~850 entries. It’s only a small percent of all RADA alumni (and the technical courses are vastly under-represented) but it’s enough to start to have fun with SPARQL queries. We can ask pretty much anything!
If you want to see the results of the queries, click on the links then sur “Run” and a few seconds after, you will be able to explore the answers yourself!
Number of RADA student with a Wikidata entry by year
Well, starting easily, maybe we don’t want the list of RADA alumni but only the number of them with an entry by year of graduation:
SELECT ?year (COUNT(?student) AS ?number)
WHERE {
?student wdt:P31 wd:Q5 .
?student p:P69 ?statement .
?statement ps:P69 wd:Q523926 .
?statement pq:P582 ?endtime .
BIND(YEAR(?endtime) as ?year) .
} GROUP BY ?year ORDER BY ?year
RADA alumni with a Wikidata entry by year of graduation
Average age at graduation
Maybe we can go further. Now that we know when they graduated, can we know at what age they did it? This means our sample will be reduced to the entries with a birthdate of course.
SELECT ?endYear (AVG(?age) AS ?averageAge)
WHERE {
?person p:P69 ?radaStatement .
?radaStatement ps:P69 wd:Q523926 .
?radaStatement pq:P582 ?endDate .
?person wdt:P569 ?birthDate .
BIND(YEAR(?endDate) AS ?endYear)
BIND(?endYear - YEAR(?birthDate) AS ?age)
} GROUP BY ?endYear ORDER BY ?endYear
Or even something more fun: the average age of graduation (with entire values only, this time), by year and by gender (only “male” and “female” in our sample, but the query could handle others) and to have appearance of seriousness, the number of people in the sample:
SELECT ?endYear ?genderLabel (ROUND(AVG(?age)) AS ?averageAge) (COUNT(?person) AS ?number)
WHERE {
?person p:P69 ?radaStatement .
?person wdt:P21 ?gender .
?gender rdfs:label ?genderLabel filter (lang(?genderLabel) = "en") .
?radaStatement ps:P69 wd:Q523926 .
?radaStatement pq:P582 ?endDate .
?person wdt:P569 ?birthDate .
BIND(YEAR(?endDate) AS ?endYear)
BIND(?endYear - YEAR(?birthDate) AS ?age)
} GROUP BY ?endYear ?genderLabel ORDER BY ?endYear
Query link. I should really do an age pyramid but I suffer of a fit of laziness.[63]
screenshot of the SPARQL query
Timeline of graduates
That was fun but I want something more human-readable, like a timeline with pictures!
#defaultView:Timeline
SELECT DISTINCT ?person ?personLabel ?personDescription (SAMPLE(?GraduationDate) AS ?date) (SAMPLE(?photo) AS ?pic)
WHERE {
?person wdt:P31 wd:Q5 .
?person p:P69 ?statement .
?statement ps:P69 wd:Q523926 .
?statement pq:P582 ?GraduationDate .
OPTIONAL { ?person wdt:P18 ?photo . }
SERVICE wikibase:label { bd:serviceParam wikibase:language "en" . }
} GROUP BY ?person ?personLabel ?personDescription ORDER BY ?date
Query link. You just needed to ask! Beware that this query is heavy and can slow down your browser.
Screenshot of the SPARQL query – timeline
How many nationalities were represented in RADA?
We can do a query to list all the nationalities, and for each the number of students involved, in decreasing order.
SELECT ?nationality ?nationalityLabel (COUNT(?student) AS ?number) {
?student p:P69 ?statement .
?statement ps:P69 wd:Q523926 .
?statement pq:P582 ?endtime .
?student wdt:P27 ?nationality .
?nationality rdfs:label ?nationalityLabel filter (lang(?nationalityLabel) = "en") .
} GROUP BY ?nationality ?nationalityLabel ORDER BY desc(?number)
Query link. Surprisingly[64] the most frequent is the… British. But hey! More than thirty nationalities!
Map of RADA alumni birth places
If you run the query, you can zoom!
Layered map of birth places of RADA students by graduation date
Just a simple map? But why not make a layered one? We could ask for a map showing the birth places of RADA graduates, one layer by decade of graduation!
Hsarrazin liked my James Bond query but she wanted more: she wanted to know which former student was cast in which James Bond film, and to order the results by publication date of the film. Of course this means that people who worked in several films are listed several times.
SELECT DISTINCT ?actor ?actorLabel ?film ?filmLabel ?year
WHERE {
BIND(YEAR(?date) AS ?year)
?film wdt:P179 wd:Q2484680 .
?film wdt:P577 ?date .
?film wdt:P161 ?actor .
?actor wdt:P69 wd:Q523926 .
SERVICE wikibase:label { bd:serviceParam wikibase:language "en" . }
} ORDER BY ?year
I don’t actually know why Hsarrazin wanted a table, when we could have all RADA alumni playing in a James Bond film as a graph:
#defaultView:Graph
SELECT DISTINCT ?actor ?actorLabel (concat("24890D") as ?rgb) ?film ?filmLabel ?year
WHERE {
BIND(YEAR(?date) AS ?year)
?film wdt:P179 wd:Q2484680 .
?film wdt:P577 ?date .
?film wdt:P161 ?actor .
?actor wdt:P69 wd:Q523926 .
SERVICE wikibase:label { bd:serviceParam wikibase:language "en" . }
} ORDER BY ?year
Query link. Beware, this query is heavy, even more than the timeline one.[66]
Screenshot of the graph generated by the query
And in all films?
Well, James Bond is great, but why limit ourselves to it? Can’t we just have all films on Wikidata with more than 5 actors or actresses listed in the casting, ordered by the number of them who studied at RADA?
SELECT DISTINCT ?film ?filmLabel (COUNT(?actors) AS ?nbActors)
WHERE {
?film wdt:P31/wdt:P279* wd:Q11424 .
?film wdt:P161 ?actors .
?actors wdt:P69 wd:Q523926 .
SERVICE wikibase:label { bd:serviceParam wikibase:language "en" . }
} GROUP BY ?film ?filmLabel ORDER BY DESC(?nbActors)
Films by rate of actors and actresses who studied at RADA
That’s fun but I want even more fun: it’s not exactly the same if there are five RADA actors-actresses in a distribution of eight or in a distribution of one hundred. I want all films with at least five people in casting ordered by rate of RADA students!
SELECT DISTINCT ?film ?filmLabel ((xsd:float(?nbRadaActors)/xsd:float(?totalNbActors)) AS ?rate)
WHERE {
{
SELECT DISTINCT ?film (COUNT(?actors) AS ?nbRadaActors) {
?film wdt:P31/wdt:P279* wd:Q11424 .
?film wdt:P161 ?actors .
?actors wdt:P69 wd:Q523926 .
} GROUP BY ?film
}
{
SELECT DISTINCT ?film (COUNT(?actors) AS ?totalNbActors) {
?film wdt:P31/wdt:P279* wd:Q11424 .
?film wdt:P161 ?actors .
} GROUP BY ?film HAVING (?totalNbActors >= 5)
}
SERVICE wikibase:label { bd:serviceParam wikibase:language "en" . }
} ORDER BY DESC(?rate)
Query link. Honestly the more “high rated” are probably films with an incomplete cast but I love this query anyway.
Screenshot
RADA alumni who worked in Broadway
Remember when we worked on the Broadway database? How many RADA students ever worked in Broadway? (We are considering that “working in Broadway” means “having an Internet Broadway Database identifier”). Well at least…
And by the way we should verify that all people nominated to or awarded a Tony Award have an IBDB identifier! (if all is right in the world, this query should lend you a “No matching records found”):
Hey! Can we list all people nominated to/awarded a Tony, by win/nomination, by award and by year? Like everyone ever? Well yes, of course, it’s SPARQL!
If you went for the SPARQL queries, you should know that they were made for the Wikidata endpoint where most PREFIX are already declared.
But if you have already read it in French, you can still read it again: I updated it!
He isn’t the only one, Rory Kinnear is also excellent in Bolingbroke (and Patrick Stewart makes a terrific Gaunt ♥) but Bolingbroke is interesting in Shakespeare’s play, meanwhile Richard II is the guy who declaims too long monologues without being clearly a good guy we could attach ourselves to or a bad guy we could unashamedly hate. In my experience, in the previous adaptations I saw, it was either a very tiring character or a character played so badly it became funny. He really develops as a character in the fourth act which is a bit late, to be honest. But Whishaw as a child-king-turned-into-an-adult-but-not-really, sometimes capricious, sometimes christic, always mercurial, made me believe in this character long before the Fourth Act. I could write an entire blog article about The Hollow Crown, actors, costumes and sets (and the cinematography! it was really good too) but I’m theoretically here to speak about Wikidata and the RADA and you’ll see it’ll be long in coming…
Actually, he did receive a BAFTA award for this role so my opinion was somewhat shared, it seems.
Yes, I’m French. In case the fact I wrote the first version of this text in French escaped you.
Yes, I’m not only French but a Wikimedian one at that.
Yes, I’m collecting sources and references to redact completely anew the article but first of all, I never wrote an article about a living person, and secondly, I was somewhat occupied since then, as you’ll see if you pursue your reading.
Actually, if you want to read Wikidata and not modify it, I strongly suggest you to use Reasonator, whose slogan is “Wikidata in pretty”.
If you don’t know Wikidata at all and are curious, this Commons category hosts several presentations.
Yes, because Whishaw also played in James Bond and by the way there are many Shakespearean actresses and actors in the last James Bond’s films.
Yes, because Richard II wasn’t even his first Shakespearean role, and not even his second, as he played Ariel in the film adaptation of The Tempest with Helen Mirren as Prosper(a). It isn’t a really good film, frankly, but it needs to be seen because Mirren and Whishaw.
It’s very marginally better on the English Wikipedia than it is on the French Wikipedia, but my point still stands.
And honestly you don’t really need to understand all of that to understand what I do, or even to do the same yourself. It’s fascinating and compelling and if you are interested that’s pretty great, but don’t be frightened or put out if you aren’t.
If by chance you are a specialist of upper ontologies, I would be honoured to talk to you.
Well, uh, he was when I first wrote this article, but the run has ended now.
You are maybe totally indifferent to this information but I would have so loved to go to Broadway to see it…
Not only the IBDB has really few errors, they correct it in less than a week when we tell them.
Not sure if it’ll make you laugh but it was the first time I saw a property where all uses were wrong. P1218 has won entry in my personal wtf? ratings. It’s cleared up now, obviously.
In my experience, if there is an error on Wikidata, it nearly always comes from Wikipedia and the IBDB was no exception.
Catalan Wikipedia, I see you!
Which also exist in mobile phone version for people wanting to complete Wikidata on their mobile phones (and who have a mobile phone which can go to the internet).
With help from fellow Wikimedians. They are, objectively, fantastic people.
But I’m done now for this English version of the article! Yay me!
It’s still his fault.
Who said “finally!”?
In fact, there are many cool things about Wikidata.
Where we learn he listed “cat breeding” as a special interest, very important information, admit it, which I couldn’t add on Wikidata. I’m the disappointment incarnated.
I will deny that I cooed at my computer seeing that. Well, maybe not deny. But it was in a dignified sort of way!
SPARQL is the language with which you can ask questions to a semantic database and it answers. And I love SPARQL.
Did you know that more than ~150 000 people worked at Broadway?
I’m a deeply optimistic kind of person.
Action also known as “how to upload Wikipedias’ errors on Wikidata”, see previous note.
Spoiler: Yes, in part.
Spoiler: Yes, that too.
Since then, I did a little bit of work on the French one, so it’s not as bad now as it was back then.
List which is organized manually and not as a sortable table! It’s totally stupid, as we can’t easily sort by year for example, or by diploma. Urrrgh. (I created the French list at the end on July 2016 as a sortable, referenced table, just because).
In this precise case, only one.
I should try to do that one in SPARQL too!
Spoiler: no. I still don’t know who is “H Bentley”. They very probably don’t have a Wikidata entry yet.
Because Whishaw isn’t even the first RADA student to have played Q in James Bond.
And here disappears the hope to know what % of RADA alumni have a Wikidata entry. Sigh.
Which the RADA kindly confirmed on twitter. I love them!
Descriptions are good! Descriptions are great! We love descriptions!
Aliases are good! Aliases are great! We love aliases too!
I really think so but I haven’t found a reference to back this claim yet. Some cases are much more difficult.
Ahah, had you forgotten?
Wikimedia France has a welcoming space for Wikimedians on rue de Cléry in Paris and we can be found there regularly.
Thank you RADA technicians to have chosen to do that consistently!
Wikidatians call “Qid” the Wikidata identifier of an item because the identifier always begin by “Q”.
Finally, the RADA has had too many alumni. Not optimistic any more.
Which second the “maybe yes” hypothesis.
Haven’t I already said how much I love aliases? It bears repeating.
Which are strangely less understandable if you don’t happen to memorize that “Q523926” means “Royal Academy of Dramatic Art”.
So there.
Which was very kind of him.
Like Margaret Rutherford: someone added summarily the information in 2008, the page is categorized in 2010…
Mix n’ Match can tag an identifier as needing a Wikidata entry to be created.
With the exception of 1908 and 1909, all other years only have a unique student listed.
But frankly, my lua isn’t good enough right now.
Tpt created a similar lua module for me when I worked on sled dog races. You can see it in use in this French Wikinews article: the table is dynamic and show the content of the race’s Wikidata entry.
Yes, again.
Or not.
No surprise here.
Am I the only weird one out there who like to poke the graph and see it rearrange itself all around my screen?
And I can write footnotes, which are clearly the other fun part of this article, hands down.
WikiJourney a pour objectif de permettre à ses utilisateurs de prendre connaissance des points d’intérêt à proximité d’eux, et de créer un itinéraire permettant de les rallier. Mais ce projet ne s’arrête pas là, affichant les guides touristiques des environs, contenant ainsi toutes les informations nécessaires pour voyager !
WikiJourney se compose de trois outils : une API, sur laquelle se reposent un site internet et une application mobile. La particularité de ce projet ne réside pas dans le choix de publication Open Source – d’autres applications touristiques publiées sous cette licence sont déjà disponibles – mais dans le fait que toutes les ressources utilisées sont libres, car mises à disposition par la communauté sur Wikipédia, Wikidata et WikiVoyage. Les premières lignes de code du projet WikiJourney ont ainsi été écrites lors du Hackathon Wikimédia de mai 2015, sous le regard intéressé des membres de la communauté qui y étaient présents.
En août 2015, après la signature d’une convention avec Wikimédia France pour officialiser le prêt d’un serveur, la première version de WikiJourney est mise en ligne, sous la forme d’un site web, ainsi que d’une application mobile pour Android. Depuis, de nombreuses améliorations ont été ajoutées, telles que la possibilité de sauvegarder ses parcours avec son compte Wikimédia par exemple. L’outil se diversifie également : traduit dans plusieurs langues, WikiJourney rencontre peu à peu un public international.
Capture d’écran de la carte.
Lancé dans le cadre de l’activité projet de l’École Centrale de Lille par une équipe de sept élèves ingénieurs, il est “officiellement terminé” depuis janvier. Toutefois, une partie de l’équipe initiale, toujours aussi motivée par le développement Open Source, ainsi que par la promotion des outils libres de la Fondation Wikimédia, continue à le maintenir à titre personnel en développant de nouvelles fonctionnalités, afin de l’améliorer petit à petit. Tous les codes sources sont également disponibles sur Github, afin que n’importe quel contributeur intéressé puisse proposer des améliorations, voire les développer lui-même.
Capture d’écran de l’application.
En effet, le projet est loin d’être terminé. Du côté développement, l’équipe souhaiterait par exemple améliorer l’outil permettant de sauvegarder ses parcours, afin de pouvoir les publier en ligne. Ceci permettrait non seulement aux utilisateurs de partager leurs parcours avec leurs amis, mais également aux offices de tourisme de distribuer les leurs aux touristes ; prouvant ainsi qu’il est tout à fait possible de s’informer sur les outils de la Fondation, y compris certains moins connus du grand public comme WikiVoyage. À terme, cela pourrait également pousser les offices de tourisme à compléter les informations présentes sur ces guides.
En dehors du périmètre des nouvelles fonctionnalités, certains points sont à revoir : l’amélioration du référencement ainsi que la traduction des textes en différentes langues en font partie. Si vous désirez contribuer au projet, de quelque manière que ce soit, vous êtes le/la bienvenu-e !
Profitez de vos vacances, utilisez WikiJourney pour découvrir ce qu’il y a autour de vous, et si vous en avez l’occasion, améliorez les pages Wikipédia et les guides WikiVoyage que vous allez découvrir durant vos parcours !
Cet article nous a été proposé par l’équipe du projet. Merci à eux !
Wiki Loves Earth est un concours de photographie dont le but est de prendre en photo des espaces naturels protégés et de les verser sur la médiathèque de Wikipédia : Wikimédia Commons.
Ce concours international qui a lieu depuis 2014 s’est tenu en France pour la deuxième édition du 1er au 31 mai 2016. Pendant un mois, 2430 images ont été mises en ligne par 161 contributeurs (contre respectivement 2290 et 250 l’année dernière) dont la très grande majorité (71 %) s’est créée un compte pour l’occasion.
Parmi l’ensemble des 19 pays participants, cela représente 76 000 images mises en ligne par plus de 6 400 personnes !
Le jury, composé de 7 personnes (gagnants de l’année dernière, responsable de réserve naturelle, journaliste, …) a pu évaluer les images mises en ligne grâce à un outil dédié.
Voici donc les 10 gagnants de cette édition :
1er : Nuno Alves, plateau d’Emparis.
2e : Tom Chirossel, Cheminée de montagne, Mont Aiguille.
3e : Olivier-pilat, Les Trois Dents.
4e : Nico-sct, Au cœur du Boréon.
5e : Ibex73, Bouquetins au lac long.
6e : Dkiechle, parc ornithologique du Pont de Gau.
7e : Ed BEDOS, lac de Nino.
8e : JGS25, cascades du Hérisson.
9e : Annick Monnier, lac de Vouglans.
10e : Jp.sembely, pic Saint-Michel.
Félicitations à l’ensemble des gagnants qui seront contactés dans les jours qui viennent pour recevoir leurs lots !
La photo gagnante en France sera soumise à un jury international avec toutes les autres photos gagnantes des autres pays participants.
Le 30 juillet, les groupes locaux de Toulouse et Montpellier se sont réunis pour une première rencontre après la fusion des régions Midi-Pyrénées et Languedoc-Roussillon.
Cette première rencontre a eu lieu sous la forme d’un edit-a-thon dans la ville de Mazamet. Les groupes locaux toulousains et montpelliérains se sont donnés rendez-vous le samedi matin à l’office de tourisme pour une excursion photo dans les rues et musées de la ville.
Située aux confins des départements du Tarn et de l’Aude et aux pieds de la montagne Noire et du rocher d’Hautpoul, Mazamet est à équidistance des villes de Béziers et Toulouse. Ville d’environ 10.000 habitants, cette ville a vécu pendant 150 ans de l’industrie du délainage.
Du 13 au 19 juillet a eu lieu Brest 2016, la septième édition des fêtes maritimes de Brest où était présents plus d’un millier de bateaux traditionnels venant de toute la France et du monde entier. Un riche patrimoine qui constitue une parfaite occasion de collecter des contenus inédits pour les projets Wiki, principalement des photos mais aussi des témoignages, reportages, etc.
Les participants viennent de différents horizons, des wikimédien-ne-s évidemment mais aussi des contributeurs et contributrices à Wiki-Brest ou à la webtélé brestoise Quartiers Libres. Cette diversité de profils permet à chacun-e de se concentrer sur ce qu’il/elle sait faire de mieux dans un but commun. La plupart des participant-e-s étant déjà venu-e-s lors de la dernière édition, il y a 4 ans, le procédé de fonctionnement commence à être bien huilé. Le matin, tout le monde se rassemble pour faire le point sur le programme de la journée et chacun-e vaque ensuite à ses occupations. Pendant que les photographes partent arpenter les quais et sortir en mer, les contributeurs et contributrices créent et améliorent des articles ou bien enrichissent les informations des images prises la veille.
Un stand a été mis à notre disposition. Il était situé au cœur de la fête et a servi à la fois de lieu d’exposition (l’occasion de faire un retour sur les 10 ans de Wiki-Brest), d’espace web-reportage (pour Quartiers Libres) et d’espace de contributions.
L’objectif était de prendre en priorité des photos de qualité des navires (petits ou grands) n’ayant pas d’illustration dans Commons. Les photographies sont encore pour partie en cours de traitement mais le résultat est déjà impressionnant : près d’un millier de fichiers ont été importés sur Wikimédia Commons par 16 personnes ! Elles sont toutes visibles dans cette catégorie sur Commons et voici quelques exemples ci-dessous :
Depuis plusieurs mois et dans le cadre du projet Langues de France, Wikimédia France est partenaire du Digital Language Diversity Project (DLDP). Ce programme est financé par l’agence européenne Erasmus + avec pour objectif d’aider au développement de la présence des langues régionales et minoritaires sur Internet notamment en apportant aux locuteurs des compétences humaines et techniques afin de faciliter l’utilisation de leur langue dans l’espace numérique.
Quatre langues minoritaires sont concernées par ce projet :
le breton (France)
le basque (France-Espagne)
le carélien (Finlande)
le sarde (Italie)
Face à l’impossibilité d’ignorer l’importance des projets Wikimédia pour les langues minoritaires et l’action menée par Wikimédia France depuis un an envers les communautés linguistiques, il est apparu à tous que les efforts devaient être mutualisé. Ainsi, Lucas Lévêque (Lyokoï) est devenu un des conseillers du DLDP et Wikimédia France a intégré la liste des partenaires européens. Les bénéfices réciproques escomptés sont nombreux : en s’inspirant du questionnaire envoyé en septembre dernier par Wikimédia France et la Délégation générale à la langue française et aux langues de France (DGLFLF), le DLDP a ajouté une section concernant les projets Wikimédia dans l’enquête actuellement en cours en Europe :
Lyokoï, qui a effectué un travail colossal pour aboutir à l’intégration de toutes les langues de France sur le Wiktionnaire francophone et fort de cette expertise, intervient directement dans la conception du programme du DLDP. Pour Wikimédia France, l’entrée dans un projet de grande ampleur permettra de diffuser plus largement l’immense travail accompli par les membres dans le cadre du projet Langues de France. Ainsi, en octobre 2016, une réunion des partenaires du DLDP se tiendra au Pays basque offrant ainsi la possibilité de présenter l’outil d’enregistrement Lingua Libre à des universitaires et des représentants académiques venus de toute l’Europe.
L’implication de Wikimédia France dans le DLDP apportera à l’association et à ses membres un nouveau réseau associatif et institutionnel capable de propulser l’ensemble du projet autour des langues régionales et minoritaires au stade supérieur.
Ce billet fait partie de la série : « Jouons avec Wikidata ».
Au menu d’aujourd’hui : après les saints, quelles saintEs sont les plus populaires dans les noms de communes de France ?
Comme pour le billet précedent :
Ce billet fait partie de la série : « Jouons avec Wikidata ».
Au menu d’aujourd’hui : quels saints sont les plus populaires dans les noms de communes de France ? Sans surprise, Saint-Martin a une bonne longueur d’avance.
Lorsque la Fondation Wikimedia qui fait confiance à Internet Archive et consulte qu’une partie de la communauté aux risques de devenir editrice du contenu de Wikipedia avec un service énergivore.
Pour ceux qui ne connaissent pas, Internet Archive est une Fondation à but non lucratif de 200 salariés consacrée à l’archivage du Web créé en 1996, qui fait partie des 500 sites les plus vus sur la toile.
Pour ceux qui connaissent, il paraît évident que le cadre légal de l’archivage du web mondial est respecté par Internet Archive, car c’est le référent en la matière.
Pour ceux qui ne connaissent pas, le cadre légal repose sur un bout de code html placé sur les pages ou dans le fichier robots.txt. Ce bout de code est assez significatif puisqu’il s’agit du noarchive.
Pour ceux qui connaissent, les éditeurs des sites ont donc un moyen technique simple et efficace afin de protéger leurs droits d’auteurs même d’une copie temporaire.
Maintenant par trois exemples je vais vous démontrer qu’Internet Archive ne respecte pas la directive noarchive.
Le premier l’archivage du site de Sudouest, mais d’autres quotidiens nationaux sont impactés leFigaro, Nouvel Observateur ( … ) : Article Donald Trump du nouvel observateur dont le source de l’article contient la balise noarchive ( CTRL U et CTRL F « noarchive » )
Il y a 311932 urls d’archivés pour SudOuest.
Le second est l’archivage du site de Lemonde :
– soit en faisant un framesur un site extérieur qui renvoie vers un article du monde,
– soit en utilisant un raccourcisseur d’url,
A ce moment-là vous obtiendrez une copie de la une du Monde, qui vous permettra de surfer sur l’ensemble du site du Monde qui sera enregistré temporairement, les robots d’Internet Archive viennent chercher l’information du site et les efface a posteriori.
J’invite donc toute la presse qui utilise la balise noarchive à contrôler les archives présentes sur archive.org et à estimer le manque à gagner car leurs archives sont en libre disposition dans toutes les universités américaines.
Le troixième est l’archivage de Facebook, par exclusion dans le fichier robots.txt du robots de Internet Archive, un exemple de sauvegarde du contenu au sujet de Denis Robert :
Je vous invite à titre particulier à vérifier si vos données publiques ne sont pas sauvegardées également.
Et pourtant depuis 2005 Internet Archive prétend qu’il respecte la meta donnée noarchive
Le souhait numéro 1 de la « communauté Wikipedia », alors qu’historiquement chaque communauté locale devrait être consulté avant une prise de décision, qui a acté à partir de 111 votants pour l’ensemble de toutes les langues est devenu un projet de la Fondation Wikimedia puisque Danny Horn est salarié de la Fondation Wikimedia et agit en tant que chef de projet de cette migration : Danny Horn salarié de la Wikimedia Fondation projet gérer par la Wikimedia Fondation
A ce titre-là, la Fondation n’est plus hébergeur du site de Wikipedia puisque remplacer des liens par d’autres liens est un acte d’édition. La Fondation Wikimedia devient donc éditrice par le biais du déploiement Cyberbot II sur l’ensemble des projets de la Fondation Wikimedia à hauteur de plusieurs centaines millions de liens.
Je me suis entretenu avec Danny qui en aucun cas n’a tenu compte de mes remarques, et je lui ai expliqué également de la difficulté de détecter un lien mort. Le remplacement par la note 12 en est un parfait exemple, le Cybert_Bot_II a remplacé un lien par une archive alors que le site de BloomBerg donne toujours la même information :
Pour éviter de cataloguer les liens trops vite comme liens morts, il faut aller voir plusieurs fois les urls avant leur remplacement.
En outre cette solution, qui n’est pas la panacée, va donc devenir de plus en plus énergivore : en effet pour savoir si un lien est mort il est nécessaire d’y accéder de façon automatique mais au vu de la quantité de
En outre cette solution, qui n’est pas la panacée, va donc devenir de plus en plus énergivore : en effet pour savoir si un lien est mort il est nécessaire d’y accéder de façon automatique mais au vu de la quantité de
Cela fait que c’est un projet excessivement polluant pour un rendu qui apporte moins que la solution que nous maintenons depuis 2009 pour la communauté Wikipedia Francophone hébergé en France à Saint Etienne du Rouvray.
En effet, les articles de Wikipedia Francophone restent inchangés tout en permettant un accès à toutes sources qui peuvent être modifié à postériori sans générer de liens morts. Un lien archive doit être positionné sur chacune des sources pour vérifier l’information en cas de changement de contenu de cette dernière.
Quant aux détracteurs de notre solution, sachez qu’en aucun cas nous n’avons perdu de la donnée depuis que nous nous sommes lancés dans ce projet. En effet, notre système repose sur un archivage du contenu de liens en temps réel dès qu’ils apparaissent sur Wikipedia ( pour justement pérenniser le travail de sourcing de la communauté ). La perte de la synchronisation est due généralement à un manque de communication entre la Fondation et Linterweb lors de correctif qui impact ce processus.
J’ai expliqué aux membres du projet que Linterweb était prête à partager sa technologie avec Internet Archive afin d’une part de ne pas augmenter le coût énergétique et d’autre part sur la captation des urls en temps réel.
Je n’ai pour l’instant eu aucun retour de leurs parts au sujet de ma proposition.
Evidement que notre solution est beaucoup moins laxiste concernant les normes d’archivages en vigueur et que notre solution est prête à être déployée pour d’autres langues avec l’aval des différentes communautés comme cela a été le cas pour le francophone et le hongrois.
L’expertise dans le domaine de l’archivage acquise par Linterweb, nous permet également d’affirmer qu’Internet Archive n’est pas le seul à outrepasser la bienséance nécessaire à ce type de projets.
Est-ce que la Fondation Wikimedia a pour rôle de détecter l’ensemble des sites qui ne fonctionnent plus, et qui résout partiellement le problème du sourcing des articles, je ne pense pas, c’est plus le rôle d’un moteur de recherche :
Pour contrer ce déploiement vous pouvez manifester votre mécontentement : sur la page du projet sur la demande du déploiement sur Wikipedia francophone
Mais dans ce monde-là, on accorde bien plus de crédits à une fondation de droit américains qui viole les droits du producteur de données ( cf : http://www.lemonde.fr/robots.txt ) et qui gagne de l’argent en revendant les archives qu’à une petite société française qui ne gagne pas d’argent sur les archives.
Ce billet fait partie de la série : « Jouons avec Wikidata ». Deuxième et (à priori) dernier billet sur les cours d’eau.
La question du jour est « peut-on tracer une carte générale des cours d’eau de France juste avec les villes, et que ça soit reconnaissable ? ». En d’autre terme, construire sur ce que j’ai ébauché sur mon précédent billet. J’ai tout d’abord tenté de récupérer toutes les villes comportant « -sur » mais… le résultat était absolument illisible. Je vais donc, à la place, me baser sur l’article Liste des cours d’eau de France par longueur.
Notez qu’il s’agit de leur longueur en France, et non leur longueur totale (notablement, seule une petite partie des 1233km du Rhin coule en France. Enfin, en frontière de)
Premier jet
Commençons petit et reprenons les 5 plus longs cours d’eau : la Loire (1012km), la Seine (776km), le Rhône (545km), la Marne (525km) et la Garonne (523 km).
Bon, ça ressemble à quelque chose. Passons à 10 ? J’ajoute la Meuse (486km), le Lot (485km), la Dordogne (483km), la Saône (480km) et le Doubs (430km).
Je me dis que les problèmes vont commencer, mais pour voir, passons à 20 ! J’ajoute donc l’Aisne (353km), la Durance (324km), le Loir (317km), l’Oise (316km), et la Moseille (314km).
ça ressemble, surprenament, encore à peu près à quelque chose. Les cours d’eaux devenant de plus en plus courts, j’ajoute ceux restants ayant une longueur en France > 200kms, et puis j’arrête avant que ça ne parte sérieusement en sucette.
J’ajoute donc : l’Eure (228km), Vilaine (225km), Aude (224km), Ill (223km), Ognon (214km), Vézère (211), Gartempe (205), Armançon (202), Mayenne (2002) et la Dronne (201) ; ce qui nous fait un total de 40.
L’Ill étant un affluent du Rhin, et toute la zone portant principalement des noms de ville allemands, il y a, sans surprise, 0 résultats pour celui ci.
Les ajouts successifs donnent de moins en moins de résultats (+26 en passant de 30 à 35 cours d’eaux, puis +20 en ajoutant les 5 suivants) ; il est donc sage d’arrêter ici.
Idéalement je devrais faire un gif pour montrer l’évolution de la carte, mais ça va pas être simple d’ici.
Faisant suite à mon précédent billet. Lorsque j’aurais un peu plus d’étymologie, je tenterais d’autre motifs de noms de villes ; pour l’instant je m’amuse à récupérer et placer les noms de villes en rapport avec un fleuve.
Comme la fois précédente, il y a un lien vers la page de requête au dessus de chaque, si ça vous tente d’avoir une carte interactive et zoomable.
L’été est pour moi l’occasion, entre deux séances de jardinage/cueillette/rangement/dépoussiérage, d’assister à des conférences passionnantes sur l’histoire du coin (et donc de mourir un peu moins bête).
Au cours de la plus récente, j’ai appris que l’on pouvait généralement dater une localité en fonction de son nom, par exemple :
Les bleds finissant en -court (du latin curtis) et -ville (du latin villa) datent typiquement du 6eme/7eme siècle
Les bleds en -mont datent typiquement du 11eme siècle
etc.
Et donc je me dis : « Tiens, et si je mettais tout ça sur une carte pour voir comment ça se répartie ? »
Je comptais initialement utiliser WikiData pour récupérer les coordonnées GPS de toutes les villes concernées, puis utiliser un script pour les afficher sur une carte.
Au final je n’ai même pas eu besoin de m’occuper de la partie carte, car il existe un système d’interfaçage automatique avec OpenStreetMaps.
En prime, WD gère les anciens noms de villes (i.e. Lutèce -> Paris) sous forme d’alias.
WikiData, c’est vraiment magique.
BREF.
Pour chaque requête, je vous fournis un lien vers la page d’origine, depuis laquelle vous pourrez zoomer sur la carte si le cœur vous en dit.
Notes et limitations :
Les requêtes sont ici limitées au territoire français actuel
Les nom de lieux commençant par court- et ville- sont typiquement un peu postérieurs à la période (m’as-t-on expliqué), donc je ne m’en occupe pas ici.
J’ai volontairement ignoré les cas ou le suffixe cherché est en fait un mot entier, « Xxxx-la-Ville » et « La Ville-du/des/de-Xxxxx » (66 résultats), n’étant pas certain que ça colle à l’archétype voulu.
Du 6e et 7e siècle
-court (901 résultats)
Exemples : Goncourt, Mirecourt, etc.
Lien vers la requête (Cliquez sur « run » pour que la requête s’exécute et affiche la carte interactive)
-ville (1512 résultats)
Exemples : Belleville-sur-Mer, Deauville, Trouville, etc.
Je ne suis pas du tout spécialiste du sujet, mais en me basant sur cette carte, l’extension -ville, qui couvre des régions plus « éloignées » que -court (notamment toute la côte Nord-Ouest, ainsi qu’une large zone au sud de Paris), semble avoir été utilisée (un peu) plus tardivement dans la période d’expansion des royaume Francs.
-court et -ville cumulés
Je ne connais pas de moyen de séparer par couleur (une pour -court, une pour -ville) avec leur système. Tant pis.
Le pouvoir exécutif est dirigé par le président et est formellement indépendant du pouvoir législatif et du pouvoir judiciaire. Le cabinet, réunion des membres les plus importants de l’exécutif du gouvernement fédéral américain, sert de conseil au président. Il comprend le vice-président et les chefs des départements exécutifs. Le pouvoir législatif est exercé par les deux chambres du Congrès, le Sénat et la Chambre des représentants. Le pouvoir judiciaire se compose de la Cour suprême et des tribunaux fédéraux inférieurs. La fonction de l’appareil judiciaire est d’interpréter la Constitution des États-Unis et les lois et règlements fédéraux. Cela inclut la résolution des différends entre les pouvoirs exécutif et législatif. La disposition du gouvernement fédéral est expliquée dans la Constitution.
Il existe de grandes différences entre le système politique des États-Unis et celui de la plupart des autres démocraties développées. Celles-ci comprennent une plus grande puissance de la chambre haute, le Sénat, un périmètre plus large du pouvoir exercé par la Cour suprême, la séparation des pouvoirs entre le législatif et l’exécutif, et la domination totale des deux principaux partis. Les autres partis ont une influence politique plus faible aux États-Unis que dans les autres démocraties des pays développés en raison de contrôles relativement stricts. Ces contrôles s’expriment notamment par des lois d’état et fédérales, des interdictions de médias informels, la règle électorale courante « winner-take-all », et comprennent aussi des questions d’accès au vote et des règles de débat exclusifs.
La multiplicité des juridictions reflète l’histoire du pays. Le gouvernement fédéral a été créé par les États, qui, comme les colonies, ont été établis séparément et se gouvernaient indépendamment les uns des autres. Les collectivités territoriales ont été créées par les colonies pour mener efficacement les diverses fonctions de l’État. Avec l’élargissement du pays, les nouveaux États ont été formés et admis sur le modèle de ceux qui existaient déjà.
Dans le cadre de Donostia-San Sebastian, capitale européenne de la culture 2016, une partie des contributeurs basques a organisé un edit-a-thon le 9 juillet dernier sur la Zuloaga Plaza. Au sein du mouvement Wikimédia, un user group est un groupe de contributeurs, officiellement reconnu comme membre du mouvement Wikimedia, par un organe appelé l’Affiliation Committee. Le groupe d’utilisateurs Wikimedia en basque a été reconnu à ce titre, en janvier 2016. Wikimédia France ayant été invitée à participer à l’événement, Kvardek_du, Lyokoï et Rémy Gerbet se sont donc rendus à Donostia. Les participants étaient logés dans une résidence universitaire sur le campus de l’Université du Pays Basque.
Message de Katherine Maher CC-By-SA Xenophon75
L’edit-a-thon débuta à 11 h avec la présentation officielle du groupe. Pour l’occasion, Katherine Maher, nouvelle Directrice Exécutive de la Wikimedia Foundation a adressé un message vidéo aux participants. Son allocution fut suivie d’une présentation de l’exposition 1516-2016 : Traités de Paix présente dans différents musées du Pays Basque, les Wikimédiens ont pu débuter la séance de contribution en s’appuyant sur une liste d’article concernant des œuvres d’art à traduire dans différentes langues. Des livres sur Donostia et des commentaires des œuvres en plusieurs langues étaient mis à disposition pour les participants. Après une visite commentée d’une partie de l’exposition au Musée San Telmo sur le thème de la paix, et le déjeuner, la séance de contribution se poursuivit jusque dans l’après-midi.
S’ensuivirent ensuite plusieurs présentations d’actions GLAM (acronyme pour Galeries, Libraries, Archives & Museums, l’équivalent des institutions culturelles et patrimoniales en France) menées par les différents groupes de Wikimédiens dont l’Amicale Wikipédia, Wikimédia Espagne, le groupe Basque et Wikimédia France. Pour cette dernière, c’est Kvardek_du qui a présenté aux participants les partenariats menés avec le Festival d’Avignon (dont la 70e édition se tenait ce week-end), l’Université Pierre et Marie Curie ou encore le Musée de Bretagne, sans oublier le projet Art et Féminisme. Lyokoï a quant à lui présenté le projet Langues de France tandis que Rémy a complété avec une introduction à l’outil d’enregistrement Lingua Libre.
Plusieurs rencontres informelles se sont tenues dans la continuité de cette intervention. Tout d’abord, avec Klara Ceberio, membre du Digital Language Diversity Project, dont Wikimédia France fait partie, avec Lyokoï comme représentant et conseiller du projet, financé par l’agence Erasmus +. Lors de cette discussion, plusieurs points ont été abordées concernant l’enquête européenne sur les pratiques linguistiques qui sera lancée en septembre ainsi que sur les actions menées depuis un an par Wikimédia France pour soutenir le développement des versions linguistiques de Wikipédia en langues minoritaires. Ces différentes actions seront à nouveau présenté devant l’ensemble des partenaires du projet européen en octobre prochain. Une autre rencontre s’est tenue avec des membres de l’Amicale Wikipédia afin d’avoir un échange d’expérience mais aussi d’aboutir à une collaboration renforcée entre l’Amicale et Wikimédia France autour de la contribution orale via Lingua Libre.
À 20 h, les derniers participants se retrouvèrent à la maison de la Rioja pour poursuivre les échanges autour de tapas, tortillas et autres spécialités locales. Cette rencontre en appelle d’autres et les membres des différents groupes de Wikimédiens sont d’ores et déjà tous d’accord pour renouveler cette expérience au plus vite !
À cette occasion, Wikimedia Belgium a organisé une cérémonie à l’IRPA (Institut Royal du Patrimoine Artistique) en présence de 2 députés qui ont fait passer la loi.
J’y ai donné un discours en français, que voici dans son intégralité.
Elle est retrouvée – Quoi ? La liberté !
Elle est retrouvée – Quoi ? La liberté ! La liberté de saisir, de capturer, d’impressionner, au sens photographique du terme, notre environnement, notre vie, notre quotidien. La liberté de s’approprier, de faire sien, de rendre compte de la réalité qui nous entoure : ces rues que l’on parcoure chaque jour, ces sculptures que l’on croise chaque nuit, ces peintures qui nous saluent chaque matin, ces édifices tous chargés d’histoire qui nous regardent du haut de leurs fenêtres, il nous est permis, enfin, de les capturer, de s’en emparer, de se dire : « cette maison que je regarde, cette sculpture qui me fascine, cette gare que j’emprunte chaque jour et qui forge mon quotidien, ma réalité, mon monde ; cette tour où je travaille, cette église qui m’inspire, ce musée aux formes futuristes, je peux dorénavant les faire miens. Leur image m’appartient désormais et désormais, leur image appartient à tous. »
Je suis libre désormais de m’approprier les images du monde qui m’environne, de les transmettre, de les partager, de les publier, de les étudier, de les diffuser, de les vendre, de les donner, de les représenter, de les exposer, de les performer, de les peindre, de les esquisser, de les coller sur chaque mur de ma maison si cela me chante, car elle est retrouvée, la liberté de panorama !
Je suis libre, vous êtes libres désormais de faire rayonner l’image de votre quartier, de votre ville, de votre région, du pays tout entier. De faire découvrir, au fin fond d’un autre continent, la grâce des façades de Victor Horta, l’architecture pixelisée du MAS d’Anvers, les courbes élégamment ciselées du Old England sur le mont des Arts, le plus grand ascenseur à bateau du monde à Strépy-Thieux, la gare des Guillemins de Liège, l’église Notre-Dame-des-Dunes de Koksijde, le mémorial du Mardasson à Bastogne, la sculpture de Charles Buls et de son chien à Bruxelles, et toutes les œuvres qu’il m’est impossible de citer ici.
Plus largement, cette loi questionne les fondements de notre législation sur le droit d’auteur, et nous rappelle que celui-ci est avant tout une construction sociale et culturelle, qui n’est ni immuable, ni indépassable. Elle est le reflet d’une logique et d’une conception du monde. Cette loi nous montre qu’à l’ère du numérique, le concept de droit d’auteur se doit d’évoluer et de s’ouvrir.
Car cette loi n’est pas qu’une simple modification technique du droit d’auteur, qu’une énième obscure évolution du code de la propriété intellectuelle ; cette loi fait de nous tous, dorénavant, les chargés de diffusion du patrimoine architectural belge. En nous offrant la liberté, cette loi nous charge aussi d’une lourde responsabilité : celle de diffuser et de faire rayonner le plus largement possible notre patrimoine culturel immobilier.
Parce que nous sommes convaincus que la diffusion des œuvres d’art de notre pays est nécessaire à la connaissance de notre culture et de notre histoire, et parce que la connaissance a toujours été préférable à l’ignorance et à l’obscurantisme ; parce qu’elle fait de nous des êtres de culture et de progrès, de créativité, d’originalité et d’invention ; parce que chaque artiste trouve son inspiration dans ce qui l’entoure et ce qu’il connaît ; nous sommes convaincus que cette loi est une loi d’intérêt général qui ne peut être que génératrice de progrès social, culturel, artistique et économique.
L’été s’est doucement installé et un premier regard sur les six premiers mois de l’année laisse entrevoir de belles opportunités. Dans de nombreux domaines des actions ont émergé et des groupes locaux se sont structurés afin de diffuser le libre partage des connaissances. Pendant l’été vous pouvez profiter de la seconde édition de l’Été des régions 2016 qui vise à rassembler des photos pour illustrer les pages des communes et des territoires sur Wikipédia. Vous trouverez en cliquant sur l’image le lien vers la campagne sur Commons.
La rentrée s’annonce déjà pleine de promesses avec des actions comme Lingua Libre et ma Commune Wikipédia qui pourront être déployés.
Nous vous souhaitons de bonnes vacances à tous,
Bonnes contributions !
Actualités régionales
Belfort et environs
ComputerHotline, wikimédien de Belfort, a couvert de nombreux événements. En voici quelques uns :
La Cité du vin a ouvert à Bordeaux en juin. Son article sur Wikipédia a été enrichi lors d’un atelier du groupe local. En Gironde, un deuxième trimestre 2016 toujours très actif :
9 avril, Wikiday à Bouliac, dans le cadre de la semaine digitale ;
23 avril, wikipermanence à Saint-Médard-en-Jalles, avec une nouveauté, un atelier de création de comptes sur Vikidia pour les enfants ;
28 mai, présentation Wikipédia à Gradignan ;
4 et 5 juin, participation à la Giroll Party ;
6 juin, intervention à l’opération Cyclo-biblio ;
11 juin, ateliers Wikipédia à Gradignan faisant suite à la présentation de mai ;
18 juin, wikirencontre du groupe.
Des projets sont en cours d’élaboration pour la rentrée de septembre à La Réole, à Bordeaux, etc. Des actions trimestrielles sont également en préparation à la bibliothèque de Bordeaux-Belcier dans laquelle deux formations se sont déroulées en janvier et mars. Ces animations seront en lien avec les périodes thématiques de la bibliothèque.
Les formations ont donné lieu à des productions de qualité, mises en ligne par leurs auteurs, qui sont autant d’outils réutilisables :
Nos rencontres mensuelles sont l’occasion d’accueillir et d’écouter les nouveaux contributeurs… et de nous réjouir du retour d’un ancien. Nous en profitons également pour approfondir dans un second temps les sujets qui nous ont posé problème : wikidata, contributions à wikisource, les bibliothèques en ligne (L’Harmattan), Gallica…
Deux membres du groupe ont encadré un club d’écriture hebdomadaire sur Vikidia au CDI du collège de Cestas-33 de janvier à juin.
Pour entrer en contact avec les Wikipédiens participants :
Wikicheese à Brest. Le Timanoix est un fromage au lait de vache pasteurisé affiné à la liqueur de noix élaboré à l’abbaye de Timadeuc à Bréhan dans le Morbihan.
Le 20 avril, Fabrice (Thesupermat) a organisé une séance Wikicheese à Brest sur le thème des fromages bretons en partenariat avec Wiki-Brest et la Maison du Libre de Brest. Cette séance, ainsi que la dégustation des produits, se sont déroulées au 214JJ dans les locaux de la Maison du Libre. Cette soirée a été l’occasion de nombreux échanges entre les contributeurs locaux et les membres de la MdL.
Brest 2016
Des contributeurs, en lien avec ceux de Wiki-Brest, vont donner à voir les fêtes maritimes à travers les sites de Wikipédia, Wikimedia Commons et Wiki-Brest (bateaux, villages étrangers, animations, portraits, …).
Dijon
La demande d’accréditation a été acceptée par le club de patinage artistique de Dijon. Le gala a été photographié, les photos sont en cours de traitement.
Travail sur les photos prises lors de l’étape du tour Auto Optic 2000 sur le circuit de Dijon Prenois, quelques photos ont été mises en ligne, notamment deux voitures de la marque Jidé et une Ferrari 625 TF qui n’avaient pas d’illustration sur Wikipédia et des voitures peu illustrées telle que la Maserati 200 SI.
Deux nouveaux matchs de Roller Derby ont été pris en photo, les fichiers sont en cours de traitement.
La saison Wikipédia dans Rennes 2015–2016 s’achève, l’heure est au bilan. Les wikipermanences à la bibliothèque ont eu un succès mitigé, avec un nombre de participants constamment faible. En revanche, les permanences outre-rocade ont toujours rencontré des participants nombreux et motivés. L’implication du musée de Bretagne et de la bibliothèque des Champs Libres est restée importante. Après concertation avec ces acteurs, les Rennais vont explorer de nouvelles pistes pour la saison à venir : le renforcement des permanences dans les communes périphériques et la concentration sur une thématique unique sur l’année pour les ateliers aux Champs Libres, en lien avec la programmation du lieu. Une nouvelle réunion de planification est prévue mi-juillet.
Le 14 mai, les wikipédiens de l’ouest ont, de nouveau, fêté les 15 ans de Wikipédia en organisant une sortie photo à l’écomusée du pays de Rennes. Erminig a pu rencontrer de nombreux animaux et les wikipédiens ont photographié vergers, chevaux, pommiers et autres cochons.
Le 12 juin, sous un crachin insistant, les wikimédiens du nord-ouest se sont retrouvés au Mont des Avaloirs, à la frontière entre la Mayenne, la Sarthe et l’Orne, pour une sortie photo. Ce secteur rural est encore très peu illustré, il ne fallait pas moins de sept explorateurs pour partir à la recherche des églises, mairies, répliques de la grotte de Lourdes et autres perles des Alpes mancelles ! L’initiative de Simon de l’Ouest n’est pas passée inaperçue et a fait l’objet d’un long article dans la presse locale.
Wikimédiens dans la brume
Les Wikimédiens rennais participent à l’assemblée des communs de Rennes, qui se réunit mensuellement depuis mars pour discuter des communs au niveau local. Fin juin avait lieu la 4e rencontre. Des comptes-rendus sont disponibles sur assemblee.encommuns.org.
Les Rennais envoient un petit contingent à la Wikimania, à Esino Lario (Italie). Cinq d’entre eux participeront aux hackaton, conférences, tables rondes, meetups pendant ces cinq jours. Erminig sera bien sûr du voyage et le nouveau drapeau du groupe local rennais ne manquera pas de flotter au vent, comme dans toute manifestation qui se respecte !
Pour s’occuper pendant l’été, les Rennais organisent une série de quatre ateliers Wikidata. Dédiés à l’auto-formation et au partage d’expérience, ils vont permettre aux contributeurs de mieux maîtriser ce projet en pleine expansion.
Les Wikimédiens d’Orléans ont organisé le samedi 28 mai 2016 une sortie photo pour valoriser le Val de Loire, classé au patrimoine mondial de l’UNESCO. Partis à 9h de la place du Martroi à Orléans, les Orléanais ont remonté le cours du fleuve en prenant des photos pour documenter Wikimédia Commons. Sous un temps superbe, le groupe a pique-niqué dans la commune de Chécy avant de rentrer sur Orléans où ils ont été accueillis à l’espace de co-working Eurêka pour commencer le tri et le téléversement des photos. Cette première action du groupe orléanais ouvrent la voie à plusieurs projets d’actions grâce à la présence d’un lieu partenaire et plusieurs contacts intéressants pour la suite.
Toulouse
Bustes d’empereur romains de la Villa Chiragan, musée Saint-Raymond de Toulouse. Pierre-Selim, CC-by-SA 4.0.
A l’occasion des journées nationales de l’archéologie, le musée Saint-Raymond, musée d’antiquités de Toulouse, a accueilli une quinzaine de contributeurs à Wikipédia dans sa bibliothèque. Traductions, photographies, wikidata, création et développement d’articles : une après-midi intense et productive, forcément trop courte !
Montpellier
Le groupe local a rencontré les archives départementales de l’Hérault pour discuter d’un partenariat. Il viserait, dans un premier temps, à sensibiliser tous le personnel (~60 personnes) au mouvement Wikimedia, à ses valeurs, ses principes et ses projets. Dans un second temps, pour former les personnels volontaires à contribuer sur Wikipédia et Wikimedia Commons, principalement. Les archives départementales étudient le versement de plusieurs documents sur Commons, et identifient des articles à améliorer liés à ces documents. Une convention de partenariat avec Wikimédia France est à l’étude, et tout ceci pourrait déboucher sur d’autres ateliers de sensibilisation, notamment aux usagers des Archives.
Écho de l’International
Wikimania 2016 à Esino Lario
photo de groupe à la Wikimania
Du 21 au 28 juin se déroulait la 12e Wikimania à Esino Lario, un petit village de Lombardie. Plusieurs membres de Wikimédia France étaient présents lors de cet événement. Une rencontre WikiFranca (collaboration entre les chapitres francophones de Wikimédia et les groupes de travail affiliés) s’est tenue lors de laquelle a notamment été abordée la question de l’organisation de la prochaine Wikimania qui aura lieu à Montréal. Les membres du groupes lyonnais Lyokoï, Noé et Benoît Prieur ont présenté, lors d’une conférence, les succès du Wiktionnaire francophone et les projets à venir autour de son développement.
Jean-Frédéric (notre secrétaire adjoint) a, quant à lui, participé au Hackathon qui précédait la Wikimania, et durant cette dernière a présenté le projet WikiLovesMonument et les évolutions futures de cette action d’envergure.
Infos de la Wikimedia Foundation
Lors de la Wikimania, Jimmy Wales a annoncé la nomination de Katherine Maher comme nouvelle Directrice exécutive de la Wikimédia Foundation. Elle avait assuré l’intérim après le départ de l’ancienne directrice Lila Trétikov. Christophe Henner, ancien président de Wikimédia France, a été élu président du Bureau.
Katherine Maher
Conseil d’administration
Subvention comité de distribution des fonds
Le Funds Dissemination Committee (FDC, ou Comité de distribution des fonds) a donné ses recommandations pour les demandes de subventions faites en avril, et ce pour les 5 organisations du mouvement Wikimedia qui demandent à cette période de l’année. Wikimédia France avait demandé 636 000 euros et se voit attribuer 570 000 euros. Pour comparaison, la demande de l’année dernière avait été de 600 000 euros et la recommandation avait été de 540 000 euros. De façon très résumée, le FDC apprécie le rôle de leader dans le mouvement ainsi que la grande majorité des programmes décrits, mais pense qu’une subvention complète n’aurait pas un impact suffisamment important.
Composition du Conseil d’administration
Christophe Henner a quitté le Conseil d’administration et son poste de président du fait de sa nomination au Conseil d’administration de la Wikimedia Foundation puis de son élection comme président du Bureau de Fondation. Il a en effet été élu par le collège des 40 organisations Wikimedia, et s’est d’ailleurs retrouvé en tête des préférences de vote. Le bureau a été reformé, mais seule la présidence change : Émeric Vallespi, alors vice-président, devient président, et Samuel Le Goff devient vice-président.
Direction Wikimédia France, week-end CA de mai 2016-7
Plan d’actions
Une nouvelle classification voit le jour pour le plan d’actions de l’association. Les détails restent à terminer, mais cette nouvelle classification sera utilisée pour le prochain exercice, débutant au 1er juillet. L’ancienne comprenait 6 axes de programme (et un 7e pour l’organisation interne) ; la nouvelle classification proposée comprend 3 axes uniquement :
Accroissement des contenus
Animation de communautés
Actions sur l’environnement
Les avantages de cette modification sont multiples :
fait écho à notre démarche qualité précédente et à ses trois niveaux d’impact,
est cohérente avec notre offre de services,
facilite la communication auprès des parties prenantes externes (principalement pour la levée de fonds) et respecte la recommandation de la WMF sur le fait d’être « focus »,
encapsule les Global metrics (aucune n’étant ainsi laissée de côté).
Partenariat pour un Gouvernement Ouvert
Wikimédia France intègre le comité de programme du Partenariat pour un Gouvernement Ouvert (PGO, ou Open Government Partnership en anglais). Ce comité aura pour mission d’aider à construire le programme du 4ème sommet mondial du PGO, et Wikimédia France siège pour la société civile aux côtés de deux autres associations (HelloAsso et OpenLaw). Nathalie Martin et Emeric Vallespi y représenteront l’association, et consulteront d’autres associations qui œuvrent sur les communs. Plus d’informations sur le billet de blog.
Groupes thématiques
Lobbying
Après l’adoption d’une liberté de panorama avec restriction au commercial, la bataille continue. En effet, à travers le projet de loi création, le gouvernement met gravement en danger le rayonnement du patrimoine français : l’article 24 du projet de loi Patrimoine acte la nécessité d’obtenir une autorisation pour toute réutilisation commerciale d’une illustration représentant un domaine national. Vous imaginez les conséquences sur l’environnement Wikimédia comme par exemple le retrait de centaines de photographies sur Commons de ces fameux domaines nationaux, alors même que ces bâtiments sont tombés dans l’espace public !
Mais ce n’est pas tout, la deuxième mesure concerne la mise en place d’une redevance obligatoire liée à l’indexation des moteurs de recherche. Ces derniers vont devoir payer pour avoir le droit d’indexer des photos et illustrations et les présenter dans les résultats. Toutes les images qui vont être publiées sur Internet vont être automatiquement mises en gestion auprès des différentes sociétés d’ayants-droit. Cette affiliation d’autorité ne permettant pas d’identifier les auteurs, ni le statut juridique des contenus, les sommes vont êtres versées directement par les moteurs de recherche à ces sociétés de perception et de répartition des droits, sans que les auteurs touchent quoi que ce soit. Conséquences : des licences Creative Commons vidées de leur sens car rendues inopérantes et des images illicites qui vont générer des revenus similaires aux images licites.
Face à ces régressions qui ne correspondent pas du tout à la réalité des usages, nous mobilisons des médias, et nous dénonçons cela lors de nos rendez-vous publics, dernièrement à la Gaîté Lyrique à travers une table ronde sur l’open content culturel.
Pour plus de place dans l’espace public, nous avons formé un groupe de travail avec République citoyenne ainsi que d’autres associations où nous représentons la société civile, dans le cadre de l’Open Governnment Partnership, dont le sommet aura lieu en Décembre prochain. Wikimédia France fera d’ailleurs partie du comité de programme du sommet.
Communication
Sarah Krichen
Depuis le 6 juin 2016, Sarah Krichen est la nouvelle Chargée de Mission Communication et Événementiel à Wikimédia France. Vous pouvez la joindre à l’adresse suivante : sarah.krichen@wikimedia.fr.
Éducation
D’octobre 2015 à mai 2016, 60 classes du secondaire ont participé au Wikiconcours lycéen.
Cette action, organisée pour la quatrième année consécutive, associe le CLEMI (Centre de liaison de l’enseignement et des médias d’information) à Wikimédia France pour proposer aux lycéens et lycéennes de contribuer à Wikipédia (création d’articles et enrichissement de contenus existants). Le projet s’inscrit dans une démarche d’éducation aux médias et à l’information ainsi que d’éducation au numérique. L’écriture collaborative est au centre du travail et mobilise des compétences essentielles telles que savoir chercher, savoir organiser, savoir vérifier, savoir publier.
Ce Wikiconcours lycéen a rassemblé dix-sept académies et six lycées français à l’étranger : Aix-Marseille, Bordeaux, Caen, Corse, Créteil, Dijon, Grenoble, Guadeloupe, Lille, Montpellier, Nancy-Metz, Orléans-Tours, Paris, Poitou-Charentes, Rennes, Strasbourg, Toulouse, New-York (États-Unis), Port-Vila (Vanuatu), Tamatave (Madagascar), Londres (Royaume-Uni), Braila (Roumanie) et Madrid (Espagne).
Les coordonnateurs du CLEMI ont bénéficié d’une formation à la contribution en décembre 2015 ; les élèves, enseignants et documentalistes ont pu s’appuyer sur une page de ressources et d’aide dont l’objectif est de les guider dans leur découverte de Wikipédia. Une page de discussion a également permis des interactions avec la communauté wikipédienne.
Lauréats :
Le prix de la rédaction et de la contribution, qui récompense la qualité des contributions, est décerné au lycée français de New-York (États-Unis) ;
Le prix de la communauté, qui récompense le travail collaboratif et les interactions avec les Wikipédiens, est attribué à l’établissement Voltaire (Orléans, académie d’Orléans-Tours) ;
Le prix coup de cœur revient à l’établissement Jean Monet (Annemasse, académie de Grenoble)
Fiche pratique: Les outils de communication à disposition des groupes locaux
Description
Vous animez un atelier, vous organisez une formation ou vous souhaitez présenter les projets Wikimedia à un possible partenaire, vous pouvez avoir besoin de documentations ou d’outils prêts à être utilisés. Grâce à vos identifiants du Wikimembres, vous pouvez consulter et choisir les documents dont vous pourriez avoir besoin.
Vous souhaitez recevoir ces outils de communication pour préparer un atelier ou une formation? Vous pouvez envoyer une demande de documentation par mail à Pierre-Antoine Le Page (pierreantoine.lepage@wikimedia.fr) ou à Rémy Gerbet (remy.gerbet@wikimedia.fr)
Vous souhaitez être formés?
Si vous souhaitez qu’une formation aux différents dispositifs mis à votre disposition par Wikimédia France ou plus largement aux projets Wikimédia soit organisée près de chez vous, ou si vous souhaitez être accompagné par rapport à une autre thématique, n’hésitez pas à contacter Mathieu Denel <mathieu.denel@wikimedia.fr>.
Journées nationales de l’archéologie au musée Saint-Raymond de Toulouse
Le musée Saint-Raymond, musée des antiques de Toulouse, est le musée archéologique de la ville situé dans l’ancien collège Saint-Raymond à proximité de la basilique Saint-Sernin. Il offre aux visiteurs une riche collection de sculptures et d’objets issus de fouilles réalisées à Toulouse et dans la région. Il développe une politique dynamique et audacieuse d’action culturelle favorisant l’expérience participative des publics comme dans l’exposition présentée actuellement « Archéo. Une expo à creuser ! »
Christelle Molinié (membre des projets GLAM) travaille à la bibliothèque de Toulouse où elle assure, entre autres choses, des formations à la publication sur Wikipédia à destination des usagers et de ses collègues. Dans le cadre de ses précédentes fonctions au musée des Augustins, elle a participé à un projet de valorisation des collections via les projets Wikimédia. Elle est intimement convaincue de l’intérêt pour les institutions culturelles d’investir les projets Wikimédia pour accomplir leur mission fondamentale de service public autour de la médiation du patrimoine dans un esprit d’ouverture et de partage.
L’atelier co-organisé par le groupe local de Wikimédia et le musée Saint-Raymond a affiché complet ce samedi 18 juin après midi et on était probablement bien mieux à Tolosa en narbonnaise qu’à Narbonne-Plage !
13 contributeurs accompagnés de deux membres de l’équipe de la conservation se sont retrouvés à la bibliothèque du musée pour enrichir les plateformes Wikimédia à partir des ressources documentaires mises à disposition autour des thèmes de l’archéologie, du musée et de ses collections. Cet atelier s’est tenu dans le cadre des Journées nationales de l’archéologie (17-19 juin) qui ont pour objectif de promouvoir la diffusion des connaissances autour de l’archéologie auprès des publics, une ambition partagée par les projets Wikimédia.
La préparation en amont
On peut saluer l’implication particulière de l’équipe du musée dans la préparation de l’événement qui avait élaboré une proposition de thèmes à traiter et assuré la sélection bibliographique et documentaire correspondantes.
Une communication forte et bien relayée a par ailleurs été assurée via le site Internet, les réseaux sociaux et le programme des JNA.
Le Jour J
Le groupe de contributeurs a bénéficié d’une visite préalable du musée avec un accent mis sur les objets proposés à la publication. Très rapidement les rôles se sont répartis entre les photographes, les rédacteurs et les formateurs auprès des néo-contributeurs. Les deux membres du musée ont assuré un support scientifique très utile durant tout l’atelier pour répondre aux demandes ponctuelles complémentaires.
Certains ont travaillé à l’amélioration et l’enrichissement d’articles Wikipédia comme celui portant sur le musée Saint Raymond et d’autres ont créé des articles sur des œuvres phares de la collection. Les photographes ont réalisé des prises de vue dans les salles venant enrichir les campagnes photos déjà réalisées par des Wikimédiens à l’occasion d’expositions temporaires comme L’Image et lepouvoir en 2012.
Tout cela s’est déroulé dans un climat très convivial et dans le plaisir de la découverte, du partage et de l’échange.
Atelier au musée Saint-Raymond Photographe : Pierre-Selim
Et après ?
Le travail reste à poursuivre car les 4 heures d’atelier sont très vite passées.
Les articles ébauchés sur des pages brouillon seront publiés sur Wikipédia et les photos traitées et versées sur Wikimedia Commons dans les semaines venir. Une réflexion doit être menée sur la catégorisation des images et chaque œuvre photographié sera référencée sur Wikidata à partir des données d’inventaire fournies par le musée.
Le MSR nous invite déjà à renouveler l’expérience. Il encourage les photographes à poursuivre les prises de vues étant lui même un utilisateur régulier de Wikimedia Commons pour illustrer ses propres publications.
Il nous a été précisé que la bibliothèque était en libre accès toute l’année avec des ressources documentaires accessibles sur simple demande auprès de la conservation. Ce type d’événement est également l’occasion de faire connaître l’existence des fonds de bibliothèques et de musées bien trop souvent confidentielles mais pourtant complémentaires à l’offre des bibliothèques municipales et universitaires.
Les ressources Wikimedia disponibles seront signalées aux participants à Muséomix qui se tiendra au MSR en novembre prochain. Cet atelier Wikipédia constituant une bonne entrée en matière avant le lancement dans une aventure participative à plus grande échelle.
En guise de conclusion nous pouvons citer Romain qui, en en repartant vers Montpellier dont il était venu spécialement pour l’occasion, a lancé héroïquement : « Veni, vidi, wiki ! »
Wiki Loves Monuments* est un concours photographique mondial qui se déroule lors du mois de septembre et visant à valoriser les monuments historiques, via les projets Wikimédia (principalement Wikipédia et Wikimedia Commons). L’édition française du concours est organisée par Wikimédia France, association pour le libre partage de la connaissance.
Chacun peut participer et améliorer Wikipédia. Les monuments historiques sont tout autour de vous !
Ce billet, sous licence CC-BY-NC-SA, premier d’une série sur l’enseignement de Wikipédia à l’Université, fut initialement publié le 14/06/2016 sur le blog http://www.boiteaoutils.info par Alexandre Hocquet (Professeur des Universités à l’Université de Lorraine, appartenant au laboratoire de philosophie et d’histoire des sciences « Archives Henri Poincaré » dont le domaine est les STS, ou plus spécifiquement les Software Studies, et sa méthode l’analyse de conversations en fil).
Wikipédia est (ou devrait être) un objet extraordinaire à enseigner : tout le monde connaît Wikipédia, et presque tout le monde connaît mal Wikipédia. Cela devrait être la situation idéale pour un enseignant : intéresser les étudiants avec quelque chose qu’ils connaissent, les surprendre en leur montrant qu’ils peuvent y découvrir beaucoup de choses.
CC-By-SA Lane Hartwell
Malheureusement, mes propositions d’enseigner Wikipédia restent souvent lettre morte auprès des collègues qui font les maquettes pédagogiques. Je propose un cours à toutes les formations et tous les niveaux : enseigner Wikipédia est transversal et peut être fructueux du L1 au doctorat. Un des principaux malentendus est que « enseigner Wikipédia » est vu par les collègues comme une formation courte : au mieux « apprendre à l’utiliser », au pire « apprendre à s’en méfier ». Pourtant, il y a dans Wikipédia de quoi apprendre pendant tout un semestre. Tout d’abord, plonger dans Wikipédia demande de s’y faire petit à petit (voir les expériences pédagogiques de Lionel Barbe, ou le Wikimooc l’expérience massive d’enseignement par les wikipédiens eux mêmes). Surtout, Wikipédia est un objet d’étude sans égal du point de vue de la pertinence pour tout un tas d’aspects différents, pour moi qui voudrait enseigner mon domaine de recherche : les STS, ou, dit autrement, les relations entre sciences et sociétés.
Émilien Ruiz a développéen quoi Wikipédia est utile pour l’enseignement de la critique des sources. En tant qu’historien, je rejoins Émilien sur ce sujet : Wikipédia est un outil qui permet de distinguer ce qui est une bonne source selon Wikipédia et de le comparer à ce qu’est une source selon l’école méthodologique, l’école des Annales, la microhistoire, la ou encore la sociologie des épreuves : c’est un vrai cours d’histoire de la critique des sources, par la pratique.
L’enseignement de l’analyse critique est à la mode en ce moment, particulièrement dans l’injonction ministérielle à se méfier « des théories du complot », à peine différente de l’injonction ministérielle à se méfier « d’Internet » d’il y a quelques années. Pour l’école, pour l’université et pour la presse, ce qui vient d’Internet est suspect a priori et Wikipédia est le « usual suspect » dans les entreprises de décrédibilisation de la part de ces trois institutions. Pourtant Wikipédia est un laboratoire très intéresant pour tester une « analyse critique des médias ». Plonger dans Wikipédia permet de se mettre à l’épreuve d’une communauté de pairs plutôt que d’une voix magistrale. Intervenir dans Wikipédia, c’est soumettre sa production (ou tout simplement son avis) aux mécanismes de recherche de consensus, de la vérifiabilité, de la neutralité de point de vue (des notions wikipédiennes qui elles mêmes demandent à être déconstruites mais cela demande du temps d’enseignement pour le faire).
Ces notions épistémologiques ne sont pas seulement celles d’un mode de production de connaissance bien particulier, elles sont aussi liées (et se façonnent mutuellement) avec l’infrastructure technique et logicielle de Wikipédia (qu’est ce que le wiki et d’où vient-il ? Que sont les bots et comment travaillent-ils ?), l’infrastructure juridique et politique (quel est le rôle de la Wikimedia Foundation, en quoi la production est elle liée aux licences ?). Les licences utilisées dans Wikipédia, et Wikipédia elle même, sont aussi un projet politique lié au monde du libre, aux « creative commons », et plus généralement aux « communs ». Enseigner Wikipédia c’est aussi enseigner un projet politique particulier et nouveau : c’est le seul « commun » à avoir réussi à exister à grande échelle, et les politiques du libre ne sont pas seulement un projet, ce sont aussi une mise en oeuvre, dans lesquelles la notion de forking est primordiale (le forking, en tant qu’action politique, est l’équivalent d’un schisme. Il est à la fois une garantie de démocratie et une menca de division). De manière plus générale, Wikipédia est un des rares exemples à grande échelle d’un projet qui se veut « Open » et qui est obligé chaque jour par la pratique de définir ce qui est « Open » et ce qui ne l’est pas, parfois avec violence. Wikipédia est donc une étude de cas essentielle pour comprendre les « politiques de l’Open« , au delà d’un washing politique ou d’une vision militante, une critique de l’Open.
Enfin, Wikipédia est aussi une communauté et ce projet politique est aussi un projet d’organisation communautaire par les principes, les règles, les protocoles et la technique. L’organisation des débats, les règles de recherche de consensus, les procédures de vote s’y inventent. Wikipédia est une excellente étude de cas pour enseigner la « culture numérique » par l’exemple. Wikipédia permet de comprendre en quoi des projets techniques, des projets politiques, des projets épistémologiques (les trois mélangés) liés au monde du libre, au monde du software, au monde des « algorithmes » transpose ces notions dans un monde accessible au grand public. En ce sens, j’ai la conviction qu’il est bien plus utile pour comprendre ce monde, pour acquérir une « littératie numérique » de plonger dans les entrailles de Wikipédia que « d’apprendre à coder ».
La valorisation et la diffusion des collections est une préoccupation ancienne des institutions culturelles (musées, galeries, bibliothèques, etc.). Cependant, répondre à ce besoin nécessite des moyens humains et financiers dont elles ne disposent pas toujours.
C’est de ce constat qu’est née la RMN (Réunion des Musées Nationaux). Elle a acquis le statut d’établissement public à caractère industriel et commercial (EPIC) par décret, le 14 novembre 1990. L’établissement est doté aujourd’hui de trois nouvelles missions : l’accueil du public, l’organisation d’expositions temporaires et la diffusion culturelle autour des expositions et des collections permanentes de 34 musées nationaux.
De par ces missions, elle se trouve en situation de monopole pour la commercialisation des reproductions des œuvres, et ce, quelque soit le support (beaux livres, posters, cartes postales, etc.).
Cet état de fait convenait à toutes les parties, jusqu’à ce que la révolution numérique vienne rebattre les cartes, et introduire un nouvel acteur dans le « jeu », à savoir le grand public.
En effet, celui-ci, avide d’informations et de partage, est au cœur même de la mutation en marche. Il consulte massivement Internet pour obtenir des contenus culturels et s’inscrit dans des processus collaboratifs et de partage pour améliorer l’accès à l’information.
Cet investissement est notamment possible grâce aux dispositions légales permettant un “domaine public” qui comprend des oeuvres qui sont la propriété de tous. Europeana¹a publié en 2010 la charte du domaine public dont l’un des principes essentiels est le suivant :
“Ce qui fait partie du domaine public doit rester dans le domaine public. Le contrôle exclusif des œuvres du domaine public ne peut pas être rétabli en réclamant des droits exclusifs sur les reproductions techniques des œuvres ou en utilisant des mesures techniques ou contractuelles pour limiter l’accès aux reproductions techniques de ces œuvres. Les œuvres qui font partie du domaine public sous leur forme analogique continuent de faire partie du domaine public une fois qu’elles ont été numérisées.”
Ce nouveau contexte rend la RMN désuète et contraint les institutions culturelles à (re)considérer l’outil numérique, notamment du point de vue économique, et tout particulièrement concernant leurs collections relevant de ce domaine public.
Toutefois, une forme d’instinct de survie, ou d’appât du gain (voir des deux), conduit la RMN à maintenir la main mise sur la diffusion des œuvres détenues par les musées, qui ont signé avec elle. Ils ne sont ainsi plus libres de décider de leurs politiques en matière d’Open Data, et ce, même si ce modèle économique n’est clairement plus viable.
Cette absurdité est possible au motif que les principaux établissements publics culturels sont soumis à un régime dérogatoire (loi 78-753 sur les données publiques etson article 11 sur les données culturelles) : ils restent libres d’ouvrir ou non leurs données, une conséquence de la fameuse exception culturelle française. Cette privatisation du domaine public conduit à de nombreuses aberrations.
Quelques exemples :
les historiens des estampes font leurs recherches sur des ressources françaises, dans des lieux culturels français, mais ils privilégient des ouvrages étrangers (librement réutilisables) lorsqu’il s’agit d’illustrer leurs publications.
Les étudiants (thésards) en histoire de l’art ne peuvent pas publier leurs recherches, seuls ceux qui ont les moyens de payer les droits de reproduction le peuvent.
Les professeurs de l’Ecole du Louvre, pour pouvoir illuster leurs cours devraient payer à la RMN des droits qui leur coûteraient dix fois plus cher que ce que leur rapportent leur cours.
Les atouts de l’ouverture des contenus culturels
Pour les établissements culturels déjà, nous pouvons lister plusieurs pistes :
– l’opportunité de développer de nouveaux produits ou services autour des données publiques culturelles,
– la possibilité de créer une médiation entre les institutions et l’émergence d’un nouveau type d’entreprenariat,
– la création de modèles économiques innovants pour les institutions qui vont générer des moyens supplémentaires et qui vont représenter un levier de croissance pour l’industrie culturelle française.
Pour les pouvoirs publics ensuite, des perspectives enthousiasmantes se dessinent :
– l’impulsion de nouvelles dynamiques dans le secteur du tourisme culturel,
– la modernisation et la dynamisation de l’action publique et l’occasion de repenser le service public,
– la transparence économique.
Un exemple, le cas du Rijksmuseum au Pays-Bas
Europeana a travaillé avec ce musée depuis 2011 pour rendre les collections d’oeuvres d’art appartenant au domaine public disponibles, en ligne et sans restrictions. Cela a donné lieu à plus de 150 000 images en haute résolution visualisables, téléchargeables, remixables, copiables et utilisables. Dans le cas du Rijksmuseum, seuls 8 000 objets sur 1 000 000 sont accessibles aux visiteurs. En rendant ces images disponibles sans restrictions, leurs portées se sont étendues de façon exponentielle.
Quels ont été les motifs de cette stratégie employée par le musée ?
– Faire le pari que libérer du contenu de qualité va aiguiser l’intérêt du public, et les inciter à venir sur place, plutôt que mettre en danger les revenus potentiels de l’institution.
– Lutter contre la prolifération des représentations numériques non officielles de célèbres peintures sur le web. (Comme les images proviennent d’une source fiable, les bonnes copies numériques ont été rapidement adoptées par les plates-formes de diffusion de savoir en ligne comme Wikipédia, ce qui fait baisser dans le même temps la popularité de représentations non officielles ou de mauvaise qualité.)
– Atteindre les utilisateurs : à ce jour 6 499 images provenant du Rijksmuseum ont été téléversées sur Wikimedia Commons. 2 175 d’entre elles sont actuellement utilisées dans divers articles de Wikipedia. Ces images ont été vues plus de 10 millions de fois. La visibilité est donc accrue pour les oeuvres de l’institution et pour l’institution elle-même.
– Augmenter leurs sources de revenus : le Rijksmuseum a, comme la plupart des musées, une banque d’images où se vendent des copies numériques des images. Lorsque fin 2011, ils ont commencé à libérer des images, ils ont proposé deux tailles à la vente. L’image de qualité moyenne (au format JPG, de 4500x4500px, à ± 2MB) est disponible gratuitement en téléchargement à partir de leur site web, sans aucune restriction. Lorsque l’utilisateur clique sur le bouton de téléchargement, une fenêtre s’ouvre et demande à l’utilisateur de créditer le Rijksmuseum lors de l’utilisation du fichier. Pour de la très haute résolution, 40€ sont demandés. En 2010, quand aucune photo n’était disponible dans des conditions ouvertes, il y avait effectivement moins de revenus qu’en 2011, lorsque le premier jeu a été mis à la disposition. Il est encore plus intéressant de voir qu’en 2012, il y a une augmentation significative des ventes. Cela montre que libérer des images de qualité moyenne au public en 2011 a permis d’avoir un modèle économique viable, et a, en fait, augmenté les ventes d’images.
Le coût des recherches et de la mise à disposition de demandes individuelles d’oeuvres peu connues coûte parfois plus cher que le revenu qui en découle. Du coup, le Rijksmuseum a persévéré dans sa démarche de rendre disponible en résolution suffisante le plus d’oeuvres possibles, et a ainsi choisi de recentrer le travail de ses agents sur la recherche de fonds auprès de fondations artistiques, de manière à numériser de nouvelles collections.
La renommée acquise pour avoir libéré du contenu sans restrictions semble aussi avoir facilité l’obtention de ces subventions. Le Rijksmuseum a ainsi été invité à participer à de nombreuses conférences pour expliquer sa démarche, ce qui a attiré l’attention des médias et de nouveaux publics.
C’est sous une chaleur écrasante que s’est déroulée la troisième et dernière journée de la Wikimania 2016 à Esino Lario. Au programme de ce dimanche 26 juin, questions et réponses à la nouvelle directrice exécutive de la Wikimedia Foundation ainsi que conférences et discussions autour de l’héritage culturel dans le monde par les wikimédiens.
Katherine Maher, nouvelle directrice exécutive de la Wikimédia Foundation a répondu à une série de questions de la part des wikimédiens afin d’évoquer la vision future du mouvement ainsi que la stratégie de la Fondation. Puis c’est un focus sur la Wikimedia Foundation qui a été opéré afin de préciser les différents services et missions que cette dernière propose pour le mouvement.
Dans l’après-midi, c’est Jean-Frédéric Berthelot, secrétaire adjoint du conseil d’administration de Wikimédia France, et Philip Kopetzky, membre du conseil d’administration de Wikimédia Autriche, qui ont présenté le projet Wiki Loves Monuments et les évolutions futures de ce projet.
Puis, en fin d’après-midi a eu lieu la traditionnelle cérémonie de clôture de la Wikimania 2016. Ce fut l’occasion de remercier les habitants du village d’Esino Lario ainsi que les organisateurs de cette Wikimania pour leur accueil chaleureux et leur organisation minutieuse. Ce fut aussi l’occasion d’annoncer que la Wikimania 2017 sera notamment organisée par WikiFranca et aura lieu à Montréal au Canada !
Comme chaque année, la Wikimania permet un rassemblement de toute la communauté internationale des wikimédiens qui est finalisée par une belle photo de groupe. Aucun doute que cette 12ème édition restera gravée dans les mémoires.
Je n’ai pas la moindre idée de par quel bout prendre l’article pour essayer d’arranger les choses, pour être honnête. C’est juste… structurellement déjà, ya un problème.
C’est sous une pluie diluvienne qu’ont démarré les conférences, rencontres et ateliers de cette deuxième journée à Esino Lario. Rien n’a pu néanmoins doucher l’enthousiasme des wikimédiens français. Ils ont en effet animé une conférence sur l’importance qu’a pris en France le projet Wiktionnaire, dont nous avions publié l’extraordinaire odyssée il y a quelques articles… Très attendus et largement soutenus par les francophones, c’est avec beaucoup d’énergie que Noé Gasparini, Lucas Lévêque et Benoît Prieur ont détaillé l’engouement qu’il y a eu autour du développement de ce projet en France et ses retombées positives, notamment dans les médias.
Sebastiaan ter Burg (CC-BY-2.0)
En fin de journée, s’est tenu un meeting réunissant les directeurs exécutifs des chapitres Wikimédia, auquel Nathalie Martin a participé pendant qu’une autre réunion se tenait avec l’ensemble des présidents des organisations affiliées au mouvement, à laquelle Emeric Vallespi à participé, afin d’aborder divers sujets liés à l’amélioration des échanges de bonnes pratiques entre les chapitres et dans le mouvement, et à la rencontre avec la nouvelle Directrice Exécutive de la Wikimedia Foundation. Enfin, dans la continuité du travail entrepris suite à la Wikimania 2015 à Mexico, Anne-Laure Prévost a participé à la réunion du groupe de travail ‘Partnerships and Resource Development’ afin d’enrichir l’espace dédié aux récits d’expérience et aux bonnes pratiques des chapitres en terme de partenariats.
Cette journée s’est conclue par un concert sur la place principale du village. On se retrouve encore demain pour faire le point sur le troisième et dernier jour de cette Wikimania 2016.
C’est à Esino Lario près du lac de Côme en Italie que la 12e édition de Wikimania se déroule. Des annonces et rencontres pimentées ont été à l’ordre du jour.
Après deux jours de pré-conférence, notamment technique avec la tenue du traditionnel hackathon, ce jeudi 24 juin a vu le lancement de la Wikimania 2016. À cette occasion, Jimmy Wales, fondateur de Wikipédia, a pris la parole pour annoncer l’élection de Christophe Henner, ancien président de Wikimédia France, comme membre et président du conseil d’administration de la Wikimédia Foundation pour une durée de 3 ans. À la suite de son intérim, Katherine Maher a été nommée directrice exécutive de la Wikimedia Foundation. Ces annonces officielles ont été suivies d’une inspirante présentation de l’impact positif de la Wikimania 2016 sur Esino Lario, par Catherine de Senarclens, membre du conseil municipal du village. Jimmy Wales s’est d’ailleurs vu remettre les « clefs du changement » par le maire de la ville pour clore cette séance.
Du “coolest project” aux enjeux de la confidentialité comme frein à l’accès à la connaissance, c’est un programme riche qui est proposé aux 1000 wikimédiens accueillis par les habitants d’Esino Lario. C’était aussi l’occasion pour tous les francophones de se retrouver lors du Meetup de fin de journée et d’échanger sur les projets en cours et à venir. À ce titre, un zoom sur la première Wikiconvention Francophone, qui se déroulera du 19 au 21 août à Paris, a été fait par Pierre-Yves Beaudouin (les inscriptions sont ouvertes, pour rappel !).
Les Wikimédiens francophones pris en photo par Pierre-Selim (CC-BY-SA 4.0)
Rendez-vous demain pour un nouveau point autour de la deuxième journée
à Esino Lario ! Vous pouvez aussi suivre le fil twitter #Wikimania2016 et le compte @WikimaniaEsino pour plus d’informations.
.JPG)
