Salut,
A l'occasion, tu pourrais me dire ce que tu penses ? Wikidata:Property proposal/Cent cols En te remerciant par avance.
Salut,
A l'occasion, tu pourrais me dire ce que tu penses ? Wikidata:Property proposal/Cent cols En te remerciant par avance.
Salut,
C'est pas mal, il y a quelques trucs mal remplis (ah le formalisme administratif :P), je regarde et j'essaye de corriger ça et je te redis.
Cdlt,
Re
J'ai fait quelques modifications sur le fond et sur la forme (c'est un identifiant, pas une URL en particulier) et j'ai déplacé ta proposition (de Générique vers Autorité).
Pourrais-tu donner quelques exemples de plus ? (3 est le minimum absolu, 4-5 est l'habitude) En particulier des exemples à l'international (ou des codes particuliers, très court/long avec des formats différents, etc.).
Sinon, j'ai regardé mais le catalogue complet des cols ne semble pas directement accessible en ligne (réservé aux membres ?). Si tu y as accès, je veux bien une copie, je pourrais alors assez facilement ajouter le code sur tous les éléments concernées (une fois la propriété acceptée évidement).
Cdlt,
Merci de ta réponse.
J'ai ajouté des exemples en Irlande, Californie, Afghanistan et Afrique du Sud. Oui les catalogues sont réservés aux membres, mais je les ai sous format excel.
Hey @VIGNERON
Could you kindly merge these two items? (Q112743420) and (Q121742708). I'm still having difficulties with the process.
Thank you,
Regards
Salut. Est-ce qu'à l'occasion tu pourrais créer Wikidata:Property proposal/Alienor.org ID, Wikidata:Property proposal/Image Duplicator ID, Wikidata:Property proposal/Musées Occitanie ID et Wikidata:Property proposal/Trésors de Nice ID ? Je suis prêt à remplir les pages des propriétés moi-même. J'ai juste besoin de trois ou quatre clics pour initier chacune. Merci d'avance si tu peux !
Salut Thierry,
J'ai repéré 3 de ces propriétés (sauf Duplicator ID), j'en ai déjà crée plusieurs autres hier et je dois avouer qu'avec zéro ou un vote, j'avais laissé celles-ci de côté pour plus tard.
Si tu peux ajouter les déclarations et contraintes, je t'en serais très reconnaissant et je m'y attèle donc de suite.
C'est fait : identifiant Alienor.org (P11882), identifiant Musées Occitanie (P11883), identifiant Trésors de Nice (P11884), identifiant Image Duplicator (P11885) (j'ai juste mis le lien vers le demande de proposition, je repasserais dessus dans le week-end si besoin).
Je viens de jeter un coup d’œil, tu as fait bien plus que l'essentiel. En tout cas, je ne vois rien d'évident à ajouter (je me suis juste permis de resserrer l'expression régulière sur identifiant Image Duplicator (P11885) \d était correcte mais visiblement les identifiants se limitent à quatre chiffres maximum).
Par ailleurs, as-tu déjà une idée de comment utiliser ces identifiants ? Si tu as besoin d'aide pour les ajouter dans Wikidata, je peux peut-être donner un coup de main.
Je n'ai pas de plan précis. Pour le moment, j'ai juste fait en sorte que les articles de Wikipédia en français soient couverts par les nouveaux identifiants. C'est déjà ça, mais c'est la portion congrue de tout ce qui pourrait être recouvert ici. Pour ce qui concerne identifiant Image Duplicator (P11885), on peut s'aider de Wikidata:WikiProject sum of all paintings/Creator/Roy Lichtenstein pour compléter. Autrement, oui, je veux bien de ton secours, si tu penses à des choses comme Mix'n'match ou autre.
Mix'n'match est très utile (surtout pour des jeux de données de taille importante) mais personnellement, j'utilise de plus en plus souvent OpenRefine (surtout pour des jeux de données de l'ordre de la centaine à dizaine de milliers de lignes, ce qui est le cas pour Musées Occitanie et Trésors de Nice).
En simplifiant grossièrement, avec OpenRefine, les grandes étapes sont : je pars d'une page contenant tout les identifiants, je récolte les URLs, je moissonne ces URLs pour récupérer les informations, je cherche automatiquement si un élément Wikidata existe avec ces mêmes informations (phase de réconciliation ou alignement) et quand cela correspond je prends l'identifiant et je l'ajoute dans Wikidata (et en bonus éventuel, si cela n'existe pas dans Wikidata alors on peut créer l'événement mais là il faut bien faire attention de ne pas créer de doublon et d'avoir le minimum d'information pour que l'élément soit admissible et surtout utile).
Je ne promets rien mais je vais jeter un coup d’œil. En attendant, si tu as des questions, n'hésite pas à demander !
J'avoue que je connais de réputation, mais que je n'ai jamais vraiment essayé.
Pour info, dans le genre "réseau régional de musées français", on avait déjà identifiant Musenor (P6565) et identifiant Musées Grand Est (P11754). Maintenant on a donc identifiant Alienor.org (P11882) et identifiant Musées Occitanie (P11883). Mais il faut encore créer la propriété pour Réseau des musées de Normandie (Q120647870) et peut-être d'autres réseaux que je n'ai pas identifiés.
Salut. Je vais te solliciter une dernière fois, juste pour initier Wikidata:Property proposal/Musée critique de la Sorbonne ID quand tu en auras l'occasion.
Fait pour la Sorbonne.
Sinon, j'ai commencé à faire des essais avec OpenRefine. J'ai quelques petits problème, à commencer par ma connexion pas très vaillante en ce moment, du coup je n'ai pas essayé de faire les bases entières (surtout que même avec une bonne connexion, elles sont trop grandes et trop peu d'éléments déjà existants sur Wikidata).
Du coup, j'ai fait un essai sur un corpus limité pour identifiant Musées Occitanie (P11883) et les objets du musée Saint-Raymond (là je sais que Christelle Molinié a déjà fait un super boulot ). L'alignement n'est pas hyper rapide (surtout que j'ai préféré prendre des précautions pour un premier essai) mais cela marche plutôt pas mal, je viens d'ajouter 39 identifiants sur 40 en à peine 1 heure : https://w.wiki/76pu (au passage, Christelle je te laisse regarder, en particulier il semble y avoir une erreur de numéro d'inventaire pour https://musees-occitanie.fr/oeuvre/tete-de-la-venus-de-martres/, cf. Vénus de Martres (Q24628970), 30358 au lieu de 30328 et je n'ai pas trouvé https://musees-occitanie.fr/oeuvre/potin-des-carnutes/ sur Wikidata).
Le point le plus bloquant au final c'est de faire un export de toute la base d'origine. J'ai regardé mais je n'ai rien trouve sur ces 4 bases... Aurais-je mal cherché ?
Bonjour @VIGNERON et @Thierry Caro, merci pour toutes ces belles initiatives ! Concernant le site des musées d'Occitanie, j'avais lié les URL aux éléments Wikidata il y a quelques années et depuis la refonte du site les liens ne sont plus valides. Je n'ai pas eu le courage de m'y replonger, j'avoue...merci donc d'avoir entrepris ce chantier. reste à présent à supprimer les URL précédemment créées sur les éléments Wikidata. peut-être qu'il est possible de l'automatiser ??? Il y a bien une erreur de n° d'inventaire pour la Vénus de Martres mais je n'ai pas d'accès au site pour apporter la correction. il y a d'ailleurs d'autres corrections à faire et c'est tout le problème de la publication sur de multiples bases, le suivi des corrections est quasi impossible. J'ai créé l'élément du Potin des Carnutes.
Le site des musées d'Occitanie ne possède pas de base de données à proprement parler il s'agit de pages statiques et je ne pense pas qu'il soit possible d'exporter les données. Bonnes contributions à vous !
Salut. Je te sollicite encore pour quelques clics de plus. Juste pour lancer Wikidata:Property proposal/Musée d'Arts de Nantes ID et me notifier aussitôt, histoire que je complète le reste. Merci pour tout ce que tu as fait, déjà.
Merci. Wikidata:WikiProject sum of all paintings/Collection/Nantes Museum of Arts est beaucoup mieux maintenant, grâce à ta dernière création.
Super ! Je serais à Wikimania donc moins dispo dans la semaine qui vient mais n'hésite pas à laisser un message si besoin.
Bonjour Nicolas,
J’ai deux sujets/questions qui pourraient te servir pour tes directs sur twich.
Aurais-tu des requêtes qui pourrait m’aider à trouver sur le Finistère :
1 – les éléments issus de l’importation de geoname et qui n’ont pas de Libellé ? Exemple : https://www.wikidata.org/wiki/Q49372380 – https://www.wikidata.org/wiki/Q49372372. Le problème c’est qu’il y a les coordonnées mais qu’il y en a trop pour les afficher sur une carte.
2 – les doublons issus de l’importation de la base nationale des installations sportives ? Exemple : https://www.wikidata.org/wiki/Q120207945 – https://www.wikidata.org/wiki/Q98688492. Le problème c’est qu’il y a souvent des libellés différents. Je ne sais pas comment faire la sélection au niveau du finistére.
Bonjour,
Pour le premier, c'est facile. Par contre, ces éléments ont bien un libellé, mais souvent en ceubano uniquement... Voici, par exemple, les éléments situés en France sans libellé en français : https://w.wiki/7Cc5 (ce qui donne déjà plus de 12000 résultats). Vu qu'il n'y a aucune moyen de récupérer le département lui-même, on pourrait filtrer via les coordonnées, par exemple ceux situés à moins de X km de Brest mais la requête est trop lourd, je vais essayer de regarder comment contourner le problème et je te redis si je trouve (en attentant, en passant en mode carte sur la requête précédente, tu peux déjà visuellement trouver ceux du Finistère).
Pour le second, je me suis déjà posé la même question et je dois avouer que je n'ai rien trouvé de vraiment satisfaisant.
Je notifie @Envlh: qui aura peut-être une meilleure réponse que la mienne (que je rédige rapidement, je suis occupé et manque un peu de temps en ce moment).
Cdlt,
Pas de souci il n'y a rien d'urgent,
Peut-être qu'il y a moyen de limiter la recherche entre deux longitudes et deux latitudes : coordonnées comprises entre une valeur haute et une valeur basse ?
J’ai un peu réfléchi et en fait il me semble que ce sont des problèmes de gestion de bases.
Les Cubains font un élément en double pour toutes les communes. pour pouvoir fusionner il faut effacer le lien wikipédia sur l’élément cubain car il figure aussi sur l’élément « commun » : Bonjour le boulot de dingue. En plus, avec un bug sur le site cubain on risque de voir un bot recréer la donnée.
Pour la base des installations sportives c’est un peu idem. Si quelqu’un fait une nouvelle importation d’une mise à jour de la couche il recréera les éléments disparus.
Comme la base des installations sportives vient d'un SIG de l'état c'est de mon domaine d'expertise. Faut-il fusionner ou pas ? J’ai fait les écluses : pas de problème, c’est un ouvrage sur wikidata et il sert bien a une activité sportive. Par contre une anse sur wikidata est une zone géographique et ne doit pas être fusionné avec l'anse "zone mouillage" qui n’est qu’une occupation d’une partie du domaine public. Pour les éléments dénommés plages dans les installations sportives c’est plus probablement des jeux installés sur la plage. Il y a aussi les circuits de randonnée qui sont représentés pas un point ce qui est problématique. On a donc un mélange d’ouvrage, d’équipement et d’usage sur une même couche. On a mis des éléments qui auraient du figurer sur plusieurs couches SIG formant une base de donnée. C'est assez classique dans les services de l'état, on maitrise la réalisation mais pas la conception. On trouve des cas extrêmes ou on mélange différents "sujets" dans un seul élément - exemple Q120208469 qui est une installation sportive (voir dans équipement) à la fois un port et une randonnée ! Comme c'est mon service qui produit la donnée zone de mouillage je peux vous dire que c'est une (mauvaise) concaténation de données de différentes origines. les zones, les lignes et les points ont été transformés en point et on a regroupé des points origines et de sujets différents. C'est indémerdable, a mon avis il faut tout enlever. Le problème c'est qu'il y a déjà eu beaucoup de fusion d'éléments.
Bonjour,
Oui, on peut limiter la recherche par coordonnées, en m'y reprenant différemment, cela fonctionne maintenant, voilà la liste des lieux à mois de 50 kilomètres de Brest sans libellé en français : https://w.wiki/7DQ7 (230 résultats, il y a un peu de tout, parfois c'est juste le libellé qui manque mais parfois ce sont des doublons à fusionner).
Je pense que tu parles de la Wikipédia en cebuano (une langue des Philippines) et non des cubains. À strictement parler ce ne sont pas des doublons mais plutôt de l'hyper-précision, il font la distinction entre une ville (l'entité physique/géographique/etc. qui existe souvent depuis plusieurs siècles) et sa commune (l'entité administrative, en général créé en 1789 ou après). Cela fait des années que sur Wikidata, on ne sait pas exactement comment traiter cette situation, cette distinction est-elle pertinente et qu'en faire ? En attendant, cela reste dans un statu quo assez flou...
Pour les installations sportives, là cela me semble plutôt clair que ce sont des doublons et si l'identifiant de la source de l'import est présent, les éléments ne devraient pas être recréer ("normalement", tout comme normalement l'import aurait du repérer le doublon avant création et ajouter ledit identifiant sur les éléments existants). Et oui, cette base est de qualité variable et trop souvent médiocre. Je n'ai pas creusé la question mais la fusion (plus nettoyage des informations clairement aberrantes) me semble tout de même la meilleure solution.
Cdlt,
Ok merci pour la requête.
Pour les philipocubains il y a quand même 2 erreurs
1 - mettre une position géographique a une entité administrative (tous les employés ou dirigeants d'une commune ne sont pas forcement sur le même site).
2 - l'entité administrative ne devrait pas pointer vers la page commune : ça fait deux éléments qui pointe vers la même page wikipedia.
A+
Mhh, je ne vois pas l'erreur.
Je vois ce que tu veux dire mais une entité administrative ce n'est pas immatériel, en particulier une commune a bien une territoire (et donc des coordonnées).
La définition d'une commune est littéralement « entité administrative » Et deux élément ne peuvent pas pointer vers une même page Wikipédia (même si dans ce cas on aimerait bien, car la plupart des articles Wikipédia sont autant sur la commune que sur sa ville - au sens large -).
J'ai trouvé une solution un peu bancale mais qui permet de rattraper les choses. munisipyo a souvent un identifiant geoname qui est le blason de la commune. Donc comme munisipyo n'a pas de nature d'élément (il ne peuvent pas mettre commune, parce-que ça ferait doublon) on peut transformer ces éléments non-identifiés en élément blason?
il y a aussi des éléments Lungsod qui se traduit ville ou localité exemple : Q49361226. plougonvelin n'étant pas une ville ?! mettre en Q486972 localité, établissement humain ?
Reste les éléments doublons de type capital d'arrondissement exemple:Q49272175 qui pour le coup n'ont vraiment pas de sens.
La méthode que j'applique parfois est :
Le second étant la capitale du premier (et vice-versa).
Dans les autres cas, en général c'est à fusionner (à bien voir avec quoi fusionner évidemment).
Salut Nicolas, j'espère que vous allez bien. Je me permets de relancer une anciennce discussion que vous avez eu il y a quelques années sur le code géographique du Maroc. En effet, nous avons soumis récemment une demande de création de propriété sur le sujet, et souhaitons avoir un retour de la part d'un administrateur à cet égard. Merci d'avance.
Salut,
Je reviens du WikiCamp de Wikimédia France, cela va très bien . J'ai amélioré la demande de création (en espérant ne pas avoir fait d'erreurs, je ne suis pas familier avec ce système de code).
Cdlt,
Merci pour la rectification. En attendant qu'un admin puisse éxaminer la requête:)
Hello Vigneron
Merci pour la création de identifiant Choisirleservicepublic.gouv.fr (P11876).
Je ne comprends pas pourquoi il n'y a pas un lien qui s'affiche sur le site quand on rentre l'identifiant sur un élément. Exemple ici: https://m.wikidata.org/wiki/Q769657#P11876
Pourtant on a bien renseigné https://m.wikidata.org/wiki/Property:P11876#P1630 comme pour numéro SIREN (P1616) ou autres id.
Tu as une idée ?
Salut,
C'est normal, le système prend quelque temps (24 h ?) pour que le lien soit fonctionnel. Recontacte moi dans quelques jours si tu vois qu'il n'est toujours pas affiché.
Bonjour Nicolas. Comment générer une carte avec la prononciation des noms de rues pour tout un secteur ou une commune ? Pour exemple, j'ai enregistré la population locale pour le secteur village de la commune de Canet-en-Roussillon. Exemple : Q113621863.
Le point SPARQL ne permet pas de lire les fichiers sons mais on peut déjà les repérer sur une carte : . Je notifie au passage Poslovitch Yug.
Alors, ca me semble possible mais c'est un pelerinage en soit comme le fut notre Sonetheque. Il faut 1) une liste généré sur la base d'element wikidata geolocalisé (en etape 3, utiliser le generateur de liste). 2) faire du web incluant: Sparql (avec url de l'audio et geolocalisation de l'element), html (audio element), js, et leaflet.js ou un outil de cartographie equivalant. On q des briques mais il reste plusieurs jours de dev a priori. D'autre idee ?
Effectivement, à moins de modifier le code du Query Service (ce qui, je pense, est possible et même souhaitable), il faudrait développer une interface de visualisation dédiée.
Bonjour Vigneron, sur cet article, lorsqu'on clique sur le lien externe généré par "Liens", la réponse est "document non trouvé", voir ici https://fr.wikipedia.org/wiki/Marc_Scailli%C3%A9rez#Liens_externes mais lorsqu'on clique dans wikidata, le lien s'ouvre correctement, voir ici Q3288385. Peut-être un problème lié au modèle. Merci pour votre aide. Bien cordialement. @Ltqphg
Salut Comment faire en sparql pour lister les items qui possèdent une déclaration P197 avec le même item en question (qui sont probablement une erreur de saisie) ?
Hello, ça va bien ? Pourrais tu m'aider sur ce coup-là https://www.wikidata.org/w/index.php?title=Q61670473&action=history ? @+