Wikidata:Bistro/Archive/2024/06

Regards sur l'actualité du mouvement Wikimedia

Le dernier numéro de RAW (w:fr:Wikipédia:RAW/2024-06-01 ) fait la part belle à Wikidata.

Il revient sur l'article Evidence of large-scale conceptual disarray in multi-level taxonomies in Wikidata (Q125567390) et s'interroge sur les incohérences de l'ontologie de Wikidata.

Il s'interroge sur les données manquantes dans Wikidata, notamment relatives aux questions de genre (w:fr:Wikipédia:RAW/2024-06-01#Focus).

Bonne lecture PAC2 (talk) 12:11, 2 June 2024 (UTC)

Bonjour @PAC2, pour moi genderstats ne fonctionne pas : https://observablehq.com/@pac02/wikidatas-genderstats?username=Ayack Ayack (talk) 16:57, 2 June 2024 (UTC)

Zut, j'ai l'impression que xtools ne marche pas non plus : https://xtools.wmcloud.org/pages/wikidata.org/Ayack. il doit y avoir un problème d'autorisation. PAC2 (talk) 18:05, 2 June 2024 (UTC)

Liens de parenté

Bonjour,
Le compositeur Sándor Veress Q665460 était l’arrière-petit-fils du pasteur Ferenc Veress Q25465884. Je tente d’ajouter des identifiants arrière-petit-fils de et arrière-grand-père de mais je patauge un peu. Pour Sándor Veress il y a déjà un identifiant membre de la famille : rien de plus précis ? ˜˜˜˜ Jihaim (talk) 13:59, 3 June 2024 (UTC)

Bonjour @Jihaim, il faut utiliser kinship to subject (P1039) en qualificatif. Voir ma modif sur Sándor Veress (Q665460). Ayack (talk) 14:16, 3 June 2024 (UTC)

Bonjour @Ayack Merci pour ta réponse. Voilà c’est fait :) ˜˜˜˜

Pb de zéros négatifs

Bonjour, j'ai un pb de maths : -0 c'est la même chose que 0. Le problème se pose là dedans https://w.wiki/AJRw où les dates des dix ans avant JC deviennent du zéro négatif donc du zéro. Comment faire? Bouzinac ^{💬●✒️●💛} 05:32, 6 June 2024 (UTC)

