Open main menu

Wikidata:Bistro

About this board

Bienvenue sur le Bistro !
Un endroit pour discuter des différents aspects de Wikidata : projet, demandes d'aide, règles et propositions, problèmes techniques, etc.
Jetez un œil aux questions fréquemment posées.

Les demandes de suppression peuvent être faites ici.

Les instructions pour fusionner deux éléments sont disponibles ici.

Canal IRC : #wikidata-fr connect

Bistro | Requête aux administrateurs | Équipe de développement | Requêtes aux traducteurs | Demandes de permissions | Conflits d'interwikis | Pages à supprimer | Propositions de propriétés | Propriétés à supprimer | Demande de commentaires | Partenariats et importations | Demander une requête | Demandes de bot
Éléments récents sans déclaration
Édifices français à géolocaliser

This list is periodically updated by a bot. Manual changes to the list will be removed on the next update!

WDQS | PetScan | YASGUI | TABernacle | Find images Recent changes
Nom
immeuble, 43 rue Émile-Ménier
cinéma rex (Andernos-les-Bains)
place de la Défense
église Saint-Pierre-Saint-Paul de Dampierre-sur-le-Doubs
chapelle Saint-Antoine du Moulin Haut
patinoire du Grand-Bornand
église Saint-Pierre de Marcilly-en-Beauce
chapelle Saint-Sébastien de Sartène
meubles de rangement (2 encoignures) à Sermentizon
chapelle Notre-Dame-des-Miracles de Valréas
End of automatically generated list.
Les anciennes discussions sont archivées dans Wikidata:Bistro/Archive 1.

Modification/insertion/changement de ligne

1
Speltdecca (talkcontribs)

Bonjour à tous ,

dans une propriété/élément, je ne vois que la possibilité d’insérer une nouvelle valeur en bas de la dernière valeur. Mais si on veut en insérer une au milieu d'une liste, il faut tout retaper ou il y a un outils pour ça ?

Par exemple, la president of the French Republic (Q191954) contient dans relative (P1038) la liste des 25 présidents de la République, si la personne qui l'a rédigé aurait oublié le n°12 (Alexandre Millerand), elle aurait été obligée de tout effacer de 13 à 25 et recommencer apd du 12 ou il y aurait eu moyen de l'insérer dans la liste entre le 11 et 13 ? cdt

Reply to "Modification/insertion/changement de ligne"

Membre de l'Académie française

9
Summary by Nomen ad hoc

On estime qu'il est préférable de modéliser cette appartenance avec member of (P463)

Ayack (talkcontribs)
Nomen ad hoc (talkcontribs)

C'est une bonne question. Je n'ai pas d'avis arrêté mais je note i) que nous avons bien quelques éléments "membre de...", mais ii) qu'il s'agit souvent d'instances politiques (jamais vu ce cas de figure pour des sociétés savantes, en tout cas).

Ghuron (talkcontribs)
Nomen ad hoc (talkcontribs)

J'ai réfléchi et oui, dans le fonds je suis d'accord avec Ayack. Après, je ne trouve pas ça dramatique.

VIGNERON (talkcontribs)

Effectivement cela fait doublon et c'est toujours une mauvaise idée de doublonner des informations.

Après, peu m'importe la modélisation choisie (member of (P463) est un peu plus élégante mais de peu) tant qu'elle est cohérente pour des éléments similaires.

Brasig (talkcontribs)

C'est généralement une mauvaise idée de dupliquer des informations. Contre-exemple classique dans Wikidata (il y en a bien d'autres) : les propriétés familiales (l'information que les éléments Qa et Qb sont spouse (P26) ou sibling (P3373) est dupliquée sur chaque item alors que ce n'est techniquement pas nécessaire).

Dans le cas des membres de l'Académie française, la duplication me paraît inutile et j'ai également une préférence pour ne conserver que member of (P463) qui semble sémantiquement plus correct.

VIGNERON (talkcontribs)

Il y a des cas, comme ceux que tu cites, où c'est utile voire nécessaire pragmatiquement mais cela reste fondamentalement toujours une mauvaise idée (je ne compte plus le nombre de fois où l'information était erronée/incomplète d'un des deux côté et pas corrigée/améliorée de l'autre, on perd d'innombrables heures à gérer cette duplication ; pour ceux que cela intéressent il y a encore plus de 2000 éléments où spouse (P26) est présent sur un élément et pas sur l'autre, mais je digresse).

