Thanks for this revert - https://www.wikidata.org/w/index.php?title=Q142&oldid=prev&diff=1280819495 - it was mistake by click of WUS. iam sorry.--~~~~
User talk:Bouzinac
About this board
Welcome to Wikidata, Bouzinac!
Wikidata is a free knowledge base that you can edit! It can be read and edited by humans and machines alike and you can go to any item page now and add to this ever-growing database!
Need some help getting started? Here are some pages you can familiarize yourself with:
- Introduction – An introduction to the project.
- Wikidata tours – Interactive tutorials to show you how Wikidata works.
- Community portal – The portal for community members.
- User options – including the 'Babel' extension, to set your language preferences.
- Contents – The main help page for editing and using the site.
- Project chat – Discussions about the project.
- Tools – A collection of user-developed tools to allow for easier completion of some tasks.
Please remember to sign your messages on talk pages by typing four tildes (~~~~); this will automatically insert your username and the date.
If you have any questions, please ask me on my talk page. If you want to try out editing, you can use the sandbox to try. Once again, welcome, and I hope you quickly feel comfortable here, and become an active editor for Wikidata.
Best regards! Liuxinyu970226 (talk) 09:26, 28 March 2016 (UTC)
Previous discussion was archived at User talk:Bouzinac/Archive 1 on 2018-08-08.
Hi!
Thank you for wearing the {{User loves OpenRefine}} userbox on your user page!
Because the existing Wikidata reconciliation service has had severe performance issues recently, I have created a new one which should be faster and more robust. You can add it to OpenRefine in the reconciliation dialog with the following URL: https://wikidata.reconci.link/en/api (or by replacing en by any other language code).
If you have any issues with this new service, let me know.
Happy reconciling!
Salut Pintoch (talk • contribs • logs), la page https://github.com/OpenRefine/OpenRefine/wiki/Reconciliation-Service-API est elle à jour?
Non, on ne la met plus à jour comme l'indique le premier paragraphe :)
ah pardon, j'avais pas vu le premier paragraphe... ok!
Bravo pour cet import des voies de Monaco ! J'ai quelques remarques :
- pourrais-tu corriger les libellés pour retirer les capitales initiales ?
- pourrais-tu ajouter located in the administrative territorial entity (P131) ? (le quartier dans l'idéal)
- bonne nouvelle, le code lij-MC devrait bientôt être ajouté, cf. phab:T254968 ; il faudra alors faire le remplacement
J'ai aussi quelques questions :
- je suis aussi étonné par surprises d'utilisations d'OpenRefine,
- pour "avenue" j'imagine que tu n'a pas sélectionner la bonne classe d'élément
- par contre, je ne vois pas du tout d'où viennent les « réconciliations où il ne détecte pas l'élément déjà créé », pourrais-tu m'en dire plus ?
- as-tu aussi un exemple de doublons (je l'ai vu parfois passé pour QS mais jamais pour OR)
- pour l'absence du code FANTOIR, j'imagine que ce sont de nouvelles voies, non ?
salut
- capitales de début : OK mais je n'ai jamais compris ce besoin de minuscules initiales en fr...
- P131 : à part mettre Monaco, je n'ai pas de fichier qui permette d'indiquer le quartier administratif...
Openrefine :
- avenue : possible. Autre exemple : https://www.wikidata.org/w/index.php?title=Q98925236&oldid=1271872013 :(
- c'est à dire que si tu réconcilie "avenue truc" (je n'ai plus l'exemple exact en tête), il ne trouve pas l' "avenue truc" déjà existante, et du coup, tu crées l' "avenue truc"
- Doublons uniquement QS : j'imagine que si le QS a plusieurs fichiers avec des CREATE en parallèle de plusieurs utilisateurs, il fait le doublon en déconnant...
- Absence de Fantoir... j'en doute car Monaco est construite depuis un certain temps déjà et bcp de rues quandmême sans Fantoir. J'ai même apparemment la rue allée Saint Jean-Paul II(Q98924937) qui a changé de nom... bref, Fantoir ne semble pas franchement à jour vis à vis de Monaco.
Aurais tu de ton côté moyen d'enrichir avec la coordonnée GPS ? @+
Merci !
Pour le libellé (et la description aussi d'ailleurs), ce sont simplement les règles habituelles du français, on écrit bien « La rue truc est une voie de machin » et pas « La Rue truc est une Voie de machin ». Mettre une capitalisation correct permet de faciliter la réutilisation.
Pour le P131, dommage. Du coup, j'hésite : vaut-il mieux mettre juste Monaco (déjà présent dans pays) ou rien du tout. J'aurais plutôt tendance à choisir la première solution mais je te laisse voir.
Pour OpenRefine :
- oui, clairement c'est un problème de classe de réconciliation mal choisie (ou bien pas du tout choisie ?), cela arrive parfois
- ça c'est très étrange par contre, si c'est le même nom il devrait pouvoir le trouver même dans le pire des cas il me semble... (et encore plus ici si tu réconcilies avec un pays petit comme Monaco)
- oui, QS déconne parfois (pas que sur les créations), c'est la raison principale pour laquelle j'utilise maintenant presque uniquement OR pour créer des éléments
- oui, FANTOIR est une ressource très riche mais imparfaite (et pas que pour Monaco), par « récent » cela peut parfois être un temps assez long (une rue de Rennes crée vers 2009 n'est entrée dans le FANTOIR qu'en 2019 :/ ). Cela reste une ressource à utiliser mais c'est pourquoi j'insiste régulièrement sur le besoin de croiser avec d'autres sources.
Pour les coordonnées GPS, à part le faire à la main, je n'ai pas d'idée.
Je n'ai jamais vu ce besoin de capitalisation côté anglais. Voir par ex Baker Street(Q804402) :) En cas de réutilisation, pourquoi ne pas forcer la minusculisation avec une formule lcase(1er caractère)||reste de la phrase... Je fais parfois du QS car l'envoi de Openrefine vers Wikidata ne fonctionne pas : le compteur reste bloqué à 0%, je n'ai jamais bien compris pourquoi mais je soupconne que plus le schéma OR est complexe, plus il bugge à l'envoi vers WD.
L'anglais fonctionne très différemment du français. Non, forcer la « minusculisation » est une très mauvaise idée, pense à une phrase comme « l'état de l'État est dû à l'église de l'Église » ou bien « je mange un opéra(1858875) à Opéra(1392037) », la présence d'une minuscule a un sens qu'il est impossible d'automatiser d'où le besoin.
Pour OR qui semble rester bloqué à 0 %, cela m'arrive souvent mais en général, il suffit d'attendre (parfois 2 minutes, parfois jusqu'à 15 minutes, cela dépend du volume de données que l'on traite).
Et c'est dans quel contexte de réutilisation ? Que dirais tu d'envoyer sur WD les rues Fantoir du département franco français 06 ?
Euh, pour tout les contextes. Ce sont les règles générale d'écriture (du français en l'occurrence mais de nombreuses autres langues ont une fonctionnement similaire, je me rends compte que mon exemple marche aussi en anglais : « the state of the State is due to the church of the Church », pas pour les noms propres ceci dit).
Cela me gêne d'importer uniquement en se basant sur FANTOIR mais si tu croises avec d'autres sources de données, alors aucun problème.
Par contexte, je voulais dire via quel traitement informatique/outil réutilisant le label fr wikidata ?
Je maintiens : dans tout les contextes. Pour prendre exemple courante : les infoboxes (en général c'est invisible car les mots sont en première position et donc recapitaliser mais pas toujours, pas pour les qualificateurs notamment). De toute façon peu importe, il est nécessaire que les libellés soient corrects, y compris typographiquement (personne ne songerait à y introduire une faute d'orthographe mais étrangement une faute de typographie est considérée comme moins grave...).
OK, dans une infobox. Tu aurais un exemple d'infobox où le titre de l'article doit être utilisé en phrase plutôt qu'en simple titre ?
S'il n'y a pas de numéro, je crois que la nom d'une rue prend une majuscule ..
Non, justement après un numéro de voie on utilise une minuscule. C'est justement le cas des adresses dans les infoboxes, voir fr:Caserne du Bon Pasteur pour ne prendre qu'un exemple parmi des milliers.
PS: Jura1 étant intervenu dans cette discussion, je ne peux plus la poursuivre. Bon courage pour la suite.
ok pour l'exemple/contexte de réutilisation du libellé, merci!
Hello Bouzinac! Has 4034 embassy items (24 Canadian embassies) each is operator (P137) only country. 1 item operator (P137): organization and country.
The government body is part of (P361) this properties (see: Embassy of Canada, Washington, D.C. (Q137245)). Check out Wikidata:Wikivoyage/Lists/Embassies/count by country, 24 Canadian embassies, 1 "Global Affairs Canada" embassy. Not clear, not logical.
Organization: part of (P361) (see British embassies).
Thank you for your understanding!
You didn't answer that. This is not correct. Undo is not an argument! Palotabarát (talk) 22:44, 18 September 2020 (UTC)
Hello Ok, I think parent organization (P749) is more fit for Global Affairs Canada (Q3315371) like there https://www.wikidata.org/wiki/Q554046#P749
Thank you very much! Palotabarát (talk)
Afin d'améliorer les éléments pour le découpage territorial, il y a maintenant:
- Commune of Monaco (Q3685392): single administrative territorial entity of Monaco
- commune of Monaco (Q99308423): type of administrative territorial entity of Monaco; there is just one since 1918
- et les éléments pour les trois anciennes communes: voir https://reasonator.toolforge.org/?q=Q99308423&lang=en
C'était la partie simple.
Pour quartiers, j'ai créé deux éléments:
- quarter or sector of Monaco (Q99323582) pour la situation depuis 2013, voir https://reasonator.toolforge.org/?q=Q99323582&lang=en
- quarter or sector of Monaco (Q99324125) pour la situation avant 2013, voir https://reasonator.toolforge.org/?q=Q99324125&lang=en
Les quartiers de Moneghetti et Monte-Carlo ayant considérablement changés, il y a maintenant des éléments pour avant et pour après. On devrait pouvoir les utiliser pour des immeubles .. reste à corriger quelques liens.
Reste fr:ISO_3166-2:MC, dont je ne sais quoi faire. On pourrait également tenter d'inclure fr:Quartiers_de_Monaco#Quartiers_traditionnels.
@Poulpy: qui en a déjà créé il y a quelque temps. Qu'en penses-vous?
J'ai copié vers Topic:Vu2y5zxhra412wc7
Bonjour : en ce qui me concerne un nom officiel dans Wikidata est un « nom officiel » dans les langues officielles du pays. Le français n’est en rien officiel aux Kiribati — mais je me trompe peut-être pour la définition de cette donnée…
Bonjour Oui, mais le pb de la propriété official name (P1448) est que, selon sa définition Wikidata, qu'elle ne permet pas en principe le stockage du nom officiel (quelque soit la langue), uniquement dans la/les langues du lieu. Mais il n'existe pas d'autres propriétés existantes le permettant. Donc en attendant mieux, j'utilise cette propriété-là pour stockage du nom officiel (nom utilisé par des organismes officiels potentiellement extérieurs au pays). Ça peut être important pour des conflits de toponymies "locales". Donc par exemple https://www.wikidata.org/wiki/Q183#P1448....
La propriété est bien « official name of the subject in its official language(s) » et donc mon interprétation est bien celle qui serait la bonne. Je ne parle pas de la RFA pour laquelle la seule langue officielle est l’allemand. Il faudrait créer une propriété ad hoc (noms recommandés dans d’autres langues), car la définition même de « nom officiel » fait fi des exonymes qui sont rarement officiels (je viens de relire la page du CNIG qui est pleine d’erreurs ou d’approximations et qui a été rédigée par une commission de l’ING assez peu compétente pour fixer l’usage en français).
Je suis d'accord mais comme il n'y a pas mieux, merci de laisser et on migrera ça vers une meilleure propriété. Il y a comme réf la CNIG qui est un organisme officiel, géré directement par le gouvernement et non pas une commision amicale de toponymie ou autre. On retrouve aussi le libellé sur la page de l'ambassade de france https://www.diplomatie.gouv.fr/fr/dossiers-pays/kiribati/relations-bilaterales/ Donc keep cool Ou alors faites-vous même le nettoyage sur toutes les pages de pays utilisant "trop" la P1148...
« Keep cool » est davantage destiné à vos potes qu’à une discussion sur Wikidata. Je contribue sur Wikidata en mesure de mes capacités et ne suis pas en mesure de « nettoyer » les ajouts qui ne correspondent pas au libellé exact des propriétés. Une propriété dans un monde où cela peut être utilisé par des locuteurs de langues et de WP différentes doit être sobrement interprétée, pas de façon baroque. Et une source quand elle est (en partie) fautive ne doit pas être vue comme un texte sacré avec cette manie bien française que quand ça vient d’une commission officielle, c’est de meilleure qualité : eh bien non, même la CNIG se contredit parfois et fait des erreurs. Et pendant longtemps elle a indiqué que Kiribati était un féminin singulier avant de faire marche arrière … sur mon indication. La forme « république des Kiribati » (sans majuscule) est désormais celle conforme à l’usage et à l’étymologie du mot. Mais ce n’est en rien une forme officielle (comme ne le sont pas non plus les formes retenues dans leurs guides les Nations unies ou l’Union européenne). Sans compter le Québec souvent en contradiction avec la patrie de l’Académie.
D'autant plus qu'il y a la native label (P1705) qui semble très nettement plus "locale"
A la suite de ton ajout sur "Charleroi", j'ai été vérifier dans la source, car de mémoire, les dates de débuts et de fin étaient incorrectes. J'ai ainsi pu compléter les informations concernant les noms révolutionnaires de Charleroi. Et par la même occasion j'ai ajouté l'information sur l'article de la Wikipédia en français. Grâce à toi ;)
Bonjour,
Il ne faut pas fusionner les communes (qui sont des entités administratives) et les localités (qui sont des entités géographiques). Les communes ont souvent le même nom que leur localité principale mais ce sont deux notions différentes.
Autre remarque que je vois encore sur certains éléments comme Q838343 : attention à ne pas ajouter d'informations fausses. Sauf indication contraire, les décrets entrent en vigueur le lendemain de leur publication !
Je n'ai fait qu'industrialiser le contenu de ça https://fr.wikipedia.org/wiki/Changement_de_nom_de_communes_en_France Merci de ne pas annuler mais corriger, c'est un peu agressif. Cordialement
Mistake... for an unknown reason, Openrefine reconciled some data to wrong items, didn't check enough before the quickstatement
Q21041008 and Q67401551 should be merged. The respective Wikipedia articles (Hraniční přechod Bregana-Obrežje and Mejni prehod za mednarodni promet Obrežje) are about the same border crossing which, of course, consists of a Slovenian and a Croatian checkpoint.
hello, no they shouldn't because they don't belong to the same country. One building for country A and one for country B (see for instance embassies). This can be easily understood with : https://query.wikidata.org/#%23defaultView%3AMap%0ASELECT%20distinct%20%3Fitem%20%3FitemLabel%20%3Fcoord%20WHERE%20%7B%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%22.%20%7D%0A%20%20%3Fitem%20wdt%3AP31%20wd%3AQ757292%20.%23checkpoints%0A%20%20%3Fitem%20wdt%3AP361%2a%2Fwdt%3AP31%2Fwdt%3AP279%2a%20wd%3AQ67371697%20.%20%23located%20on%20a%20Schengen%20border%0AMINUS%20%7B%20%3Fitem%20wdt%3AP576%20_%3Ab2.%20%7D%20%23Remove%20dissolved%0AMINUS%20%7B%20%3Fitem%20wdt%3AP361%20wd%3AQ17163396.%20%7D%20%23Remove%20open%20borders%0AMINUS%20%7B%20%3Fitem%20wdt%3AP361%20wd%3AQ3089219.%20%7D%20%23Remove%20maritime%20borders%0AMINUS%20%7B%20%3Fitem%20wdt%3AP361%20wd%3AQ700754.%20%7D%20%23Remove%20RFA-RDA%20borders%0AMINUS%20%7B%20%3Fitem%20wdt%3AP361%20wd%3AQ67218438.%20%7D%20%23Remove%20air%20borders%0AMINUS%20%7B%20%3Fitem%20wdt%3AP361%20wd%3AQ67457910.%20%7D%20%23Remove%20municipal%2Fcities%20borders%0AOPTIONAL%20%7B%20%3Fitem%20wdt%3AP625%20%3Fcoord.%20%7D%0A%7D regards
Thanks, I didn't know about buildings having separate Wikidata items, but at least the Wikipedia articles must be put together.
No pb. I don't know since the slovenian page look to be speaking about only slovenian border ; whilst the croatian page looks to be speaking about both borders.
It's not the Croatian page but Czech, and both speak about the border crossing as a whole (like, one border crossing - two names - two checkpoints).