Hmmm, intéressante question @Bouzinac: (et qui m'amène à de profondes réflexions). Mais tout d'abord, où vois-tu -0 ? Si je filtre les résultats sur la décennie concernée, je vois 0 et pas -0: https://w.wiki/AJSc. Cdlt, VIGNERON (talk) 06:16, 6 June 2024 (UTC)

Il doit y avoir approximativement entre 25 et 28 éclipses solaires par décade/décennie. La décade 0 en affiche artificiellement 47 Bouzinac ^{💬●✒️●💛} 07:19, 6 June 2024 (UTC)

@Bouzinac: Pas encore parfait mais un début de réponse, avec un encadrement :

SELECT distinct ?éclipse ?date 
((floor(YEAR(?date )/ 10)) * 10 AS ?decade_min)
((ceil(YEAR(?date )/ 10)) * 10 AS ?decade_max)
WHERE {
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
  ?éclipse (wdt:P31/(wdt:P279*)) wd:Q3887; wdt:P585 ?date. 
} order by abs(?decade_min) ?date

Try it!

Il reste un souci avec les années piles.

Voilà comme ça, c'est ptete moche mais ça a l'air de marcher :

SELECT distinct ?éclipse ?date 
?decade_min
(if(?decade_min = ?decade_max_ , ?decade_max_ + 10 , ?decade_max_) as ?decade_max)
WHERE {
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
  ?éclipse (wdt:P31/(wdt:P279*)) wd:Q3887; wdt:P585 ?date. 
  
  bind (year(?date) as ?éclipse_year) .
  bind ( (floor( ?éclipse_year / 10)) * 10 AS ?decade_min)
  bind ( (ceil( ?éclipse_year / 10)) * 10 AS ?decade_max_)
  
} order by abs(?decade_min) ?date

Try it!

author  TomT0m / talk page 12:58, 6 June 2024 (UTC)

Intéressant, reste qq dates placées dans la mauvaise décennie exemple solar eclipse of June 20, 1 BC (Q5686956)

https://w.wiki/AJff Bouzinac ^{💬●✒️●💛} 14:13, 6 June 2024 (UTC)

Cerise sur le gâteau, la NASA ne numérote pas les années négatives comme on s'y attendrait : https://eclipse.gsfc.nasa.gov/SEcat5/SE-0099-0000.html Bouzinac ^{💬●✒️●💛} 14:17, 6 June 2024 (UTC)

Pour ce qui est des dates en SPARQL, la réponse est là : https://www.w3.org/TR/xmlschema11-2/#dateTime author  TomT0m / talk page 14:47, 6 June 2024 (UTC)

Sinon en traitant en cas particulier la première décennie négative :

SELECT distinct ?éclipse ?date 
?decade_min
(if(?decade_min = ?decade_max_ && ?date , ?decade_max_ + 10 , ?decade_max_) as ?decade_max)

WHERE {
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
  ?éclipse (wdt:P31/(wdt:P279*)) wd:Q3887; wdt:P585 ?date. 
  
  bind (year(?date) as ?éclipse_year) .
  
  bind ( 
        if (
             ?date > "-0009-01-01"^^xsd:dateTime && ?date < "0001-01-01"^^xsd:dateTime, 
                -10, 
                floor( ?éclipse_year / 10) * 10
        ) 
  AS ?decade_min)
  
  bind ( ?decade_min + 10 AS ?decade_max_)


} order by  abs(?decade_min) ?date

Try it!

mais du coup effectivement après j'ai un doute sur la numérotation des décennies antérieures. author  TomT0m / talk page 14:49, 6 June 2024 (UTC)

Le problème de fond est, je pense, year(?date) quand la date est en année -1 avant JC (ce qui donne year(-0001) ==> 0 ce qui est déroutant car notre habitude de calendrier est de considérer que l'année 0 n'existe pas

Donc en fait il faut que year(?date) quand elle est avant JC, devrait se voir retrancher 1 puisque le 0 est à supprimer. Bouzinac ^{💬●✒️●💛} 15:54, 6 June 2024 (UTC)

Affichage de la carte Wikiwitches

La carte du projet Wikiwitches n'affiche pas les points chez moi actuellement. Je suis la seule ? Par ailleurs j'aimerais savoir si la carte ne peut afficher qu'un seul élément pour un point donné ? Comment afficher plusieurs éléments si plusieurs personnes sont géolocalisées au même endroit ? Quelle est la limite en nombre d'éléments pour un même point ? Merci. Waltercolor (talk) 15:27, 6 June 2024 (UTC)

@Waltercolor: le formatage de la requête SPARQL est exotique et il y avait une erreur que j'ai corrigé.

Si on veut un seul élément par point, cela nécessite d'éliminer les autres personnes sur le même point, c'est possible mais quel critère choisir ? (au hasard ? la première ou la dernière personne chronologiquement ? cela me semble bancal).

Dans le terminal SPARQL, s'il y a plusieurs personnes au même point, alors en cliquant sur le point, les différentes personnes apparaissent ; mais dans la visualisation sur les projets Wikimédia, j'avoue que je ne sais pas comment faire (ni même si c'est possible).

Cdlt, VIGNERON (talk) 15:57, 6 June 2024 (UTC)

Merci @VIGNERON pour la correction, la carte s'affiche de nouveau. Le comportement actuel est que ça n'affiche qu'un élément par point, et que c'est systématiquement le dernier élément créé pour cette coordonnée (qui écrase le précédent).

Je pensais pouvoir créer des points proches en modifiant légèrement les coordonnées pour chaque élément, mais ça n'affiche rien avec les coordonnées GPS exactes.

Cependant, les sans-pages arrivent à afficher un "groupe" de points qu'on peut voir seulement en zoomant à fond, mais c'est pas génial non plus (3 fois le même élément sur des branches différentes et apparemment un maximum de 8 ou 10 points par groupe. Or j'ai des dizaines d'éléments (des personnes) à mettre sur un endroit (un village).

Waltercolor (talk) 16:38, 6 June 2024 (UTC)

blasonnement

Bonjour. Il est quasi impossible d'utiliser et renseigner la rubrique blasonnement si son énoncé n'est pas libre. Cordialement. Finoskov (talk) 22:39, 8 June 2024 (UTC)

Bonjour @Finoskov:,

Il n'y a effectivement pas de blasonnement - au sens ou tout l'entend - sur Wikidata.

Je pense même que par nature, il ne devrait pas y avoir une telle propriété puisque un « énoncé libre » c'est une information et non une donnée ; or, Wikidata, s'occupe de données. Il y a eu plusieurs discussions par le passé, dont Wikidata:Property proposal/blazon.

Par contre, il est toujours possible de stocker les données du blasonnement sur l'élément concerné, voir par exemple Q10728131#P180 pour un exemple assez complet.

Cdlt, VIGNERON (talk) 08:52, 9 June 2024 (UTC)

Je suis tout à fait d'accord : le blasonnement est la manière dont on décrit les armes, dans la langue dans laquelle on parle... qui varie évidemment selon la langue du locuteur : d'azur, à la tête de cerf d'argent (fr) ... ; et dont la longueur peut être extrêmement variable, selon les cas (les armes à 32 quartiers méritent presque un chapitre... - il s'agirait donc d'une propriété variable selon la langue, et beaucoup trop longue... elle relève du "textuel", non des données structurées, et serait à réserver à WP.

la propriété P237, telle qu'elle construite, revient à pointer l'élément qui décrit les armoiries : elle est donc utile pour mettre sur l'élément qui porte ces armoiries, PAS sur celui des armoiries elles-mêmes, puisque cela revient à faire une déclaration en boucle.

mais la description intégrale des couleurs (émaux et métaux), ainsi que de la partition, et de l'ensemble des meubles, devrait être possible... les éléments pour "chef", "premier quartier", "bande", "pal", etc. existant déjà. S'il y a besoin d'autres précisions (brochant, surchargé de, etc. qui n'existent pas encore, il doit être possible de les créer). Hsarrazin (talk) 11:21, 9 June 2024 (UTC)

Bonjour. Entendu. Merci.Finoskov (talk) 12:14, 9 June 2024 (UTC)

Langue en double ?

Bonjour,
Q549713 : je vois une langue en double, le cantonais. Cette langue apparaît une fois en français (Cantonais), une fois en anglais (Cantonese). Ou alors ai-je mangé trop de poulet gong bao ? Jihaim (talk) 08:13, 10 June 2024 (UTC)

@Jihaim: mhh, effectivement il y a un truc étrange, il y a deux codes langues similaires : yue et zh-yue. J'imagine qu'il y a une raison derrière (le cantonais en lui-même et le cantonais comme dialecte chinois ?!?) mais je ne saurais dire laquelle avec certitude. Cdlt, VIGNERON (talk) 08:42, 10 June 2024 (UTC)

lien interlangue qui ne veux pas se faire

Bonjour,

TL;DR: je n'arrive pas à générer un lien langue inter wiki, qui est en fait une balise/ancre vers une page en FR ...mais la page source de cette ancre est déjà identifiée dans un autre item Wikidata. Ce ne fonctionne donc pas... Je ne suis pas sûr que cela devrait pouvoir fonctionner, donc je met ça là... Soit c'est possible, et un expert peut faire le lien, soit c'est pas possible... et tant pis, il n'y aura pas de lien. Voilà, c'est tout !

Un petit mot en passant, la page https://en.wikipedia.org/wiki/Zigzag_transformer n'a pas de lien vers le wiki français (wp:FR)

en cherchant un peu, on trouve une version "light" dans : https://fr.wikipedia.org/wiki/Couplage_de_transformateurs_triphas%C3%A9s sous forme de : https://fr.wikipedia.org/wiki/Couplage_de_transformateurs_triphas%C3%A9s#Connexion_triangle

J'ai donc essayé d'inscrire dans https://www.wikidata.org/wiki/Q198468#sitelinks-wikipedia

le lien interwiki : FR Couplage de transformateurs triphasés#Connexion zigzag

mais cela ne fonctionne pas, il me répond : " Échec de l’enregistrement en raison d’une erreur. L’enregistrement a échoué. Le lien frwiki:Couplage de transformateurs triphasés est déjà utilisé par l’élément Q634888. Vous pouvez le supprimer de Q634888 s’il ne convient pas là, ou bien fusionner les éléments s’ils traitent exactement du même sujet. Si la situation est plus complexe, veuillez consulter Help:Liens de sites. "

donc voilà... J'ai essayé de parcourir la doc, tout ce que je comprend c'est qu'on peut mettre un badge pour une redirection... Ce qui n'est pas le cas ici (c'est une ancre).

Donc je soumet le problème à la vox populi, si quelqu'un sait comment résoudre le problème, qu'il ne se gène pas, mais moi j'abandonne, c'est hors de ma portée pour le moment (il faut savoir renoncer).

Je retourne bosser,

@ +

Hellotheworld (talk) 13:14, 10 June 2024 (UTC)

bonjour @Hellotheworld

effectivement, il est techniquement impossible de faire un lien vers la même page d'un projet sur deux éléments différents, même avec une ancre.

ce que veux dire la doc à propos de la redirection, c'est qu'on peut, sur le projet où se trouve le problème, créer une redirection, qui renverra vers l'ancre, et ensuite utiliser cette redirection (avec un badge "redirection intentionnelle" sur wikidata) : c'est une des méthodes connues pour résoudre le problème qu'on surnomme "Bonnie and Clyde" (certains projets ayant 1 page pour les 2, d'autres 1 article pour Bonnie et un pour Clyde)...

Bien entendu, il faut pour celà que le projet concerné autorise ce type de redirection spécifique vers une ancre.

Bon courage, Hsarrazin (talk) 06:58, 11 June 2024 (UTC)

geof:distance

Hello, j'ai pas trouvé dans la doc à propos de geof:distance : je suppose que le calcul de distance fait est exprimé en kilomètres ?

Par exemple dedans

SELECT ?item ?itemLabel ?location1 ?location2 ?distance WHERE {
  ?item wdt:P31/wdt:P279* wd:Q3887 ;
    wdt:P625 ?location1 , ?location2 .        
  BIND(geof:distance(?location1, ?location2) AS ?distance ) 
  FILTER(((geof:longitude(?location1)) < (geof:longitude(?location2))) || (((geof:longitude(?location1)) = (geof:longitude(?location2))) && ((geof:latitude(?location1)) < (geof:latitude(?location2)))))
  FILTER(?distance > 80  )     
 SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
}order by desc (?distance )

Try it!

Bouzinac ^{💬●✒️●💛} 21:31, 10 June 2024 (UTC)

@Bouzinac: oui la distance est en kilomètres (tout comme pour wikibase:radius).

Par contre, je suis curieux : à quoi correspond ta requête ? De ce que je vois ce sont les éclipses avec deux coordonnées distantes de plus de 80 kilomètres l'une de l'autre et dont la longitude et la latitude de la première coordonnées est inférieure à celles de la deuxième ? Est-ce bien cela ? Je ne suis pas bien sûr de comprendre l'utilité.

Cdlt, VIGNERON (talk) 20:47, 11 June 2024 (UTC)

C'était une requête de data quality : les éclipses possédant deux coordonnées très distantes indiquaient un pb de qualité de donnée que j'ai fini par nettoyer Bouzinac ^{💬●✒️●💛} 05:26, 12 June 2024 (UTC)

Propriété inverse qui n'est pas une propriété

Bonjour,

Je cherchais à faire le lien depuis Philippe André de Vilmorin (Q3379227) vers Vilmorin (Q822280). Or il existe la propriété director / manager (P1037), mais en matière de propriété inverse, on a à "libellé de la propriété inverse", l'élément : served as director / manager of (Q97494654) et non une propriété. Est-ce que qu'il manque une propriété, est-ce que je ne l'ai pas trouvé ou est-ce que je suis censé faire autrement ? Astirmays (talk) 07:57, 15 June 2024 (UTC)

@Astirmays: cela peut semble perturbant mais c'est normal, la propriété inverse n'existe volontairement pas. Les relations ne sont pas sensées être faites dans les deux sens (quand le lien existe dans un sens, il est trivial de remonter dans le sens inverse automatiquement dans la plupart des cas, inutile de stocker l'information deux fois pour la même chose). En l'occurrence, il suffit de dire Vilmorin (Q822280)director / manager (P1037)Philippe André de Vilmorin (Q3379227).

Ceci dit, si tu veux vraiment forcer cette information, il est possible de faire par exemple ainsi Philippe André de Vilmorin (Q3379227)occupation (P106)director (Q1162163)of (P642)Vilmorin (Q822280) mais comme je le disais c'est globalement inutile.

Cdlt, VIGNERON (talk) 08:08, 15 June 2024 (UTC)

Ok, pourtant il y a des propriétés qui demandent d'indiquer la réciproque, comme said to be the same as (P460), et puis ici il y a une nuance entre "dirigé par" au présent, et "a été dirigé par" ou "ancien directeur/dirigeant" dont on aurait besoin ici . Astirmays (talk) 08:31, 15 June 2024 (UTC)

La redondance est parfois utile effectivement... Si on veut requêter les maires de la ville Truc => M. Machin, entre autres // quel mandats a eu M. Machin=>maire de la ville Truc, entre autres Bouzinac ^{💬●✒️●💛} 07:48, 16 June 2024 (UTC)

J'ai un autre cas où la propriété inverse est requise dans l'élément cité : entre is the study of (P2578) et studied in (P2579) (quoique ce n'est peut-être requis que dans un seul sens... Si je me souviens bien, quand on complète un élément avec studied in (P2579), il est demandé de compléter la propriété inverse sur la discipline, peut-être pas dans l'autre sens). J'entends bien que c'est une question complexe d'établir des normes pour une base de donnée qui s'attachent au principe de parcimonie et à la propreté de l'ensemble tout en évitant de perdre de l'info ou de rendre l'exploitation ou la contribution moins accessible... Astirmays (talk) 09:11, 16 June 2024 (UTC)

Bien garder en tête que Wikidata n'est pas une base de données mais une base de connaissance (c'est à dire que ça collecte des affirmations) Bouzinac ^{💬●✒️●💛} 08:33, 17 June 2024 (UTC)

Il y a effectivement quelques propriétés qui ont une propriété inverse (notamment - par nature - celles qui sont leur propre inverse comme said to be the same as (P460)) mais c'est plus l'exception que la règle. Et oui, très logiquement, quant la propriété inverse existe, il y a généralement une contrainte conseillant (voir obligeant) son utilisation.

Quant à "dirigé par" et "a été dirigé par", c'est exactement la même relation, là on ne divise jamais les propriétés ainsi, ce serait totalement inutile. D'une part le contexte permet déjà souvent de deviner si le relation est passé ou non (typiquement si la personne où se trouve la propriété a aussi une date de décès) et surtout, il y a les qualificatifs qui permettent de le faire plus proprement et plus précisément (ainsi on ne dit pas "il a dirigé à un moment indéterminé dans le passé" mais "il a dirigé entre telle date et telle date").

L'exemple des maires par Bouzinac est très éclairant ; actuellement, il existe plusieurs façons d'indiquer les maires (depuis la personne, depuis la commune, avec diverses propriétés, différentes valeurs et avec ou sans qualificateurs), et chaque méthode donne des résultats légèrement différents (et aucune n'étant exhaustive). C'est exactement pour cela que la multiplication des données est une mauvaise idée quand cela n'apporte aucune information supplémentaire, cela fait littéralement plus de travail pour rien.

Cdlt, VIGNERON (talk) 11:13, 17 June 2024 (UTC)

Bouzinac "Wikidata n'est pas une base de données mais une base de connaissance (c'est à dire que ça collecte des affirmations)", ben je ne me souviens pas d'avoir déjà vu cette distinction, et je ne vois donc pas tout-à-fait clairement ce qu'elle impliquerait, ni l'argument que tu veux peut-être en tirer dans la présente discussion Astirmays (talk) 20:10, 17 June 2024 (UTC)

C'est dans le sens où Wikidata stocke des affirmations, c'est à dire que des wikipedia peuvent dire blanc et noir pour un même sujet, il est (rare mais) possible que des affirmations contradictoires/incohérentes soient stockées au même endroit. Ce n'est pas une base de données au sens où il peut y avoir plusieurs affirmations différentes (avec des précisions différentes, voire de vraies contradictions) pour établir un fait. Par ex, dans la fiche de monsieur Machin, on pourrait théoriquement mettre fonction= "maire" mais aussi "maire de Paris", "maire"{qualificateur de}"Paris" et diverses variantes (c'est un ex fictif) Bouzinac ^{💬●✒️●💛} 05:29, 18 June 2024 (UTC)

Comment trouvé les oiseaux parmi les êtres vivants ?

Bonjour,

Sur des fiches d'oiseaux dans Wikidata, aucune ne permet de retrouver qu'il s'agit d'un oiseau : Merle d'Amérique (Q460967), Merle noir (Q25234), Pic épeiche (Q26209), mésange (Q168473) ...

J'ai trouvé "oiseau (Q5113)" en sous-classe de vertébrés mais je ne sais pas si je peux l'ajouter à ces fiches d'oiseaux.

Quelle solution pour classer les "organismes" Merle ou Mésange comme des oiseaux à la différence des poissons, chevaux et autres ?

Merci :-) Cyrille37 (talk) 16:05, 17 June 2024 (UTC)

Bonjour Cyrille37,

L'information est bien présente dans Wikidata en remontant la chaîne de données depuis American Robin (Q460967)parent taxon (P171)Turdus (Q115661) jusqu'à Neornithes (Q19163)parent taxon (P171)bird (Q5113) ; les oiseaux sont donc bien classés comme des oiseaux inutile de l'ajouter explicitement sur les 21888 éléments de chaque espèce d'oiseaux, voir cette liste des oiseaux connus de Wikidata sur https://w.wiki/AR34.

Cdlt, VIGNERON (talk) 16:18, 17 June 2024 (UTC)

Merci beaucoup. J'ai donc (très) mal cherché :-) Cyrille37 (talk) 16:28, 17 June 2024 (UTC)

@Cyrille37: pas de problème et il faut dire que pour remonter de American Robin (Q460967) à bird (Q5113), il y a pas mal d'étapes (j'ai "triché" et utilisé SPARQL et cet cet outil pour aller plus vite ). Cdlt, VIGNERON (talk) 17:01, 17 June 2024 (UTC)

il faut reconnaître que pour les taxons, quand on n'est pas spécialiste, ça n'a rien d'évident ;) Hsarrazin (talk) 08:03, 18 June 2024 (UTC)

Paul Leprieur

Bonjour,

J'ai l'impression que Paul Leprieur^(55181815) et Paul Leprieur^(55949567) sont la même personne : historien de l'art, conservateur au Louvre, auteur de catalogues des collections... les identifiants contenus semblent indiquer les mêmes compétences....

Quelqu'un qui s'y connaît mieux que moi en histoire de l'art pourrait-iel vérifier, et les fusionner le cas échéant, svp ? Hsarrazin (talk) 09:18, 18 June 2024 (UTC)

 Done Les deux avaient des œuvre communes. Ayack (talk) 09:35, 18 June 2024 (UTC)

Le nom d'affichage en francais pour cette langue est incorrect

L'interface en francais affiche allemand suisse pour l'iso:de-ch.
L'interface en francais affiche suisse allemand pour l'iso:gsw.
Ce denier est incorrect.
L'interface en francais devrait afficher alémanique (gsw).
L'interface en anglais affiche déjà Alemannic (gsw).

• 
  Wikidata_languages-gsw_in_French_UI-wrong_(suisse allemand).png
• 
  [INTERFACE RETOUCHÉE À LA MAIN POUR MONTRER LE RENDU SOUHAITÉ]
  Wikidata languages-gsw in French UI-correct (alémanique)

Où pouvons nous corriger ceci ? @Le Commissaire, VIGNERON:. --Yug (talk) 17:01, 20 June 2024 (UTC)

Liste des candidats aux élections législatives françaises de 2024

Pour les candidatures aux élections législatives françaises, étant donné qu'il y a deux tours de scrutin, je propose de distinguer les candidatures au premier et au second tour (voir https://www.wikidata.org/wiki/Q106020252#P3602). Je trouve ça plus logique pour un scrutin à deux tours. Ça permet de prendre un compte une éventuelle évolution des alliances entre les deux tours et surtout de rentrer les résultats du premier et du second tour de manière distincte.

Est ce que vous voyez une meilleure solution ?

Est ce qu'il y a une campagne pour rentrer la liste des candidats aux législatives ? PAC2 (talk) 14:01, 23 June 2024 (UTC)

Bonne question. Cela me semble plutôt une bonne idée, je me demande si ce n'est peut-être pas un peu trop compliqué pour une utilité assez marginale ? en plus, il est très courant pour une élection d'avoir plusieurs tours, par cohérence il faudrait faire de même tout le temps, donc à bien réfléchir avant de se lancer dans des modifications en masse.

Je notifie @Wyslijp16, Serpicozaure, Arpyia, Envlh: que j'ai vu passer sur des éléments de personnalités politiques française et/ou des candidats aux législatives.

Cdlt, VIGNERON (talk) 17:00, 23 June 2024 (UTC)

Bonjour et merci pour la notification. Je ne suis pas occupée des données électorales pour le moment. En matière de résultats, il paraît logique de distinguer ceux du premier et du second tour. En revanche les éléments de la candidature ne sont pas modifiés, notamment je m'interroge sur la volonté de noter "une éventuelle évolution des alliances entre les deux tours" : ni le rattachement ni le nuançage des candidats ne doivent changer entre les deux tours. Si on commence à vouloir répertorier un nuançage non officiel voire se préoccuper des investitures... pourquoi pas, mais ça va être compliqué et la neutralité nous obligera à stocker plusieurs versions contradictoires. Je partage l'idée qu'il faut être très motivé(e) pour y travailler sérieusement, et notamment prêt(e) à éplucher les circulaires et la doctrine. Bon courage ! Arpyia (talk) 20:09, 23 June 2024 (UTC)

Merci pour la notif, @PAC2: pour l'un des scrutin précédents on trouve First round of French legislative election, 2017 (Q116206562) ( edit: existe de 2002 à 2017 - donc huit au total pour cet interval ) es-tu d'avis de les utiliser tel quel en attendant une future convergence ( pour ce qui de leurs structure, des propriétés qui s'y trouvent...) avec first round of the 2024 French legislative elections (Q126870265) que tu as créé ?

Modification de propriété déjà existante ou création de nouvelle propriété ?

Bonjour. Il existe un FEI athlete ID (P3111), qui fonctionne très bien pour les cavaliers. Je voudrait pouvoir renseigner l'identifiant des chevaux (exemple : https://www.fei.org/horse/104AD56 pour Vitiki (Q126890183)), mais j'ignore s'il est possible de modifier les contraintes de l'FEI athlete ID (P3111) pour y intégrer également les identifiants des chevaux, ou s'il faut demander la création d'une nouvelle propriété ? Tsaag Valren (talk) 17:00, 23 June 2024 (UTC)

@Tsaag Valren: en théorie et selon les cas, les deux sont possibles.

En l'occurrence, vu qu'il s'agit apparement de deux bases (et donc deux identifiants) différentes et surtout que les URLs sont différentes (www.fei.org/athlete/10093657 et www.fei.org/horse/104AD56), le mieux serait de demander la création d'une nouvelle propriété (sinon, cela veut dire modifier toutes les valeurs existantes, ce qui serait pénible, en particulier pour une propriété assez ancienne).

Cdlt, VIGNERON (talk) 17:12, 23 June 2024 (UTC)

Un très grand merci, j'ai rempli la demande de propriété ici : Wikidata:Property proposal/FEI horse ID . Je ne me souviens plus comment on envoie la demande (pas fait depuis un bout de temps), si la proposition est correcte ? Tsaag Valren (talk) 17:43, 23 June 2024 (UTC)

@Tsaag Valren: c'est fait, il suffit de transclure la page de demande de cette propriété sur la page générale de toutes les demandes.

Le minimum est déjà là, la proposition est correcte mais dans l'idéal, j'aime bien avoir plus d'informations dans la proposition (en l'occurrence, j'ajouterais : les valeurs autorisées - en l'occurrence 3 chiffres deux lettres deux chiffres, non ? - le nombre d'identifiants, le projet et les contraintes unique et distincte).

Cdlt, VIGNERON (talk) 08:03, 24 June 2024 (UTC)

Merci beaucoup ! Les informations manquantes sont celles pour lesquelles j'ai un doute : je ne sais pas comment indiquer le format de la valeur autorisée, ni les contraintes (= il faut impérativement que le sujet soit un cheval (ça, c'est signalé), mais aussi que ce cheval ait un "usage" enseigné dans l'un des sports équestres couverts par la FEI (ça, je n'ai pas su comment le signaler), soit : show jumping horse (Q60199356), dressage horse (Q60198807), eventing horse (Q60238010), vaulting horse (Q89585478), ou les propriétés à créer pour cheval d'endurance, cheval d'attelage de compétition, cheval de reining, cheval de para-dressage, et cheval de para-attelage. Il faudrait aussi une contrainte d'exclusion des chevaux de course pour limiter des erreurs d'ontologie, car la FEI ne gère pas le sport hippique et que beaucoup de contributeurs confondent le sport hippique avec le sport équestre ; par contre, dans des cas rares, un cheval peut avoir eu une courte carrière de course suivie d'une carrière dans un sport FEI. Tsaag Valren (talk) 08:30, 24 June 2024 (UTC)