Ghuron (talkcontribs)
Nomen ad hoc (talkcontribs)

Au passage (si je peux me permettre), ton français est très bon, c'est un peu plus qu'un niveau basique je pense ^^.

Nombre 1 Date1 / Nombre 2 Date 2 et pas Nombre 1 Nombre 2 / Date 1/ Date 2

3
Summary by Speltdecca

Grace à l'aide de Pamputt (A) 🥇, que je remercie, cdt

Speltdecca (talkcontribs)
Pamputt (talkcontribs)

J'ai retouché pour afficher l'information correctement. En gros, il faut répéter deux fois l'information, en indiquant un rang privilégié pour l'information la plus récente.

Speltdecca (talkcontribs)

Problème code d'appel WD vers WP

1
Summary by Speltdecca

j'ai trouvé

Speltdecca (talkcontribs)

Bonjour à tous,

quand l'infobox de la page Archidiocèse de Paris appelle la légende p2096 de l'image p18 qui se trouve dans Roman Catholic Archdiocese of Paris (Q1242250), si la légende p2096 est présente dans p18, elle s'affiche correctement dans l'infobox (juste sous l'image), mais si elle la légende p2096 n'est pas présente dans p18, l'infobox affiche en rouge : « Erreur Lua Module : image à la ligne 76 : invalid pattern capture ».

C'est quoi le mauvais code dans w:fr:Modèle:Infobox_Archidiocèse_catholique/wd?veaction=editsource : {{Infobox/Image | {{#if:{{{image|}}}| {{{image}}} | {{#if:{{wikidata|p18}}|{{wikidata|p18}}| }} }} |{{{légende| {{#if:{{{imagetxt|}}}|{{{imagetxt}}} |{{#if:{{Wikidata|p18|showonlyqualifier=P2096}} |{{Wikidata|p18|showonlyqualifier=P2096}} |[[Category:P2096 absent de Wikidata]] }} }} }}}|{{{taille image|{{{imagetaille|280}}}}}}|{{{légende|{{{imagetxt|}}}}}}|||Archidiocèse catholique}} {{Infobox/Sous-titre|Informations générales| {{#if:{{{type|}}}| {{#ifeq:{{{type}}}|Archidiocèse | FED600 | 66CC80}}|{{#ifeq:{{#property:P31|from={{Numéro Q|{{PAGENAME}} }} }}|archidiocèse | FED600 | 66CC80 }}|| }} }}


screenshoot de la page WD Archidiocèse_de_Paris Q1242250
screenshoot de la page WP Archidiocèse_de_Paris
screenshoot de la page WD Archidiocèse_de_Paris Q1242250
screenshoot de la page WP Archidiocèse_de_Paris
Eihel (talkcontribs)

Bonjour tout monde, j'aimerais savoir s'il y a un remplaçant à Kasparbot pour le contrôle d'autorité entre wikis et WD? Merci pour vos réponses.

Hello everyone, I would like to know if there is a substitute in Kasparbot for authority control between wikis and WD? Thank you for your replies.

Jura1 (talkcontribs)

Est-ce encore utile?

Eihel (talkcontribs)

Je ne comprends pas votre réponse et elle ne répond pas à ma question Jura.

This post was hidden by Eihel (history)
Reply to "Kasparbot"
Ayack (talkcontribs)

Au moment où j'écris ce message, il y a 447 architectural structure (Q811979) sans coordonnées géographiques dans le Finistère (département choisi au hasard, promis) : Requête

En combien de temps pensez-vous qu'on puisse collectivement réduire ce chiffre à 0 ? Une semaine, quinze jours, un mois ? Les paris sont ouverts !

VIGNERON
Mathieudu68
Ayack
Aga
Ash Crow
Tubezlob
PAC2
Thierry Caro
Pymouss
Pintoch
Alphos
Nomen ad hoc
GAllegre
Jean-Frédéric
Manu1400
Thibdx
Marianne Casamance
Le Passant
Notified participants of WikiProject France

Hsarrazin (talkcontribs)

J'ai une question de noob (en géographie).... comment on fait pour trouver les coordonnées géographiques d'un monument (Mérimée ou autre) ?

est-ce qu'on peut récupérer les coordonnées de Google Street Maps (voir Q3145404) ou c'est pas casher du tout ?

Ayack (talkcontribs)

Personnellement j'utilise Géoportail en recroisant avec Google Street View et OSM.

Fralambert (talkcontribs)

@Hsarrazin Personnellement, j'aime bien GeoLocator, ça permet de sauter de la carte d'OSM à Google Maps avec une certaine facilité.

Speltdecca (talkcontribs)

je viens de faire le premier de la liste : j'ai eu du bol, les coordonnées était dans bibliotheque.numerique.sra-bretagne.fr/files/original/c73d7bef02b7893c06c014b49a938571.pdf

Le plus long a été de les convertir pour les faire rentrer dans tumulus of Kernonen (Q3542051)

Avec le deuxième, en moins de deux minutes, les coordonnées étaient déjà converties sur openstreetmap : La Stiff tour radar (Q3928604)

Si tout est déjà sur le net, en moins de deux jours c'est plié.

Ayack (talkcontribs)

@Speltdecca Tous ne sont pas si triviaux hélas...

Hsarrazin (talkcontribs)

j'voudrais pas dire... mais vous trouvez ça normal qu'un site typiquement breton n'ait pas de libellé fr ? (ni br d'ailleurs) Q3928604 ;)

