Logo of Wikidata

Welcome to Wikidata, PoulpyBot!

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, don't hesitate to ask on Project chat. 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!

\/ --Wikinade (talk) 21:17, 7 May 2014 (UTC)Reply

Stop and rollback edit

Stop adding located in the administrative territorial entity (P131) Stockholm (Q1754)! Stockholm is not a administrative-territorial entity, Stockholm Municipality (Q506250) is. /ℇsquilo 16:47, 30 May 2014 (UTC)Reply

Country Espagne edit

Found multiple items with Property:P17 Q5398703. Please fix all of these and try to avoid errors like that in future. --Jklamo (talk) 18:36, 7 September 2014 (UTC)Reply

Another set is those with Q344355. --Jklamo (talk) 18:47, 7 September 2014 (UTC)Reply

Johnson solid edit

Pourquoi effacer les descriptions des solides de Johnson pour les remplacer par "Johnson solid" ? Par exemple dans l'item Q124656 la description "solid that has only equilateral triangles as faces" a été remplacé par "Johnson solid", bien que cette description me semble moins précise.Cuvwb (talk) 11:13, 10 September 2014 (UTC)Reply

merci pour la correction. Merci de corriger le bot pour qu'il n'écrase pas les descriptions déjà existante. Cuvwb (talk) 17:22, 11 September 2014 (UTC)Reply

father (P22), mother (P25) edit

Hello, the bot created many strange claims: example. See other items on Wikidata:Database reports/Constraint violations/Mandatory constraints/Violations. Could you fix its? — Ivan A. Krestinin (talk) 07:40, 23 February 2015 (UTC)Reply

You should also make sure to actually follow WD:Bots which specifically requires bots that add statements to add sources to them. It also looks like this bot is only approved for the task of performing edits related to public artworks, which brother/sister/father/... statements most certainly are not. --Mineo (talk) 00:17, 25 February 2015 (UTC)Reply
You're right and I am stopping the bot right now, since I've forgotten to ask for approval before doing something. I'll just now have to wait until someone, someday, creates a bot to do the same thing.
As for the source, I'll be sure to add "imported from Wikidata" from now on. — Poulpy (talk) 10:11, 25 February 2015 (UTC)Reply

Duplicates in artworks added from Commons edit

Hello Poulpy,
Commons → Wikidata is great. Though Commons is an often quite messy source for artworks unfortunately. There are so many duplicates which are not indicated by an artwork category or the "other versions" field. That obviously caused that you added Italian Evening Landscape (Q20017804) and Italian Evening Landscape (Q20017805) which refer to the same artwork. So I please you to be more careful with duplicates and would encourage not to add artworks without a inventory number (P217) statement in general. However, this would probably be a question to discuss at WD:WikiProject Visual arts or WD:WikiProject sum of all paintings. --Marsupium (talk) 20:13, 8 June 2015 (UTC)Reply

Hi Marsupium. Your point is important but I think you talk to the wrong person. Yes we have to be very careful on this with massives items creations. But first it is inherent at every massive creations even if you pay much attention before. For example, when I made a massive creations from Commons in december 2014, even if I had made a lot of checks before, it appeared after that there were some duplicates, in particular with a half dozen of items linked with Polish wikipedia and just labelled in Polish. Sometimes it's very hard to find those possible duplicates. I see all creations of visual artworks with image in Wikidata, and I must say that there are not so many duplicates as you say on those massive creations by Poulpy. There were really much more duplicates with massives creation about artworks from Rijksmuseum/Mauritshuis or Nationalmuseum of Fine art in Sweden. It is an issue as you point rightly, and after publication on Wikidata and update of Crotos, we do some mergings if it's necessary. And if we do that it's first because it's a pleasure to discover, or rediscover, artworks and to share them with Wikidata. I want more :) ! The paradox is that, even if Commons is an often quite messy source for artworks unfortunately, to have an image is still the best element to identify an artwork. We will continue to be, and even more, attentive on the point you raised. Best regards Shonagon
Thank you! I guess you are right that this is a topic that should be discussed with a broader audience and I did not want to be reproachful. In my opinion it isn't a good idea to add artworks with Commons → Wikidata with this (inproper) way of dupe checking, but that is a question to be discussed elsewhere! --Marsupium (talk) 14:34, 12 June 2015 (UTC)Reply
The rationale behind Commons → Wikidata is that Commons is a treasure trove of artworks, deeply in need of identification, categorization, semantization, and so on. There are several hundred of thousands of them, so I thought the process needed to be sped up a bit, hence my tool. Let's face it: we will never be able to do it by hand. We need tools.
On duplicates: of course, I try my best to check for them before creating elements. I usually track quite a lot of them down. Sometimes, duplicates are spotted when creating elements, so I manually merge them. Finally, I use Crotos to get rid of the ones which I couldn't detect before. I actually go to great lengths not to recreate already existing elements, but, due to the Wikidata creation process, I won't be able to spot all of them: some elements aren't named, creators aren't mentioned, obfuscation happened, etc. So, duplicates are bound to happen. In my mind, that's not as serious as it sounds: better have some dupes than no elements at all. They will be corrected eventually anyway.
On inventory numbers: that's a tricky one. First, very few museums provide them, and if they don't, well, I can't add them. Secondly, if they do provide them, most of the time they are cited on the Commons items. I'm still trying to find an easy way for everything else. Having a list of museums with easy to reach inventory numbers might be handy, for a start.
Since I started this project, I learnt a lot from the mistakes I made, and I corrected them. In my humble opinion, I believe it's valuable. Still it's not complete yet, much more needs discussing, and correction processes need to be found. I'm ready to do so. :) — Poulpy (talk) 10:47, 16 June 2015 (UTC)Reply

