User talk:Mike Peel/Archive 8

This page is an archive. Please do not modify it. Use the current page, even to continue an old discussion.

Request for Confirmed User

Xikmoryt (talk • contribs • new items • new lexemes • SUL • Block log • User rights log • User rights • xtools)

Can I get a wikidata confirmed user? I opened account last 5 days and added more than 200 edits and new information. Also I have a lot of ideas about Wikidata. I believe in my work and spend a lot of time editing Wikidata.Thanks Xikmoryt (talk) 15:54, 8 November 2024 (UTC)

The place to request this is at Wikidata:Requests_for_permissions/Other_rights#Confirmed. Thanks. Mike Peel (talk) 15:57, 10 November 2024 (UTC)

Multi-language labels

Hi, I'm using multi-language labels (language: mul), so I'm removing redundant labels, if the labels are the same. That's the new right way now. But your bot is reverting my changes: https://www.wikidata.org/w/index.php?title=Q1047098&action=history LiMr (talk) 15:30, 13 November 2024 (UTC)

It's still not fixed: https://www.wikidata.org/w/index.php?title=Q124565&action=history LiMr (talk) 13:27, 19 November 2024 (UTC)

@LiMr: Yes. As I've said repeatedly, best approach for now is to add mul but not delete values, until everything gets updated - which takes time. So far the removals seem to be breaking things on Commons, bot scripts, and distributed game.

Links to Commons categories

Hi, Please stop your bot from linking to the wrong items, i.e. [1]. There is quite a consensus that Wikipedia articles should be linked to Commons categories. Thanks, Yann (talk) 15:35, 18 November 2024 (UTC)

@Yann: There is consensus for exactly the opposite - Commons categories go on the category items where they exist (see User:Mike Peel/Commons linking for a summary of the current situation). If you think otherwise, please demonstrate it, e.g., point to the relevant discussions, or start one on the project chat. Mike Peel (talk) 15:37, 18 November 2024 (UTC)

Sorry, but no. Categories are the main namespace on Commons, and they should be the pages linked to the WD corresponding item. It is like this since the beginning of the project 20 years ago. It is not for WD to decide what should be linked about Commons pages. Yann (talk) 17:28, 18 November 2024 (UTC)

That's not how it currently works here, and it hasn't since the start of Wikidata as far as I'm aware. It's the approach built into, e.g., the Wikidata Infobox on Commons, and MediaWiki itself with sitelinks. You may want to start a discussion at Wikidata:Project chat if you want to change things. Mike Peel (talk) 17:41, 18 November 2024 (UTC)

I have corrected hundreds of such erroneously links, and there never was any issue until now. I don't understand this new stand against the standard of Commons. Yann (talk) 17:47, 18 November 2024 (UTC)

That's worrying to hear, hopefully the bot reverted most of those. It's not new, and it's not against Commons. Mike Peel (talk) 17:49, 18 November 2024 (UTC)

If a particular project decides that one specific page should be linked to a WD item, who are you to go against this decision? WD is here to serve other projects, not to decide how other projects want to be linked. Yann (talk) 17:50, 18 November 2024 (UTC)

You're not arguing against me, you're arguing against the current consensus. You could ask the community to change that consensus if you want? It's also not just Wikidata, it's how things are set up on Commons - the Wikidata Infobox uses on this setup to get the correct interwiki links. Mike Peel (talk) 17:53, 18 November 2024 (UTC)

How can you create a false consensus here against Commons users? That's not how Wikimedia projects work. Yann (talk) 18:08, 18 November 2024 (UTC)

It's not a false consensus, and it's not against Commons? Seriously, go to Wikidata:Project chat, I'm out of patience here. Mike Peel (talk) 18:12, 18 November 2024 (UTC)

I don't even think there is such a consensus. The standard behaviour is that a Commons category is linked to the corresponding WD item. That's the case for at least 90% of Commons categories which have a Wikidata InfoBox. Yann (talk) 18:13, 18 November 2024 (UTC)

I agree it would be best to link items to categories on commons. But this is certainly not the way it has been done for the last few years. Perhaps if you could discuss this on Commons and get a consensus, then we could look at implementing it on Wikidata. We could not take an action like that without the strong consent of Commons editors though. And then, how would you propose the gallery items would be connected? There would be a lot of details to resolve — Martin (MSGJ · talk) 14:55, 19 November 2024 (UTC)

mass vandalism

I want to report the phenomenon of mass vandalism committed by the user "IPomomarev". The matter concerns the false, invented and solely phonetically based introduction of place names in Poland according to "one's own whim". He can even insert phonetic names in the first "language label" column. In the third column "also known as", instead of inserting old historical names (if they exist) or alternative or dialectal-autochthonous ones, he inserts nonsensical phonetic formations. I have corrected hundreds of his editions in the last few hours... but it looks like the work of the proverbial Sisyphus. All without providing any sources and based on Russianisms partially translated into English-phonetic. Here are a few examples: Q2618632, Q3012781, Q2610987, Q1025875, Q1818046, Q991950, Q986406, Q924100, Q6440873, Q168902, Q655412, Q950681, Q990591, Q749523, Q667199, Q2561328 and many, many more. Regards 77.0.98.128 15:21, 28 November 2024 (UTC)

