Rama

Wikidata sur FR Wiki

• Un Projet:Wikidata est créé par quelques contributeurs volontaristes sur FR Wiki.
• Quelques contributeurs opposés dont JJG débarquent sur ce projet.
• Une véritable campagne de désinformation est menée, ce qui démotive des contributeurs.
• Par une prise de décision certains cherchent à interdire Wikidata dans FR Wiki.
• Un bon programmateur fait l'objet d'un topic ban et est traqué dès qu'il ose s'exprimer à propos de Wikidata.
• Les agressions continuent, démotivant ainsi les autres programmateurs.
• De moins en moins de programmateurs, le projet coule, il n'y a plus personne pour développer les algorithmes et donc apporter des améliorations.
• Ces mêmes opposants reviennent et soulignent tous les problèmes, qui ne se seraient pas produits s'ils avaient été mis à l'écart du projet dès le début.

Tout le monde connaît l'histoire. Ce type de comportement ne permet pas de maintenir un espace sûr permettant aux nombreux contributeurs de travailler sereinement. En ce sens, un topic ban à l'encontre de JJG serait approprié. J'avais déjà proposé à certains de créer un projet directement sur Wikidata pour pouvoir traduire les infoboxes dans une vingtaine de langues, et ne plus avoir à supporter des agressions récurrentes, mais je n'ai pas été suivi. Dommage parce que dans les autres Wikipédias ils voient Wikidata comme une chance. Jérémy-Günther-Heinz Jähnick (talk) 14:55, 17 June 2016 (UTC)

Œuvres du Pavillon des sessions

Hello Rama. Pour information j'ai retouché quelques uns des items que tu as crées. Pour le lieu Pavillon des Sessions (Q3898323) convient mieux, à défaut de la salle, ou sinon Louvre Palace (Q1075988), car il s'agit du lieu. Louvre Museum (Q19675) c'est l'institution dont d'ailleurs certains œuvres ne sont pas au palais du Louvre (et inversement comme les collections du musée du Quai Branly au Pavillon des Sessions). J'ai aussi retouché les libellés en français, pour les rendre intelligibles et lisibles par les humains. Pour les dates c'est un compliqué car la restitution dans l'interface ne révèle pas bien ce qui est stocké. Pour une œuvre entre 1200 et 1800, je mets 1500 précision millénaire, car préciser juste 2. millénaire induit la date 2000 en stockage, mettre 1001 précision millénaire restitue "2. millénaire" mais stocke 1001 précision millénaire, ce qui contredit la période 1200-1800. Finalement on arrive à s'en sortir aujourd'hui avec les pas avant, pas après cette date, amha faut juste penser à ce qui stocké dans la valeur principale de la propriété de date. Bien à toi. --Shonagon (talk) 20:09, 22 February 2017 (UTC)

Ah, merci! Là on voit les gens qui connaissent vraiment ! ^^ Du coup je pourrais peut-être faire les salles aussi, tant qu'à faire... Merci encore pour l'aide et les conseils, et à bientôt ! Rama (talk) 20:43, 22 February 2017 (UTC)

Passe sur les éléments des collections du Louvre

Hello Rama. Je viens de faire une passe de maintenance sur les éléments des collections du Louvre. J'ai notamment remplacé les described at URL (P973) vers Atlas par des Atlas ID (P1212). Les titres qui étaient en qualificatifs, même disparus, m'ont été bien utiles puisque ils m'ont bien servie à compléter tous les titres manquants en français. Toujours un plaisir de (re-)découvrir toutes ces œuvres. Merci ! Bien à toi. --Shonagon (talk) 16:17, 4 June 2017 (UTC)

Mille merci, c'est super utile !

Au fait, est-ce que tu aurais un exemple d'item renseigné avec la base Joconde, que j'implémente ça aussi dans le template de démonstration ?

Merci encore pour tes précieux conseils, et bonne continuation à toi ! Rama (talk) 18:16, 4 June 2017 (UTC)

