User talk:Ladsgroup/Archive 6

Latest comment: 8 years ago by Vyom25 in topic Transliteration of labels

Creator and institution imports edit

Hi Amir, how is it going? Nice work on the imports. See this list and this list. You should be able to import that based on the "homecat". Do you think you're able to match some more institutions templates? See also this conversation. Multichill (talk) 19:48, 19 November 2014 (UTC)Reply

Hey, I started importing as much as possible information from these lists, it'll be finished by tomorrow and you can see the results Amir (talk) 21:16, 19 November 2014 (UTC)Reply
It's finished, we have to wait until next report comes out Amir (talk) 09:14, 20 November 2014 (UTC)Reply

Copy P289 ship class to P31 edit

Done partly, others can be done by hand Amir (talk) 21:54, 23 November 2014 (UTC)Reply

Badge for "Nordstrand" edit

Thank you very much for this badge, but why did the de.voy article get it? de:Nordstrand is ranked "Brauchbarer Artikel", not "Empfohlener Artikel". -- FriedhelmW (talk) 21:21, 24 November 2014 (UTC)Reply

Hey, These kind of articles are being marked as recommended (in English Wikivoyage, Usable articles are also marked as recommended. See interwikis). i.e. "Recommended" shouldn't be taken into account literally Amir (talk) 21:33, 24 November 2014 (UTC)Reply
I understand. In de.voy the highest article rank is voy:de:Kategorie:Empfehlenswerte Reiseführer, which sounds like "Empfohlener Artikel" but corresponds to voy:en:Category:Star articles. -- FriedhelmW (talk) 22:04, 24 November 2014 (UTC)Reply
The first rank pages get featured article badge, second ones get "good article" badge and third ones get "recommended article" so "Empfehlenswerte Reiseführer" should get featured article badge Amir (talk) 22:29, 24 November 2014 (UTC)Reply

Replace P31=lake with P202 value edit

For all "claim[202]" could you copy the P202 value to P31 and remove any P31=lake if it exists? The items will still be lakes, since the P202 values are subclasses of lake, but the instanceOf values will be more specific. Depending on the outcome at Wikidata:Properties for deletion#.7B.7BPfD.7CProperty:P202.7D.7D P202 can be removed. Andrea Shan (talk) 23:08, 18 November 2014 (UTC)Reply

I'll write a script for it tonight Amir (talk) 12:36, 19 November 2014 (UTC)Reply
Done Amir (talk) 08:41, 20 November 2014 (UTC)Reply
Thank you. That was of great help. Now there is no more item for https://www.wikidata.org/w/index.php?title=Special%3AWhatLinksHere&target=Property%3AP202&namespace=0 Andrea Shan (talk) 07:02, 26 November 2014 (UTC)Reply

Dexbot error removal of P31 edit

I think it had some server issues but I should write my code to avoid that. Sorry, Is anything fixed or more coding is needed so I'll do it. Amir (talk) 21:34, 27 November 2014 (UTC)Reply

Wrong P31:Q5 instance of human edit

There are completely wrong statements from your bot - 1, 2. --Movses (talk) 10:54, 26 November 2014 (UTC)Reply

Hi, For the first one I checked the source [1] and it was an error since the template has birth date and my bot checks it and the second one is because of having "Living people" category in the article in English WikipediaAmir (talk) 21:22, 27 November 2014 (UTC)Reply

اپیزودها edit

سلام اینجا ربات پیوند فهرست را برای پیش از P155 و پس از P156 به آیتم اضافه کرده. مثلا این را ببین مثلا این را الان حذف کردم Yamaha5 (talk) 19:57, 25 November 2014 (UTC)Reply

حدس می‌زنم تعداد کمی از کارهای ربات من باشه. می‌تونم یک کد بزنم که هر چیزی اوکی نبود را حذف کند (مثلا هر وقت فهرست بود) Amir (talk) 21:24, 25 November 2014 (UTC)Reply
کد بزن که اینها تو بحث من چند مورد دیگر را هم گفتند که کار ربات تو بوده Yamaha5 (talk) 06:44, 26 November 2014 (UTC)Reply
@Yamaha5:: این فهرست موارد مشکل‌دار. Amir (talk) 12:45, 2 December 2014 (UTC)Reply

Commons Creator approximate dates edit

Hi Amir,

Can I check how your bot is handling instances of Commons c:Template:Other date in Creator templates, in particular for artists' dates of death extracted from Creator templates ?

I noticed that with Jacob van der Croos (Q18516579) (edited 20 November), c:Creator:Jacob van der Croos has {{Other date|>|1691}}, but the bot just wrote simply 1691.

Also, for Jan Baptist van der Meiren (Q16580735) (edited 8 November), c:Creator:Jan Baptist van der Meiren has {{other date|between|1736|1756}}, but the bot just wrote 1736.

It's really important to accurately reflect uncertainty in these dates of death, because they are often used to match with other databases. If Wikidata is apparently showing certainty for one date, but another database is showing certainty for a different date, this can make the match look wrong, even when it isn't.

Thanks for taking the time to have a look at this. All best, Jheald (talk) 19:00, 1 December 2014 (UTC)Reply

Hi, Thank you for your notice, I just wrote a code to report all mistakes and probably after that I'll start removing them. Amir (talk) 21:21, 1 December 2014 (UTC)Reply
User:Multichill: Are you okay with removing these statements? It can increase size of the reports Amir (talk) 21:26, 1 December 2014 (UTC)Reply
Can you put the list onwiki here? How long is it? It's probably best to remove the errors and try again. Multichill (talk) 21:33, 1 December 2014 (UTC)Reply
I checked them the list is about 700 items which birth date, death date or both of them are imported incorrectly, my suggestion is fixing them instead of removing and trying again. let me find some algorithms about the templates Amir (talk) 10:20, 2 December 2014 (UTC)Reply

"Wikimedia categorie" => "Wikimedia-categorie" edit