The place to report issues such as this is Wikidata:Administrators' noticeboard. Thanks. Mike Peel (talk) 15:24, 28 November 2024 (UTC)

Don't add en label to match Commons category name when mul already does

Hi, As you may or may not know, the "mul" language is being rolled out on Wikidata as the default value for the name of some items when a "localized" value isn't defined. Would it be possible to configure your bot so that it doesn't add the "en" label to match Commons category name when there's a "mul" label that already does match the Commons category name? Thanks, Slasher-fun (talk) 20:30, 28 November 2024 (UTC)

Wikidata Game (original)

Hi, does your Wikidata Game v 1 still work? I can't seem to load any of the "games". I can press the big button and the game will show, but once I click anything, they say "loading" and stay there forever, it seems. Myrealnamm (talk) 22:11, 3 December 2024 (UTC)

@Myrealnamm: You want @Magnus Manske:, who created the Wikidata Games. :) Nowadays it's mostly the Distributed Games, though, where Magnus created the framework, and then everyone can add new games in (which is where I've set up a few games). Thanks. Mike Peel (talk) 07:52, 7 December 2024 (UTC)

Pierre du Buat

It would be great if you stopped popping out a new WD page ceaselessly, to link it to "WP.fr:Pierre Louis George du Buat". The right WD item is Q3387788, which has been active since 2022. Moreover, "Pierre du Buat" (sometimes spelled "Dubuat" in English books) is of common use in French. Thanks. Verbex (talk) 06:11, 7 December 2024 (UTC)

@Verbex: Merged. The issue was the presence of the redirect, it looks like @Isidoria: renamed it but has no account here, so it didn't automatically update. Thanks. Mike Peel (talk) 07:50, 7 December 2024 (UTC)

Thank you Mike. Yours, Verbex (talk) 08:00, 7 December 2024 (UTC)

Duplicate created

I noticed and merged duplicates created by PiBot a day or two ago, but finding another pair today I thought I'd mention it here. The items are for Abel Walatee - Q131522423 and Q131523808. The former has the enwiki link and several statements, the latter is blank. Oronsay (talk) 21:01, 21 December 2024 (UTC)

@Oronsay: Thanks for letting me know, that's weird. I'm not sure what might have caused it, possibly something server-side. Let's see if it keeps happening... Thanks. Mike Peel (talk) 11:36, 22 December 2024 (UTC)

Décès en 1962

Bonsoir, Pi bot n'arrête pas de rajouter 1962 comme date de décès à des personnes dont on ne connaît pas la date de leur mort. Pourrais-tu y faire quelque chose ? Méphisto38 (talk) 21:00, 27 December 2024 (UTC)

@Méphisto38: Can you give me an example please? Most likely it is coming from vandalism from a Wikipedia article that has recently had its sitelink added to the item. Thanks. Mike Peel (talk) 06:34, 28 December 2024 (UTC)

@Mike Peel: Q20027731, Q20027764 et Q20027781.

@Méphisto38: The versions of the articles that the bot looked at all had [[Catégorie:Décès en septembre 1962]] in them - [2], [3], [4] (see the timestamps of the edits). It's been removed since, so if you remove the values from the Wikidata items, Pi bot won't add it back. Thanks. Mike Peel (talk) 16:40, 28 December 2024 (UTC)

Aleksei Bugayev

I have problems with finding a source, that mentioned the date of death of Aleksei Bugayev. Ive so far read english, german and russian sources and none of them mentioned the date of death. Also User:Pi bot keeps fill in the date of despite having a reliable source for it. Best regards LennBr (talk) 19:48, 30 December 2024 (UTC)

@LennBr: Pi bot auto-imports dates of birth and deaths from Wikipedia articles. I looked into this case, and news articles like [5] seem to be quite clear about the date of death through the quote "Unfortunately, the news about Aleksei's death is true. It happened today" - which was said on the 29th December. Thanks. Mike Peel (talk) 19:53, 30 December 2024 (UTC)

thanks for the reply and for the clarification. Ive read the reuters article before; I either didnt noticed it, or it wasnt there before (the reuters article was updated). Anyway, Im glad, this is now settled. LennBr (talk) 20:03, 30 December 2024 (UTC)

en label from Commons

Hi, this your change isn't fine. We have mul label for book edition. Could you stop the creation of en labels? Skim (talk) 19:17, 2 January 2025 (UTC)

@Skim: already done. I still think that the community hasn't managed the transition to 'mul' well, though - values should have been added and tested before people started removing them. Their removal broke some of my bot tasks, as you've seen, plus Commons categorisation, plus various other things on toolforge that rely on language-specific labels... Thanks. Mike Peel (talk) 19:20, 2 January 2025 (UTC)

