Wikidata:Bistro

Jump to navigation Jump to search

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
Les anciennes discussions sont archivées dans Wikidata:Bistro/Archive 1.
Poulpy (talkcontribs)

Je regardais un peu les entrées sur le patrimoine mondial et je me disais que c'était quand même un beau bazar. On semble placer heritage designation (P1435) à World Heritage Site (Q9259) sur un peu tout et n'importe quoi, du moment que ça ressemble vaguement au sujet. Du coup :

J'ignore s'il y a eu une réflexion sur ce sujet (je n'ai rien trouvé, mais je suis preneur). S'il n'y a rien eu, ne faudrait-il pas créer une entité spécifique pour chaque protection ?

Fralambert (talkcontribs)

J'ai bien créé autrefois part of World Heritage Site (Q43113623) pour les partie de bien, mais j'avoue que c'est un vrai fouillis quand j'entre sur World Heritage Site ID (P757). Ça semble être pire quand un bien ne correspond pas vraiment à un article sur Wikipédia, ou qu'il s'agit une entrée thématique. Ça serait bien déjà de réduire aux 1092 inscriptions à la liste (J'ignore si les deux biens délistés sont inclus à ce nombre).

Je me demande si ça serait pas bien aussi de diviser dans les trois grandes catégories du patrimoine mondial (Bien culturel, bien naturel et bien mixte).

VIGNERON (talkcontribs)

Oui, je me souviens de multiples discussions qui (globalement comme toi) concluait qu'un élément spécifique était le mieux pour indiquer les protections UNESCO (je ne retrouve plus lesdites discussions, Property talk:P757 est vide mais la description de la propriété indique bien « Use on one item per site »). Pour les sous-protections, j'ai retrouvé cette discussion : Wikidata talk:WikiProject_Built_heritage#Splitting World Heritage sites into separate items from the places they are located in (c'est un sujet un peu différent mais ça rejoint en partie ce que l'on dit).

El Caro (talkcontribs)

Bonjour,

Alors il va falloir faire pareil pour les monuments historiques français ou autres. Au hasard le dernier article sur lequel je travaille va demander qu'on crée "clocher et vantaux du portail de l'église Saint-Vincent de Ria" http://www2.culture.gouv.fr/public/mistral/merimee_fr?ACTION=CHERCHER&FIELD_1=REF&VALUE_1=PA00104106 Pourquoi pas mais ce n'est pas forcément intuitif car le clocher et le portail sont deux éléments qui n'ont rien à voir a priori. Combien d'éléments différents dans wikidata pour chaque église, chaque bâtiment ?

VIGNERON (talkcontribs)

El Caro: dans l'absolu oui mais en pratique, non. Le patrimoine mondial est vraiment une protection particulière avec des périmètres inhabituels et des ensembles disjoints comme Fortifications of Vauban (Q833781) qui se trouve littéralement au quatre coins de la France. Ce genre de cas n'arrive que très rarement avec les MHs.

Ceci dit, c'est ce que j'avais fait pour Pierre courcoulée and cordon des Druides (Q17984083) (les deux sites étant situés à un kilomètre de distance aux deux extrémités opposée d'une forêt). Par contre, pour ton exemple « clocher et portail » cela reste le même bâtiment et on peut indiquer la protection sur l'élément sur l'église sans trop de problème ni de confusion (même localisation, même histoire, peut-être les mêmes matériaux, le même architecte ou le même style architectural, cela me semble loin du « deux éléments qui n'ont rien à voir »). Le mieux me semble donc de juste de simplement indiquer les éléments protégés en qualificateur de la protection. Après, si tu veux créer des éléments distincts - et si il y a *des* sources évidemment - je n'y vois aucune objection, au contraire.

El Caro (talkcontribs)

En pratique les MH sont aussi un bazar, mais plutôt dans l'autre sens : au lieu de regrouper des trucs le plus souvent on n'en prend qu'une partie. Voir [http://www2.culture.gouv.fr/public/mistral/merimee_fr?ACTION=CHERCHER&FIELD_1=REF&VALUE_1=PA00104077] dont des morceaux bien précis sont classés, d'autres inscrits, et on ne pourra pas mettre "grand et petit salon sur rue (salon jaune et salon vert)" en qualificateur. On a essayé un peu dans Hôtel Pams (Q21512950) mais c'est globalement très imprécis puisqu'on indique "cabinet" et pas "cabinet situé à droite, au 1er étage" comme sur la fiche Mérimée.

VIGNERON (talkcontribs)

Oui mais cela ne me semble pas tant le bazar que cela (sauf quelques exceptions évidemment), en tout cas à une échelle bien moindre que pour le patrimoine mondial. En plus, si ce sont bien des éléments spécifiques du bâtiment qui sont désignés comme protégés, la protection s'applique à l'ensemble du bâtiment (et même au-delà).

« on ne pourra pas mettre "grand et petit salon sur rue (salon jaune et salon vert)" » oui, sauf si il y a un élément sur ces salons (cf. de nouveau Pierre courcoulée and cordon des Druides (Q17984083)).

El Caro (talkcontribs)

Donc tu es d'accord pour créer des éléments sur chaque partie protégée ? Et comme le portail de no label (Q3584672) a pour intérêt d'avoir des claveaux de différents matériaux, il parait logique de créer un élément par claveau.

VIGNERON (talkcontribs)

Plus ou moins, cela dépend surtout des sources, du besoin et des informations spécifiques à ajouter. Dans la plupart des cas, un élément n'est pas vraiment nécessaire ni même utile. Ceci dit, si les éléments sont bien structurés, bien renseignés et bien reliés, dans l'absolu, je n'ai pas d'opposition à la création desdits éléments.

Pour no label (Q3584672) et pour le moment, les qualificateurs applies to part (P518) me semble suffisant, il n'y a qu'un seul clocher et qu'un portail. As-tu des informations spécifiques qui nécessite un élément à part pour lever une éventuelle ambigüité ?

El Caro (talkcontribs)

Dans cette même église de Ria, on a des piliers cruciformes du XI s qui soutiennent des voûtes du XVIIe, et même le portail est en "morceaux" : une première rangée de pierres du XIIe et une deuxième du XVIIe. J'ai aussi une source qui ne s'intéresse qu'à la porte en bois. Bref, le moindre bâtiment est constitué d'une multitude d'éléments qui peuvent (ou pas) être protégés, étudiés, importants, etc. et je me demande comment mettre ne serait-ce que ces informations "importantes" (du point de vue de cette église) dans wikidata : faut-il créer un élément WD pour chaque truc sur lequel on a des trucs à dire ?

VIGNERON (talkcontribs)

« faut-il » non clairement pas, ce n'est pas une obligation. Par contre, « peut-on » oui, tout à fait.

Et ce n'est pas « sur lequel on a des trucs à dire ? » mais plutôt « sur lequel il existe des sources et pour lequel il y a un besoin ».

N'hésite pas à tester et à créer des éléments pour no label (Q3584672) (et à en profiter pour améliorer l'élément actuel qui est encore assez pauvre).

El Caro (talkcontribs)

Je vais essayer sur un ou deux exemples pour voir.

Mais il me semble que dans une base de données, "on peut" est un synonyme de "il faut", car si chacun bricole un peu dans son coin la base de données perd son utilité pour les requêtes automatiques, c'est ce qui me rend réticent à faire des tests. Sans parler des autres contributeurs humains qui peuvent débarquer et tout modifier parce qu'ils n'auront pas compris l'idée (cf les cantons en P131, certains contributeurs passent leur temps à les mettre alors que d'autres les enlèvent - perso j'y touche pas ).

VIGNERON (talkcontribs)

Oui et non... Si chacun utilise des *structures* différentes (ce qui est le cas pour les cantons puisque qu'aucune structure claire n'existe), alors oui ce sera le bazar mais si chacun choisi la granularité qu'il veut au sein d'une même structure (ce qui me semble le cas est architecture), je ne vois pas le problème. D'autant moins dans ce cas, on a déjà des milliers d'éléments sur des clochers ou des portails d'église, un de plus ou de moins ne changera pas grand'chose ce me semble.

Thierry Caro (talkcontribs)
Fralambert (talkcontribs)
Jura1 (talkcontribs)

Il n'y a pas un "Wikidatien" en résidence chez UNESCO?

VIGNERON (talkcontribs)

Si.

Reply to "Patrimoine mondial"
Bouzinac (talkcontribs)

Bonsoir, j'ai une requête

PREFIX wdno: <http://www.wikidata.org/prop/novalue/>
PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>

SELECT DISTINCT ?airport ?airportLabel (SAMPLE(?coord) AS ?coord) ?ICAO ?IATA WHERE {
  ?airport (wdt:P31/wdt:P279*) wd:Q62447.
  ?airport ?range wd:Q236.
  MINUS { ?airport wdt:P576 _:b2. }
  MINUS { ?airport (wdt:P31/wdt:P279*) wd:Q695850. }
  MINUS { ?airport (wdt:P31/wdt:P279*) wd:Q1311670. }
  MINUS { ?airport (wdt:P31/wdt:P279*) wd:Q7373622. }
  MINUS { ?airport (wdt:P31/wdt:P279*) wd:Q502074. }
  MINUS { ?airport (wdt:P31/wdt:P279*) wd:Q2265915. }
  MINUS { ?airport (wdt:P31/wdt:P279*) wd:Q44665966. }
  MINUS { ?airport (wdt:P31/wdt:P279*) wd:Q782667. }
  MINUS { ?airport wdt:P582 _:b3. }
  MINUS { ?airport rdf:type wdno:P17. }
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
  OPTIONAL { ?airport wdt:P625 ?coord. }
  OPTIONAL { ?airport wdt:P239 ?ICAO. } 
  OPTIONAL { ?airport wdt:P238 ?IATA. } 
}
GROUP BY ?airport ?airportLabel ?ICAO ?IATA 
ORDER BY ?coord

Try it!

affiche bien tous les aéroports du Monténégro, plus Montenegro Airport (Q19607393) dont le pays est bien Brésil ! est ce que ?range est trop large dans la requête ?

Jura1 (talkcontribs)
Bouzinac (talkcontribs)

Tu aurais de la doc sur ?range ?

Jura1 (talkcontribs)

C'est une variable comme ?airport ou ?coord

Bouzinac (talkcontribs)

ah ok… j'ai cru bêtement que range était une fonction… OK Donc variable qui appelle toute propriété wd contenant (ici le pays)… Aurais je mieux fait de requêter ?airport wdt:P17 wd:Q236. ?

Jura1 (talkcontribs)
Reply to "Liste des aéroports du Monténégro"
MediaWiki message delivery (talkcontribs)

A RFC has been proposed on changes to various administrator and user conduct policies including edit warring, page protection, involved administrators, and interface administrators. --MediaWiki message delivery (talk) 23:25, 23 September 2018 (UTC) (for Rschen7754)

Reply to "Wikidata:Requests for comment/2018 administrator policy update"
Summary by Bouzinac

La fiche a été mise à jour… merci!

Bouzinac (talkcontribs)

Bonsoir, une info très triviale et peu encyclopédique mais néanmoins importante manque sur Jonah Falcon (Q1321341), saurez vous comment préciser 35cm ? :)