father (P22) of Rand al'Thor (Q2362626) edit

Hi,

could you explain this edit? The item already has the correct father (P22) property, there's no reason to add an additional wrong one. --Mineo (talk) 07:56, 25 September 2015 (UTC)Reply

That's because Tam al'Thor had Rand al'Thor as a child. Which isn't wrong, after all: he's his adoptive father. — Poulpy (talk) 16:27, 27 September 2015 (UTC)Reply
relative (P1038) and kinship to subject (P1039) are the properties to use for adoptions. --Mineo (talk) 17:48, 27 September 2015 (UTC)Reply
So... Should we change the property on Tam al'Thor as well? — Poulpy (talk) 18:23, 27 September 2015 (UTC)Reply
I've gone ahead and done that. --Mineo (talk) 09:25, 28 September 2015 (UTC)Reply

Brother is the subject himself edit

I don't understand this edit. Willy Brandt (Q2514) is the brother of Willy Brandt (Q2514)? How is this possible? There is no sibling claim present. Mbch331 (talk) 21:09, 2 December 2015 (UTC)Reply

Block edit

@Poulpy: I've blocked the bot due to a malfunctioning bot task. Fix the items and your script and I will unblock. Sjoerd de Bruin (talk) 21:12, 2 December 2015 (UTC)Reply

Thanks edit

Thanks for completing all those missing family links. Generally, I added just one part of the link and wait for a bot to come along. It's happening! --- Jura 10:53, 3 December 2015 (UTC)Reply

You're welcome! ;) — Poulpy (talk) 18:15, 3 December 2015 (UTC)Reply

Brothers and sisters on non-human items edit

Hi, a fair number of constraint violations have been reported lately about properties "brother" & "sister" added to non-human items, and many originated from this bot. I fixed a few already: some are really weird (a cocktail?!) and others, like Children of Palhavã (Q5098475), represent lists of children that should rather be handled via has part(s) (P527) (see children of Peter I of Russia (Q4433557)). To minimize manual corrections, would it be possible for your bot to check P31, if it exists, and generate a report of inconsistencies, rather than simply proceed? Thanks anyhow. ---- LaddΩ chat ;) 16:28, 7 December 2015 (UTC)Reply

What the... I haven't...
...
Well, of course I had to forget checking P31 for that specific request!
Sorry for that. Reverting the inconcistencies now... — Poulpy (talk) 19:39, 7 December 2015 (UTC)Reply

Q21608449 edit

Hello, This edit adds a child with 8 years of date of birth difference, what may be the problem? Hakan·IST 18:47, 10 December 2015 (UTC)Reply

That's easy: this edit adds Mary Walsh as the mother of Edward J Walsh. Hence the child. :)
Obviously, there's a problem here... — Poulpy (talk) 19:40, 10 December 2015 (UTC)Reply
thanks for the quick response, I've missed that one :) removed both now -- Hakan·IST 19:59, 10 December 2015 (UTC)Reply

restored wrong entry edit

Hello, please have a look at [1]. As you can see in the version history, someone corrected the wrong gender, but the bot restored it. --Srittau (talk) 09:39, 12 January 2016 (UTC)Reply