I understand, that is in progress :-) Thank you. Skim (talk) 19:25, 2 January 2025 (UTC)

Pi Bot coordinates

Is there any way that Pi bot could round the coordinates it inserts in items to the nearest arcsecond? I ask because the English Wikipedia's Manual of Style wants rounding to "approximately one-tenth the size of the object". In practice this means D°M'S" for most objects, and very rarely D°M'S.s" for tiny targets such as a statue. Directly converting decimal coordinates with six digits of (usually false) precision seems to result in D°M'S.ss', which exceeds the accuracy of civilian GPS and pinpoints the target down to an impossibly "accurate" 0.22 metres. Abductive (talk) 12:45, 9 January 2025 (UTC)

@Abductive: Wikidata has integrated precision settings for coordinates. Pi bot should be conserving the precision settings of the data it's reading in from coordinate templates etc., which hopefully editors have set to reasonable values. I suspect it would be better to round the data at the point of use here - in the coding of the coord template on enwiki. Thanks. Mike Peel (talk) 12:53, 9 January 2025 (UTC)

The problem is, of course, that many Wikipedia users enter D.dddddd° when they should be using D.dddd°. In any case, D.dddddd° gives 0.22 m of "accuracy" but D°M'S.ss' gives 0.078 m of "accuracy". So rounding to D°M'S.s' would be more in line with "preserving" the data. Abductive (talk) 12:58, 9 January 2025 (UTC)

Pi Bot edit

How is it possible the bot made this edit? I removed it. 82.174.61.58 12:58, 13 January 2025 (UTC)

United States (Q30) label

Morning, Mike -- please see the discussion page for the label for Q30. It also links to a Wikidata Project chat on the subject. Lorenmaxwell (talk) 17:04, 3 March 2025 (UTC)--

@Lorenmaxwell: Ah, apologies, I missed that there was a discussion here, I thought it had just randomly changed and it looked very odd. I'd have suggested something like this should be mentioned in Wikidata:Status updates while the discussion was happening. In practical terms, I was trying to work out what has happened to the mention of USA at the end of the 'Location' part of the Wikidata Infobox at, for example, commons:Category:Dance, Drama, Song - it used to be there but something has changed recently that's removed it. I didn't solve it yesterday, though, so I need to look into that in more detail... (I thought it was defined by short name (P1813), but it seems not, or at least not in the simple way I thought with [6]...) Thanks. Mike Peel (talk) 22:03, 3 March 2025 (UTC)

Thanks, Mike -- I wasn't aware of the Wikidata:Status updates page, but I'll definitely keep that in mind for future discussions of a similar scope! And I hope your able to resolve the issue with the Infobox. Lorenmaxwell (talk) 01:45, 4 March 2025 (UTC)

Esperanto vs. Esperanto Movement

Online translation: Please do not confuse the Esperanto language and the Esperanto movement. The first is a part of culture, the second is a public organization that promotes the creation of such culture. There is a discussion here where native speakers of Esperanto pointed out that these are different objects (see the remark from 11 March 2025). It is possible to have a link from the second to the first, but not a connection. Ыфь77 (talk) 18:32, 15 March 2025 (UTC)

Online translation: A rough analogy of Pi_bot's actions: attaching a category of an artist's paintings to an element of the artist himself. Ыфь77 (talk) 19:13, 15 March 2025 (UTC)

@Ыфь77: Please feel free to write here in your language, I can translate it. :) Pi bot just copies from Commons category (P373) to the Commons category sitelink, so if it's definitely the wrong link, you should remove both the sitelink and the Commons category (P373) value (and in the case of Category:Esperanto movement in Cuba (Q9869217), it has category's main topic (P301) linking to Esperanto movement in Cuba (Q12347355), so you should also remove Commons category (P373) from there). Otherwise Pi bot just adds the sitelink back again later.

In these cases, they look like the closest match of Wikidata item and Commons category. Often the ontologies aren't exact, but close enough is good enough to start with. Commons uses Wikidata in the category infoboxes, and removing the sitelink breaks this. If possible, please could you move sitelinks to new items and add properties to more accurately describe them, rather than just removing them? Thanks. Mike Peel (talk) 21:26, 15 March 2025 (UTC)

1) Где есть новые элементы, там я переношу. Как я писал выше, в случае с Кубой и другими странами, вызвавшими мою отмену, должна быть ссылка на Commons category (P373), потому что содержимое категории Викисклада может содержать файлы, описываемое элементом, но содержит не только их, поэтому ссылку на категорию Викисклада элемент иметь не должен. Абстрактный пример: фотография книги на эсперанто, выпущенной на Кубе, иллюстрирует элемент "эсперанто на Кубе", но не допустима для элемента "эсперанто-движение на Кубе". 1а) Правильно бы было разделить все категории Викисклада, относящиеся к эсперанто в стране, на две, но мне это не интересно. 2) Если Вы не можете изменить алгоритм Pi_bot так, чтобы он не связывал близкие, но не равные понятия, то так и напишите. 3) Я имею привычку брать страницы обсуждения, где начал диалог, в список наблюдение, поэтому пинговать больше не нужно. Ыфь77 (talk) 04:44, 16 March 2025 (UTC)