Pour Joconde, je ne sais si on peut parler de template de démonstration. La base c'est plutôt la même que pour les autres œuvres, la structure d'élément œuvre d'art visuel. Toutefois pour avoir une idée plus précise sur les données récupérées (et à traiter) venant de Joconde, il y a l'outil Joconde de Poulpy, dont j'avais fait un fork plus centré sur ma contribution sur le Louvre et les champs que je renseignais. L'outil de Poulpy est plus actuel, permet l'enrichissement d'éléments existants et utilise désormais le fork niosh de Quickstatement qui permet de renseigner automatiquement les unités (ce n'est pas du luxe). Bien à toi --Shonagon (talk) 21:03, 4 June 2017 (UTC)

Tellement de choses à découvrir de tous les côtés ! J'ai l'impression d'être un gosse sous acide dans un magasin de jouets. Rama (talk) 22:13, 4 June 2017 (UTC)

Wikidata Zurich September 2017

Hi Rama,

We are happy that there are Wikidata active users in Zurich and the surrounding area!

We will organise a Wikidata workshop on 14.09 in Zurich (at the University of Zurich), with talks and hands-on sessions. Would you like to join us and help out as a Wikidata volunteer? We would be glad to have you there. :)

You can just write your name and username in the talk page of the event: https://www.wikidata.org/wiki/Wikidata_talk:Events/Wikidata_Zurich

We would be thankful if you could advertise the event to friends and colleagues. We would like to have many participants. Participants should register via our form: https://docs.google.com/forms/d/e/1FAIpQLSd2srUW6LjdnkpmDUKz-SkE20kGxGImX8Zn-rbD9Ob5QVnv2Q/viewform

During the weekend (15.09-17.09) we would like to participate in HackZurich. The registration for HackZurich is open, and if you would like to apply you should be quick, because they had already so many applications that they will soon close: https://hackzurich.wufoo.eu/forms/z1ugst3619guyp2/

We are looking forward to meeting many Wikidata enthusiasts!

Thanks a lot and see you soon, Cristina Sarasua und Leon Kastler.

Hello

thank you very much for the invitation, I would be delighted to take part. See you in Zurich then! Cheers! Rama (talk) 09:46, 15 June 2017 (UTC)

PS: all paperwork done ^^ Rama (talk) 09:58, 15 June 2017 (UTC)

Great! :) Criscod (talk)

Thanks for Louvre edits

I wrote a query to track and check edits: Wikidata:SPARQL_query_service/queries/examples#Louvre d1g (talk) 15:37, 11 July 2017 (UTC)

Hello d1g, and thank you very much! It is frankly moving to see what we have on the Louvre shown in such a way, I am very touched by your work. Furthermore, I had the intention of diving into SPARQL, this will surely provide me with an example very close to home that will motivate me. Thank you again and good continuation! Rama (talk) 08:06, 12 July 2017 (UTC)

The only note is that exhibition space (Q15206795) is more specific than room (Q180516) d1g (talk) 08:23, 12 July 2017 (UTC)

Thank you, I'll keep this is mind and update my script on Commons accordingly. Very useful remark! Rama (talk) 08:29, 12 July 2017 (UTC)

country (P17) pour club (Q36634854)

Salut,

Tu avais mis :

⟨ club (Q36634854)    ⟩ country (P17) ⟨ Suriname (Q730)    ⟩

⟨ club (Q36634854)    ⟩ country (P17) ⟨ French Guiana (Q3769)    ⟩

J'ai retiré ces déclarations qui me semble étrange (surtout pour French Guiana (Q3769) qui n'est pas un pays, mais j'ai peut-être raté quelque chose). Je mettrais plutôt

⟨ club (Q36634854)    ⟩ country (P17) ⟨ Switzerland (Q39)    ⟩

Qu'en penses-tu ?

Cdlt, VIGNERON (talk) 12:10, 7 November 2017 (UTC)

Je ne sais pas trop à quoi "country" fait référence ici. Je comprends ça comme "pays d'origine" et j'ai mis la zone, "pays" au sens large. Mais si tu veux savoir où est l'objet, clairement c'est "Suisse". Je suis souvent un peu perplexe sur les sous-entendus des propriétés, je dois dire.

Bonne continuation à toi ! Rama (talk) 12:14, 7 November 2017 (UTC)

Oui, pas toujours facile de comprendre une propriété (surtout qu'il y a des pièges). country (P17) est une propriété très large mais en gros c'est « pays souverain de l'élément ». En l'occurrence, cette massue étant propriété d'un musée Suisse, elle est sous souverraineté suisse.

Pour « pays d'origine » il y a country of origin (P495) (mais ceci dit, même avec cette propriété, la French Guiana (Q3769) n'est toujours pas un pays ).

Cdlt, VIGNERON (talk) 16:29, 9 November 2017 (UTC)

ah ah, oui, surtout qu'avec des objets archéologiques tu as des pays anciens qui n'existent plus, et qui n'étaient pas du tout des États-nations au sens où on l'entend actuellement. Bref, c'est passionant ^^ Rama (talk) 16:37, 9 November 2017 (UTC)

Please use humen, not homo sapiens

Hallo,