@Tsaag Valren: la documentation de {{Property proposal}} donne des précisions sur l'utilisation de ce modèle :

• pour le format, il faut utilisé le paramètre allowed values suivi d'une expression régulière ;
• pour les contraintes, celles dont tu parles sont très utiles mais ne peuvent être ajouter que plus tard ; pour les contraintes unique et distinct, ce sont les paramètres single value constraint et distinct values constraint (avec pour valeur yes).

Après, ce n'est pas obligatoire mais ce sont des points qui sont permettent de faciliter la vie des personnes participant à la discussion et surtout pour la personne créant la propriété. D'ailleurs, ce serait pas mal de notifier les participants du projet Equines pour avoir plus de monde sur cette proposition.

Cdlt, VIGNERON (talk) 14:05, 26 June 2024 (UTC)

Regroupement/modification des propriétés d'identifiant Vikidia

Bonjour, je viens de découvrir Wikidata:Properties for deletion/P7829 et Wikidata:Property proposal/Vikidia ID, deux débats apparemment clos.

L'idée est de fusionner chaque propriété de Vikidia par version linguistique (P7829 (P7829), P7822 (P7822), P7827 (P7827), P7832 (P7832), etc.) par un seul : Vikidia article ID (P12800), en ajoutant le code de langue devant l'identifiant de l'article (son intitulé), mais dans le même champ, par exemple "en:Jack_London" sur Jack London (Q45765). La démarche semble prendre modèle sur Fandom article ID (P6262), je ne sais pas si c'est plutôt un cas spécifique ou un exemple d'une organisation courante des propriétés d'identifiants.