Ayack (talkcontribs)

@Hsarrazin J'y ai remédié et ai complété un peu l’élément.

Poulpy (talkcontribs)

Pendant que j'y suis : beaucoup d'entités n'ont pas de coordonnées car il s'agit d'objets monuments historiques, contenus dans un lieu précis (une église, souvent). Il est alors préférable (à mon sens) d'ajouter la propriété location (P276) plutôt que coordinate location (P625).

Ayack (talkcontribs)
Speltdecca (talkcontribs)
Deansfa (talkcontribs)

Différente requête pour même résultat. Questions:

  • quel est l'intêret du "hint:Query hint:optimizer "None"."?
  • je ne comprend pas la syntaxe "_:b1" ligne 5. Qu'est ce que ça signifie?

Merci par avance.

Deansfa (talkcontribs)

Beaucoup des éléments que j'ai pour le moment géolocalisés sont illustrables via Commons ou rattachables à un catégorie de Commons.

Lorsque vous associez un item que vous venez de géolocaliser à une catégorie de Commons, n'hésitez pas à ajouter à la catégorie de Commons le modèle "Wikidata Infobox", ainsi les coordonnées, infos et photos s'ajouteront à la catégorie.

Exemple:

Comme on dit: n'hésitez pas!

Reply to "Défi !"

Sur l'utilisation de la propriété de

13
Serge Oin (talkcontribs)

Bonjour

juste pour satisfaire ma curiosité

Pour ce préfet Q54889450, on utilise la propriété de of (P642) pour dire préfet de Allier.

Mais pour ce recteur Q3291744, on n'utilise pas la propriété de, soit recteur de Académie de Trucmuche, sa fonction est déterminée directement par un autre objet Q47456548 recteur de l'académie de Trucmuche

j'ai lu la discussion sur la différence entre capitale et capitale de Wikidata:Property proposal/Archive/23#P1376 mais j'ai du mal à saisir les nuances et entre recteur et préfets je ne sais pas qu'est ce qui est le mieux écrit.

Bref

peut on par exemple faire une requête Maire de Paris ??

Merci de vos lumières


Nomen ad hoc (talkcontribs)

Bonjour Serge,

je crois que la différence de traitement tient simplement à ce que dans un cas (celui du recteur), un élément existe sur la fonction en question, et dans l'autre (le préfet) non... Du coup, j'ai créé aussi un élément sur la fonction de préfet de l'Allier.

VIGNERON (talkcontribs)

Bonjour,

Je suis assez circonspect sur la créationl'utilisation d'un élément spécifique "X de Y" alors qu'il est si facile d'utiliser les éléments existants et de faire "X" de "Y".