you use for people often homo sapiens, see Q55048033, but human would be right. --McSearch (talk) 06:34, 15 July 2018 (UTC)

Thank you. Do you happen to known when using Homo Sapiens is appropriate, and why is it a separate item from "people"? Cheers! Rama (talk) 08:32, 15 July 2018 (UTC)

Ax heads

The objects found by this search seem to be rather ax head (Q30113226) than axe (Q39397). Would you mind if I'd change their instance of (P31) here and the "object type" and perhaps categorization on Commons? Merci d'avance pour ta réponse, cdlt, --Marsupium (talk) 20:32, 10 September 2018 (UTC)

Tu as tout à fait raison, merci pour ton attention et ton travail ! Rama (talk) 21:14, 10 September 2018 (UTC)

Mineral samples

I've changed Rutile and hematite-MCG 90410 (Q29644182) and two other items from <instance of> titanium dioxide (Q193521) (AKA "rutile"} to <instance of> rutile (Q320603). Using "titanium dioxide" was turning them into food coloring. - PKM (talk) 20:42, 27 August 2019 (UTC)

Thank you very much! Rama (talk) 05:30, 28 August 2019 (UTC)

Problème avec la propriété Identifiant MAHG

Salut Rama,
MAHG ID (P6877) est devenu obsolète avec le nouveau site du musée ; j'ai posé la question sur le Bistro francophone à ce propos : P6877 is obsolete. Enfin je veux dire plutôt que le lien URL est cassé et si j'ai bien compris P6877 ne servait qu'à ça. Du coup avec le nouveau système Funerary mask-MAHG 007059 (Q63143571) qui avait pour lien http://www.ville-ge.ch/musinfo/bd/mah/collections/detail.php?id=380845 à désormais pour lien https://collections.geneve.ch/mah/oeuvre/masque-de-momie/007059 (l'ancien lien est redirigé uniquement sur la page d'accueil du musée https://collections.geneve.ch/mah/ et non plus sur la page de l'œuvre).
Du coup le nouveau lien à l'air de se décomposer ainsi :
https://collections.geneve.ch/mah/oeuvre/masque-de-momie/007059
lien site musée + oeuvre[sic] + nom de l'oeuvre + référence d'inventaire
Concernant les références d'inventaire je sais qu'il y a deux cas :

1. Inv. numéro sur les cartels : contrairement au numéro indiqué sur les cartels, le numéro d'inventaire est désormais toujours transcrit sur six chiffres sur le site, même si la référence en utilise moins. Exemple : Inv. 7059 sur cartel, mais référencé 007059 dans la description de l’œuvre section « Numéro d’inventaire ». Le lien URL reprend le numéro d'inventaire sur 6 chiffres également → Masque de momie.
2. Inv. MF numéro sur les cartels : là, par contre, il n'y a pas de 0 en plus qui précède le numéro d'inventaire dans la description. Exemple : Inv. MF 1351 sur cartel et référencé MF 1351 sur le site. Par-contre le lien URL modifie un peu la référence, MF est transcris en minuscule et l'espace est remplacée par un tiret donnant donc mf-1351 → Relief funéraire.

Comme pour le cartel type MF, le nom de l’œuvre est tout en minuscule et les espaces sont remplacées par des tirets.
Mais du coup l'identifiant URL semble être nom de l’œuvre/référence d'inventaire tandis que l'identifiant de contrôle d'authorité (que tu voulais mettre en place) semble juste être la référence d'inventaire au final. L'ancien ID ne semble plus renvoyer à rien et donc ne plus servir à rien.
Du coup que devrons-nous faire ? Supprimer MAHG ID (P6877) ? La modifier pour qu'elle puisse gérer la nouvelle nomenclature de l'URL ? Juste mettre la référence d'inventaire au format URL ? Y-a-t-il moyen de voir toutes les entités impactées et éventuellement de faire la modification par robot ? V!v£ l@ Rosière ^{/Murmurer…/} 06:23, 7 February 2020 (UTC)

Il faut avant tout prendre contact avec le musée pour leur signaler le problème. A priori ils sont contents que leurs collections soient mises en valeur sur les projets Wikiméda et casser les URI de cette façon est une erreur classique. En fonction de ce qu'ils diront, n'aurait soit

• rien à faire parce qu'ils auraient mis des redirections qui marchent sur leur site
• à modifier MAHG ID (P6877) et faire tourner un bot pour convertir les IDs
• à modifier MAHG ID (P6877) et convertir les IDs à la main.

Merci pour l'information et bonne continuation ! Rama (talk) 07:18, 7 February 2020 (UTC)