In general Commons category (P373) values shouldn't be used to link to Commons categories that have some related content about the topic - they should be 1:1 links, and they should have matching sitelinks. Commons category (P373) was a temporary fix many years ago when we didn't have Commons sitelinks, and despite attempts to move away from it, we're still stuck in the dual system. So, (2) is not possible, sorry, and Pi bot will continue copying the values over (this is why I reverted with a comment, so you didn't end up in a loop of this happening without understanding why). (1a) would be a good way forward, another is to create new Wikidata items that better match the current Commons category's scope. Thanks. Mike Peel (talk) 10:27, 16 March 2025 (UTC)

2) После Вашего объяснения (что это "не баг, а фича") в цикл не уйду. Спасибо за диалог. Ыфь77 (talk) 14:24, 16 March 2025 (UTC)

Creating new items

Hi. Regarding Bible of Navarre (Q133320035), rather than creating a new item within one day without any statements, I feel it would be better to wait a while in case a suitable item is linked. I believe the bot used to wait two weeks. Has this changed recently? — Martin (MSGJ · talk) 12:40, 19 March 2025 (UTC)

@MSGJ: The bot does still wait for 2 weeks, but it does so from the creation of the article. In this case it was created back in December, but in draft space. Probably the script could be improved to check for moves between name spaces, but I don't have much time at the moment to work on the bot scripts for edge cases like this, sorry. Thanks. Mike Peel (talk) 19:53, 22 March 2025 (UTC)

sex or gender (P21) added to podcast

Hi. On March 24th, your Pi bot added a sex or gender (P21) property to the podcast This is Gavin Newsom (Q133139706).

Bot edit: https://www.wikidata.org/w/index.php?title=Q133139706&oldid=2329856914

UndefinedRachel (talk) 15:22, 29 March 2025 (UTC)

@UndefinedRachel: Thanks for reverting it. I think the use of 'Template:Infobox YouTube personality' in the enwiki infobox confused it. Thanks. Mike Peel (talk) 15:26, 29 March 2025 (UTC)

IMO checksum failed (Q133796229)

Pi bot created IMO checksum failed (Q133796229) today, but it's empty and is not used anywhere. I'm thinking of requesting deletion but I don't know if it's likely to be created again. I don't know if it's somehow related to IMO checksum failed (Q83587126) - a PetScan creation, not by Pi bot, where the category was mistaken for a ship when it's a maintenance category and probably not notable. Peter James (talk) 20:24, 1 April 2025 (UTC)

@Peter James: Interesting, it does look like Pi bot created it for commons:Category:IMO checksum failed, and then the script crashed because it couldn't save the commons link. That shouldn't happen, something must be wrong with the item or category behind-the-scenes... It looks like @W like wiki: added the category to commons:Category:Ships by IMO number recently, which is why it didn't show up before. I'll have a closer look soon, there's no rush since the script stopped and isn't due to restart until the start of the next month - although I'll set it going again if I can identify a good fix soon. Thanks. Mike Peel (talk) 20:36, 1 April 2025 (UTC)

Konstanty Żmigrodzki (Q111902534) and Konstanty Żmigrodzki (Q28003334)

Polish sculptor, medallist, museologist, numismatist, manager of Polish Museum in Rapperswil (the same person) 95.112.72.234 14:58, 9 April 2025 (UTC)

Merged. Thanks. Mike Peel (talk) 15:59, 9 April 2025 (UTC)

Q133846748

Hello. I created the article on enwiki for Ilia (also spelled Ilya) Solomonovich Abelman and added an old-fashioned interwiki link to the coresponding article on ruwiki with the plan to remove it once I have a chance to connect them here on wikidata. But when I wanted to do so I couldn't because the bot has already created its own item. Is there a way to teach the bot not to create new items for articles that already have interwiki links? Secondly, I currently do not have access to a desktop computer and I have not yet figured out how to move items using my mobil phone so would I be asking too much if I ask you to please merge them for me? I hope not. The link to the article on ruwiki can be found in the usual spot in the enwiki article. Sorry for bothering you and thanks in advance. -- -- -- 01:42, 10 April 2025 (UTC)

@-- -- --: All sorted, sorry about that, sometimes the bot is a bit eager to create new items for biographies. In this case it couldn't find a name match due to the transliteration. It's easy enough to merge items together, though (see Help:Merge). I've also added an infobox to the article while I was there, hope that's OK. Thanks. Mike Peel (talk) 07:13, 10 April 2025 (UTC)