Je crains que ça rende l'exploitation de la présence des articles de Vikidia sur Wikidata plus difficile. Est-ce que les requêtes standard listées sur Property talk:P7818 seront toujours possibles, ou aussi accessibles ? (Violations de contraintes, carte géographique...) Pourra-on interroger les éléments ayant un article sur Vikidia en telle langue, par exemple pour créer des liens interwiki entre versions de Vikidia ? Notez aussi ce bout de discussion sur la question : Property talk:P12800#format de l'URL (P1630), que je n'ai pas tout compris... La langue n'étant plus dans une propriété distincte, ni même un qualificatif (je ne suis pas expert sur Wikidata, je peux me tromper de terme), je crains que ça rende des choses impossibles ou beaucoup moins accessibles. Avant d'intervenir éventuellement sur ces discussions, je voulais votre avis sur la question. Astirmays (talk) 21:22, 24 June 2024 (UTC)

@Astirmays: oui c'est une pratique de base de Wikidata de ne pas multiplier les propriétés sans raisons (version adaptée et modernisée du rasoir d'Ockham utilisé en science depuis plus de 2 millénaires).

Le débat est clos mais son résultat n'a pas encore été appliqué, les valeurs sont encore en cours de migration et les anciennes propriétés pas encore supprimés.

Fondamentalement, cela ne devrait pas changer grand'chose et même simplifié certaines situations (et cela évite de devoir créer une nouvelle propriété à chaque fois qu'une nouvelle version linguistique de Vikidia est créée par exemple) ; par contre, cela peut effectivement avoir marginalement quelque effets négatifs. Pourrais-tu détailler et expliciter tes craintes ?