Ash Crow (talkcontribs)

Il va falloir créer une propriété dédiée, a priori.

Thierry Caro (talkcontribs)

Dans la mesure où il a été recommandé d'utiliser perimeter (P2547) pour préciser les mensurations des mannequins de charme et autres actrices pornographiques, c'est sans doute la simple length (P2043) qu'il convient d'utiliser. En qualificatif, applies to part (P518) avec un nouvel élément 'taille du pénis en érection'.

Tubezlob (talkcontribs)

@Thierry Caro, pourquoi un élément « taille du pénis en érection » et non pas « pénis en érection » ?

Thierry Caro (talkcontribs)

Oui, en effet.

Tubezlob (talkcontribs)
Simon Villeneuve (talkcontribs)
VIGNERON (talkcontribs)
Reply to "Comment on sparql ?"
Musicaline (talkcontribs)
Simon Villeneuve (talkcontribs)

 Done

Fralambert (talkcontribs)

@Musicaline Regarde Help:Merge/fr? Il ne semble pas y avoir de truc qui bloque la fusion et tu peux la faire par toi même.

Où discuter de l'usage de propriétés et d'items déjà créés ?

3
Hopala! (talkcontribs)

Bonjour,

Je cherche une manière fiable de récupérer avec Wikidata Query uniquement les œuvres littéraires et leurs éditions associées mais la classe version, edition, or translation (Q3331189) qui devrait permettre de récupérer des éditions sert également a typer des versions ou des traductions d'une œuvre. Est-il possible de discuter d'une évolution de cet item avec les personnes qui l'ont proposée ?