Thanks, -- -- -- 09:26, 10 April 2025 (UTC)

Antoni Frączkiewicz (Q9156714) and Antoni Frączkiewicz (Q96059478)

Polish baroque sculptor, wood carver ca 1690-1741 (the same person) regards. 2A02:3100:8B35:9100:A14B:C78E:BB8C:C828 18:37, 22 April 2025 (UTC)

Merged. Thanks. Mike Peel (talk) 19:21, 22 April 2025 (UTC)

Pi bot - Number of articles without Wikidata item on enwiki increasing

Hello Mike, the number of articles without Wikidata item on enwiki seems to be increasing:

• https://wikidata-todo.toolforge.org/duplicity.php?mode=stats&wiki=enwiki

Also the number of unconnected articles in en:Category:Living people seems to be increasing:

• https://petscan.wmflabs.org/?psid=24857780&al_commands=P31%3AQ5

Currently there are more than 500 unconnected entries for humans, usually there are about 200.

Also see:

• User_talk:Mike_Peel/Archive_6#Pi_bot_-_Number_of_articles_without_Wikidata_item_on_enwiki_increasing
• User_talk:Mike_Peel/Archive_6#Backlog_of_unconnected_articles

M2k~dewiki (talk) 21:33, 24 April 2025 (UTC)

@M2k~dewiki: Yes, there's a backlog of 5696 potential matches between Wikidata and enwiki in the Wikidata game (and there are 24956 outstanding potential matches across all currently supported languages). Technically everything seems to be working as expected, but we need editors to work through those potential matches. Anything you can do to encourage people to play the Wikidata game to reduce the backlog? Thanks. Mike Peel (talk) 19:31, 25 April 2025 (UTC)

Delay in item creation by NoClaimsBot?

Hi!

I noticed Team Cherry (Q134085889) created on 24 April 2025, 15:01 − just 24 hours after the creation of the en.wp article (en:Special:Diff/1287018771) − which was a duplicate of Team Cherry (Q29326164). I thought Pi bot was waiting some time in order to leave a chance for human editors to link an article − is that actually 24h only? If yes, could it be made longer? If there is no delay, could there be one? (Feel free to point me to any previous relevant discussion)

Thanks! Jean-Fred (talk) 12:11, 29 April 2025 (UTC)

@Jean-Frédéric: Pi bot waits for 14 days normally (and longer for items with potential matches in the Wikidata game). It creates items for biorgraphies much more quickly than that, but only if it can't find potential matches. In this case, it couldn't find a search match that didn't have an enwiki sitelink already, and the article was technically created in 2020, just repurposed on the 24th. It's an edge case that's difficult to catch, so merging the Wikidata items like you have done is the best approach. Thanks. Mike Peel (talk) 13:29, 29 April 2025 (UTC)

Bad edit

https://www.wikidata.org/w/index.php?title=Q134300886&diff=prev&oldid=2344009286 Bovlb (talk) 16:05, 2 May 2025 (UTC)

@Bovlb: Aww, OK, "(dog)" now excluded from being human. Thanks. Mike Peel (talk) 14:00, 3 May 2025 (UTC)

Włodzimierz Marek Tulczyjew (Q131395522), Wlodzimierz Marek Tulczyjew (Q102128358) and Wlodzimierz Marek Tulczyjew (Q104052869)

Polish physicist (the same person) regards. 2A02:3100:8A06:CD00:69AF:8304:D1FB:5D9D 19:55, 7 May 2025 (UTC)

Merged to Wlodzimierz Marek Tulczyjew (Q102128358), thanks. Have you considered creating an account so you can do this directly yourself? Thanks. Mike Peel (talk) 20:37, 7 May 2025 (UTC)

Wikimedia article covering multiple topics

The Swedish article in Stockholm Norra station (Q134691770) is about two different places, see main subject (P921). Should the bot import values for coordinate location (P625) when instance of (P31) is Wikimedia article covering multiple topics (Q21484471)? I reverted the bot, but should the bot exclude this type of objectives when adding coordinate location (P625)?. Maundwiki (talk) 16:07, 3 June 2025 (UTC)

@Maundwiki: I think coordinate location (P625) is still useful in those cases where present in the articles, at least it lets people find the Wikipedia articles using Special:Nearby and the like? The ideal would be to split the Wikipedia articles (and Commons category) so they cover the stations separately, though. Thanks. Mike Peel (talk) 06:58, 4 June 2025 (UTC)

I agree they should be split however that is a wikipedia discussion. In the meantime I added the coordinates of the other stations with start date and end date and applies to part (P518). Maundwiki (talk) 11:46, 4 June 2025 (UTC)

I disagree that coordinate location is useful on this item. We already have the items for the separate stations Stockholm Norra station (Q3817668) and Q134691631 so it would be redundant to those — Martin (MSGJ · talk) 17:07, 4 June 2025 (UTC)

Pi bot not catching some items