When the bot did the addition, the problem was that Gradislava Sviataslavna (Q13530621) had 2 genders, of which male (Q6581097) was the topmost. So the addition of the bot was logical. Maybe the bot can be altered to skip persons with 2 sex or gender (P21) claims, this way these kind of "errors" can be prevented in the future. Mbch331 (talk) 13:07, 12 January 2016 (UTC)Reply

Adding incompatibilities edit

I've reverted this addition by the bot [2]; baring something quite extreme, the same entity is unlikely to be both son and son-in-law. —Sladen (talk) 11:11, 12 January 2016 (UTC)Reply

The cause of the addition can be found at: Irvine B. Smith (Q5069500). The father (P22) = Ralph Lilley Turner (Q3379117). So if the addition is wrong, Q5069500 needs to be corrected. The bot is only adding missing inverse links. Mbch331 (talk) 13:02, 12 January 2016 (UTC)Reply

New discussion edit

[3] -- Abc82 (talk) 09:26, 2 March 2016 (UTC)Reply

Source please edit

Would you please explain what your source is for this edit? Jc3s5h (talk) 22:29, 29 March 2016 (UTC)Reply

Looks like a typo to me. — Poulpy (talk) 07:09, 30 March 2016 (UTC)Reply
Thanks. I will add the source from the English Wikipedia article (even though I find it jarring to have elevations determined through the latest and greatest survey-grade GPS next to the loosey-goosey methods of the mountaineering community). Jc3s5h (talk) 11:51, 30 March 2016 (UTC)Reply

month/day of week edit

Hello Poulpy, your bot seems to have confused month and day of week: wrong example, fixed example. Could you please fix the other items as well? See the list at Wikidata:Database reports/Constraint violations/P2894#"One of" violations. Greetings, --UV (talk) 11:21, 26 June 2016 (UTC)Reply

Quite a lot of confusion there, indeed... I've swapped both statements where needed. Sorry. – Poulpy (talk) 11:56, 26 June 2016 (UTC)Reply
Thank you for fixing this! --UV (talk) 12:40, 26 June 2016 (UTC)Reply

Mohammad's brother in law as a spouse to a Shiah imam edit

Hi, on 2 December 2015 this bot has added Husayn ibn Ali as a spouse to Talha ibn Ubaydullah. I hope major errors like this won't happen again. Cheers, — Le Loy (talk) 04:28, 1 August 2016 (UTC)Reply

It won't happen again, because I have given up. The point of it all was to check items A marked as "spouse" on items B, without begin "spouse" of those on their own page. "Quite the easy task", I thought to myself, and was I so wrong! Of course, there were errors on those items B. (At the time, Husayn ibn Ali was indeed written as a spouse of Talha ibn Ubaydullah.) Not many, but it made people very angry. "Couldn't you check before running you bot?", they told me. Well, yes, I did, but there were so many spouses... So I gave up. And there won't be any error again. — Poulpy (talk) 10:57, 1 August 2016 (UTC)Reply

Erroneous edits edit

Hi! these edits are in error. I believe they might be caused by the infobox links them in "en:Sir Charles Tennant, 1st Baronet". Anyway, I've fixed them now. Gabbe (talk) 10:27, 10 August 2016 (UTC)Reply

Actually, they were caused by this version of Sir Charles Tennant, 1st Baronet. See previous message for details, rant, and why it won't happen again. — Poulpy (talk) 12:04, 10 August 2016 (UTC)Reply

Triple points Nepal-China-India edit

Please check the coordinates of the triple points Nepal-China-India. There is something wrong. West point and east point seam to be swithced and not closely aligned with the actual triple points. --Donarreiskoffer (talk) 13:30, 18 October 2016 (UTC)Reply

Hanni Esche (Q18889984) edit

Do you have a reference for the statement that the painting "Hanni Esche" is in the collection of the Neue Pinakothek? I think it is not correct as the painting obviously is not listed in https://www.sammlung.pinakothek.de/de/artist/edvard-munch. Perhaps you can control the entry in the catalogue? Cheers, --Marsupium (talk) 14:08, 10 April 2017 (UTC)Reply

Thanks for the streets edit

Thank you for adding all the street (Q79007) of Versailles (Q621), and for your work on streets in general. A-MA-ZING and super valuable for the future! --Deansfa (talk) 21:29, 8 April 2019 (UTC)Reply

Well, thank you! — Poulpy (talk) 08:23, 30 April 2019 (UTC)Reply

Asteroids edit

Hi, you added and updated a lot of informations about asteroids a few years ago. Is it possible to run your bot again to update (add) the informations? Thanks LiMr (talk) 08:37, 3 September 2023 (UTC)Reply