Sinon, pour répondre à la question et quelque soit la méthode, oui on peut faire une requête sur les maires de Paris (ou de n'importe quelle commune). En l'occurrence, vu qu'ils sont tous la même structure "X de Y", il suffit de cette simple requête : w.wiki/44S

Serge Oin (talkcontribs)

merci mais comment faire une requête "X" de "Y" en Sparql ???


VIGNERON (talkcontribs)

Comme ceci : w.wiki/44i (maire d'Issy-les-Moulineaux).

Nomen ad hoc (talkcontribs)

En vérité c'est un débat intéressant. Ping XIIIfromTOKYO qui a créé pas mal d'items de ce genre sur les recteurs. Et Branor.

Je pense que c'est utile d'avoir des éléments sur les fonctions d'une certaine importance, ne serait-ce que pour lier aux catégories Wikipédia idoines (ce que je vais faire pour l'Allier) et aux listes de titulaires (avec has list (P2354).

(Par contre, il serait AMHA utile de discuter l'utilité de créer des éléments tels que conseiller régional des Hauts-de-France 2016-2021 (Q62274430) (surtout qu'on peut déjà renseigner la mandature sans encombres avec parliamentary term (P2937)). J'en ai parlé à Arpyia qui m'a répondu que c'était la marche proposée par le projet EveryPolitician, mais je suis moyen convaincu...)

Nomen ad hoc (talkcontribs)
Bouzinac (talkcontribs)

Même interrogation philosophique avec Mediterranean country (Q51576574) : faut-il interdire les "X de Y" (c'est pourtant bien pratique pour par exemple sélectionner rapidement des Q de pays méditerranéens au lieu de sélectionner X = pays et Y ayant comme mer la Mer méditerrannée) Autre exemple : Bulgarian Empire (Q2067184)

VIGNERON (talkcontribs)

Je dirais que la question à se poser est le concept est-il plus que la somme des parties (comme quoi depuis Aristote on se pose encore les mêmes questions). Il y a des exemples évidents, un arc-en-ciel est plus qu'un arc dans le ciel. Mais en l'occurrence pour les fonctions dont on parle ici, je suis dubitatif ; maire de Paris est un cas un peu particulier pour la plupart des maires ou des préfets je ne vois pas vraiment ce qui le justifie. De plus, si on se place du côté de la maintenance et de la gestion, avoir des éléments spécifiques requiert plus de travail (typiquement préfet et Allier sont traduits dans des centaines de langues mais préfet de l'Allier n'a de libellé qu'en français et en anglais).

Bof, une requête est-elle vraiment plus pratique avec un élément spécifique ?

Serge Oin (talkcontribs)

c peut-être plus pratique mais je doute que cela simplifie le reste.


Thierry Caro (talkcontribs)

Je suis plutôt favorable aux éléments dédiés "X de Y". Mais il est certain que si ça se généralisait, rien que pour tous les maires de toutes les communes françaises par exemple, ce serait énervant à gérer.

Nomen ad hoc (talkcontribs)

Bah c'est déjà le cas pour beaucoup d'entres elles, et ce dans tous les départements, du fait du travail d'Arpyia. Mais perso ça me gêne pas

Reply to "Sur l'utilisation de la propriété de"

Doublon ? cebwiki a encore frappé...

33
Hsarrazin (talkcontribs)

Quelqu'un voit-il une différence entre Q49366053 et Q635428...

faut-il marquer Q49366053 comme doublon et demander la fusion des 2 (!) articles cebwiki ?

ou y a-t-il une subtilité que je ne vois pas (la géographie, c'est vraiment pas ma partie) ;)

Bouzinac (talkcontribs)

Tu peux modifier le code cebwiki pour redirect #REDIRECT Nom de la page de destination et ainsi fusionner les deux wikiitems. Cebwiki ... :rolleyes:

Hsarrazin (talkcontribs)

ma question ne porte pas sur le redirect... mais "est-ce bien un doublon ?" ;)

Cebwiki est effectivement un projet... :rolleyes:

Bouzinac (talkcontribs)

Oui c'est le même sujet…

Speltdecca (talkcontribs)
Hsarrazin (talkcontribs)

Merci @Speltdecca, s'il n'y en a plus que 6034, on est en progrès...

les doublons de cebwiki sont un vieux problème récurrent... et malheureusement trop connu... :lassitude:

je suis seulement tombé sur celui-ci en voulant utiliser l'élément de la commune pour lieu de naissance d'une personne ^^, mais ne déchiffrant pas le cebuano, et n'étant pas une bonne géographe, je voulais m'assurer du doublon avant de faire une bêtise ;) - entre autres, coordinate location (P625) est légèrement différent... et je ne m'y connais pas suffisamment pour mesurer si c'est significatif ou pas.

Speltdecca (talkcontribs)

Les coordonnées des gps ou des maps en ligne sont toujours différentes à quelques mètres près. Il n'y a à ma connaissance pas de consensus : Garmin Paris ≠ Tomtom Paris ≠ Google maps Paris ... donc ce n'est pas significatif.

Simon Villeneuve (talkcontribs)
VIGNERON (talkcontribs)

J'arrive un peu tard mais non, pour moi, ce n'est pas vraiment un doublon (et cela ne vient pas vraiment de cebwiki mais de Geonames, rendons à César...), il y a d'un côté la ville/village (entité urbaine) et de l'autre la commune (entité administrative).

La solution que je préconise est celle appliqué sur Les Fougerêts (Q35715423)/Les Fougerêts (Q70256). Vu que le sujet traîne depuis un certain temps, que pensez-vous de cette solution ? Puis-je la déployer en masse pour améliorer la situation ?

Hsarrazin (talkcontribs)

ah ! voilà !! merci :)

c'est précisément le genre de nuance que je capte parfaitement en français... mais qui est un chouia plus délicate en cebuano ;)

Si tu as les moyens de déployer en masse... vas-y ! pour moi, c'est tout bon :)

VIGNERON (talkcontribs)

Oui, sauf erreur, il me semble qu'il serait assez facile d'indiquer au moins que la localité est la capitale de la commune (en se basant sur le P31 et/ou le lien vers ceb.wp), et inversement. Je vais déjà regarder rapidement si il n'y a pas des cas particuliers (genre des éléments indiqués comme commune mais liée à un (lungsod) sur ceb).

VIGNERON
Mathieudu68
Ayack
Aga
Ash Crow
Tubezlob
PAC2
Thierry Caro
Pymouss
Pintoch
Alphos
Nomen ad hoc
GAllegre
Jean-Frédéric
Manu1400
Thibdx
Marianne Casamance
Le Passant
Notified participants of WikiProject France qu'en pensez-vous ?

VIGNERON (talkcontribs)

il y a au moins 12 élément commune-lungsod à corriger : w.wiki/45A

Bouzinac (talkcontribs)
Speltdecca (talkcontribs)
Commune-bourg-hameau

et même si il n'y a pas de hameau ou de lieu-dit ou autre espace urbain détaché du centre-bourg, cdt

VIGNERON (talkcontribs)

Parce que le village est bien la capitale de la commune (même si on parle généralement de "chef-lieu" mais c'est la même propriété), d'où vient ton flottement ?

Bouzinac (talkcontribs)

mon flottement vient que par exemple Paris a pour maire Hidalgo, alors qu'il y a 20 arrondissements. Sur ce principe, je m'étais dit que la "capitale", c'est le truc qui a le maire, donc le pouvoir… Pas forcément le centre mais le truc qui a le pouvoir Mais sinon pour les petites villes, oui, si j'étais admin (ce que je ne suis pas), j'irais zou les fusionner :)

VIGNERON (talkcontribs)

Euh, oui, tu as raison. Le chef-lieu est littéralement le lieu du chef (le maire en l'occurrence) et tout commune a un maire donc un chef-lieu (d'ailleurs tout territoire à une capitale, c'est juste plus surprenant pour les petits territoire).

Et oui, ce n'est pas forcément au centre (les exceptions sont rares mais il y en a, notamment des cas où la mairie se trouve même en dehors de la commune comme à Demi-Quartier (Q841329)).

Quant à fusionner, pas besoin d'être admin (par contre, il faut avoir un consensus et surtout beaucoup de temps devant soi, sur ceb.wp il y a déjà les milliers d'articles en "(munisipyo)" qui eux sont bien la même chose que la commune).

Speltdecca (talkcontribs)
Demi-Quartier (commune) Megève

bizarrement, il n'y a pas de Megève (lungsod), mais si ça aurait été le cas, elle aurait été deux fois capitale :

Speltdecca (talkcontribs)
VIGNERON (talkcontribs)

C'est étrangement formulé et surtout Paris est un cas vraiment à part (commune-département, loi PLM, etc.) donc plutôt non. Intuitivement, j'aurais plutôt dit que Paris unité urbaine (Q1082222) est le chef-lieu de Paris, il faudrait regarder ce que disent les sources.

Speltdecca (talkcontribs)
Bouzinac (talkcontribs)

Sauf que le 75004 n'a pas la prétention de diriger Paris entièrement… Je parle d'un centre politique, pas d'un centre géographique.

Speltdecca (talkcontribs)
Alphos (talkcontribs)

Mouais, c'est spécieux : je doute que beaucoup d'ouvrages de référence aient fait la distinction entre l'entité administrative d'une part, et le bourg, les hameaux et les terres environnantes séparément d'autre part.

Tout part du fait que cebwiki se base sur un identifiant de géolocalisation qui pointe quelques mètres à l'ouest (ou au nord, sincèrement c'est pas la question) de celui qui est déjà en place - peut-être qu'une bagnole s'était garée devant la plaque alors un géomètre avait décalé le marqueur un peu au hasard parce qu'il s'en était un peu foutu, au final, de l'exactitude de son relevé ? -, et considère que c'est donc une autre entité, pour des entités géographiques dont le "diamètre" dépasse le kilomètre. cebwiki a donc pété un jeton, et n'a rien compris à la notion de précision, ni à l'importance d'éviter les doublons. Fusionnez-moi tout ça, et qu'on en parle plus, une bonne fois pour toutes.

VIGNERON (talkcontribs)

Les deux concepts sont proches donc la fusion peut être une solution mais cela ne me semble pas la meilleure ni la moins simple (parce qu'il faut fusionner des dizaines de milliers d'articles sur des dizaines de Wikipédias).

Typiquement, en cas de fusion, il va falloir un sacré paquet de qualificatif pour distinguer la commune de la ville, typiquement la date de création qui est au plus tôt en 1789 pour la commune contrairement aux villes.

En plus, cela veut dire que l'on accepte sur Wikidata tout les lieux sauf ceux qui ont l'heur d'avoir le même nom que la commune ? (ce qui du coup, interdit de faire de faire des requêtes comme "liste des chefs-lieux qui ne sont pas homonyme de leur commune").

Enfin, même si on exclut Geonames (qui concerne des surfaces et pas des points d'ailleurs ; les coordonnées sont sensément identiques puisque légalement la coordonnée d'une commune est celle de son chef-lieu, y compris dans les rares cas ou celui-ci se trouve en dehors de la commune), on fait quoi des autres bases de données qui font la distinction (ce qui est rare) ou qui font spécifiquement et explicitement référence à la commune ou à l'agglomération (ce qui est assez courant) ? (par exemple, les bases d'inventaire comme Mérimée ou les équivalents régionaux) ou de la législation française qui fait aussi la distinction ?

Speltdecca (talkcontribs)

J'y suis favorable, mais est ce qu'on pourrait en plus, distinguer les noms du genre Les Fougerêts (entité urbaine) (Q35715423)/Les Fougerêts (entité administrative) (Q70256).

Bouzinac (talkcontribs)

entité administrative = ce serait la seule à recevoir l'identifiant code INSEE de la ville ?

VIGNERON (talkcontribs)

Une ville n'a pas de code INSEE, seule une commune en a un (d'ailleurs le "vrai" nom de ce que l'on appelle par raccourci code insee est bien code commune ) donc oui, seule la commune (qui est une entité administrative) devrait avoir la propriété INSEE municipality code (P374).

VIGNERON (talkcontribs)

Ok.

Et non, on ne met jamais de précision entre parenthèses dans les libellés (voir Help:Label/fr), il y a les descriptions pour faire la distinction.

Bouzinac (talkcontribs)

SAUF que c'est parfois gênant de pas avoir les parenthèses, exemple, quand je commence à saisir "french" le truc est capable de proposer la Q liée au nom de famille french et pas au "français" (exemple) même problématique dans OpenRefine... l'affichage de la description pêche régulièrement et on se plante facilement.

VIGNERON (talkcontribs)

Oui mais toujours non. Mettre des parenthèses causeraient immensément plus de problèmes que cela n'en résoudrait.

Pour la saisie, il y a les descriptions pour éviter les erreurs. Quant à OpenRefine, pour l'alignement on peut passer par les propriétés ce qui évite tout problème (en plus de rendre l'alignement plus rapide).