Pi bot has always been very reliable for me to Copy from Property:P373 to commons sitelink. However, my last batch of items was somehow missed. An example is Q134649159 created on June 1st. Is it possible that the bot will still catch these items later or should I just copy the categories manually? Uschoen (talk) 19:39, 10 June 2025 (UTC)

@Uschoen: Thanks for letting me know. I think the problem is that Pi bot only checks the first 6 million Commons category (P373) values, and we've just gone past that(!). I've increased it to 10 million, and it's running again now, let's see if it catches these. Thanks. Mike Peel (talk) 18:08, 11 June 2025 (UTC)

Today's run of the bot did the job perfectly, thank you for looking into it. Uschoen (talk) 16:46, 12 June 2025 (UTC)

It looks like it was missing hundreds, maybe thousands, of recently added Commons category (P373) values because of this. Many thanks for pointing out the problem! Thanks. Mike Peel (talk) 16:53, 12 June 2025 (UTC)

Pi Bot is at Work

Hello @Mike Peel Thanks for creating this profile M. J. Naidoo (Q131561818) with PiBot. Had a nice phone call with his son and sisters. Who want to improve the article. Looking forward to the engagement. For your interest, here is the proposed agenda Any thoughts and direction are always welcome.
Best
Derek J Moore (talk) 14:23, 18 June 2025 (UTC)
PS We met in Sandton last year. Nice to reconnect. Derek J Moore (talk) 14:23, 18 June 2025 (UTC)

Pi Bot has made a few mistakes

Hello @Mike Peel I see that City of Johannesburg Library and Information Services (Q134575270) was also created with PiBot. Derek J Moore (talk) 08:14, 26 June 2025 (UTC)

I have corrected them. For example the COJ LIS is HQ is in 22 Solomon street. Derek J Moore (talk) 15:19, 26 June 2025 (UTC)

@Derek J Moore: Thanks for getting back in touch, and sorry for not getting to your previous comment before it was archived. I hope you're doing well. :) Pi bot only makes basic edits to get Wikidata items started, such as sitelinks, coordinates, etc. - it's meant to provide a start for others to improve on, thanks for doing that here. With M. J. Naidoo (Q131561818) - good luck with your conversations with their family. Your topics in the etherpad seem great, I suggest asking them for aany available references as well, since they will probaly know where he's been mentioned by the media, and that's really useful for demonstrating notability, plus templates like en:Template:Infobox person/Wikidata only show referenced information. Hope that helps. Thanks. Mike Peel (talk) 18:39, 27 June 2025 (UTC)

Thanks for the reply @Mike Peel. All good here. Hope the same is true for you? Odd times we live in. Quick question. What do you use for converting Word to Markdown? Been struggling to get Pandoc to do its thing…grrr Derek J Moore (talk) 19:14, 27 June 2025 (UTC)

Keeping busy. :) I don't use Word, sorry. Thanks. Mike Peel (talk) 19:15, 27 June 2025 (UTC)

Ta! Derek J Moore (talk) 19:16, 27 June 2025 (UTC)

Planta Piloto Wind Farm (Q33104373)

Hi Mike. Do you remember the source for this element: Q33104373 ?

You add it in 2017. Probably misplaced. The aerial imagery taken around december 2019 does not show any aerogenerators around...

It's ok if I delete it? Muralituy (talk) 19:49, 1 July 2025 (UTC)

@Muralituy: Ooh, that brings back memories. I created it when I was working on finding a radio quiet site for BINGO (Q26914760) ([7]) - and we were worried about locations of wind farms in Uruguay (since they can variably reflect radio transmissions) and I was trying to map them on Wikidata. The wind farm is mentioned in es:Energía_eólica_en_Uruguay referencing [8] - which is unfortunately no longer online. Probably it didn't happen in the end? Thanks. Mike Peel (talk) 19:58, 1 July 2025 (UTC)

Thank you for the links... I searched in google and ChatGPT guides me to some sources, which says that this Planta Piloto (experimantal power plant) has only one aerogenerator, installed around year 2000, by UTE & UDELAR. This experimental project ended, and in the same site were build two wind farms, Parque Caracoles I and then Parque Caracoles II, which now are consolidated in this wind farm: Q33104385

This plant had one and only aerogenerator Nordex, uninstaled around 2009, repaired and installed in another site, now is here https://www.openstreetmap.org/relation/7664675 (I cannot found a wind farm item in wikidata for this site, at least not near those coordinates)

For Planta Piloto Wind Farm (Q33104373):

1) Set start time in 2000 and end time in 2009 for this itemPlanta Piloto Wind Farm (Q33104373)

2) Adjust the coordinates to some point near Parque Caracoles I

For the "new" wind farm:

Also expand the search in wikidata for the "new" wind farm, and if nothing is found create a new item for it. But, this "new" wind farm doesnt seems to be in operation. At least is not listed in current plants https://www.ute.com.uy/institucional/ute/utei/fuentes-de-generacion and the aerogenerator can be seen in imagery from 2019, but not in more recent Esri imagery, so it was dismantled.