Merci à vous,

VIGNERON (talkcontribs)
Jura1 (talkcontribs)
Reply to "Où discuter de l'usage de propriétés et d'items déjà créés ?"
Simon Villeneuve (talkcontribs)

Bonjour,
En travaillant un peu sur les cratères, j'ai cru remarquer que l'on évite d'utiliser located on astronomical body (P376) pour les cratères situés sur Earth (Q2). Je me demandais si c'est vraiment le cas et, si oui, si c'est aussi le cas pour d'autres structures géologiques ? Pour le moment, il y a 18 cas où P376 = Q2.

Jura1 (talkcontribs)
Reply to "P376 pour les structures terrestres ?"

Code aéroport interne CEI

5
Summary last edited by Jura1 18:41, 19 September 2018 4 days ago

Merci à @Pintoch: j'aurai découvert un outil qui peut être très puissant, à améliorer avec une nouvelle import


Wikidata:Tools/OpenRefine

Bouzinac (talkcontribs)

Bonjour, j'aimerais mettre à jour les Ex-USSR internal airport code (P5851)

SELECT ?item ?itemLabel ?iataCode ?Code_a_roport_interne_de_l_espace_russophone WHERE {
  VALUES (?iataCode) {
    ("ABA")
    ("AAQ")
    ("ARH")
    ("ASF")
    ("BAX")
    ("VVO")
    ("VOG")
    ("VOZ")
    ("GDZ")
    ("SVX")
    ("IJK")
    ("IKT")
    ("KZN")
    ("KGD")
    ("KEJ")
    ("KRR")
    ("KJA")
    ("GDX")
    ("MQF")
    ("MCX")
    ("MRV")
    ("VKO")
    ("DME")
    ("SVO")
    ("MMK")
    ("NNM")
    ("NJC")
    ("NBC")
    ("GOJ")
    ("NOZ")
    ("OVB")
    ("NUX")
    ("NSK")
    ("OMS")
    ("REN")
    ("PEZ")
    ("PEE")
    ("PES")
    ("PKC")
    ("ROV")
    ("SLY")
    ("KUF")
    ("LED")
    ("RTW")
    ("UKS")
    ("SIP")
    ("AER")
    ("STW")
    ("SGC")
    ("SCW")
    ("TBW")
    ("TOF")
    ("TJM")
    ("UUD")
    ("UFA")
    ("UCT")
    ("KHV")
    ("CSY")
    ("CEK")
    ("ESL")
    ("UUS")
    ("YKS")
  }
  ?item wdt:P238 ?iataCode.
  SERVICE wikibase:label { bd:serviceParam wikibase:language "en". }
  OPTIONAL { ?item wdt:P5851 ?Code_a_roport_interne_de_l_espace_russophone. }
}
ORDER BY ?iataCode