Pour Property talk:P7818, oui il y Property talk:P12800 qui fonctionne de la même façon. Et on peut adapter les requêtes pour n'avoir qu'une seule langue, il suffit de filter le début de l'identifiant. Exemple : https://w.wiki/AVQH au lieu de https://w.wiki/AVQM

Cdlt, VIGNERON (talk) 10:23, 26 June 2024 (UTC)

@VIGNERON: merci, ça demandera sans doute un peu plus de compétences, mais si chaque requête possible dans la conformation antérieure reste faisable, c'est sans doute le principal. Mais je dois dire que mes tentatives de requêtes et tâchant d'imiter le code que j'observe, sans m'être formé au SPARQL, souvent ne fonctionnent pas. Par exemple, j'ai voulu ajouter de limiter à fr la requête de carte des éléments ayant un article Vikidia : https://w.wiki/AVfK (par modification de https://w.wiki/AVfo ), ça plante... Et puis je me demande si/comment l'équivalent de la page Wikidata:Database reports/Constraint violations/P7818 sera toujours accessible avec une propriété unifiée (il pourra y avoir plusieurs valeur Vikidia, donc comment faire ressortir si un élément indique deux articles Vikida en Français ?) Astirmays (talk) 20:38, 26 June 2024 (UTC)

@Astirmays: je peux me tromper mais je ne vois pas de cas où les requêtes avec les propriétés séparés seraient impossible avec la propriété unique.

