User talk:Ladsgroup/Archive 6

From Wikidata
Jump to navigation Jump to search

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]
Retrieved from "https://www.wikidata.org/w/index.php?title=User_talk:Ladsgroup/Archive_6&oldid=222378149"