User talk:Nono314

Jump to: navigation, search

About this board

Logo of Wikidata

Welcome to Wikidata, Nono314!

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.
  • Contents – The main help page for editing and using the site.
  • Project chat – Discussions about the project.
  • Tools – A collection of user-developed JavaScript tools to allow for easier completion of some tasks.

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) 00:07, 20 May 2015 (UTC)

Previous discussion was archived at User talk:Nono314/Archive 1 on 2016-01-17.

By clicking "Add topic", you agree to our Terms of Use and agree to irrevocably release your text under the CC BY-SA 3.0 License and GFDL
Multichill (talkcontribs)

Hi Nono, I see you're importing paintings. Great! Your references currently are only stated in (P248) -> Joconde (Q809825), could you also include a link to the Joconde entry either by using Joconde ID (P347) or reference URL (P854) and use retrieved (P813). That makes the references much more useful. Thank you.

Nono314 (talkcontribs)

Hi Multichill,

Yes, I've been importing a couple of paintings lately.

The Joconde id is always added to the item, but I know some people prefer to have full urls at reference level for automatic use in Wikipedias.

I'm actually using this tool which generates the full script for QuickStatement. So maybe you can contact User:Poulpy so that he can change the tool's output and every one using it will get enhanced references? It's likely to be used by most people working on paintings in French national museums.

Multichill (talkcontribs)

That looks like a nice tool. I hope user:Poulpy got our two pings now :-)

Poulpy (talkcontribs)

Hmmmm?... Ho, yes, I got the pings, thank you. :)

Enhanced references can be added, of course. I'll keep you informed! ^^

Nono314 (talkcontribs)

Multichill, would the preferred format for references be the cleaner one talked about at User talk:Jarekt#Sourcing RKDartists? I've always thought adding full urls to references is just creating future work for bots... and Joconde urls are especially clumsy just like other databases from French Culture ministry.

Reply to "References in paintings"
Framawiki (talkcontribs)

Hello ! Merci pour ton aide !

Pour Pascale Crozon (Q12926), j'ai supprimé le lien vers la fiche car https://www.whoswho.fr/bio/pascale-crozon_63007 indique une date de naissance différente. En regardant le code de la page (Control+U), la date donnée est le 29 mai XXXX, différente du 20 mai 1944 comme indiqué sur l'item Wikidata. Je te laisse voir si tu veux l'enlever, je préfère personnellement supprimer les liaisons qui semblent fausses, pour voir qui dit vrai après. La liste est sur User:Framawiki/draft.

Bonne soirée

Nono314 (talkcontribs)

Salut Framawiki,

Oui il y a quelques jours d'écart à peine mais le lieu de naissance est bon et on a bien une politique comme annoncé donc chance d'homonymies quasi nulles. J'ai matché plusieurs milliers d'entrées de la base Sycomore et je peux te dire que des écarts de jours, de mois, ou même d'année c'est pas ça qui manque sur les députés. Toute base a ces erreurs (y compris de saisie avec un doigt qui glisse !).

Dans le cas de Depardieu, on a même sa photo sur la fiche WW, pas de risque de se tromper !

J'ai passé pas mal de temps à vérifier la cohérences de mes matches, y compris en corrigeant complètant parfois des infos côté Wikidata quand il y avait des infos visiblement erronées. Alors je suis un peu vert de les voir supprimer à grand coup de batch QS dont je ne vois pas toujours ce qui a permis de les alimenter.

Oui il y a des écarts de date parfois, mais il faut avant tout faire preuve de bon sens et juger la cohérence globale, même si WW ne facilite pas la tâche en masquant la grosse majorité des infos.

J'apprécierais en tous cas que tu ne supprimes pas à l'aveugle les liens que j'ai ajoutés. Une erreur est évidamment toujours possible, mais en se basant sur une véritable vérification, pas une suppression automatique basée sur des différences minimes alors qu'il s'agit de toute évidence de la bonne personne.

Il ne faut pas sacrifier la réflexion à la vitesse.

Merci et bonne soirée à toi aussi.

Framawiki (talkcontribs)

D'accord, c'est noté.

Pour info, lorsque j'ai lié un peu plus de 3000 éléments avant-hier, j'ai fait de cette manière:

  1. recherche du nom, via la barre en haut à droite
  2. vérification du texte de la ville de naissance identique

J'ai découvert par la suite qu'il y avait quelques homonymes, avec des villes telles que Paris ou Marseille, et ai donc fait un nettoyage basé sur le jour de naissance afin de réduire les erreurs.

Je suis actuellement en train de créer les items des personnes pour lequel la recherche n'a donné aucun résultat. Je compte ajouter quelques propriétés plus précises sur ces items dans un second temps.

Nono314 (talkcontribs)

Oui forcément pour les grosses villes c'est moins significatif que pour un petit village...