Should create a new item, with start time in 2010 and end time around 2020?

What do you suggest?

PD: In the last years, very large wind farms were build in the southern part of Brazil, much larger than the sum of all of them built in Uruguay... Muralituy (talk) 23:28, 1 July 2025 (UTC)

Need help

Dear,

I’m Neeraj Sharma, writing on behalf of Indian football player and coach Ravi Kumar Punia (Q109974895).  

As my account is not yet autoconfirmed, I am unable to run QuickStatements. I kindly request assistance from an experienced user to help run a batch to improve and expand his item.

Below is the complete verified information related to Ravi Kumar Punia that I would like to include in the batch:

=========================  

🏆 **Player Career Achievements**

University of Rajasthan  

• AIU All India Inter University Football Championship: 2016  

Rajasthan United  

• I-League Qualifiers: 2021 [28]  

🏆 **Managerial Honours**

**Haryana**  

• Senior Women's National Football Championship Runner-up: 2023–24  

• Senior Women's National Football Championship Third place (Bronze medal): 2024–25  

**Dadra and Nagar Haveli**  

• Junior Girl's National Football Championship: 2022 [29][30]  

=========================  

📊 **Playing Career Stats (as of May 2025)**

| Season      | Team             | League                    | Apps | Goals |

|-------------|------------------|----------------------------|------|-------|

| 2016–2017   | Bharat           | I-League                   | 8    | 1     |

| 2017–2018   | Xavier's United FC | Gujarat SFA Club Championship | 9    | 0     |

| 2018–2019   | Mewar FC         | R-League A Division        | 1    | 0     |

| 2019–2020   | Vijay FC         | Jaipur League              | 25   | 9     |

| 2021–2022   | Rajasthan United | I-League                   | 8    | 0     |

| 2022–2024   | Jaipur United FC | R-League A Division        | 5    | 2     |

| 2024–2025   | ASL FC           | R-League A Division        | 1    | 0     |

| **Total**   |                  |                            | 57   | 12    |

=========================  

📋 **Managerial Record – State Teams (as of May 2025)**

| Team               | From | To    | Games | Wins | Draws | Losses | Win %   |

|--------------------|------|-------|-------|------|-------|--------|---------|

| Dadra & Nagar Haveli | 2021 | 2022 | 13    | 10   | 1     | 2      | 76.92%  |

| Haryana            | 2022 | 2024  | 43    | 34   | 3     | 6      | 79.07%  |

| Uttar Pradesh      | 2024 | Present | 4    | 2    | 1     | 1      | 50.00%  |

| **Total**          |      |       | 60    | 46   | 5     | 9      | 76.67%  |

📋 **Managerial Record – Club Teams**

| Club               | From | To    | Games | Wins | Draws | Losses | Win %   |

|--------------------|------|-------|-------|------|-------|--------|---------|

| Rajasthan United FC| 2020 | 2022  | 3     | 1    | 1     | 1      | 33.33%  |

| HOPS               | 2022 | 2024  | 22    | 9    | 4     | 9      | 40.91%  |

| **Total**          |      |       | 25    | 10   | 5     | 10     |         |

=========================  

🔗 **Verified References**

1- https://web.archive.org/web/20211126160147/https://www.futbolindia.in/2021/10/Ravi-kumar-punia.html

2- https://web.archive.org/web/20211221115844/https://www.footballcounter.com/2021/being-the-first-club-from-the-state-rajasthan-united-aims-to-leave-a-mark-in-i-league/

3- https://khelnow.com/football/2024-02-hops-fc-ravi-punia-interview

4- https://www.sportskeeda.com/indian-football/news-awareness-injuries-increased-isl-player-turned-coach-ravi-kumar-punia-injury-plagued-career-hops-fc-stint-women-s-football

5- https://i-league.org/gladys-amfobea-gives-hops-fc-a-new-year-gift/

6- https://khelnow.com/football/2024-01-indian-football-iwl-east-bengal-vs-hops-fc-report

7- https://thebridge.in/football/iwl-hops-fc-defeat-east-bengal-45429

8- https://nagalandpost.com/2024/05/14/womens-football-haryana-pip-bengal-to-meet-manipur-in-final/

9- https://www.aninews.in/news/sports/football/haryana-pip-bengal-on-penalties-to-meet-manipur-in-final-of-sr-womens-nfc-for-rajmata-jijabai-trophy20240514163224/?__cf_chl_rt_tk=t.QmoopcjAWEQ4I4GRdF4aqUbX7mEdIcurvGX7jbsJw-1751302644-1.0.1.1-5.rLgEOEq8j7b4Vk00mDn7qx0IuZ26f7fSCkmQAGDMw

10- https://www.the-aiff.com/article/red-hot-manipur-remain-atop-group-b-odisha-and-haryana-bag-first-wins-in-senior-womens-nfc-for-rajmata-jijabai-trophy