Is it just me or is your bot still using "Wikimedia categorie" instead of "Wikimedia-categorie". Please fix it and it would be great if you can correct the current ones. Sjoerd de Bruin (talk) 21:01, 3 December 2014 (UTC)Reply

Hey, In which language? Amir (talk) 21:48, 3 December 2014 (UTC)Reply
Dutch (nl). Sjoerd de Bruin (talk) 21:53, 3 December 2014 (UTC)Reply
My bot works correctly since the beginning [2] and It fixes mistakes too (it changes "Wikimedia categorie" in nl to "Wikimedia-categorie") but the script that works for new categories hadn't - and it's okay now Amir (talk) 21:58, 3 December 2014 (UTC)Reply

Metropolitan regions aren't part of the administrative region of their central town edit

Hey @Ladsgroup:,
your bot "Dexbot" assigned a number of German metropolitan regions as being part of the administrative region (P131) of their central towns, which is incorrect, see Cologne, Hannover, Hamburg, Stuttgart, Rhine Neckar, Berlin, Rhine Main. You might be interested in fixing the bug, so it won't produce more errors.
Regards, --PanchoS (talk) 03:14, 8 December 2014 (UTC)Reply

Hey, thank you for letting me know. That happens because in English Wikipedia the Infobox Settlement have been incorrectly used take for instance w:Frankfurt Rhine-Main: |subdivision_type3 = Largest Cities is incorrect. I will fix it before the next run. Amir (talk) 11:23, 8 December 2014 (UTC)Reply

"Wikimedia categorie" => "Wikimedia-categorie" edit

Is it just me or is your bot still using "Wikimedia categorie" instead of "Wikimedia-categorie". Please fix it and it would be great if you can correct the current ones. Sjoerd de Bruin (talk) 21:01, 3 December 2014 (UTC)Reply

Hey, In which language? Amir (talk) 21:48, 3 December 2014 (UTC)Reply
Dutch (nl). Sjoerd de Bruin (talk) 21:53, 3 December 2014 (UTC)Reply
My bot works correctly since the beginning [3] and It fixes mistakes too (it changes "Wikimedia categorie" in nl to "Wikimedia-categorie") but the script that works for new categories hadn't - and it's okay now Amir (talk) 21:58, 3 December 2014 (UTC)Reply

Metropolitan regions aren't part of the administrative region of their central town edit

Hey @Ladsgroup:,
your bot "Dexbot" assigned a number of German metropolitan regions as being part of the administrative region (P131) of their central towns, which is incorrect, see Cologne, Hannover, Hamburg, Stuttgart, Rhine Neckar, Berlin, Rhine Main. You might be interested in fixing the bug, so it won't produce more errors.
Regards, --PanchoS (talk) 03:14, 8 December 2014 (UTC)Reply

Hey, thank you for letting me know. That happens because in English Wikipedia the Infobox Settlement have been incorrectly used take for instance w:Frankfurt Rhine-Main: |subdivision_type3 = Largest Cities is incorrect. I will fix it before the next run. Amir (talk) 11:23, 8 December 2014 (UTC)Reply

Dexbot edit

Have done 20,000,000 edits.--GZWDer (talk) 12:14, 6 December 2014 (UTC)Reply

You made my day :) Amir (talk) 12:18, 6 December 2014 (UTC)Reply

And the next ~200 000 are here: "(Will be delete) type of administrative territorial entity (P132)". The bot can remove them all, but before deletion it should be checked if P31 has the same value. If not, add it to P31 first. Frank Robertson (talk) 16:40, 7 December 2014 (UTC)Reply

Thanks. I just started the bot Amir (talk) 17:09, 7 December 2014 (UTC)Reply
Currently there are ~30 000 that still have P132. I checked some, they all needed copying P132 to P31 first. Frank Robertson (talk) 18:34, 12 December 2014 (UTC)Reply
It's not that simple. For start I wrote my script in a way to delete P132 in case that P132 is a superclass of one of P31. For instance: [4] since "municipality of Belgium" is superclass of "Belgian municipality with city privileges". I will make this more complicated to reduce the number as low as possible Amir (talk) 01:48, 13 December 2014 (UTC)Reply
The superclass removal is a different operation. You could run it about all P31 claims. Here the task is just to copy and delete. I also fear that a false superclass assignment could lead to unwanted claim removal. The example you gave is a good one - You removed "municipality of Belgium" because there is "municipality of Belgium with city privileges". If there was a time when it was a municipality without that privileges then your edit was wrong. Please just copy and don't try to remove claims in knowledge domains that you don't fully understand. Frank Robertson (talk) 10:18, 13 December 2014 (UTC)Reply
The thing is, that the class hierarchy is not trustworthy. Otherwise the superclass removal is a very good thing. I really suggest to first just copy and later create a review process for all items with more than one P31 claim. Frank Robertson (talk) 10:21, 13 December 2014 (UTC)Reply
Implementing what you said is pretty easy but I rather like to have this discussion in a more general place to avoid unseen problems, Can you start a discussion in WD:PC? Thanks Amir (talk) 14:22, 13 December 2014 (UTC)Reply
The discussion was at properties for deletion and the resolution was to replace with instance of. The 30 000 are blocking the deletion of P132 and on these objects certain queries may fail since the claim is not in P31. I see no reason for discussion. I think the one that sees a reason for discussion would start it. I am not a good messenger for reasons, if I don't understand the reasons. Frank Robertson (talk) 12:30, 14 December 2014 (UTC)Reply

Double redirect edit

Maybe of your interest - phab:T77971? — Revi 15:22, 9 December 2014 (UTC)Reply

Hey, took the bug, Will be fixed soon Amir (talk) 15:30, 9 December 2014 (UTC)Reply

P766 change to P276 edit

P766 (P766) is up for replacement with P276 and then deletion. 4,360 items. Frank Robertson (talk) 18:44, 12 December 2014 (UTC)Reply

My bot fixed as much as it could Amir (talk) 22:33, 12 December 2014 (UTC)Reply
Thank you. Frank Robertson (talk) 10:18, 13 December 2014 (UTC)Reply

