Wikidata:Bot requests/Archive/2013/03

Merge P:P127 and P:P165

Per Property talk:P127 , all usages of P127 (owner of the road) should be replaced with P165 (owner). There is no need for a special property for roads. --Zolo (talk) 08:08, 5 March 2013 (UTC)

That's what I proposed originally, I don't know why it was split. --Rschen7754 01:29, 8 March 2013 (UTC)

Right, there seems to have been some misunderstandings at some point. I guess we can keep the more widely used "P127" and get rid of P165 by hand then. --Zolo (talk) 09:22, 8 March 2013 (UTC)

Ok, I've done it by hand (mostly done, though it is muuch longer than I would have imagined). Zolo (talk) 19:02, 8 March 2013 (UTC)

This section was archived on a request by: Legoktm (talk) 08:27, 21 April 2013 (UTC)

Link to user namespace

There are some pages (like here), that just link to pages in user namespaces. Is it possible to find them via bot, so someone can delete them? ---- Brackenheim 18:35, 7 March 2013 (UTC)

you can find them in Wikidata:Database reports/User pages ▬ Reza1615 / T 18:39, 7 March 2013 (UTC)

Thank you! ---- Brackenheim 18:43, 7 March 2013 (UTC)

This section was archived on a request by: Legoktm (talk) 08:27, 21 April 2013 (UTC)

Query for get local langlinks

I want to know how can I get query to list pages which still have local interwikis? I wrote this code but it shows (local+ repository)

SELECT DISTINCT page_title FROM langlinks LEFT JOIN page ON page_id = ll_from WHERE  page_namespace = 0 AND page_is_redirect = 0;

▬ Reza1615 / T 08:49, 12 March 2013 (UTC)

You need to parse the page text. That's the only way to do it. I have a script that generates lists for Legobot/Addbot to run on using the latest dump. If you'd like, I can generate lists for any wiki and publish it. Legoktm (talk) 14:58, 12 March 2013 (UTC)

would you please publish pages list for fa.wiki? ▬ Reza1615 / T 15:26, 12 March 2013 (UTC)

that 'd be great, de-wiki please --Akkakk (talk) 15:28, 12 March 2013 (UTC)

See here for what I generated on 2013-03-02. fawiki's latest dump was on 2013-03-08 so I'll run that later today, but dewiki's dump was on 2013-02-19, so that one is up to date. Legoktm (talk) 16:19, 12 March 2013 (UTC)

Thanks. we can add it to Wikidata:Database_reports it is very useful for bot masters ▬ Reza1615 / T 16:35, 12 March 2013 (UTC)

Legoktm can you add itwiki? Thanks --ValterVB (talk) 18:27, 12 March 2013 (UTC)

I just finished a run of all wikis here. It seems like anything with a - in it didn't work, if you want those I can fix it now or in a week when I re-run it. Legoktm (talk) 16:24, 3 April 2013 (UTC)

I can wait. Thank lot. --ValterVB (talk) 18:18, 3 April 2013 (UTC)

This section was archived on a request by: Legoktm (talk) 11:49, 28 April 2013 (UTC)

Emptied an item

Okay, here's a more difficult one. Could a bot place a template message on user talk pages if they remove all of the language links from a page (e.g. because of a merge) but they neglect to request the deletion of the item at WD:RfD? This usually occurs because people are unaware of the procedure, rather than any kind of laziness or bad faith, so it should not be a warning. It could, however, help to educate people about how and when to request the deletion of items. The message could be something like "At Q####, it appears that you removed all of the language links. If you meant to do this as part of a merge, or you created an item by mistake, you should request the deletion of the empty item at the Requests for deletion page. Thank you for contributing to Wikidata!" The message could also let people know how to activate the request for deletion gadget. If this is a bad idea then no worries, it's just a thought. Cheers. Del_♉sion23 (talk) 22:20, 17 March 2013 (UTC)

But do we really want this? Some people fail to request deletion since they have limited command of Emglish and know that a bot will do it anyway.--Ymblanter (talk) 22:33, 17 March 2013 (UTC)

Fair enough, if there's no need for it no problem. Del_♉sion23 (talk) 22:52, 17 March 2013 (UTC)

This section was archived on a request by: Legoktm (talk) 11:50, 28 April 2013 (UTC)

Categories type

I think will be very useful to set Property:P107 to Q4167836 for all items in Category namespace. --EugeneZelenko (talk) 04:03, 20 March 2013 (UTC)

