Coucou,
J'espère que tu vas bien.
Je me demandais si tu connaissais un gadget, script, autre qui permet d'insérer automatiquement/rapidement la référence "importé du projet Wikimedia" + projet quelconque à chacune des affirmations ou à l'ensemble des affirmations d'un élément ?
User talk:VIGNERON
Bonjour,
De prime abord, non je ne vois pas d'outil correspondant.
Il y a l'habituelle trinité SPARQL+tableur+QuickStatement mais ça peut être rapidement lourd.
Il y a aussi le gadget moveClaim.js (2e ligne sur mon User:VIGNERON/common.js) pour copier-coller une même référence sur différentes déclarations d'un même élément. Cela dépend de l'ampleur de ce que tu veux faire et de la rapidité attendue.
Bonjour @VIGNERON,
Comme tu le sais peut-être nous avons été plusieur.e.s à nous investir l'année dernière dans le développement du passage en Lua d'une infobox Archives de la Wikipedia en français [1]. Or ce projet est actuellement bloqué par une série de problèmes techniques mais aussi conceptuels.
Un des blocages principaux réside dans l'utilisation d'une entité collection (ex: Q57394958, Q58441976) pour distinguer l'institution de sa collection (pour en donner en particulier la taille totale mais aussi car c'est elle qui reçoit les labels de reconnaissance patrimoniale et non l'institution qui en a la charge). C'est une innovation qui nous semble faire du sens et qui repose sur une réalité sur le terrain. Mais son adoption ne peut être fait par certain.e.s seulement. Son intérêtet sa pertinence doit être validé par la communauté.
Serais-tu d'accord de nous aider à sortir de cette impasse? Il semble que tu disposes de l'expertise technique ainsi que la connaissance des GLAM pour nous tirer d'affaire?
On pourrait imaginer de travailler à distance ensemble ou de se voir en marge de la prochaine WikiConvention par exemple.
La résolution des questions soulevées par ce projet demandera peut-être que l'on associe d'autres institutions à la réflexion.
Je te laisse nous dire la meilleure façon de procéder.
En te remerciant d'avance de l'attention portée à ce message.
Baptiste
Pour info @Gilliane @Tomo8 5 @Anchardo @Flor WMCH
[1] https://fr.wikipedia.org/wiki/Projet:Infobox/Demandes#Infobox_Archives_existante_passage_en_Lua
Bonjour,
Je suis occupé cette semaine (je suis à la Celtic Knot Conference), peux-tu me relancer la semaine prochaine ?
Bonjour,
Je suis en train d'ajouter les plaques des rues à Wikidata ; exemple : Q23297056. J'ai préféré place name sign (P1766) à commemorative plaque image (P1801) étant donné que :
- pour certaines rues, ça ne commémore rien du tout ;
- le panneau est utilitaire, la commémoration se fait par le fait que la rue existe, pas que le panneau existe.
Par ailleurs, il me semble que tu avais importé une partie des rues de Rennes dans Wikidata, mais pas tout. Est-ce que tu te rappelles dans le détail ce que tu avais importé ou non ?
Salut,
Excellent ! Je suis heureux que tu reprennes le flambeau !
Oui, pour place name sign (P1766), j'y songeais mais je manquais de temps et de motivation pour le faire.
Oui, la quasi-totalité des "rues" de Rennes sont dans Wikidata. Je ne me souviens plus du détail exacte mais je sais que :
- je n'avais fait un import en masse que pour les voies de type rue (et pas les avenues, boulevards, impasses, ruelles, places, squares, etc.). Je crois aussi avoir fait tout les quais à la main (ils sont peu nombreux).
- j'étais parti de plusieurs jeux de données que j'avais croisé : un fichier de data Rennes (l'interface ayant changé, je ne le retrouve plus, ah pourquoi ne l'avais-je pas indiqué en source, j'étais jeune et ignorant à l'époque), le FANTOIR (là au moins j'ai pensé à le mettre le code) et la carte OSM (ce dernier uniquement pour vérification de l'orthographe du nom)
Sinon, j'avais aussi eu l'idée de réutiliser s:fr:Notices sur les rues de Rennes 1883 mais sans idée sur la manière.
Merci pour toutes ces infos ! Il y a maintenant une vingtaine de rues rennaises avec une image de plaque :
The following query uses these:
- Items: thoroughfare (Q83620)
- Properties: instance of (P31)
1 SELECT ?item ?itemLabel ?signImage ?namedAfter ?namedAfterLabel ?fantoir { 2 ?item wdt:P31/wdt:P279* wd:Q83620 ; wdt:P17 wd:Q142 ; wdt:P131 wd:Q647 ; wdt:P1766 ?signImage . 3 OPTIONAL { ?item wdt:P138 ?namedAfter } 4 OPTIONAL { ?item wdt:P3182 ?fantoir } 5 SERVICE wikibase:label { bd:serviceParam wikibase:language "fr" . } 6 } 7 ORDER BY ?itemLabel
Et hop, 8 de plus (je viens de profiter du soleil pour faire quelques photos ;) ).
Je relance de 15 ;)
Entre 1000 autres tâches, je viens de finir d'ajouter les identifiants Gertrude. Il en manque quelques uns, cf. Talk:Q23296926 pour un cas particulier et j'ai aussi des notices sur plusieurs rues à la fois. Seulement 2 apparemment : http://patrimoine.bzh/gertrude-diffusion/dossier/ancien-chemin-vicinal-n4-dit-de-baud-et-de-la-hatterie-actuellement-avenue-monseigneur-mouezy-et-rue-auguste-pavie-rennes/f5a93ff9-b1e9-4afe-a2b3-1e29f7cd351a et http://patrimoine.bzh/gertrude-diffusion/dossier/ancienne-route-royale-puis-route-nationale-n-177-de-caen-a-redon-puis-rue-et-faubourg-de-fougeres-actuellement-rue-general-maurice-guillaudot-rue-jean-guehenno-et-rue-de-fougeres/981b3454-5737-4391-a0e9-78baa29f71da ; comment procéder, je vois deux possibilités : ajouter le même identifiant sur de chacun des éléments ou bien créer un élément chapeau correspondant à la notice Gertrude ? on utilise plutôt la deuxième méthode pour les MH mais là je ne suis pas certain que ce soit pertinent.
Au total cela fait 80 notices reliées https://w.wiki/4Mu
Salut,
À la suite de la discussion du Bistro concernant ceb, je me suis dit que je pourrais mettre en alias les étiquettes actuelles des éléments de la requête suivante et mettre comme nouvelle étiquette le nom de l'entrée sans l'expression (ADB). Avant de ce faire, je voulais savoir ce que tu en penses.
Pourquoi pas, mais il faut aussi supprimer les autres parties entre parenthèses (par exemple je vois un « (evangelischer Theologe) ») et inverser la partie avant/après la virgule.
pour ce qui est d'inverser la partie avant/après la virgule, je ne suis pas sûr. Le titre de l'entrée est bel et bien sous la forme nom, prénom. Ne faut-il pas respecter la mise en forme de la publication ?
Je ne suis pas sûr, effectivement on peut garder la forme telle quelle.
Coucou,
J'achève mon travail sur ADB. Je ferais quelque chose de semblable avec DNB. Je remarque cependant qu'en plus de (DNB00), plusieurs entrées ont également des dates entre parenthèses. D'après toi, il faut garder ces dates dans l'étiquette ou les déplacer dans les descriptions ?
Toujours pas sûr, pas facile de savoir ce qui fait partie ou non du titre.
Si on prend Hadley, John (1682-1744) (DNB00) (Q19019704) par exemple, le "(DNB00)" n'est clairement pas présent dans l'ouvrage, cela semble un ajout de Wikisource uniquement que j'aurais plutôt tendance à retirer (Wikisource l'ajoute sans doute pour un problème d'homonymie qui n'existe pas pour les libellés Wikidata) par contre la précision des dates "(1682-1744)", elle, est bien présente dans l'ouvrage ; mais doit-on considérer que cela fait partie du titre pour autant ?
Ok. J'ai lancé le sujet sur le Bistro. La réponse de Jura1 me surprend.
Bon, ça n'a pas vraiment aidé. Je vais de l'avant ou j'abandonne ?
Comme tu veux. Personnellement, j'attendrais encore un peu, sait-on jamais peut-être quelqu'un apportera-t-il la réponse dans les jours à venir ;)
j'ai rien vu sur Wikidata talk:WikiProject DNB. Il y a sur Wikidata:Project_chat/Archive/2015/05#Items_for_Wikisource que c'est vaguement abordé, mais on ne pointe aucune discussion à ce sujet. Jura1 n'aide malheureusement pas avec ses réponses laconiques et tranchées.
Je ne connaissais pas ce projet et la remarque de Jura1 de l'époque semble aller dans le sens de ce que je dis...
Par contre, je remarque que de nombreux éléments n'ont pas de descriptions, tu pourrais toujours commencer par cela (au moins, ça c'est consensuel 
Bonjour, je n'ai plus trop le temps de gérer Wikidata, mais j'ai tout de même une remarque : ok pour ne plus utiliser former commune of France (Q18821702), mais là on se retrouve avec un élément sans nature (les deux ont une date de fin). Ça ne me parait pas très pertinent non ? Salutations.
Salut,
Je comprends que cela paraisse étrange mais de facto Auxon-Dessous (Q789731) n'existe plus et n'est "plus rien" depuis 2015. Du coup, cela me semble donc logique de ne pas avoir de nature "actuelle", non ?
Oui effectivement, ça se tient, merci.
The reason my script said Q1884224 was a disambiguation page, was because *at the date/time of putting the description* the P31 said it was a disambiguation page.
Hi Edo,
Thanks for the explanation. But I'm still a bit confused, your script didn't added a description, he added the instance of (P31) = disambig (which could indeed lead to wrong description but that's not the point here). I may miss something but I see no reason for that.
Ah, ok. A few weeks ago I added a P31 based on the nl-category ... but that was not a good idea, and I should know that. A lot of disambiguation pages are linked to other languages that are *not* disambiguation pages. It will be a huge job to fix that over all wiki's ... and knowing that, adding P31=disambiguation page is pretty stupid. Maybe "we" should make a project on Wikidata to get this fixed somehow, but it's a tedious job and there are thousands and thousands of pages with issues, and every single one is a stupid boring puzzle after all. But you fixed this one, I guess!
Thanks again for the explanation, I see that indeed the nl.wp article is a disambig page, this explains that.
Bonjour,
Je rencontre un vote extrêmement difficile sur FP Common. Le système de désignation des images remarquables est extrêmement perverti par un certain nombre d'utilisateurs présent depuis longtemps. Le processus est manipulé par des gens très habiles et l'évolution des règles impossible par la présence des mêmes personnes. Je ne pense pas continuer longtemps ce jeux épuisant et chronophage. Le résultat des votes entièrement biaisé.
Je ne sais pas ce qu'il est possible de faire mais je trouve ça assez lamentable. C'est dommage. Le dernier vote que j'ai en cours peux te donner une idée de ce qui ce passe : https://commons.wikimedia.org/wiki/Commons:Featured_picture_candidates/File:The_British_Commonwealth_of_Nations_-_together_44-pf-437-2016-001-ac.jpg
Bonjour,
Je ne sais pas trop quoi te dire, surtout je connais pas bien le processus des FP.
Ceci dit, je pense que le mieux est de continuer à bien faire malgré les médisants (les chiens aboient, la caravane passe).
Oui, ils profitent de l'opacité et la complexité du processus pour faire leur cirque et comme ça ils restent les maîtres du jeux. ils dégoutent les participants (sauf ceux qui votent pour eux).
Merci quand même.
Sinon tu as vu que les données structurées de common n'allez pas dans wikidata ? P180 dépeint.
Ah alors, oui les données de Commons restent dans Commons. C'est normal et prévu ainsi.
La méthode précise et finale n'est pas encore claire mais l'idée est la suivante : sur Wikidata on stocke des données "générales" sur les sujets/concepts et sur Commons, on stocke des données spécifiques aux fichiers.
Dans le cas présent, cela pourrait se passer ainsi : sur Wikidata, on a un élément sur l'œuvre et sur Commons, on pointe juste vers l’élément Wikidata (du coup, les valeurs en P180 seraient plutôt à retirer). Pour les œuvres d'arts du coup, on ne stockerait pas de P180 sur Commons si ils sont déjà dans Wikidata (ce qui à terme devrait être presque toujours le cas). Par contre, pour d'autres types de fichiers (la majorité des fichiers en fait), par exemple des photos de monuments, là on pourrait mettre des P180 spécifiques à la photo.
Après, tout cela est encore tout chaud, personnellement, j'attends encore un peu de voir ce que cela va donner.
Salut, tu utilises quel tools pour tes ajouts massifs de description? Question que je trouve un locuteur atikamekw pour ajouter tous les lacs au Canada dans cette langue.
Salut,
J'utilise tout simplement le Query Service pour lister les lacs sans descriptions et QuickStatements pour ajouter les descriptions. Oui, c'est une excellente idée d'ajouter une description en atikamekw !
Bonjour,
Encore merci pour la formation de samedi. Je fais mes débuts et inévitablement les premières questions délicates (pour moi) se posent.
J'ai eu besoin de Ville close pour le Château de Brest. J'ai ajouté ville et fortification en nature d'élément de ville-close parce-que j'avais une alerte. Ville-close avait précédemment était déclaré à partir de page d'homonymie de Wikimedia. J'ai toujours l'alerte sur Château de Brest et je me demande si je peut/doit enlever page d'homonymie de Wikimedia de nature d'élément pour le mettre en lien vers un autre wiki ?
Je vois que sur les châteaux il n'y a rien sur les éléments architecturaux : château comprend tour (élément architectural), pont levis... Je pousse le truc trop loin ou c'est juste que personne n'a encore commencé ? user:S. DÉNIEL
Bonjour,
Dans ce cas, il faut créer un nouvel élément (avec le lien Special:NewItem à gauche) spécifiquement sur le concept de "ville close" (qui étonnamment n'existe pas encore sur Wikidata) avec les informations que tu avais ajouté sur la page d'homonymie (et que j'ai retiré, les pages d'homonymies sont un concept à part qu'il ne faut pas mélanger).
Malheureusement, tu as raison, il y a encore assez peu d'élément architecturaux et c'est fort dommage (je me suis occupé un peu des abbayes/église abbatiales il y a longtemps mais il reste encore fort à faire). N'hésite surtout pas à créer des éléments.
Je me suis aussi permis de corriger la typographie du libellé et de la description, qui doivent ici commencer par une minuscule.
Et bien sûr, n'hésite pas à demander de l'aide si besoin, au début cela peut sembler un peu déroutant de comprendre la logique mais cela vient normalement assez vite.
Merci, oui ça devrait entrer. Pour en finir avec cet exemple et voir si j'ai compris.
Ville fortifiée existe. Ville close pourrait être un alias de ville fortifiée. Mais dans wikipedia ville-close est rattaché à l'époque médiéval. Du coup je me dis que ville close est une sous-classe de ville fortifiée? Est-ce que je peux mettre pont-levis en équipement même si toute les ville-close n'ont pas de pont-levis?
Excellentes questions.
Oui, "ville close" pourrait être un alias de fortified town (Q677678), cela pourrait suffire. Sinon, si il y a une distinction entre les deux termes (par exemple si il y a des données différentes à stocker sur chacun de deux éléments), un élément séparé serait plus approprié.
Sinon, les déclarations has facility (P912) sur fortified town (Q677678) sont un peu étrange, cela ne correspond pas vraiment à la façon dont cette propriété est prévue d'être utiliser... (sans en être très loin ceci dit, on entre là dans des subtilités).
Pour revenir à l'exemple du château de Brest, ce que je ferais est : créer un élément spécifique sur les parties du château et les relier à l'élément du château. Par exemple, créer un nouvel élément "tours Paradis" et le relier à avec les propriétés part of (P361)/has part (P527). Cet élément contiendrait aussi d'autres données et serait relié à la catégorie Commons c:Category:Tours Paradis du château de Brest. Idem pour les autres parties. Tu peux par exemple t'inspirer de l'élément Q3533061.
Et donc, le pont levis devient un équipement du portail (tours Paradis). Ce n'est plus un équipement qui pourrait peut-être équiper un château ou une ville close mais un équipement qui a une époque a fait partie d'un élément du château. Ok, merci.
J’ai mis dans un tableur les noms des communes du Finistère qui présentent des monuments aux morts (MAM) n’ayant pas de problème de copyright comme des obélisques, des calvaires ou des porches d’église utilisés comme MAM et qui sont des photos perso sous CC-BY-SA.
1° Comment intégrer cette liste dans wikidata ?
2° Comment faire correspondre les noms de communes avec leur numéro INSEE ?
Catégorie : War memorials in France ; War memorials in Finistère ; World War I memorials in Finistère
Pour info, j’ai bien téléchargé commonist qui fonctionne correctement.
Salut et merci pour ta présentation @Philweb
Oulah, tu attaques par des questions sérieuses !
Alors pour l'intégration dans Wikidata, si tu as un tableur, un outil "simple" est Help:QuickStatements/fr (je te laisse lire la page d'aide et te rendre compte que ce n'est pas si "simple" justement en partie à cause de ta question 2
La correspondance est typiquement le point compliqué qui occupe une grande partie du temps des Wikidatiens mais si tu les numéros INSEE dans ton tableur, ce sera effectivement plus simple. Il existe de multiples façon de procéder, es-tu à l'aise avec les tableurs ? (notamment la fonction RECHERCHEV ? si oui, il suffit de placer dans un deuxième onglet une table de correspondance Wikidata/INSEE et de faire un RECHERCHEV dans le premier onglet).
Cela pourrait m'aider à t'aider de voir ton tableur, pourrais-tu le mettre sur un FramaCalc accessible en ligne (au moins les premières lignes).
Et bonne chance avec Commonist !
Je pars pour 8 jours à Lyon. Je ferais la manip en rentrant. merci pour le QuickStatements