Why could your bot not remove it here: Q15260073 where it is used directly as a property of the item? I manually changed it for another item where it was used in a qualifier. Frank Robertson (talk) 10:30, 13 December 2014 (UTC)Reply

Because reference of P766 is not straightforward for bot to handle, I can make the bot work in this situation but takes a little bit time. If you think it's important, let me know Amir (talk) 14:19, 13 December 2014 (UTC)Reply
Reference for P766 is different from reference of other properties? I think it is important to delete P766 and I think this is a work best done by a bot. On Q101751 the P766 statements have no references. Any idea why the bot did not copy them to P276? There are several more cases like this, the following examples I fixed manually:
Frank Robertson (talk) 12:40, 14 December 2014 (UTC)Reply

Fixed and ran the bot. I think it's okay now Amir (talk) 09:10, 15 December 2014 (UTC)Reply

Help needed with Atossa (Q5955546) edit

Hey Amir. I don't understand Persian but I have the feeling that the family relations on Atossa (Q5955546) are completly meesed up. As the statements were added by a bot, I'm scared that also other items are messed up. Could you check it? Thanks. --Pasleim (talk) 14:49, 17 December 2014 (UTC)Reply

Hey, Even though I'm a native Persian speaker but understanding the text is hard for me, there are too many marriages and murders but as far as I understand the text, Atossa married both Artaxerxes II and Artaxerxes III (the former is her father!!). Name of the article in Persian Wiki is "Atossa (wife of Artaxerxes II and Artaxerxes III)". If you want I can ask one of my friends in fa.wp who is studying history of Achaemenid dynasty in university and ask him to improve these material. Amir (talk) 21:00, 17 December 2014 (UTC)Reply
Now I'm confused about history and no longer about Wikidata claims. Thanks for investigating it. --Pasleim (talk) 08:16, 18 December 2014 (UTC)Reply

Bot request edit

Maybe this is a good task for your bot or a other bot of a talk page stalker: there are several Dutch actrices with the description "Nederlands acteur" in Dutch. This should be "Nederlands actrice" for the female ones, the male ones are good. Sjoerd de Bruin (talk) 10:27, 21 December 2014 (UTC)Reply

  Done for those who had only "Nederlands acteur" as description, there are some items left where were something else in the description but which are also Dutch female actors, see list of those here. --Stryn (talk) 13:11, 21 December 2014 (UTC)Reply

Please create redirects when merging edit

Hi, I noticed a number of cases where Dexbot merged items but left a near-empty one behind, such as this one, resulting in constraint violations that require extra work from other users (like these). Could Dexbot create redirects, like the merge gadget does? Thanks -- LaddΩ chat ;) 16:10, 26 December 2014 (UTC)Reply