No. See Property_talk:P107#Table these are the Values this Property should only have. And so only "x" could be a valid value for this Property but this is still under discussion. --Sk!d (talk) 10:38, 20 March 2013 (UTC)

This section was archived on a request by: Legoktm (talk) 11:50, 28 April 2013 (UTC)

Importing main articles in categories

I think will be great to import data from references to w:en:Template:Cat main as Property:P301. Probably will be better to limit import to single parameter calls and check article across Wikipedia on several languages to minimize chances of mistakes. --EugeneZelenko (talk) 04:04, 20 March 2013 (UTC)

 Doing…. Legoktm (talk) 12:56, 21 April 2013 (UTC)

 Done Legoktm (talk) 11:50, 28 April 2013 (UTC)

This section was archived on a request by: Legoktm (talk) 11:50, 28 April 2013 (UTC)

Northern Sami Wikipedia

Could someone with a bot update the language links in sewiki? I don't think there are any botoperators there with a suitable bot. — Jeblad 14:05, 7 March 2013 (UTC)

Farsi Labels

In wikidata Farsi labels have two problems

1. In Farsi disambiguation is done by () like , in English so labels should have parenthesis and most of Bots remove it!(please solve it in your bot) Also I solved it in JS tools.
2. Because of wikidata's Bug with ZWNJ it converted ZWMJs to space and we should solve it by Bots! please set on your bot if Interwiki != label bot should replace label with interwiki.(it will solve also parenthesis problem)▬ Reza1615 / T 12:05, 8 March 2013 (UTC)

different items with the same name shouldn't have parentheses. instead they should have different descriptions. see for example Q1603843, Q1111306 and Q109169 --Akkakk (talk) 12:15, 8 March 2013 (UTC)

In infoboxs (in phase2) we will see the same name and it is not correct i.e. fa:۱۳۳۰ (en:Iranian calendars) =1951 (Gregorian) in and fa:۱۳۳۰ (میلادی)(Gregorian) = en:1330 (en:Iranian calendars) and fa:۱۳۳۰ (قمری) = en:1911 are three different years! if a reader see ۱۳۳۰ (1330) in fa.wiki for him it means en:1951 but in wiki data they used it for 1330 (Gregorian) . so labels without parenthesis will convert infoboxs useless (for Farsi) ▬ Reza1615 / T 13:05, 8 March 2013 (UTC)

Typo in Norwegian municipalities

I recently filled in labels and descriptions for all Norwegian municipalities, but sadly made a systemic error in the Spanish descriptions – I spelled "Noruega" as "Noruegia". So I'm wondering if anyone could replace "Noruegia" with "Noruega" across the board in all of these articles? Jon Harald Søby (talk) 21:21, 3 March 2013 (UTC)

RFBOT. --Ricordisamoa 11:42, 8 May 2013 (UTC)

This section was archived on a request by: Task got approved. --Sk!d (talk) 23:22, 16 June 2013 (UTC)

Italian comune

Please could someone get a bot to go through all the pages with "an italian comune" as the English/British English/Canadian English description and replace it with just "Italian comune". Since the the items' creation Help:Description has helped to standardise descriptions, so they need to lose the initial article and only proper nouns need to be capitalised. We may need a bot in the future that can go through the English descriptions and remove "a/an", "the" or "X is a/an" from English descriptions. This would be a good test to see if a bot is capable of this kind of description cleanup. Thanks! Del_♉sion23 (talk) 10:56, 16 March 2013 (UTC)

I can do it --ValterVB (talk) 11:08, 16 March 2013 (UTC)

Great :) thanks very much Valter. Del_♉sion23 (talk) 12:36, 16 March 2013 (UTC)

What is correct? "italian comune" or "Italian commune" ? --ValterVB (talk) 14:21, 16 March 2013 (UTC)

"Italian comune" is correct. All other uses in English would be "commune", though (e.g. French commune). Del_♉sion23 (talk) 17:20, 16 March 2013 (UTC)

Has this been done yet? Legoktm (talk) 11:49, 28 April 2013 (UTC)

Sorry, yes, it's been done. --ValterVB (talk) 12:58, 28 April 2013 (UTC)

This section was archived on a request by: --Sk!d (talk) 23:23, 16 June 2013 (UTC)

Weeding out redirects