Simon Villeneuve (talkcontribs)

dans ce cas, l'étiquette avec parenthèses peut être ajoutée dans les alias.

Reply to "Doublon ? cebwiki a encore frappé..."
Summary by Speltdecca

résolu grâce à Vigneron et Zolo

Speltdecca (talkcontribs)

La section w:fr:Module:Wikidata/Documentation#Qualificatifs affirme que

{{#invoke:Wikidata|frameFun|formatStatements|entity =Q12418 | property = P186|showqualifiers = P518|qualifiervalue=Q1737943}}

devrait rendre :

« Bois », or si ça marche peut-être sur wd, sur wp, il rend

« « Peinture à l'huile (en) et bois de peuplier (d) (support de peinture) » »

, comment le faire fonctionner sur wp aussi ? cdt

VIGNERON (talkcontribs)

Mhh, étrange, c'est un problème de prise en compte du rang (et/ou du qualificatif ?). peinture à l'huile et bois de peuplier sont en rang privilégié donc par défaut, seules ces valeurs ressortent ce qui est assez logique. Par contre, la phrase « Notez qu'aucune valeur de rang "preferred" n'étant trouvé, un valeur de rang "normal" est retournée. » est visiblement fausse.

En ajoutant rank=valid, on obtient « Peinture à l'huile (en), bois de peuplier (d) (support de peinture) et bois (châssis) » ce qui est mieux mais qui n'est pas vraiment non plus ce qui est documenté (les qualificatifs sont affichés alors que la documentation indique qu'il devrait avoir un rôle de filtre). Il faudrait poser la question sur fr:Discussion module:Wikidata. En attendant, je notifie @Zolo: qui pourra sans doute en dire plus (qui connaît bien ce module et qui en plus est celui qui a modifié les rangs sur l'élément de la Joconde ).

Zolo (talkcontribs)

En fait c'était plutôt une erreur dans la documentation (le modèle a beaucoup de paramètres possibles, et on finit par s'y perdre...) L'argument a utiliser est qualifier</qualifier> qui sélectionne les valeurs en fonction des qualificatifs qu'elle contiennent, et non showqualifiers qui indique qu'il faut afficher les qualificatifs (donc ici qu'il faut afficher "support de peinture"). Il faut donc utiliser {{#invoke:Wikidata|frameFun|formatStatements|entity =Q12418 | property = P186|qualifier = P518|qualifiervalues=Q1737943}}

Speltdecca (talkcontribs)

Où mettre les chasseurs-cueilleurs ?

5
El Caro (talkcontribs)
VIGNERON (talkcontribs)

Je ne suis pas spécialiste du sujet, cela ne me choque pas plus que cela de le mettre en occupation (P106). Pourquoi n'est-ce « pas très juste et pas prévu pour » ? En tout cas, oui, ce n'est clairement pas une valeur correcte en instance of (P31).

El Caro (talkcontribs)

Occupation c'est (post)néolithiquement centré : les chasseurs-cueilleurs n'avaient pas vraiment d'occupation, on faisait un peu tout soi-même ou avec le groupe, même si certains avaient sans doute leurs préférences. C'était le bon temps !

Wikidatament parlant, on a la contrainte "Les valeurs des déclarations occupation devraient être des instances de métier ou profession fictive (ou d’une de leurs sous-classes), mais chasseur-cueilleur ne l’est pas actuellement" Et ça parait logique, chasseur cueilleur n'est pas un métier.

VIGNERON (talkcontribs)

Ah oui effectivement, occupation (P106) est limité au métier (c'est nouveau d'ailleurs ? j'ai le vague souvenir que c'était plus large pour toute activité, y compris non professionnelle)

Speltdecca (talkcontribs)
Reply to "Où mettre les chasseurs-cueilleurs ?"