Try it!

En suivant les données de ce tableau  :

Населенный пункт Код ИАТА Вн. код Название аэропорта
Абакан (Хакасия) ABA АБН Абакан
Анапа (Краснодарский край) AAQ АНА Витязево
Архангельск (Архангельская область) ARH АХГ Талаги
Астрахань (Астраханская область) ASF АСР Астрахань
Барнаул (Алтайский край) BAX БАН Барнаул (Михайловка)
Владивосток (Приморский край) VVO ВВО Кневичи
Волгоград (Волгоградская область) VOG ВГГ Гумрак
Воронеж (Воронежская область) VOZ ВРН Чертовицкое
Геленджик (Краснодарский край) GDZ ГДЖ Геленджик
Екатеринбург (Свердловская область) SVX КЛЦ Кольцово
Ижевск (Удмуртия) IJK ИЖВ Ижевск
Иркутск (Иркутская область) IKT ИКТ Иркутск
Казань (Татарстан) KZN КЗН Казань
Калининград (Калининградская область) KGD КЛД Храброво
Кемерово (Кемеровская область) KEJ КРВ Кемерово
Краснодар (Краснодарский край) KRR КПА Пашковский
Красноярск (Красноярский край) KJA ЕМВ Емельяново
Магадан (Магаданская область) GDX МДС Сокол
Магнитогорск (Челябинская область) MQF МГС Магнитогорск
Махачкала (Дагестан) MCX МХЛ Уйташ
Минеральные Воды (Ставропольский край) MRV МРВ Минеральные Воды
Москва VKO ВНК Внуково
Москва DME ДМД Домодедово
Москва SVO ШРМ Шереметьево
Мурманск (Мурманская область) MMK МУН Мурманск
Нарьян-Мар (Ненецкий АО) NNM ННР Нарьян-Мар
Нижневартовск (Ханты-Мансийский АО) NJC НЖВ Нижневартовск
Нижнекамск (Татарстан) NBC НЖК Бегишево
Нижний Новгород (Нижегородская область) GOJ НЖС Стригино
Новокузнецк (Кемеровская область) NOZ НВК Спиченково
Новосибирск (Новосибирская область) OVB ТЛЧ Толмачёво
Новый Уренгой (Ямало-Ненецкий АО) NUX НУР Новый Уренгой
Норильск (Красноярский край) NSK НАК Алыкель
Омск (Омская область) OMS ОМС Омск-Центральный
Оренбург (Оренбургская область) REN ОНГ Оренбург-Центральный
Пенза (Пензенская область) PEZ ПНА Пенза
Пермь (Пермский край) PEE ПРЬ Большое Савино
Петрозаводск (Карелия) PES ПТБ Бесовец
Петропавловск-Камчатский (Камчатский край) PKC ПРЛ Елизово
Ростов-на-Дону (Ростовская область) ROV РОВ Ростов-на-Дону
Салехард (Ямало-Ненецкий АО) SLY СХД Салехард
Самара (Самарская область) KUF СКЧ Курумоч
Санкт-Петербург LED ПЛК Пулково
Саратов (Саратовская область) RTW СРО Саратов-Центральный
Севастополь UKS СВС Бельбек
Симферополь (Республика Крым) SIP СИП Симферополь
Сочи (Краснодарский край) AER СОЧ Адлер-Сочи
Ставрополь (Ставропольский край) STW СТВ Шпаковское
Сургут (Ханты-Мансийский АО-Югра) SGC СУР Сургут
Сыктывкар (Коми) SCW СЫВ Сыктывкар
Тамбов (Тамбовская область) TBW ТМБ Донское
Томск (Томская область) TOF ТСК Богашёво
Тюмень (Тюменская область) TJM РЩН Рощино
Улан-Удэ (Бурятия) UUD УЛЭ Улан-Удэ (Мухино)
Уфа (Башкортостан) UFA УФА Уфа
Ухта (Коми) UCT УХТ Ухта
Хабаровск (Хабаровский край) KHV ХБР Хабаровск-Новый
Чебоксары (Чувашия) CSY ЧБЕ Чебоксары
Челябинск (Челябинская область) CEK ЧЛБ Челябинск
Элиста (Калмыкия) ESL ЭЛИ Элиста
Южно-Сахалинск (Сахалинская область) UUS ЮЖХ Хомутово
Якутск (Якутия) YKS ЯКТ Якутск