Wikidata is full of stale sitelinks that now point to redirect pages after the original page has been renamed. This keeps bots from removing interwiki links on Wikipedia and is confusing to users. A bot should check for such redirects and update the item's sitelink. Legobot's Task 1 is supposed to accomplish this, but for whatever reason it isn't happening. I've been going through warship-related articles on enwiki that have been renamed in January and the sitelinks are still stale. Over on huwiki, hu:User:MerlIwBot is leaving a trail of odd edits related to interwiki conflicts, the majority of which are again due to redirects, in this case of pages renamed in the last few days. I've tried fixing these conflicts, but the rate of recent renamings that intersect with huwiki is already too high to manually keep up with. Going back and checking items MerlIwBot complained about a week ago also shows that the sitelinks are still stale, so again, Legobot is not fixing them. Please, we need a bot to clean up this mess, preferably before Wikidata goes live on all remaining Wikipedias. —Naddy (talk) 23:17, 28 February 2013 (UTC)

I have recently (shortly before Wikidata:Requests_for_permissions/Bot#BetaBot) written code to add the task of updating sitelinks for moved pages before going through the deleted pages. I've been quite busy since then, and was surprised to see that request (Legoktm mentioned it after I mentioned my new code to him in IRC). However, I might be able to use it to slowly weed out whatever it can by letting it check moves from a while back. I'm just trying to figure out a problem, where when my bot tries to save a page (at least in some cases), it gets an "unknown error": "No entity found matching ID (name of sitelink)". I'm still investigating the problem, as my old code still removes such links. I'm going to stop my old code from running and start the new code to see how efficient the new code is, and if I see good enough results, I could try to take this on. — Hazard-SJ  ✈  03:29, 3 March 2013 (UTC)

The issue is still not solved. BetaBot now takes care of recent page moves and has fixed previous ones back to February 12, but this still leaves a few months of backlog. —Naddy (talk) 15:40, 11 March 2013 (UTC)

Preceded/followed by for year related articles

I think will be good idea to add Property:P155 and Property:P156 for year related articles, like w:en:2012, w:en:2012 in music, w:en:2012 in literature, etc. Similar thinks for sport seasons, championships, etc. --EugeneZelenko (talk) 02:41, 27 March 2013 (UTC)

Adding statement chemical compound

For element included in fr:Catégorie:Chimiebox à maintenir, in en:Special:WhatLinksHere/Template:Chembox and those in de:Spezial:Linkliste/Vorlage:Infobox_Chemikalie, if they are present on wikidata, add the property instance of with the value chemical compound. Snipre (talk) 13:26, 21 March 2013 (UTC)

thats what legobot is doing: User talk:Legobot/properties.js/requests --Akkakk (talk) 11:18, 22 March 2013 (UTC)

BeneBot* is  Doing… this now. --Bene* ^t_a^l_k 17:18, 22 March 2013 (UTC)

 Done for the category. --Bene* ^t_a^l_k 08:48, 23 March 2013 (UTC)

Problem

The statements added are incorrect. The subjects that were changed are all classes, not instances, so subclass of (P279) applies and not instance of (P31). This class-instance distinction is supported by the general agreement outlined at Property_talk:P31#is_a_-.3E_instance_of. The notion of categorizing chemicals as classes and not instances is supported by the Chemical Entities of Biological Interest (ChEBI) project from the European Bioinformatics Institute (EBI), which uses the 'subClassOf' property to specify what type of chemical a compound is -- see chebi.owl in ftp://ftp.ebi.ac.uk/pub/databases/chebi/ontology/.

Could the operator of the bot that made those changes please correct them? Thanks, Emw (talk) 18:19, 24 March 2013 (UTC)

This should first be discussed because even here the instance of property is recommended. --Bene* ^t_a^l_k 18:20, 26 March 2013 (UTC)

There is no problem: a chemical can't be a subclass because only a class can be a subclass. A class is a group of elements. For example amine is a subclass of chemical compound but ethylamine is an instance of amine and of chemical compound. Snipre (talk) 13:12, 29 March 2013 (UTC)

You just asserted that an amine is not a chemical. You obviously know that an amine is a chemical, but I think some clarification on the difference between an instance and a class might help. The overview at User:Stevenliuyi/Differences_among_ontology_properties is the best overview I have seen of this important distinction. Now, let me ask you: if ethylamine is not a class, then what are phenethylamine and tryptamine? According to the common Semantic Web understanding of what is a class and what is an instance, and ChEBI, the largest database of small chemical compounds that uses Semantic Web properties, ethylamine is a class. Just like all other Wikidata items about chemicals. Emw (talk) 10:44, 30 March 2013 (UTC)

Bot to fill in language variants

Wikidata provides Austrian German (de_AT) and Swiss German (de_CH) as languages, which are generally the same like German, but have some slightly different expressions for some specific things; similar to British English, American English, Australian English, etc. As far I know, there is a bot which copies the English article titles and descriptions to all of these English-related languages and only differences are changed manually. Would this also be possible for the German variants? Which bot is capable of doing this task? --Faux (talk) 10:29, 24 March 2013 (UTC)

I am not sure but isn't the "de" Label and Description shown if there is no de_at or de_ch? --Sk!d (talk) 10:46, 24 March 2013 (UTC)

No, the languages de_AT/de_CH and de are handled like completely different languages like de and en. But I cannot even see this working in the English variants: en_GB has no label, but en has one. --Faux (talk) 11:00, 24 March 2013 (UTC)

Another of my incomplete scripts has something to do with labels, so I'll consider implementing something that fixes this too. — Hazard-SJ  ✈  03:23, 26 March 2013 (UTC)

I also started to write a script which can fulfill this task, but I think we need to clearify before, how these language variants were inteded to be used in Wikidata.--Faux (talk) 13:51, 26 March 2013 (UTC)

I left a note for the devs to take a look here. — Hazard-SJ  ✈  03:12, 27 March 2013 (UTC)

I also started a conversation in the project chat. --Faux (talk) 22:07, 27 March 2013 (UTC)

We can implement something, the issue is that no one actually yet wrote down, *what* should be implemented. Is there a list of such language variants that should fall back to a main language? What about variants like sr-el? What about languages like als, should they also fall back? etc. If there is an agreed on plan of how to deal with fallbacks, we can start implementing it (This is a long standing issue). --Denny (talk) 15:49, 28 March 2013 (UTC)

descriptions for disambiguations

set the descriptions for disambiguation items (that is main type (GND) P107 is Wikipedia disambiguation page q4167410). it could be set to the following (source), if none of the given languages has a different description and no conflict (other item with same label+description) occurs. in such cases it should somehow be documentated so humans can have a look at it. --Akkakk (talk) 23:43, 17 March 2013 (UTC)

                'Wikipedia disambiguation page': {
                                   "en" : "Wikipedia disambiguation page",
                                   "de" : "Begriffsklärungsseite",
                                   "it" : "pagina di disambiguazione",
                                   "es" : "página de desambiguación",
                                   "fr" : "page d'homonymie",
                                   "fa" : "صفحه ابهام‌زدایی در ویکی‌پدیا",
                                   "ru" : "страница значений",
                                   "fi" : "täsmennyssivu",
                                   "id" : "Halaman disambiguasi",
                                   "ko" : "위키백과 동음이의어 문서",
                                   "ms" : "Laman nyahkekaburan",
                                   "ca" : "Pàgina de desambiguació",
                                   "nb" : "Wikipedia-pekerside",
                                   "pt" : "página de desambiguação",
                                   "cs" : "rozcestník",
                                   "gu" : "સ્પષ્ટતા પાનું",
                                   "nl" : "doorverwijspagina",
                                   "hi" : "बहुविकल्पी पृष्ठ",
                                   "or" : "ବହୁବିକଳ୍ପ ପୃଷ୍ଠା",
                                   "is" : "aðgreiningarsíða á Wikipediu",
                                   "gl" : "páxina de homónimos",
                                   "ur" : "ویکیپیڈیا ضد ابہام صفحہ",
                }

I could probably have this as a part of one of my (incomplete) scripts in the future. — Hazard-SJ  ✈  03:41, 26 March 2013 (UTC)

Some items are linked to both disambiguation and non-disambiguation pages. So if someone takes this request, I suggest not to trust Property:P107 and check on each wiki to avoid propagating errors. Orlodrim (talk) 00:17, 25 May 2013 (UTC)

My bot checks these errors before adding descriptions and lists conflicts to: User:Sk!dbot/disambiguation page conflict. --Sk!d (talk) 22:22, 18 July 2013 (UTC)

This section was archived on a request by: --  Docu  at 04:33, 27 August 2013 (UTC)