Hi, In this cases it should delete the item (since the item consists only a soft redirect: Wikidata:Bot requests#Wikipedia soft redirected categories) and the bot deleted lots of them Special:Log/Dexbot. I think these cases had issues that bot couldn't delete them (like a linked item). let me check and inform you Amir (talk) 16:57, 26 December 2014 (UTC)Reply
Yep, it was linked [5], I'm looking for list of them. Amir (talk) 21:28, 26 December 2014 (UTC)Reply
Isn't it much simpler to create a redirect instead of leaving such an empty category? Redirects are precisely must useful to nicely handle dangling linked items. Discussions suggested that nearly every deletion case was better handled by redirects, no? -- LaddΩ chat ;) 23:31, 26 December 2014 (UTC)Reply
Of course It is easier to create redirect but personally I can't relate to the concept of redirects in a database. I have to write my scripts several times more complicated just to handle redirects (not this cases, other cases) so I prefer to delete them when I find it reasonable. Anyway I'm looking for a way to get log of merges but it seems there is no obvious way to do that, I'm looking for more complicated ways Amir (talk) 18:41, 27 December 2014 (UTC)Reply
This is list of them I will take care of it soon Amir (talk) 10:57, 28 December 2014 (UTC)Reply
Done (mainly by others). Thank you Amir (talk) 10:52, 29 December 2014 (UTC)Reply

ویکتوریا (رومانی) edit

Hi, There is something wrong here https://www.wikidata.org/w/index.php?title=Q850969&action=history. --JulesWinnfield-hu (talk) 01:58, 30 December 2014 (UTC)Reply

Hi, thank you for letting me know. It was an issue in Persian Wikivoyage and the articles should be merged. I merged them. Amir (talk) 08:39, 30 December 2014 (UTC)Reply

Your bot doesn't take into account that Wikinews categories are added to "usual" (main WP namespace) elements edit

Hello. Please note this is not the proper way to add sensible descriptions. Thank you beforehands. Ain92 (talk) 22:05, 1 January 2015 (UTC)Reply

Hello, My bot did edit due to instance of (P31): Category. Not based on sitelinks Amir (talk) 13:43, 2 January 2015 (UTC)Reply

Persons based on what? edit

Hi Amir. I reverted two of Dexbot's December 24 edits today, where you set "is a human" statements on Corey and Trina (Q5170468) and Caroma (Q5045511), both times referenced with "English Wikipedia". The problem is: Both enwiki articles are not about persons - and they do not contain (and did not for years, at least) any categories or infoboxes stating they are. Where does the bot take that information from? --YMS (talk) 22:25, 1 January 2015 (UTC)Reply

Hey, I'll check and will inform you soon. Amir (talk) 13:41, 2 January 2015 (UTC)Reply
I checked, I was writing a Natural Language processor to find out P31 of article based on first sentence, I ran it very limited and it was an error that didn't catch my eyes, thank you for telling me, I won't run it again. Amir (talk) 21:05, 6 January 2015 (UTC)Reply

Dexbot (2) edit

Why did it set labels for like 'Category:July 25 2011' to 'Category:July 25'? Mjbmr (talk) 14:08, 2 January 2015 (UTC)Reply

Give a diff Amir (talk) 14:17, 2 January 2015 (UTC)Reply
Here some examples: [6] [7] [8]. Mjbmr (talk) 14:27, 2 January 2015 (UTC)Reply
it's because of the comma in title of the category. Amir (talk) 21:09, 6 January 2015 (UTC)Reply
What do you mean, you were making arrays with commas? Mjbmr (talk) 21:22, 6 January 2015 (UTC)Reply
NoAmir (talk) 22:02, 6 January 2015 (UTC)Reply
So what it is then? can you fix all those labels? Mjbmr (talk) 22:26, 6 January 2015 (UTC)Reply
It is because there are many articles on the English Wikipedia containing commas in their name, for example en:Atlanta, Texas. So the text after "Atlanta" is for disambiguation purpose, and labels on Wikidata should not contain a disambiguation, so that's why the texts after commas have been exluded from the label. Hope you understood my bad explanation. --Stryn (talk) 16:48, 7 January 2015 (UTC)Reply
Who are you? those are categories in English Wikinews, duh?! Mjbmr (talk) 20:33, 7 January 2015 (UTC)Reply
Your bot is malfunctioning, fix it or don't run it. Mjbmr (talk) 20:46, 7 January 2015 (UTC)Reply

Request for ja.wp edit

Hi. Can you automate updating of badges for Japanese good and featured articles? Good articles are listed w:ja:Wikipedia:良質な記事/リスト (list) and w:ja:Category:良質な記事 (category), and featured articles are listed in w:ja:Wikipedia:秀逸な記事 (in the section "秀逸な記事"). --fryed-peach (talk) 14:11, 6 January 2015 (UTC)Reply

Hey, It is already automated for all languages. Amir (talk) 21:12, 6 January 2015 (UTC)Reply
Really? For example, Japanese article for w:en:Order of the Garter, "w:ja:ガーター勲章" has become a good article in November 2014, but Q215248 doesn't have the badge for it. --fryed-peach (talk) 12:24, 7 January 2015 (UTC)Reply
I ran the bot and it worked okay, so the issue is with crontab (the system that automatically runs scripts). I fix them, thank you for letting me know. Amir (talk) 20:51, 7 January 2015 (UTC)Reply
The issue is fixed now. Amir (talk) 21:08, 7 January 2015 (UTC)Reply
Thank you for your great work! --fryed-peach (talk) 10:28, 9 January 2015 (UTC)Reply

Mjbmr edit

Mjbmr is indef blocked in fawiki because "سو استفاده از زاپاس در موقع قطع دسترسی و دلایل سابق", What does it mean? Google says "Misuse of backup at the block and the former grounds".--GZWDer (talk) 05:10, 7 January 2015 (UTC)Reply

Hey, It means "w:WP:SOCK and reasons for previous blocks" (which was libel: (S)he called one of users Iranian government agent and claimed that (S)he was arrested after CU which turned out to be a lie). This user was also blocked in meta for three years due to creating impersonator account to de-sysop one of admins and used toolserver to bypass CU, also (s)he constantly sends me e-mail and indirectly calls me Iranian government hireling. Amir (talk) 07:45, 7 January 2015 (UTC)Reply
@GZWDer Hey, man, why is that even matter here? you could ask myself, the block is not even related to this user, that was a personal block, Persian people were blocking me for not a such good reason for years, like German people were blocking my bot. and yeah I shouldn't push the button on meta, stewards never checks unicodes, you always have to check what you're clicking on as I told on meta, I am intelligent, stewards must be intelligent, and yes I'm not Iranian anymore but I do know Persian.
@Ladsgroup I never called you "Iranian government hireling", you're just paranoid. Mjbmr (talk) 20:51, 7 January 2015 (UTC)Reply
All people in fa.wp and meta and de.wp can't understand but you do! Amazing Amir (talk) 20:55, 7 January 2015 (UTC)Reply
I never said that. Mjbmr (talk) 21:04, 7 January 2015 (UTC)Reply

Incorrect birth date imported edit

In this edit in 2013 you imported a date for the birth of Oliver Cromwell incorrectly; you failed to convert from the Julian calendar (which was the calendar in use at the time of Cromwell's birth in England) to the Gregorian calendar (which is always used for the storage of dates in Wikidata). I have corrected this instance, but it would be helpful if you would go back and correct any similar incorrect edits your bot may have made. Jc3s5h (talk) 22:34, 25 January 2015 (UTC)Reply

Hey, You're right. I will investigate it. Amir (talk) 23:48, 26 January 2015 (UTC)Reply
It's worse than I realized. It turns out that at the moment, Wikidata's documentation says that dates should be stored with 11 digits in the year (https://www.mediawiki.org/wiki/Wikibase/DataModel section Date and times) but currently newly stored values have 16 digits in the year. Since ISO 8601 requires agreement among data exchange partners about the number of digits in the year, all Wikidata dates are invalid.
See also Wikidata:Project chat#Which calendar was used? and Wikidata:Project chat#More date problems. Jc3s5h (talk) 23:57, 26 January 2015 (UTC)Reply
This is an issue with development team rather than people who input the data. Amir (talk) 00:17, 27 January 2015 (UTC)Reply
It's both. The development team needs to get its act in order. Then thousands of dates must be fixed because the only way to tell whether a date is really Julian or Gregorian is for a human editor to consult a reliable source. Jc3s5h (talk) 00:34, 27 January 2015 (UTC)Reply

fawikivoyage edit

I haved added some sitelinks to fawikivoyage. Please help me:

  1. There're some items with already a fawikivoyage link. These indicates duplicate in fawikivoyage. Please merge them.
  2. Q5573614, Q5581710, Q5582633, Q5593791, Q5678840, Faryab (Q5718590) are disambiguation page in fawiki. Please disambiguate them in fawikivoyage.
  3. These pages's title are the same as label/description of other items, probably they should be linked:
    1. voy:fa:بلینسکیی: Belinsky (Q104713)
    2. voy:fa:سیئم ریپ: Siem Reap (Q11711)
    3. voy:fa:داهود: Dahod (Q1262380)
    4. voy:fa:شهرستان خرمبید: Khorrambid County (Q1270545)
    5. voy:fa:شکودر: Shkodër (Q131638)
    6. voy:fa:آیروم: Ayrum (Q13176945) (Only mznwiki link, maybe duplicate to another item)
    7. voy:fa:بالس: Pals (Q13493)
    8. voy:fa:کامپیناس: Campinas (Q171617)
    9. voy:fa:تونج‌ایلی: Tunceli (Q202195)
    10. voy:fa:قرقلرایلی: Kırklareli (Q206903)
    11. voy:fa:پیورا: Piura Department (Q208183)
    12. voy:fa:بهاباد: Behabad (Q2450216)
    13. voy:fa:ترومسو: Tromsø Municipality (Q26087)
    14. voy:fa:آرمنیا: Armenia (Q328518)
    15. voy:fa:بلو: BLEU (Q3500773), Blue (Q32825) (Neither of them are places)
    16. voy:fa:اورورو: Oruro (Q35246)
    17. voy:fa:سلاله: Q388574 (Disambig in arwiki. Where should it be linked to?)
    18. voy:fa:پریرا: Pereira (Q51111)
    19. voy:fa:مالتا: Malta (Q993877), Malta (Q963370), Malta (Q2329682), Maltat (Q1465919), Malta (Q233), Malta (Q2672411), Malta (Q2666766), Malta (Q3708930)
  4. 247 new items are created. Please check if there are duplicate to other pages or can be merged to other items.
  5. Arras (Q13176967), Bron (Q13177114), Trappes (Q13177163), Thiais (Q13177177), Dreux (Q13177236), Sèvres (Q13177349), Sevran (Q13177354), Meaux (Q13177598), Vienne (Q13177701), Creil (Q13177820), Kourou (Q13177848) are probably duplicate to other items. They have a mznwiki link which is the same as fawikivoyage link. Where they should be merge to?
  6. voy:fa:Hatnote and voy:fa:HtmlBuilder are strange. They exist but don't have any revisions. Is it a bug?

--GZWDer (talk) 14:00, 3 February 2015 (UTC)Reply

Hey, thank you for doing that. I fixed number 2 and I'm going to fix other issues as well. Amir (talk) 14:41, 3 February 2015 (UTC)Reply

The fifth issue is okay now. Amir (talk) 20:17, 3 February 2015 (UTC)Reply
Also the sixth one Amir (talk) 20:22, 3 February 2015 (UTC)Reply
I did as much as I could for the third issue. @GZWDer: Can you provide me list of possible merges? I'm admin there and I can mergeAmir (talk) 17:06, 7 February 2015 (UTC)Reply
In [9], you can see several change of fawikivoyage sitelink. Such as [10]. Each indicates a duplicate.--GZWDer (talk) 04:51, 8 February 2015 (UTC)Reply
Thank you. I merged some of them and I notified the community. Amir (talk) 09:07, 8 February 2015 (UTC)Reply
Please use Special:MergeHistory to merge page history, or manually restore deleted link in Wikidata.--GZWDer (talk) 10:43, 8 February 2015 (UTC)Reply
Now I use the special page. Amir (talk) 10:52, 8 February 2015 (UTC)Reply

Creating Wikidata items for de-Wikisource categories edit

Hello Ladsgroup! Could you please tell your bot not to create any more Wikidata items for categories from the German Wikisource? Most of them don't make sense there, and those who are making sense can be and should be added to existing items by hand.

Thanks! Jonathan Groß (talk) 15:31, 22 January 2015 (UTC)Reply

Hey, It's fixed now. Thank you for notifying me Amir (talk) 12:11, 23 January 2015 (UTC)Reply
Thank you. Jonathan Groß (talk) 13:45, 23 January 2015 (UTC)Reply

You did it again. [11] Jonathan Groß (talk) 20:16, 14 February 2015 (UTC)Reply

Sorry, I accidentally removed German in another project instead of wikisource. I double checked but if I'm too nerd to work correctly even this time, please tell me. Amir (talk) 07:43, 15 February 2015 (UTC)Reply

No problem :) thank you for fixing it. Jonathan Groß (talk) 09:07, 15 February 2015 (UTC)Reply

Wikibooks edit

Hi! I haven't followed how the link importing is going lately - are you running your bot for the Wikibooks deployment? --Rschen7754 03:11, 18 February 2015 (UTC)Reply

Hi! Yes, I will import them Amir (talk) 06:43, 18 February 2015 (UTC)Reply
Okay, I'll try and get more things moving when I get a chance - probably a bit late, but better late than never I guess. --Rschen7754 01:53, 19 February 2015 (UTC)Reply
Thanks Amir (talk) 10:14, 19 February 2015 (UTC)Reply
Well, User:Rschen7754/Wikibooks is fairly disappointing. Very few global bot wikis, and it's unfortunately too late to make more global bot wikis. This community really needs to get better at organizing stuff, because I fear this may be the messiest sister project launch yet... though admittedly part of it is my fault due to lack of time, and hopefully my stepping down as a steward will free up time so I can work on this in the future.
As far as the wikis that aren't global bot wikis, I guess I'm not sure what to do, as it will be difficult to get them approved. I suppose I can't tell you to run the bot unauthorized since I'm still a steward and that's not something I'm supposed to encourage. I would definitely be sure to get it approved on en.wikibooks though, they probably would not take it well to have an unauthorized bot running. And again, sorry this is such a mess, though I suppose it's not all my fault. --Rschen7754 06:15, 20 February 2015 (UTC)Reply
I requested in all wikis you provided the link, Honestly I think if a wiki doesn't have a place to request for approval it is okay to run a very standard and global task on it. Amir (talk) 07:41, 20 February 2015 (UTC)Reply

Request for gu wikisource edit

I created items with Autolist for works on Gu wikisource. Now it does not add labels to the items created. Can your bot add labels for GU? and if yes then what info would you need?--Vyom25 (talk) 12:41, 22 February 2015 (UTC)Reply

Also for other Wikisources. I have created 250k+ items about Wikisource pages. Note please don't add somethink like "Author:" in labels.--GZWDer (talk) 12:31, 23 February 2015 (UTC)Reply
My bot works this way but I will check it if there is any bug that stops the bot from workingAmir (talk) 19:22, 23 February 2015 (UTC)Reply
Currently not working.--GZWDer (talk) 10:15, 24 February 2015 (UTC)Reply
I fixed it and I added gu. It's okay now Amir (talk) 21:03, 24 February 2015 (UTC)Reply
Thanks a lot for setting those labels.--Vyom25 (talk) 11:56, 26 February 2015 (UTC)Reply

Speed at de-Wikibooks edit

Please, let Dexbot work a little bit more slowly (e.g. 16:43 CET with 8 edits). Our Requirements that you should have read before your request tell:

use your bot wise – this is to save server payload – not more than 5 edits per minute

Please, follow that rule. -- Juetho (talk) 15:53, 27 February 2015 (UTC)Reply

Hey, sure Amir (talk) 18:20, 27 February 2015 (UTC)Reply

Dubious items edit

Please, be careful. Sometimes you will find more than one book treating the same theme. For instance, the German Wikibooks has more books about Mathematics that all are addressed to school girls in several levels

de:b:Mathematik für Schüler: Zählen ("Counting") – a primary math skill – is contained in the same book as de:b:Mathematik für Schüler: Logarithmieren – see Q11197. Indeed, this book containing very different levels linked to en:b:A-level Mathematics. The original author of this problem was one of the authors on de-WB, of course.

This false linking is a simple problem as long as it is stored in a single de-WB page. The problem grows if a lot of wrong links are combined in a lot of Wikidata items. By this reason, it's better to combine manually than by bot. -- Juetho (talk) 15:46, 1 March 2015 (UTC)Reply

Hey, I don't run the bot in the main namespace anymore since the main task that the bot can do without people supervising is finished :) Thanks Amir (talk) 12:36, 2 March 2015 (UTC)Reply
Alright. If some link must be changed, we'll change the item manually. -- Juetho (talk) 13:27, 2 March 2015 (UTC)Reply
Sure, If you think I can do something by bot, please tell me Amir (talk) 14:05, 2 March 2015 (UTC)Reply

Proper? edit

This was long time ago, but I wonder what was "proper" with it? -- Innocent bystander (talk) 17:57, 2 March 2015 (UTC)Reply

The error mainly caused by incorrect title in sv.wp (w:sv:39563 (1992 RB)), If it was a routine and it changed (since the article is moved to w:sv:1992 RB now) please inform me so I fix all Swedish labels, Thanks Amir (talk) 20:57, 2 March 2015 (UTC)Reply
I am not sure if "39563 (1992 RB)" is less correct than "(39563) 1992 RB". The databases we use often prefer the first way to write, while scientific articles often prefer the latter. On svwp we usually prefer only "1992 RB" in the articletitle, but we do not claim that to be the full name of the subject. The "(" and ")" and what's in between them are parts of the official designation of the item, not article-separators like in "John Smith (painter)". -- Innocent bystander (talk) 08:27, 3 March 2015 (UTC)Reply
I changed the script so now it set label of asteroids exactly as their sitelinks Amir (talk) 17:00, 3 March 2015 (UTC)Reply
Great! Be aware of that P31:Asteroid is maybe not always the best choice for these kinds of objects. There are other subclasses of minor planet (Q1022867) that sometimes are a better description. I have started to use P31:distant minor planet (Q5282923) for trans-Jupiter-objects, but I do not know if that is the best choice. -- Innocent bystander (talk) 17:59, 3 March 2015 (UTC)Reply
Reasonator gives three items which are subclass of minor planet, and the other two are not our case, there is no item that are subclass of asteroid. Amir (talk) 06:13, 4 March 2015 (UTC)Reply
No, we have agreed to have separate properties for membership in groups and families of minor planets. The hierarchy is not simple enough to use a system of subclasses. This edit looks strange. I think I have to talk to the editor about how we should do with them. -- Innocent bystander (talk) 08:37, 4 March 2015 (UTC)Reply
"the other two are not our case", who are they? -- Innocent bystander (talk) 08:20, 5 March 2015 (UTC)Reply
One of them is dwarf planet Amir (talk) 20:28, 9 March 2015 (UTC)Reply
Dwarf planets is a subset of minor planets! All of them have minor planet names and designations. Pluto has the minor planet name "134340 Pluto". -- Innocent bystander (talk) 07:14, 10 March 2015 (UTC)Reply
I understand but you can't find Pluto named "134340 Pluto" in any language, same for other minor planets Amir (talk) 12:09, 10 March 2015 (UTC)Reply
No, since these planets become much more interesting as a dwarf planet than just a simple minor planet. There are 700,000 minor planets, but only 5 dwarfplanets. You find Pluto in this list. As a dwarf planet Pluto belongs to the group of Plutoids, but as a minor planet as a Plutino. -- Innocent bystander (talk) 14:07, 10 March 2015 (UTC)Reply
I have just found min:Kategori:Asteroid and many of these items only exists in the min-language (whatever language that is). I guess you can copy the min-article title to both English (en) and Swedish (sv) for all of them and add: "P31:Q3863" for all of these. You can do the same with "Kategori:Asteroid Amor‎", "Asteroid Aten", "Asteroid Apollo". I am less sure what to add for P31 in "Kategori:Asteroid Troya Yupiter", but you can feel free to copy the title to the label for them. -- Innocent bystander (talk) 12:23, 6 March 2015 (UTC)Reply

Sorry for late answer, I will do this very soon. Amir (talk) 11:35, 8 March 2015 (UTC)Reply

Done. Amir (talk) 20:28, 9 March 2015 (UTC)Reply
gratitude (Q2728730) -- Innocent bystander (talk) 07:14, 10 March 2015 (UTC)Reply

Dexbot edit

Hi Ladsgroup this is wrong Oursana (talk) 20:01, 14 March 2015 (UTC)Reply

@Oursana: actually it's not, it's just replace with a more specific item (public limited company (Q5225895)) which is a subclass of company (Q783794). You do realize this edit is about 2 years old? Multichill (talk) 15:56, 15 March 2015 (UTC)Reply

Q19514634 edit

This is likely a duplicate of Q4296423.--GZWDer (talk) 10:27, 19 March 2015 (UTC)Reply

I have merged them. Please don't use it in new claims.--GZWDer (talk) 10:29, 19 March 2015 (UTC)Reply
Hey, thanks. I searched but I couldn't find anything. Amir (talk) 10:46, 19 March 2015 (UTC)Reply

Dexbot edit

It has added many false statements of Property:P31 as Q5. Such as Q19542979 and Q19542504 and Q19542493 and so on.--Vyom25 (talk) 07:20, 15 March 2015 (UTC)Reply

@Vyom25: just reverting is not very helpful. Would be nice if you would add a correct claim. Multichill (talk) 15:53, 15 March 2015 (UTC)Reply
Multichill; these three are just examples there are many more. Yesterday removed false claim from around 50 items and to be honest it is a difficult task. Difficult because they are totally different items for these three examples one is a city, one is dab page and last one is about civilization went extinct 3000 years ago so I don't know precise values of Property:P31 for all of them. If there is a list of values set for this property somewhere point it out then I can try. But it's a mistake of bot that must be corrected so you can't say reverting is not helpful.--Vyom25 (talk) 10:46, 16 March 2015 (UTC)Reply
Hi, First of all, I'm sorry for late answer. Secondly, Kian is learning and errors has been made. I'm working on ways to improve the algorithm. In some wikis with tidy system of categorization Kian works pretty well but In some wikis it's far from what I expected. I work on this and let you know about the progress. Amir (talk) 14:57, 16 March 2015 (UTC)Reply
If somehow the mistakes can be corrected by bot then it is good otherwise it must be done manually because having false statements are worse then having no statements.--Vyom25 (talk) 17:11, 16 March 2015 (UTC)Reply
Actually it's a pretty good idea to run this bot to find mistakes in Wikidata (whether Dexbot made the mistake or others). I will let you know soon. Amir (talk) 18:09, 16 March 2015 (UTC)Reply


@Vyom25: User:Ladsgroup/Kian/Possible mistakes/hi, Please check this. Amir (talk) 15:54, 21 March 2015 (UTC)Reply

Do you want me to check use of Property:p31 in these items? and if any other mistakes present?? Thanks for your efforts.--Vyom25 (talk) 10:10, 22 March 2015 (UTC)Reply
Oh okay, read the project chat afterwards. will do it soon.--Vyom25 (talk) 10:44, 22 March 2015 (UTC)Reply
All of these items are accurate and couldn't find anything wrong with them except Q8029078 which is wrongly linked but it has nothing to do with Dexbot or you. I will correct it. Sorry for late reply.--Vyom25 (talk) 18:14, 25 March 2015 (UTC)Reply

More asteroids edit

I still find unconnected articles in some projects, can you help with them?

In eo:Kategorio:Asteroidoj de la ĉefa zono, I still find many articles, which have no Wikidata-item. P31:Q3863 works fine as a basic statement for these. Titles with brackets "(12345)" in the name can and should be included in the labels here. Unnamed asteroids, they with only a provisional designation, like "(10003) 1971 UD1" can fully be copied to Swedish (sv) and English (en) labels. But when they have real names, like "16021 Caseyvaughn", I am not fully sure if they can be copied to other languages, since it looks like eo sometimes transcribes IAU-names to their own language. -- Innocent bystander (talk) 17:31, 15 March 2015 (UTC)Reply

Hey, I added this to my calendar. I take care of it in 19th. ThanksAmir (talk) 15:08, 16 March 2015 (UTC)Reply
Sounds fine! -- Innocent bystander (talk) 15:14, 16 March 2015 (UTC)Reply
Done Amir (talk) 17:10, 19 March 2015 (UTC)Reply
Tackar!!! -- Innocent bystander (talk) 18:44, 19 March 2015 (UTC)Reply
var så godAmir (talk) 18:49, 19 March 2015 (UTC)Reply

Labels edit

Hi Amir,

Just to let you know: I changed one of the bot generated labels here. Maybe this could be automated. --- Jura 17:13, 23 March 2015 (UTC)Reply

Hey, the bot does it automatically afterwards. See edits of Dexbot Amir (talk) 17:19, 23 March 2015 (UTC)Reply
Ok, no problem. I guess I just wasn't patient enough ;) --- Jura 15:35, 24 March 2015 (UTC)Reply
Will it eventually get to Q19661824? --- Jura 15:53, 25 March 2015 (UTC)Reply
Yes :) (sorry for late answer) Amir (talk) 12:11, 27 March 2015 (UTC)Reply

Wrong human labels edit

Hi Ladsgroup: I "play" with the no gender Wikidata game a lot. From time to time I flag items that were wrongly marked as humans. Today I noticed that I was flagging a lot more items than usual. I think that your bot in the run of March 23th 18:00 approx may have wrongly tagged many non-human items as humans. Please check if I am right, you can see the flagged items in Wikidata:The Game/Flagged items. Thanks. Barcex (talk) 16:19, 27 March 2015 (UTC)Reply

I've already rollbacked like 200 of them on the same day. Sjoerd de Bruin (talk) 17:09, 27 March 2015 (UTC)Reply
A couple more are on Wikidata:Database_reports/Constraint_violations/P360#.22Conflicts_with.22_violations_2 --Pasleim (talk) 18:42, 27 March 2015 (UTC)Reply

Hey, thanks. Please see WD:PC#Possible mistakes in Wikidata I explained there. The flag in the game is the best way to report errors to me. Amir (talk) 20:54, 27 March 2015 (UTC)Reply

Importing nlwiki articles edit

Hey, I see you're importing new articles on nlwiki. Great! But can you ignore the pages that are being proposed for deletion? If the page contains one of the following templates, please wait with importing: {{artikelweg}} (including redirects, like {{weg}}), {{auteur}}, {{ne}}, {{reclame}}, {{wb}} and {{wiu}}. Thanks in advance, Sjoerd de Bruin (talk) 22:42, 11 March 2015 (UTC)Reply

Hi, The bot skips importing when one of these templates are transcluded (note that redirects or transclusion from another template doesn't matter, I use API to check if the articles is using these templates or not).
      'en':['Db-meta','Article for deletion','Proposed deletion'],
      'nl': [u'Nuweg',u'Artikelweg'],
      'de': [u'Löschen'],
      'sv': [u"SFFR"],
      'fr': [u"Suppression"],
      'it': [u"Cancellazione"],
      'ru': [u"Db-meta"],
      'fa': [u"Db-meta"],
      'es': [u"Cdb",u"Propb"],
      'pl': [],
      'ja': [u"Sakujo"],
      'vi': [u"Db-meta",u"M��^�i bi��^�u quyết",u"Proposed deletion"],
      'pt': [u"Apagar",u"ESR"],
      'zh': [u"Afd"],
      'ca': [u"Supressió diferida"],
      'no': [],
      'sh': ['Db-meta'],
      'fi': [u"Poistokeskustelu"],
      'cs': [u"AfD"]}

Is it okay? Best Amir (talk) 23:03, 13 March 2015 (UTC)Reply

Well, as you can see in my first message we have more templates on nlwiki. I see a lot of imports of articles with the "ne"-template on it, most of those articles will always be deleted and thus creates empty items and more work. Sjoerd de Bruin (talk) 09:19, 14 March 2015 (UTC)Reply
So obviously it is a bug that I didn't notice it, I fix it ASAP. Thank you for notifying me Amir (talk) 15:35, 16 March 2015 (UTC)Reply
It stills go wrong: Q19720891. Sjoerd de Bruin (talk) 08:15, 1 April 2015 (UTC)Reply
Sorry, I didn't have time to fix it and I forgot. Added to my to-do list very explicitly with high priority Amir (talk) 14:45, 1 April 2015 (UTC)Reply
Thanks. Sjoerd de Bruin (talk) 16:18, 1 April 2015 (UTC)Reply

@Sjoerddebruin: Today and yesterday I cleaned up the code examined it very carefully (this code is hard to test) and there was no issue, w:nl:Uitspraak Antwerps dialect doesn't have any deletion template, it has "clean up" template and we usually don't skip articles when it has these kind of templates. If you think Dutch Wikipedia is different, please tell me. Amir (talk) 09:03, 5 April 2015 (UTC)Reply

Auto-Block edit

My account was compromised during my absence - please enable an indefinite block to prevent further damage to wiki projects. Thanks for collaborating. --BScMScMD (talk) 18:57, 7 April 2015 (UTC)Reply

Which account? Amir (talk) 19:03, 7 April 2015 (UTC)Reply
User:BScMScMD --BScMScMD (talk) 23:31, 7 April 2015 (UTC)Reply
It's already blocked Amir (talk) 09:52, 8 April 2015 (UTC)Reply

"Bülow family" (Q19664926) edit

Thanks for creating Q19664926 re the "Bülow family". Would you please consider merging this in some way with Q520701? Thank you! -- Blairall (talk) 23:12, 13 April 2015 (UTC)Reply

Hey, Merged now. Amir (talk) 06:50, 14 April 2015 (UTC)Reply
Thank you for taking care of that so quickly! -- Blairall (talk) 21:17, 14 April 2015 (UTC)Reply

Transliteration of labels edit

Hello, you are working on transliteration of names and asked for rules of transliterations for different languages. I can provide for gu for sure and some basics of hi, mr and sa (I can review all of them) so where should I give them? Apologizing in advance if this is a wrong place.--Vyom25 (talk) 14:48, 27 April 2015 (UTC)Reply

Awesome, I start with gu and give you some results soon Amir (talk) 22:31, 27 April 2015 (UTC)Reply
Okay...--Vyom25 (talk) 05:04, 28 April 2015 (UTC)Reply

@Vyom25:: Hey, Can you check these edits, please? Thanks Amir (talk) 23:26, 3 May 2015 (UTC)Reply

Well, They are perfect. I couldn't find any error. Eagerly waiting for others. Can you do it before 6 May because from 7th I will be absent from wikidata for considerable time.--Vyom25 (talk) 05:31, 4 May 2015 (UTC)Reply
I started my bot, It is working Amir (talk) 06:29, 4 May 2015 (UTC)Reply
Okay, I also notified gu community about it and if someone agrees then if I am not available then someone from there will fill in for me. Since you are running the bot at the moment I think it will not be needed.--Vyom25 (talk) 07:41, 4 May 2015 (UTC)Reply

Exemption edit

Hi Ladsgroup, On the Dutch Wikipedia we have temporary categories for maintenance that are created each month and deleted when it has been emptied again. It does not makes sense to have does categories on Wikidata. Example: Q19821101 -> this one is used to contain those articles from the month of April that have no categories yet. Is there a way to skip this kind of categories from being imported to Wikidata? (It are four types of categories with each group all categories having the same prefix.)
Secondly: user pages are not allowed to be imported to Wikidata. On nl-wiki we have also categories for individual users that should not be imported to Wikidata either. How can we make sure those are not imported? Thanks! Romaine (talk) 07:28, 30 April 2015 (UTC)Reply

PS: I must note that currently we are on nl-wiki actively working on adding articles and categories to Wikidata ourselves, including some statements, as we consider items with statements better than those imported without the basic statements. Is it possible to have nl-wiki on hold and not to import any pages from our wiki? Thanks! Romaine (talk) 07:31, 30 April 2015 (UTC)Reply
Hey, I removed Dutch from any script related to importing pages from Wikipedia. Should I removed Dutch from other wikis too? (like Wikiquote) Amir (talk) 11:12, 30 April 2015 (UTC)Reply
Return to the user page of "Ladsgroup/Archive 6".