Wikidata:Bistro

On this page, old discussions are archived after 7 days. An overview of all archives can be found at this page's archive index. The current archive is located at 2024/07.

SpBot archives all sections tagged with {{Section resolved|1=~~~~}} after 1 day and sections whose oldest comment is older than 7 days.

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)[reply]

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)[reply]

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)[reply]

@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

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)[reply]

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)[reply]

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)[reply]

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)[reply]

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

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)[reply]

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^[1]

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)[reply]

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)[reply]

@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)[reply]

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)[reply]

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)[reply]

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)[reply]

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)[reply]

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

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)[reply]

@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)[reply]

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)[reply]

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)[reply]

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 )

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

1. ↑ https://lagrandehistoireducalendrier.wordpress.com/2021/03/13/qui-a-decide-de-lan-0-du-calendrier-et-quand/#:~:text=Il%20faut%20d'abord%20rappeler,d%C3%A9butera%20qu'en%202021%5D.