Pour la carte, tu y étais presque, la bonne syntaxe est celle-ci : https://w.wiki/AVgT (pour le filtre, tu as utilisé id mais dans la requête de base elle se nomme value et le filtre se place après les coordonnées pas au milieu).

Très bonne remarque pour la contrainte d'unicité ! Ce n'est pas impossible mais il va falloir passer par une contrainte complexe, je m'en occupe rapidement.

Cdlt, VIGNERON (talk) 21:21, 26 June 2024 (UTC)

Contrainte de valeur distincte sur Wikidata

Bonjour,
Q1122701 item Montjuïc : l'identifiant VIAF affiche un petit drapeau contrainte de valeur distincte sur Wikidata car ledit identifiant est également utilisé pour Q67150472 Montjuïc. Que faire ? Jihaim (talk) 08:26, 27 June 2024 (UTC)

Bonjour Jihaim,

Il faudrait ne mettre l'identifiant VIAF que sur l'un des deux éléments mais ceux-ci portent sur des concepts si proche qu'il est difficile de choisir...

Cdlt, VIGNERON (talk) 14:23, 29 June 2024 (UTC)

Sidonie61

Merci de protéger la page de cette utilisatrice. Elle est décédée Mike Coppolano (talk) 06:31, 28 June 2024 (UTC) [https://www.wikidata.org/wiki/User:Sidonie61 Lien ici https://www.wikidata.org/wiki/User:Sidonie61

La demande est à faire dans Wikidata:Requête aux administrateurs (alias WD:RA). Eric-92 (talk) 01:17, 30 June 2024 (UTC)

Personnalité mondaine ?

Bonjour J'ai complété l'entrée "Giuseppe Primoli" Q3185518 sur Wikidata : il est certes photographe et collectionneur, mais c'est d'abord une personnalité mondaine ; or le seul item que j'ai trouvé est "socialite" Q512314 qui concerne le monde anglo-saxon mais pas la France ni l'Italie, les deux pays de nationalité du personnage. Y a t-il une autre possibilité ?

Merci de vos lumières Lestoille (talk) 14:14, 29 June 2024 (UTC)

Bonjour Lestoille,

Le terme « socialite » est anglo-saxon mais le concept concerne est plus général. Cet élément me semble tout à fait utilisable pour une personne française ou italienne et d'ailleurs, il est déjà utilisé ainsi (par exemple sur Suzanne Curchod (Q115738)).

Cdlt, VIGNERON (talk) 14:28, 29 June 2024 (UTC)

Il y a eu des discussions sur fr:Discussion:Socialite et il en ressort, d'après Arroser, que « socialite » et « personnalité mondaine » sont des concepts différents. Qualifier Suzanne Curchod de socialite me semble être un mauvais choix de terme, surtout si c'est pour renvoyer dans son infobox vers l'article Socialite qui porte presque uniquement sur le mot et sur son emploi aux États-Unis depuis le XXe siècle.

Je pense justifié de créer un nouvel item « personnalité mondaine » et de restreindre le sujet de socialite (Q512314) géographiquement au Royaume-Uni et aux États-Unis et temporellement au XVIIIe siècle au plus tôt (suivant (en:Socialite), avec les bonnes propriétés. Les deux items seraient reliés entre eux par different from (P1889), voire par said to be the same as (P460). GrandEscogriffe (talk) 14:33, 4 July 2024 (UTC)