Compris, j'ai envoyé un courriel. Je te tiens au courant. V!v£ l@ Rosière ^{/Murmurer…/} 10:08, 7 February 2020 (UTC)

Oh, merci ! Je ne voulais pas te mettre ça sur le dos, mais merci beaucoup de t'en être occupé. Et n'hésite pas à me dire si je peux être utile à quelque chose (genre aller les voir ou assimilé). Bonne continuation ! Rama (talk) 10:13, 7 February 2020 (UTC)

Doublons

Coucou Rama,
En cherchant les homonymes de numéros d'inventaire au Louvre, j'ai fait une requête SparQL pour cela :

SELECT DISTINCT ?item ?itemLabel ?dptLabel ?item2 ?item2Label ?dpt2Label ?val
WHERE
{
  ?item wdt:P195/wdt:P361* wd:Q19675.
  ?item2 wdt:P195/wdt:P361* wd:Q19675.
  ?item wdt:P195 ?dpt.
  ?item2 wdt:P195 ?dpt2.
   ?item wdt:P217 ?val.
   ?item2 wdt:P217 ?val.  
  MINUS{?item wdt:P195 wd:Q841506}
  MINUS{?item2 wdt:P195 wd:Q841506}
  FILTER ( ?item!= ?item2)
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
} ORDER BY ?val

Try it!

La requête n'est pas parfaite mais elle est utile. Effet de bord, cela fait ressortir pas mal de doublons d'éléments sur Wikidata et il y en a bien plus que l'on aurait pensé.
J'ai commencé les fusions mais il en reste pas mal, et notamment du côté de ceux que tu as créés.
Pour l'avenir, sans doute conviendrait-il de faire attention à ne pas récréer en doublons des éléments déjà présents. Ce n'est certes pas simple de sonder en prélable ; une requête qui pourrait être utile listant les objets d'un département classés par numéro d'inventaire :

SELECT DISTINCT ?item ?itemLabel ?dptLabel  ?inv ?img
WHERE
{
  ?item wdt:P195/wdt:P361* wd:Q3044751. #département des antiquités orientales
  ?item wdt:P195 ?dpt.
  ?item wdt:P217 ?inv.
  OPTIONAL{?item wdt:P18 ?img}
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
} ORDER BY ?inv

Try it!

Bien à toi. --Shonagon (talk) 09:53, 10 March 2020 (UTC)

Ouch, oui, en effet ! Mes excuses pour le travail fastidieux que je t'occasionne. D'habitude je cherche le numéro d'inventaire dans le champs de recherche de Wikidata, mais visiblement ça ne suffit pas toujours.

Merci pour les requêtes, je vais essayer de vérifier d'orénavant. Bonne continuation ! Rama (talk) 10:20, 10 March 2020 (UTC)

@Shonagon: J'ai un peu adapté ton script pour lui faire chercher un numéro d'inventaire donné, comme ça je n'ai plus qu'à vérifier avant de créer un nouvel item. Du coup pou fêter ça je vais faire A 38. Merci encore ! Rama (talk) 12:42, 10 March 2020 (UTC)

Oh ben chouette. Si c'est une requête SparQL que tu as sous la main, ça m'intéresse car je suis aussi souvent confronté au problème. Il n'est pas facile de faire des recherches sur l'existant. Et il est même arrivé que l'on recréé un élément que l'on a soi-même déjà créé ^^'. Pour les éventuels doublons à fusionner, ayant l'habitude de faire ce genre de trucs, je m'y mets dés que je peux. --Shonagon (talk) 21:05, 10 March 2020 (UTC)

Hello,

Oui, ça donne ceci en SPARQL (il faut remplacer "A 45" par la valeur à tester)

The following query uses these:

• Properties: collection (P195)   , inventory number (P217)   , image (P18)   

  SELECT DISTINCT ?item ?itemLabel ?dptLabel  ?inv ?img
  WHERE
  {
    ?item wdt:P195 ?dpt.
    ?item wdt:P217 ?inv.
    VALUES ?inv {"A 45"}.
    OPTIONAL{?item wdt:P18 ?img}
    SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
  }
  

Try it!

Merci beaucoup pour ton aide, ainsi que pour tes lumières sur les collections ! Rama (talk) 21:08, 10 March 2020 (UTC)

Merci beaucoup Rama ! C'est vraiment extra ce que tu fais et grâce à toutes tes contributions, un grand bonheur de découvrir ou redécouvrir tant de belles choses. Bien à toi --Shonagon (talk) 23:31, 10 March 2020 (UTC)