Pour ma part j'ai essayé de prendre systématiquement ce qui était proposé en automatch par MnM, en comparant le triplet jour et lieu de naissance + profession (en affichant les autodesc longs plutôt que les courts). En cas de doute vérification avec le contenu de l'article Wikipedia et d'éventuelles infos présentes dans WW (photo, actu). Au final je pense le résultat très fiable, et il reste encore ~2500 automatchs non traités.

MnM est un super outil qui donne toutes les clés pour faire un choix éclairé. Dommage du coup de devoir perdre ensuite un temps fou à crapahuter dans les historiques pour essayer de sauver des matches effacés via un batch à l'aveugle (tu en as supprimé pour un seul jour d'écart !). J'ai dû en sauver une vingtaine ce soir, je m'arrête là pour aujourd'hui, ça bouffe trop de temps :-(

Au passage j'ai trouvé qqs uns de tes ex matchs plutôt folkloriques, et qui méritaient eux effectivement d'être supprimés ;-). Je les ai aussi dématchés dans MnM, histoire de les remettre dans le circuit pour un éventuel match plus pertinent.

J'ai vu tes créations dans l'après-midi, je te laisse procéder de ce côté. Je ne sais pas quels sont les risques de re-création d'éléments existants, mais ça devrait être largement gérable après coup si besoin.

Reply to "Who's who"

Your feedback matters: Final reminder to take the global Wikimedia survey

1
MediaWiki message delivery (talkcontribs)

(Sorry to write in Engilsh)

Reply to "Your feedback matters: Final reminder to take the global Wikimedia survey"

Intercommunalité, capitale et siège social

3
VIGNERON (talkcontribs)

Salut,

Je vois que tu viens d'ajouter la propriété capital (P36) sur certaines intercommunalités mais Pymouss me fait remarquer que la propriété headquarters location (P159) serait plus adaptée. En tout cas un certain nombre d'interco utilisent effectivement P159 et certaines utilisent même les deux en doublons...

Qu'en penses-tu ? As-tu des objections à utiliser uniquement P159 ? Si non, je propose de demander un changement de propriété sur Wikidata:Bot requests et de faire une sous-page de documentation sur Wikidata:WikiProject France.

Cdlt,

Nono314 (talkcontribs)

Salut,

Sur le moment capital (P36) m'a semblé logique, comme pour toutes les entités administratives, alors que headquarters location (P159) est dans mon esprit davantage lié à une entreprise. J'aurais sans doute dû prendre le temps de vérifier davantage ce qui était utilisé sur les cas existants... Pas d'objection particulière si vous voulez normaliser ça. Je pense même que ça doit pouvoir se faire assez bien avec Petscan pour la supression et repasser HarvestTemplate avec la bonne propriété, sans avoir à demander à un bot.

Bonne soirée à toi.

VIGNERON (talkcontribs)

Salut, J'ai pensé à utiliser la méthode que tu cites mais toutes les déclarations ne viennent peut-être pas des infoboxes, certains ont pu être corrigées ou complétés depuis, ou bien peuvent avoir des qualificatifs ou des rangs. Du coup, un bot me semble plus propre. Sur le fond, l'argument de Pymouss est qu'une intercommunalité n'est pas vraiment une entité territoriale mais plutôt une institution (donc effectivement plus près d'une entreprise) et que dans la vie courante comme dans les textes de loi, on parle bien de « siège ».

Reply to "Intercommunalité, capitale et siège social"

Share your experience and feedback as a Wikimedian in this global survey

1
MediaWiki message delivery (talkcontribs)
  1. This survey is primarily meant to get feedback on the Wikimedia Foundation's current work, not long-term strategy.
  2. Legal stuff: No purchase necessary. Must be the age of majority to participate. Sponsored by the Wikimedia Foundation located at 149 New Montgomery, San Francisco, CA, USA, 94105. Ends January 31, 2017. Void where prohibited. Click here for contest rules.
Reply to "Share your experience and feedback as a Wikimedian in this global survey"
Multichill (talkcontribs)

Articles like fr:Intérieurs hollandais with multiple infoboxes always cause problems with automated tools. How did you end up on Dutch Interiors (I, II, and III) (Q3153785)? I linked it to the individual paintings and I would like to prevent people from adding collection again.

Nono314 (talkcontribs)

Thanks for fixing it Multichill.

I was harvesting Infobox Art from frwiki since a number of those had no statements and many others where missing useful data. In such a case, there are always a few wrong edits and I always try to spot them on the fly. I indeed fixed some of them, but this one was really difficult to spot unless you are aware of it in the first place.

I think one way to avoid this would be to submit a change to HarvestTemplate that would check whether there are several instances of the sought template, and would output an error in that case, just as it does with constraint violations. This would probably also be useful when handling templates that use ids for linking to external sites. What do you think?

Multichill (talkcontribs)

Or is it possible to skip instance of (P31) -> painting series (Q15727816) ?

Nono314 (talkcontribs)

This sounds like a pretty narrow use case, and not something that would go into a generic tool. Maybe a {{Constraint:Conflicts with}} constraint on collection (P195)? And even this way there are many perfectly valid uses.

Sample of currently existing situations:

Multichill (talkcontribs)

Yeah, I know. I generally just slap on the collection (P195) on the painting series and create the individual paintings later. Sometimes are works are actually in the same collection so adding collection to the painting series is correct. Would be nice to keep the automated tools away from these kind of cases, just not sure how.

Reply to "Intérieurs hollandais"
Multichill (talkcontribs)

I noticed you updated a couple of items. I don't believe series (P179) -> The Simpsons (Q886) is entirely correct. The Simpsons (Q886) is about a TV series, not about a series of comic books. Probably better to create a new item for the comic book series and link them together using from fictional universe (P1080).

Nono314 (talkcontribs)

Hi Multichill

Thanks for pointing this out. I agree with you and I suppose this is a common caveat when importing from Wikipedia which tends to group those things under a single article. I've updated the items as you suggested.

I also found a few other cases where there is a mix of animated series and comic book series, but less than could be expected. And for those, the linked articles are actually more focused on the comic books.

Reply to "Simpsons"
Hsarrazin (talkcontribs)

Salut, j'ai vu que tu as précisé les dates de cet architecte. Mais il n'y a aucune source... pourrais-tu m'indiquer d'où viennent ces dates, stp ?

https://www.wikidata.org/w/index.php?title=Q20165924&diff=362017401&oldid=362017367

En effet, mes sources à la BNF et autres n'indiquent rien de tel... Merci d'avance... :)