11- https://www.mbft.in/2024/03/Indian-Womens-League-23-24-Review.html?m=1

12 - https://www.thesangaiexpress.com/Encyc/2024/5/5/KOLKATA-May-4Manipur-put-nine-past-Sikkim-while-Odisha-and-Haryana-earned-their-first-wins-as-Group-B-spra.amp.html

13- https://indianow24.com/?p=54661

14- https://web.archive.org/web/20230330070719/https://www.naidunia.com/madhya-pradesh/bhopal-rajasthan-united-football-club-captain-abhishek-said-bhopal-is-the-best-place-to-practice-7320726

15- https://web.archive.org/web/20230330065408/https://sportstar.thehindu.com/football/dadra-and-nagar-haveli-u17-women-national-champions-players-from-haryana-delhi/article38508756.ece

16- https://web.archive.org/web/20230330065419/https://thebridge.in/football/dadra-nagar-haveli-players-missing-from-underdog-teams-football-nationals-win-32991

17- https://tajcitynews.com/uttar-pradesh-boys-under-20-football-team-narayanpur-leaves-chhattisgarh/

18- https://tajcitynews.com/uttar-pradesh-team-defeated-punjab-by-one-goal-in-national-football-competition/

19- https://tajcitynews.com/in-swami-vivekananda-under-20-national-football-uttar-pradesh-registered-a-second-win-by-4-2-to-ladakh/

20- https://tajcitynews.com/uttar-pradesh-team-defeated-manipur-in-national-football-competition/

21 - https://web.archive.org/web/20211126160143/https://www.kashmircrown.com/the-story-of-ravi-kumar-punia-defender-from-haryana-playing-for-rajasthan-united-fc/

22- https://web.archive.org/web/20211126161645/https://halfwayfootball.com/the-story-of-ravi-kumar-punia-defender-rajasthan-united-fc/

23- https://khelnow.com/football/2024-02-hops-fc-ravi-punia-interview

24- https://www.footballcounter.com/2021/being-the-first-club-from-the-state-rajasthan-united-aims-to-leave-a-mark-in-i-league/

25- https://web.archive.org/web/20230330065412/https://www.goal.com/en-in/news/i-league-qualifiers-2021-rajasthan-united-crowned-champions/1t9n2qopxvljb1oiuflvxtfcc1

26- https://sportstar.thehindu.com/football/dadra-and-nagar-haveli-u17-women-national-champions-players-from-haryana-delhi/article38508756.ece

27- https://thebridge.in/football/dadra-nagar-haveli-players-missing-from-underdog-teams-football-nationals-win-32991

28- https://i-league.org/gladys-amfobea-gives-hops-fc-a-new-year-gift/

29- https://www.the-aiff.com/article/haryana-pip-bengal-on-penalties-to-meet-manipur-in-final-of-sr-womens-nfc-for-rajmata-jijabai-trophy

30- https://www.chaseyoursport.com/indian-football/senior-womens-national-football-championship-2023-24-final-round-squad-list/9233

31- https://www.mbft.in/2024/03/Indian-Womens-League-23-24-Review.html?m=1

32 - https://sportzpoint.com/football/exclusive-heres-how-football-giving-hope-to-mini-brazil-of-india

=========================  

🧩 **Player Profile Links**

1. https://www.futek.io/2000146237/  

2. https://peopleai.com/fame/identities/ravi-kumar-punia  

3. https://www.espn.in/football/player/_/id/336747/ravi-punia  

4. https://www.sofascore.com/football/player/ravi-punia/1169932  

5. https://www.tntsports.co.uk/football/ravi-punia_prs612927/person.shtml  

6. https://www.besoccer.com/player/ravi-punia-3223681  

7. https://www.mackolik.com/index.php/futbolcu/r-punia/9731990n02zj304rgd312ohsk  

8. https://www.soccerstats247.com/players/ravi-kumar-punia-810607/  

9. https://www.the-aiff.com/coaches/profile/2018FEB3317  

10. https://int.soccerway.com/players/ravi-kumar-punia/810607/  

11. https://tribuna.com/en/persons/ravi-kumar-punia/  

=========================  

🌐 **Social & Professional IDs**

- **Instagram:** ravikumarpunia7  

- **Facebook:** https://facebook.com/ravi.punia.7  

- **Twitter/X:** @ravipunia_7  

- **FIFA ID:** 10T0HE3  

=========================  

🙏 If you could kindly run this batch for Ravi Kumar Punia (Q109974895)and check if any change needed to correct, I would be extremely grateful.

Thank you in advance for your support and contribution to improving data for Indian football on Wikidata.

Warm regards,  

**Neeraj Sharma**  

(on behalf of Indian footballer **Ravi Kumar Punia**) 2409:40D4:3114:26D7:20EE:B033:8DF0:A5FF 08:41, 3 July 2025 (UTC)