Merci !

Pintoch (talkcontribs)

Bonjour Bouzinac,

Tu peux facilement faire cet ajout avec OpenRefine. Tu trouveras des tutoriels ici: Wikidata:Tools/OpenRefine/Editing Voici les étapes:

  • importe ton tableau dans OpenRefine
  • réconcilie la première colonne avec Wikidata, en utilisant les codes IATA comme propriété
  • crée un schéma Wikidata pour ajouter Ex-USSR internal airport code (P5851)

Si tu recontres le moindre problème n'hésite pas à me faire signe.

Pintoch (talkcontribs)
Bouzinac (talkcontribs)

Pas mal ! Je suis en effet reparti de la liste russe "importée" dans le refine. Un truc un peu bizarre, j'ai dû taguer (réconcilier) un par un la plupart du temps grâce au texte du code ICAO mais parfois pas toujours. Il y a certainement un moyen de recherche plus simple. J'ai vu que ça fonctionnait nickel si tu importes un fichier avec numéro d'item. Comment faire exactement pour lui dire que telle colonne contient telle propriété 'identificatoire' permettant de relier à un item ?

Pintoch (talkcontribs)

Si tu utilises l'importeur de Wikitexte et que tu indiques que le wiki source est la Wikipédia russophone dans les options d'import, tu ne devrais pas avoir à réconcilier quoi que ce soit manuellement. (Par défaut ce champ pointe vers la Wikipédia anglophone, donc c'est normal que ça ne marche pas !)

Sinon, pour répondre à ta question, il suffit d'ajouter la propriété dans le dialogue de réconciliation. Cet aspect est expliqué dans le premier tutoriel, et ça ressemble à ça:

Havang(nl) (talkcontribs)

Thomas Walmsley est un peintre sur commons, mais une page d'homonymie sur wp:en. Les deux sont liés, qui pourra corriger? --Havang(nl) (talk) 11:27, 17 September 2018 (UTC)

Poulpy (talkcontribs)

Toi ? — Poulpy (talk) 11:29, 17 September 2018 (UTC)

Havang(nl) (talkcontribs)

Non.

VIGNERON (talkcontribs)

Bonjour,

Je viens d'annuler la fusion erronée entre le peintre et la page d'homonymie. Cela devrait être bon maintenant.

Reply to "Thomas Walmsley"