Nono314 (talkcontribs)

Salut,

Les dates proviennent de l'INHA via l'id AGORHA présent sur l'item (http://agorha.inha.fr/inhaprod/jsp/reference.jsp?reference=INHA__PERSONNES__80839).

Cette source est particulèrement utile pour les architectes car ils disposent de tous les dossiers d'élèves de l'ENSBA.

J'essaie de maximiser l'impact du boulot fait sur Mix'n'match en synthétisant les infos données par les différents catalogues. :-)

Hsarrazin (talkcontribs)

super merci ! cette adresse va m'être très utile, y compris professionnellement, où je dois faire les notices de dizaines d'architectes :))

j'ai également trouvé une source aux Chartes, que j'ai mise en référence des statements...

Hsarrazin (talkcontribs)

et j'ai ajouté la réf sur les dates... https://www.wikidata.org/w/index.php?title=Q20165924&action=history

Nono314 (talkcontribs)

Ravi d'avoir pu t'être utile !

Idéalement, je rêverais de voir le Sourcerer de Magnus ajouter des références basées sur les principaux catalogues de Mix'n'match...

Hsarrazin (talkcontribs)

je n'ai jamais réussi à comprendre comment fonctionne Sourcerer, ni à l'utiliser, malheureusement... je travaille essentiellement manuellement, et avec quelques outils semi-automatisés.

La dernière création de Magnus, qui permet l'import des références depouis les wikisources (quand ils sont correctement sourcés) est assez géniale. Il n'y a même pas besoin de comprendre les langues utilisées :D

J'essaie toujours de sourcer les dates, surtout quand il y en a plusieurs différentes pour une personne... c'est parce que Laffolye a une notice sur wikisource que j'ai constaté le problème, grâce à notre modèle LUA, qui signale ce genre d'incohérence, et les catégorise pour traitement...

Merci en tout cas. et bonne nuit.

Reply to "Dates de Paul Lafollye"

Please take part in the Flow satisfaction survey

1
MediaWiki message delivery (talkcontribs)

(That message in other languages: العربية • ‎bosanski • ‎català • ‎Deutsch • ‎Esperanto • ‎français • ‎עברית • ‎polski • ‎português • ‎português do Brasil • ‎русский • ‎اردو • ‎中文 – ‎translate that message)

Hello!

Like some other community members, you are using Flow.

An increasing number of communities now use Flow or are considering it. Although Flow itself is not scheduled for major development during 2016 fiscal year, the Collaboration Team remains interested in the project and in providing an improved system for structured discussions.

You can help us make decisions about the way forward in this area by sharing your thoughts about Flow — what works, doesn't work or should be improved?

Please fill out this survey (available in multiple languages), which is administered by a third-party service. It will not require an email or your username. See our privacy statement.

Thanks for your ideas and opinions about Flow!

Trizek (WMF), on behalf of the Collaboration team, 11:56, 7 September 2016 (UTC)

Reply to "Please take part in the Flow satisfaction survey"
Kopiersperre (talkcontribs)

Hi Non314,

where did you know, that your Claude Bourdelin (Q21165689) was meant and not de:Claude Bourdelin?

Nono314 (talkcontribs)

Hi,

"my" Claude Bourdelin, as you name it, was initially created by Magnus' Reinheitsgebot, if you look at revision history, as a missing element from FRS catalog and, as such, included from the beginning a description with birth/death dates (20 June 1667 - 20 April 1711) which obviously does not match those in the dewiki article (which is actually his father). I only explicited that as statements in the item and tried to make as clear as possible the differences between the two persons to avoid any future confusions.

Reply to "Claude Bordelin"