Wikidata

Wikidata:Bot requests/Archive/2015/10

< Wikidata:Bot requests‎ | Archive‎ | 2015

Wrong qualifier in many data items about video games

In many data items about video games there has been set a wrong qualifier by bots. Examples: Q45028, Q237484, Q843456, etc. The correct qualifier for Property:P404 isn´t Q209075 but Q6895044. The main difference between those qualifiers is that the first means multiplayer in general but the second means mutlitplayer for video games. Consider furthermore the number of linked Wikipedia articles in both qualifiers. So the qualifier should definitly be changed by a bot. --Toru10 (talk) 07:50, 3 October 2015 (UTC)

  Done --Pasleim (talk) 09:46, 4 October 2015 (UTC)
This section was archived on a request by: --Pasleim (talk) 13:50, 12 October 2015 (UTC)

Finnish Ministers database ID (P2182)

Hi, a bot should work on this list: just remove the first line and the last 9 lines and you got a list formed in this way: 

_|_PAGENAME_=_NUMBER_

Where:

  • _ is a space
  • | is a pipe
  • PAGENAME is the name of a page on the Finnish Wikipedia
  • NUMBER is a number

A bot should find the item on Wikidata linked to PAGENAME. Then, it should insert Finnish Ministers database ID (P2182) with value NUMBER. --★ → Airon 90 19:31, 5 October 2015 (UTC)

@Airon90: Are you aware of the QuickStatements tool? If you're able to convert the data into the right format (which is described on the page), something like this should be quick and easy to do. If you'd still prefer us to do it though, just say. :) - Nikki (talk) 20:09, 5 October 2015 (UTC)
I tried already with help of Notepad++, the linked items tool (list), but it always sorts the results alphabetically, so I didn't proceed. :( --Stryn (talk) 20:23, 5 October 2015 (UTC)
@Nikki: I'm not aware of Wikidata tools, I'm just a old-style boy :) I'd prefer to do this work by bot just because I don't know how to do in other ways: QuickStatements easily insert many claims in one page but I want to insert a single claim to many (unknown) pages. That's why I still prefer that you set up a bot to do this work.
@Stryn: Minä en ymmärrä hyvin suomea, siellä muokkaisitko tämän artikkelin erittelemään Wikidatan ominaisuuden P2182 käyttön? Kiitos paljon!
(I don't understand well Finnish language, so could you change that page in order to specify the use of the Wikidata property? Thank you very much!)
--★ → Airon 90 15:43, 6 October 2015 (UTC)
@Airon90: Fair enough. :) I'm doing it now (with QuickStatements - it can in fact add statements for multiple items). - Nikki (talk) 16:56, 6 October 2015 (UTC)
Should be done now. - Nikki (talk) 17:01, 6 October 2015 (UTC)
This section was archived on a request by: --Pasleim (talk) 13:50, 12 October 2015 (UTC)

Categories with wrong catalan description

There are a lot of category items which have bad catalan description. Example. In catalan it should be categoria de Wikimedia instead of Wikimedia-kategori. There are a lot more than I thought (225k). Could someone please run a bot to change them? Paucabot (talk) 05:38, 9 October 2015 (UTC)

It seems it is being done by @ValterVBot:. There are now only 183k left. Thanks, @ValterVB:. Paucabot (talk) 12:45, 9 October 2015 (UTC)
@Paucabot: Yes, I'm working on it, but I forgot to answer your question in my talk :) --ValterVB (talk) 18:25, 9 October 2015 (UTC)
Thanks! Paucabot (talk) 06:54, 10 October 2015 (UTC)
There remain now 81k. Paucabot (talk) 07:04, 10 October 2015 (UTC)
All done! Paucabot (talk) 16:10, 11 October 2015 (UTC)
This section was archived on a request by: --Pasleim (talk) 13:53, 12 October 2015 (UTC)

Commons Category with "no value"

There are a lot entries with P373 (Commons Category) is set to "no value". For example Q18872 Is this correct or wouldn't it be better to delete the whole relation? --109.45.9.169 08:11, 13 October 2015 (UTC)

It's a way to avoid wrong imports. Sjoerd de Bruin (talk) 08:22, 13 October 2015 (UTC)
If "no value" is a valid value the Format constraint should be updated to prevent these violations (and the same if "some value" is a valid value, but in the case of "some value" I think it should be changed for the valid values instead of accepting that). -- Agabi10 (talk) 10:57, 13 October 2015 (UTC)
This section was archived on a request by: --- Jura 16:29, 13 October 2015 (UTC)

Remove English description "human"

It probably has advantages, but I don't think it's that helpful. Can we revert this addition? --- Jura 14:06, 29 October 2015 (UTC)

Yes please: In case items have to be merged this placeholder derived from P31 often requires extra work or leads to the loss of a meaningful description going unnoticed. -- Gymel (talk) 18:11, 29 October 2015 (UTC)
Yes please! Multichill (talk) 19:04, 29 October 2015 (UTC)
  Support There are almost 150,000 such descriptions, most of them added by BotNinja. Matěj Suchánek (talk) 20:24, 29 October 2015 (UTC)
The half of them was renamed to better description (country of citizenship (P27) + list of occupation (P106)), the other half was removed, so no more "human" as description. --Termininja (talk) 14:42, 30 October 2015 (UTC)
Thanks! --- Jura 23:41, 30 October 2015 (UTC)
This section was archived on a request by: --- Jura 23:41, 30 October 2015 (UTC)

Clean up of P57 claims

Currently there are a lot of violations for director (P57) because they are linking to an item for a duo instead of linking to the individual entries for the members of that duo. Doing it by hand or with autolist isn't a quick job, because there a only a few entries per duo item. With a bot it would be a lot easier. What the bot needs to do is find items with a P51 claim for items that don't have a instance of (P31) human (Q5) but do have a P31 = sibling duo (Q14073567) or married couple (Q3046146) or group of humans (Q16334295) or duo (Q10648343) or twins (Q14756018) or sibling group (Q16979650) or duo (Q15618652) or identical twins (Q2301325) and also have a has part(s) (P527) claim. The existing P57 needs to be removed and the new P57 claims are those in the P527 of the old claim. For example: Little Miss Sunshine (Q192073) now has P57 = Jonathan Dayton and Valerie Faris (Q595534) and needs to become P57= Valerie Faris (Q13644887) and P57=Jonathan Dayton (Q13644938). Mbch331 (talk) 09:34, 31 October 2015 (UTC)

Here is a list of them and the details of the ones with P527. --- Jura 09:53, 31 October 2015 (UTC)
If it was truely a duo that did the director (P57), then it might the an incorrect listing of a violation. Then we should change the violation rules and not the data. Edoderoo (talk) 18:27, 1 November 2015 (UTC)
I'm not sure if I agree with you Edoderoo, a duo is a way to group people and I don't know if we can say that something was made by a duo even if they work always together. I think I would also put the individuals instead that form part of the duo as a property value for most of the current usages of the duo. -- Agabi10 (talk) 19:03, 1 November 2015 (UTC)
In music it's pretty normal to say that a work was made by a duo. Mrs. Robinson (Q1281320) is a song by Simon & Garfunkel (Q484918). If a director duo is famous enough to have a WP article why not say that a movie was directed a duo? --Pasleim (talk) 20:26, 1 November 2015 (UTC)
I don't mind changing the constraints. The reason they exist as a duo in most cases is that on most Wikipedias there are no articles about the individual person, but only about the duos. E.g. nl:Joel en Ethan Coen and no nl:Joel Coen and no nl:Ethan Coen. (In this case the latter 2 are redirect to the first.) Mbch331 (talk) 09:54, 4 November 2015 (UTC)
No longer needed. I adjusted the constraints to also accept groups of people and solved the problem too. Mbch331 (talk) 11:16, 14 November 2015 (UTC)
This section was archived on a request by: Mbch331 (talk) 11:17, 14 November 2015 (UTC)

Import persondata from dewikisource

The persondata template from dewikisource (s:de:Vorlage:Personendaten) provides data that can be imported easily:

  • GEBURTSDATUM= (text) P569
  • STERBEDATUM= (text) P570
  • GND= (string) P227
  • KURZBESCHREIBUNG= (text) label[de]

Jonathan Groß (talk) 14:40, 12 October 2015 (UTC)

I disagree. User:Jonathan Groß has not pointed out any ability to distinguish Julian and Gregorian calendars, so these dates are not suitable for dates before 1923 or so. Jc3s5h (talk) 15:29, 23 October 2015 (UTC)

dewikisource uses only Gregorian dates. Jonathan Groß (talk) 16:46, 23 October 2015 (UTC)

done --Pasleim (talk) 19:26, 18 November 2015 (UTC)
This section was archived on a request by: --Pasleim (talk) 19:26, 18 November 2015 (UTC)

Hierarchic data for German places

Hi folks,

extract from Wikidata IRC:

[09:29] <wikiwilli> I use geographic data from wikidata for a web project and noticed, that in several cases the hierarchic information about places is inconsistent.
[09:31] <wikiwilli> For example in Germany some places are marked as contained in the approbiate 'Landkreis', but some are only marked in the 'Bundesland'
[09:31] <wikiwilli> In Wikipedia there is always the full hierarchic information.
[09:32] <wikiwilli> Is it necessary to update all thesse Wikidata entries manually or is there a bot active, which extract this information from Wikipedia?
[09:39] <wikiwilli> examples:
[09:39] <wikiwilli> Full hierarchic info: Damp Q662717
[09:39] <hoo> I doubt there's a bot active, although it would probably not to hard to get that right
[09:41] <wikiwilli> No hierarchic info: Eckernförde Q490453
[09:45] <wikiwilli> But there is a general used template in German WP for places (with the 'Landkreis' data). Wouldn't it be quite easy to extract the info by an bot?
[09:45] <hoo> Possibly, yes
[09:45] <hoo> But someone would need to do it
[09:46] <hoo> also data from Wikipedia often isn't properly sourced, so people might not want it. No idea about that data, though
[09:48] <wikiwilli> The basic data about German places in the German WP is nearly 100% correct (and I think, there is no need for a proper source to state that a village is in a certain county)
[09:49] <hoo> If you don't want to/ can't do that yourself, you can go and ask nicely on https://www.wikidata.org/wiki/Wikidata:Bot_requests
[09:49] <hoo> Someone might pick it up


Is there any bot out there, which could do this job? --109.45.9.169 07:53, 8 October 2015 (UTC)

I've edited the IRC bit you quoted to make it readable and also removed a couple of unrelated lines and made the item IDs link to the items. Hope you don't mind. :)
It's not quite clear to me which places you mean, but looking at the examples, it seems to be the German municipalities (Gemeinden), is that right?
If so, it seems like a bot needs to go through all articles using de:Vorlage:Infobox Gemeinde in Deutschland and make sure that there is a located in the administrative territorial entity (P131) statement for the smallest administrative division. It would probably also make sense to remove any located in the administrative territorial entity (P131) statements matching the larger administrative divisions, as those should be inferable (then it would also make sense to go through de:Vorlage:Infobox Gemeindeverband in Deutschland and de:Vorlage:Infobox Landkreis to make sure those have the right located in the administrative territorial entity (P131) statements too).
- Nikki (talk) 11:33, 8 October 2015 (UTC)
Hi Nikki, this is exactly what I mean! Thanks for editing my request and making things clear. Can You set up a bot to do this?
If this is possible, maybe in a next step the bot can be adjusted to do similar jobs of setting up/enhancing located in the administrative territorial entity (P131) in other countries and for other types of places (German cities,...) --109.45.9.169 11:45, 8 October 2015 (UTC)
The problem with adding intermediary layers and removing the main layers is that they are more likely to get obsolete and people end up we end up missing the key layers. --- Jura 16:33, 13 October 2015 (UTC)
I don't see how we would end up "missing the key layers" unless someone incorrectly removes a statement when the structure changes instead of adding an end date and if they do, their change should be undone and an end date added instead. Adding all the parents to every item is not a good solution, it creates huge amounts of work when things do change, because you have to copy the same changes to everything within the item which has changed, which could be hundreds or even thousands of items. - Nikki (talk) 18:23, 13 October 2015 (UTC)
I suppose it depends on the country: some layers keep changing, other remain stable; some layers are unimportant, others are key. If the key layers are there, the structure is usable and stable. If one relies on having each individual intermediary layer, this tends to break fast. And Tobias keeps adding new intermediary layers to hundreds or even thousands of items. --- Jura 18:47, 13 October 2015 (UTC)
Sorry, but this opinion is pretty strange. Should we add all locations P131 to Germany (Q183) or better Europe (Q46), because there could be some administrative changes (or wars, annexions, ...) in future? --Arch2all (talk) 11:53, 14 October 2015 (UTC)
Good point: all locations in Germany should have Germany (Q183), but not in P131. We have country (P17) for this. You might want to read both definitions. --- Jura 12:09, 14 October 2015 (UTC)
There are quite a lot of redundant definitions in Wikidata right now. In my opinion minimal redundancy together with a wellformed structure are the big advantages of wikidata (and similar thesauri). Instead of trying to keep the repository "idiotensicher" I would prefer to engage in better structures (with even more intermediary layers) and avoid/remove redundant definitions! --Arch2all (talk) 12:29, 14 October 2015 (UTC)
This section was archived on a request by: --- Jura 12:06, 4 December 2015 (UTC)


Import P569/P570 dates from jawiki (text)

Wiki jawiki
Items without P569 count (all)
As of Oct 12 96921 (37 %)
overview


Some of the dates in jawiki are in the following format:

  • Sample: Q11478231, ja.wikipedia.org: 川島喜代詩
  • Sample text: 川島 喜代詩（かわしま きよし、1926年10月29日‐2007年4月24日
  • Format: YYYY年MM月DD日‐YYYY年MM月DD日

These could be imported by bot. --- Jura 08:11, 11 October 2015 (UTC)

If someone decides to do this, please be careful when extracting the dates. The Japanese Wikipedia often includes dates using the era system, e.g. ja:木村作次郎, and if the dates are extracted too liberally, it could end up saying the date of birth is the 5th of July, 5 AD instead of the 8th of August 1872 or something similarly wrong.
People appear to be put into Category:YYYY年生 (Category:YYYY births) and Category:YYYY年没 (Category:YYYY deaths) which could be used to verify the years of the extracted dates.
The usual format (in my experience) has spaces around the dash between the begin and end dates (i.e. YYYY年MM月DD日 - YYYY年MM月DD日), unlike Jura's example.
The bracketed bit usually includes more information, most commonly name in kana (P1814). If the text is being parsed anyway, it would be nice if we could import that too. If someone has a way to generate a list of extracts (the first paragraph or couple of sentences or whatever) for articles on jawiki which are humans and have no begin date, I would be really interested in looking at the data (ideally including the Wikidata ID and page name on jawiki)... I might even see if I can generate a list myself if nobody has anything already.
- Nikki (talk) 09:52, 11 October 2015 (UTC)
The other format I found is:
  • Sample: Q11595189, ja.wikipedia.org: 秋玲二
  • Sample text: 秋 玲二（あき れいじ、1910年（明治43年）11月1日 - 2006年（平成18年）2月24日 は、
It's slightly more complicated to parse. If you look at the lists at on Wikidata:Database reports/Deaths at Wikipedia, you can find colons with "ja". These would be items with missing P570, but a category at jawiki. PLTools to browse extracts is linked there as well. --- Jura 10:06, 11 October 2015 (UTC)
After some investigation, I think we could add a lot of dates even if we completely ignore the ones which include the era system forms. I fetched extracts of 2500 jawiki items. 1883 of them contain 19YY年 or 20YY年 and I was able to extract the date section in 1625 of those using a regex which checks for:
  • A comma (、 or ,) or opening parenthesis (（ or ()
  • A date (in the form YYYY年MM月DD日, with month and day optional), or "生年不詳", "生年不明" or "不明" (which mean the birth date is unknown), or a question mark (？ or ?)
  • A character that looks like a dash (usually the ASCII one)
  • A date (in the form YYYY年MM月DD日, with month and day optional), or "没年不明", "没年不明" or "不明" (which mean the death date is unknown), or a question mark (？ or ?)
  • A closing parenthesis (） or ))
with optional space (ASCII or fullwidth) between each part.
(The exact regex I was using, if that's useful to someone, is /(、|,|（|\()( |　)?(([0-9]{4}年([0-9]{1,2}月([0-9]{1,2}日)?)?|生年不詳|生年不明|不明|？|\?)( |　)?(-|ー|—|−|－|–|‐|～)( |　)?([0-9]{4}年([0-9]{1,2}月([0-9]{1,2}日)?)?|没年不明|没年不詳|不明|？|\?)?)( |　)?(）|\))/)
Of the 258 that weren't matched by it, 142 included the era system form of the date and the rest were either less clearly formatted or included extra words or symbols (e.g. the word for "about" or a question mark after the date) or the date in the extract wasn't a birth/death date.
- Nikki (talk) 17:56, 12 October 2015 (UTC)
Oh, and the death date part is optional. Not everyone is dead yet. :P - Nikki (talk) 18:04, 12 October 2015 (UTC)
jawiki is one of the top candidates on User:Jura1/sitelinks and P569. --- Jura 18:13, 12 October 2015 (UTC)
I've started doing this one myself, although only dates from the 1900s or 2000s for now. - Nikki (talk) 15:27, 16 October 2015 (UTC)
I've more or less finished with the ones I can confidently extract, which has halved the number without dates (yay \o/). Of the ones which are left, ~15000 have nothing resembling a date, ~6400 say the date is unknown, ~4600 have the day and month but no year (phab:T104749), ~10000 have dates from before 1873 (which is when Japan switched to the Gregorian calendar) and ~8500 look like they contain a date but a date of birth couldn't be confidently extracted (usually either vague or unusual formatting or a date which isn't a date of birth).
I'm not sure what to do with the ones from before 1873. Japan never used the Julian calendar (they switched straight from their lunisolar calendar to Gregorian), so I could assume that all western-style dates are using the proleptic Gregorian calendar unless explicitly marked as Julian (like on ja:五龍局). Looking at Wikidata:Project chat#How_to_add_dates_with_undefined_calendar_.3F, we're not going to get a better solution any time soon and we're expected to guess the calendar if we don't know it, so I think going ahead with that assumption is the best we can do. If something does change in the future, finding the dates from before 1873 is easy enough. Any objections to that?
- Nikki (talk) 14:30, 2 November 2015 (UTC)
Great work. Thanks. jawiki is now at 17% (down from 37%), better than enwiki (20%). For items that have either, it's 15.6%(ja) compared to 16.3%(en).
I'm mostly done with Database reports/Deaths at Wikipedia (≥2000) and I don't think there is much from jawiki left there either.
I hope the pre-1873 question gets sorted out this month. Maybe input from jawiki could confirm your assumption. 井戸端 might help. --- Jura 15:12, 2 November 2015 (UTC)
Mentioned it here --- Jura 15:28, 2 November 2015 (UTC)
I've asked on Wikidata:井戸端. - Nikki (talk) 17:07, 2 November 2015 (UTC)
All this focuses on when Japan adopted the Gregorian calendar, depending on the convention for writing historical dates in Japanese. In English, it is customary to use either Gregorian or Julian, depending on which was in force at the time and place of the event (various authors take various approaches when writing in English about places where neither calendar was in force). I see the Japanese Wikipedia contains articles about people from all over the world, so it is necessary to find out what date would be given for a birth or death that occurred where the Julian calendar was in force. It appears in the case of Kings George II and George III of the UK, Gregorian dates are given. I wonder if this practice is consistent. Jc3s5h (talk) 17:45, 2 November 2015 (UTC)
The pages in question are almost all about East Asian people (i.e. from countries which never used the Julian calendar) and typically include an East Asian-style date plus a western-style date. The main question is then not what they do for countries which did use Julian, but which western calendar do they convert East Asian-style dates to, when neither Julian nor Gregorian were in use in the region at the time. I got an answer from Wikidata:井戸端 anyway, dates after 1582-10-15 should use Gregorian, dates before should use Julian. - Nikki (talk) 20:24, 3 November 2015 (UTC)
This section was archived on a request by: thanks! --- Jura 12:06, 4 December 2015 (UTC)

Creating family name items

To allow sorting players in squad navigational boxes according to their family name (as done in de:Vorlage:Navigationsleiste Kader von Montreal Impact), all player items contained in the squad items (e.g. roster of Montreal Impact (Q21011427)) need to have the family name (P734) specified. In many cases, the corresponding family name items do not exist and need to be created manually. This is, however, an annoying task.
Therefore, I ask to have family name items of football players created by a bot. --Leyo 23:15, 16 October 2015 (UTC)

@Leyo: I have an idea how to do this and I'm currently thinking about it. I will get back to you soon. Yellowcard (talk) 16:48, 28 October 2015 (UTC)
If you compile a list, I could do that for you. --- Jura 23:42, 30 October 2015 (UTC)
Thank you. Let's wait for Yellowcard's proposition. --Leyo 21:26, 2 November 2015 (UTC)
This section was archived on a request by: Yellowcard is working on this. --- Jura 12:06, 4 December 2015 (UTC)

Wikispecies sitelinks

We can add sitelinks to Wikispecies now. There are hundreds of thousands of pages, so a bot would definitely be useful. I've listed a few ways I think a bot could add sitelinks below, feedback would be welcome.

Pinging @Magnus Manske: (who asked about it on the Wikidata mailing list) and @Dan Koehl, Koavf, MPF, Pigsonthewing: (from Wikidata:Wikispecies/Get involved)   WikiProject Taxonomy has more than 50 participants and couldn't be pinged. Please post on the WikiProject's talk page instead.

- Nikki (talk) 14:23, 22 October 2015 (UTC)

Template:Wikidata

There are about 500 pages linked to Wikidata via species:Template:Wikidata. A bot could extract the item ID from the template and then add the sitelink to that item.

If no one else is already doing this one, I would like to try it. --Tobias1984 (talk) 18:11, 22 October 2015 (UTC)
Slowly adding the links: Special:Contributions/Checkallthestrings_bot --Tobias1984 (talk) 19:06, 22 October 2015 (UTC)
  Done 138 items according to my bot. --Tobias1984 (talk) 20:57, 22 October 2015 (UTC)

Disambiguation pages

There are about 3000 disambiguation pages in species:Category:Disambiguation pages. A bot could find a matching Wikidata item by looking for an item marked as instance of (P31) Wikimedia disambiguation page (Q4167410) which has the same English(?) label.

Interwiki links

Some pages (no idea how many) have interwiki links in the page text, e.g. species:Nicolaus Joseph von Jacquin. A bot could find the Wikidata item the linked pages are connected to and add the sitelink to that item.

It looks like User:Reinheitsgebot is doing this now. - Nikki (talk) 03:21, 23 October 2015 (UTC)
Yup. I don't remove the interwiki links from the wikitext, though. If anyone has a bot for that, please clean up after me ;-) --Magnus Manske (talk) 12:11, 23 October 2015 (UTC)
Thanks! :) Can this subsection be marked as done now? Regarding the interwiki links in the wikitext, I know of one global bot (meta:User:YiFeiBot) and I asked about it last night on meta:User_talk:Zhuyifei1999#Wikispecies.2C_Meta-Wiki_and_Mediawiki.org_interwiki_links, it seems it will need approval first. I don't know if there are any others. - Nikki (talk) 15:54, 23 October 2015 (UTC)

Page names matching taxon names

The taxon pages have page names matching the taxon name. A bot could go through all pages using species:Template:Taxonav (about 459,000) and try to find a Wikidata item which has a taxon name (P225) statement matching the page name.  – The preceding unsigned comment was added by ? (talk • contribs).

A list of non-unique values is at Property talk:P225.  – The preceding unsigned comment was added by Jura1 (talk • contribs) at 13:30, 23 October 2015‎ (UTC).
Doing that ATM. --Magnus Manske (talk) 15:00, 23 October 2015 (UTC)

Template:Wikispecies

Some tens of Wikipedias use en:Template:Wikispecies and en:Template:Sister project links linking to Wikispecies. It should be easy for a bot to find the Wikidata item linked to the Wikipedia page using the template and the Wikispecies page linked by the template.

Journals

Wikispecies has pages about journals, with titles in the format species:ISSN_0035-418X. We can match the ISSNs. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:57, 23 October 2015 (UTC)

  Done There are 1569 pages in species:Category:ISSN. I managed to find matches for 630 of them using ISSN (P236), but it seems sometimes items have multiple ISSNs (see Wikidata_talk:Wikispecies#Multiple_ISSNs for that). There are also a few pairs where the sitelink is on one item and a matching ISSN was found on another (so possibly duplicates, possibly mistakes):
- Nikki (talk) 15:43, 23 October 2015 (UTC)
AIUI, journals that change title are supposed to use a different ISSN. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:51, 23 October 2015 (UTC)

Authors

Wikispecies has pages about taxon authors. We can match on author abbreviations, and/or authority control values in species:Template:Authority control. Magnus has done a number of these already. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:57, 23 October 2015 (UTC)

species:Template:Authority control doesn't look like it would be useful for a bot to find sitelinks. It's only used 33 times and there are only 2 pages which aren't already linked, species:Donald L.J. Quicke and species:John Richard Spence. - Nikki (talk) 14:15, 23 October 2015 (UTC)
I'm surprised it's so low; but we now have a full set, as I've manually created the two you mention. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:36, 23 October 2015 (UTC)
I think you might have missed the 24K or so that are not associated with a Wikidata item at the moment. --Magnus Manske (talk) 19:15, 23 October 2015 (UTC)
I understood Andy's reply to mean that all the pages using the template we were talking about are now linked to Wikidata. There are still lots of pages in species:Category:Taxon Authorities which aren't using that template, but the template obviously can't help us there. - Nikki (talk) 20:08, 23 October 2015 (UTC)
Indeed so. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:33, 23 October 2015 (UTC)
This section was archived on a request by: Should be ok. --- Jura 12:24, 4 December 2015 (UTC)

Import P569/P570 dates from kowiki (text)

Wiki kowiki
Items without P569 count (all)
As of Oct 12 21386 (31 %)
overview


Dates in kowiki are frequently well format and placed:

  • Sample: Q19940305, ko.wikipedia.org: 심봉섭
  • Sample text: 심봉섭(沈鳳燮, 1930년 1월 16일 ~ 2000년 9월 15일)
  • Format: (.., YYYY년 MM월 DD일 ~ YYYY년 MM월 DD일)

These could be imported by bot. --- Jura 08:07, 11 October 2015 (UTC)

By the way, I'm now working on this. - Nikki (talk) 10:07, 9 November 2015 (UTC)
Thanks. I think it is already showing up on sitelinks and P569. --- Jura 16:36, 10 November 2015 (UTC)
And occasionally, they pop up on Wikidata:Database reports/identical birth and death dates/1. --- Jura 07:11, 13 November 2015 (UTC)
Seems to be done. Thanks Nikki. --- Jura 13:48, 21 December 2015 (UTC)
This section was archived on a request by: --- Jura 13:48, 21 December 2015 (UTC)

Swedish districts

All pages using sv:Template:Infobox distrikt Sverige should have statements like:

instance of (P31):registration district in Sweden (Q18333556) (qualifier:startdate 2016-01-01) [source:stated in (P248):Q21199810]
country (P17):Sweden (Q34)

Not all articles have items yet.

N.B. Do NOT add any statements about district code yet from that template. The division is already revisoned and the articles are not corrected yet. The number of districts have decreased with 1 and therefor many districts north of Scania in the articles have a number that is to high. -- Innocent bystander (talk) 08:44, 26 October 2015 (UTC)

  Done by me, myself and I. When I finally learned to use Quickstatements. -- Innocent bystander (talk) 11:28, 28 December 2015 (UTC)
This section was archived on a request by: Innocent bystander (talk) 11:28, 28 December 2015 (UTC)

Import values from fi.wiki and it.wiki

Hi, Openpolis ID (P1229), Finnish MP ID (P2181) and Kansallisbiografia ID (P2180) have been created. A bot should import values for these properties:

--★ → Airon 90 08:05, 11 October 2015 (UTC)

done with harvest templates --Pasleim (talk) 14:12, 13 November 2015 (UTC)
This section was archived on a request by: --Pasleim (talk) 12:41, 18 January 2016 (UTC)

MCN number import

There are 10,031 identifiers for MCN code (P1987) that can be extracted from [1] or this English version. Many (but not all) items cited are animal taxons, which can be easily machine-read. For the rest, it would be useful if the bot generated a list presenting possible meanings (by comparing the English and Portuguese versions of the xls file with Wikidata language entries). Pikolas (talk) 12:38, 14 August 2015 (UTC)

What's the copyright status of those documents? Sjoerd de Bruin (talk) 13:04, 14 August 2015 (UTC)
It's unclear. I've opened a FOIA request to know under what license those are published. For reference, the protocol number is 52750.000363/2015-51 and can be accessed at http://www.acessoainformacao.gov.br/sistema/Principal.aspx. Pikolas (talk) 13:40, 14 August 2015 (UTC)
I heard back from them. They have assured me it's under the public domain. How can I prove this to Wikidata? Pikolas (talk) 01:48, 2 October 2015 (UTC)

Import P569 and P570 from azwiki (template)

Wiki azwiki
Items without P569 count (all)
As of Oct 12 9379 (47 %)
overview


Dates in azwiki are frequently available in az:Template:Vəfat tarixi və yaşı. These could be imported by bot. --- Jura 07:02, 11 October 2015 (UTC)

This section was archived on a request by: Jura 08:14, 8 April 2016 (UTC)

Remove the description "Wikimedia disambiguation page" from items that have a value in P31 other than Wikimedia disambiguation page (Q4167410)

Currently there are about 30 items with that [2].

There are more in other languages and variations of the description text. --- Jura 11:54, 4 October 2015 (UTC)

For "Wikipedia disambiguation page", there are 3259 items (check). --- Jura 12:02, 4 October 2015 (UTC)
Good catch. Though, those also contains items that are marked as intance of surname but should also include P31:disambiguation page, for example Yule (Q19857423). --Stryn (talk) 16:08, 4 October 2015 (UTC)
Items like Q5313389 shouldn't have (and don't have it). If eventually someone adds it to some of the others, another a bot will add the descriptions.
In the meantime, removing it avoids a lot of confusion.   Done for some of the en/fr descriptions. --- Jura 11:50, 10 October 2015 (UTC)

Import P569/P570 dates from dewiki (text)

Wiki dewiki
Items without P569 count (all)
As of Oct 12 19612 (3 %)
overview


dewiki articles are generally consistently formatted:

  • Sample: Q20752215, de.wikipedia.org: Marianne Mogler
  • Sample text: Marianne Mogler (* 7. Januar 1933; † 8. November 2000)
  • Format: (* DD. MMM YYYY; † DD. MMM YYYY)

Some dates could be imported from the above format. --- Jura 08:59, 11 October 2015 (UTC)

It shouldn't be a problem since the dates are clearly marked with symbols, but note that the place of birth/death is often included too, e.g. de:Margarete Aburumieh and de:August von Ahlefeld. - Nikki (talk) 13:30, 11 October 2015 (UTC)
yes, all requests made here are fairly straightforward. If I made separate requests, it's mainly to make it easier for users of those wikis to work on them. --- Jura 16:19, 11 October 2015 (UTC)

Move qualifiers with "Source" constraint to the references block

The properties that are supposed to have to be used as references are used as qualifiers in some cases and there are too many cases to correct them manually. The properties are reference URL (P854), quotation (P1683), retrieved (P813), imported from Wikimedia project (P143) and stated in (P248). The elements that are using it in any way different than the sources block are listed in their respective constraint violations report. If it is not used as a qualifier it's better to use it like it is. Thanks. -- Agabi10 (talk) 15:56, 11 October 2015 (UTC)

Import P569/570 from etwiki (text)

Wiki etwiki
Items without P569 count (all)
As of Oct 12 8983 (25 %)
overview


The following formats are used:

  • Sample item: Q16404152, et.wikipedia.org: Aleksander-Henn Schipai
  • Sample text: Aleksander - Henn Schipai (21. november 1929 Tallinn - 5. märts 2004 Tallinn)
  • Format: (DD. MMM YYYY [place] - DD. MM YYYY [place])

A bot could import them. --- Jura 16:21, 11 October 2015 (UTC)

Import P569 and P570 from trwiki (text)

Wiki trwiki
Items without P569 count (all)
As of Oct 12 12696 (22 %)
overview


Quite a lot of articles at trwiki have well formed dates in the format "(d. DD MMM YYYY[, place]) - (ö. YY MMM YYYY[, place])," (sample Q17431004). These could be imported by bot. --- Jura 07:00, 11 October 2015 (UTC)

Alternate format:
  • Item: Q6055352, tr.wikipedia.org: Ercüment Batanay
  • Sample text: Ercüment Batanay (d. 9 Nisan 1927, İstanbul - ö. 4 Mayıs 2004, İstanbul),
--- Jura 12:29, 12 October 2015 (UTC)

Import P569/P570 dates from nlwiki (template)

Wiki nlwiki
Items without P569 count (all)
As of Oct 12 12294 (7 %)
overview


nlwiki has no tracking categories, so no articles are included in Wikidata:Database_reports/Deaths_at_Wikipedia.

Some of the articles contain infoboxes with dates. A tracking category could be added to those with dates there, but no data here at Wikidata. Sample category for frwiki: Q20113586. The dates could then be imported to Wikidata. --- Jura 09:07, 11 October 2015 (UTC)

A lot of dates are already imported. The leftovers are the articles without infobox or syntax errors. Trying to lower that every day. Sjoerd de Bruin (talk) 17:02, 12 October 2015 (UTC)
I tried to do some stats: User:Jura1/sitelinks and P569 --- Jura 18:11, 12 October 2015 (UTC)

Correct claims

The elements supervillain (Q6498903) and superhero (Q188784) are instances of fictional profession (Q17305127) and they are used in a lot of elements as instance of (P31), can anybody change those from instance of (P31) to occupation (P106)? At least as I understand I think that it is more correct putting that information in occupation (P106). -- Agabi10 (talk) 12:57, 11 October 2015 (UTC)

Of course, not. They are fictional, not real professions. --Infovarius (talk) 05:47, 12 October 2015 (UTC)
@Infovarius:: Does it really mind to put them in the property occupation (P106)? Even if they are fictional they are still professions... -- Agabi10 (talk) 09:46, 12 October 2015 (UTC)
Oh, sorry. I've answered wrong question (I thought that you propose to make them kind of subclass of (P279) of occupation (Q13516667)...). As for property I don't know. May be it is possible. --Infovarius (talk) 13:45, 12 October 2015 (UTC)

Import P569/570 from svwiki (text)

Wiki svwiki
Items without P569 count (all)
As of Oct 12 7315 (4 %)
overview


Text frequently follows this format:

  • Sample item: Q6010919, sv.wikipedia.org: Knut Nilsson
  • Sample text: Knut Johan Evert Nilsson, född 23 september 1923 i Stehags församling, Skåne, död 2 oktober 2004 i Handen, Österhaninge församling
  • Format: född DD MMM YYY ... död DD MMM YYY ..

A bot could import them. --- Jura 12:25, 12 October 2015 (UTC)


Import P569/570 from nowiki (text)

Wiki nowiki
Items without P569 count (all)
As of Oct 12 4899 (4 %)
overview


Text frequently follows this format:

  • Sample item: Q17110549, no.wikipedia.org: Miling Svalastog
  • Sample text: Miling Svalastog (født 29. april 1919 i Trondheim, død 8. juni 2004)
  • Format: (født DD. MMM YYY [i <place>], død DD. MMM YYY [i <place>])

A bot could import them. --- Jura 12:25, 12 October 2015 (UTC)

Import P569/570 from huwiki (text)

Wiki huwiki
Items without P569 count (all)
As of Oct 12 18402 (24 %)
overview


Text frequently follows this format:

  • Sample item: Q12816373, hu.wikipedia.org: Székely Erzsébet
  • Sample text: Székely Erzsébet (Kolozsvár, 1922. június 15. - Kolozsvár, 2001. január 6.)
  • Format: ([<place>,] YYYY. MMM DD. - [<place>,] YYYY. MMM DD.)

This could be imported. --- Jura 13:55, 12 October 2015 (UTC)

Import P569/P570 from eowiki (text)

Wiki eowiki
Items without P569 count (all)
As of Oct 12 7198 (20 %)
overview


The following format seems quite frequent:

  • Sample item: Q12350072, eo.wikipedia.org: Juozas Kazlauskas
  • Sample text: Juozas KAZLAUSKAS (naskiĝis la 28 - an de januaro 1909 en vilaĝo Nuoriškiai, distrikto Biržai; mortis la 29 - an de julio 2001 en Panevėžys)
  • Format: (naskiĝis la DD - an de MMM YYYY [..]; mortis la DD - an de MMM YYYY [..])

--- Jura 16:31, 12 October 2015 (UTC)

I disagree. User:Jura1 has not pointed out any ability to distinguish Julian and Gregorian calendars, so these dates are not suitable for dates before 1923 or so. Jc3s5h (talk) 15:32, 23 October 2015 (UTC)

Import P569/P570 from plwiki (text)

Wiki plwiki
Items without P569 count (all)
As of Oct 12 59354 (22 %)
overview


The following format can be read easily:

  • Sample item: Q21014908, pl.wikipedia.org: Karol Świetlik
  • Sample text: Karol Świetlik (ur. 4 listopada 1924, zm. 14 września 2006)
  • Format (ur. DD MMM YYYY, zm. DD MMM YYYY)

--- Jura 16:28, 13 October 2015 (UTC)

I disagree. User:Jura1 has not pointed out any ability to distinguish Julian and Gregorian calendars, so these dates are not suitable for dates before 1923 or so. Jc3s5h (talk) 15:33, 23 October 2015 (UTC)
Have a look at the sample .. --- Jura 15:35, 23 October 2015 (UTC)
The dates should be Gregorian, but mistakes happen. Sometimes there are both dates Julian and Gregorian like in George Washington (Q23) and Johann Sebastian Bach (Q1339). Paweł Ziemian (talk) 21:15, 25 October 2015 (UTC)
The example is useless because the subject of the article is Polish and Poland had already adopted the Gregorian calendar by 1924. Jc3s5h (talk) 21:27, 25 October 2015 (UTC)

Importing data from template Bio to Wikidata

Wiki itwiki
Items without P569 count (all)
As of Oct 12 38009 (13 %)
overview


Template:Bio (Q19610561) on itwiki contains many data that can be imported into Wikidata. It has the following parameters

--★ → Airon 90 12:00, 17 October 2015 (UTC)

I partly disagree. User:Airon90 has not pointed out any ability to distinguish Julian and Gregorian calendars, so these dates are not suitable for dates before 1923 or so. Jc3s5h (talk) 15:34, 23 October 2015 (UTC)
  •   Comment I tried P19 through LuogoNascitaLink with harvesttemplates. For 1700 (of 50000) items, it took 30 minutes, adding only 8 (Maybe the ones that come first have already been checked). --- Jura 13:57, 6 November 2015 (UTC)
  • The other day I imported data from another template for people at itwiki. It seems there must be a lot of data that can still be imported. I wonder what User:Gac, the operator of itwiki's Biobot thinks of it.
    --- Jura 08:26, 8 April 2016 (UTC)

I harvested as much as possible in early 2014, I can re-run the script to see what's missing. Would that be enough? Amir (talk) 12:24, 17 April 2016 (UTC)

At Help:Import Template:Bio from itwiki, I added a few import steps.
--- Jura 07:49, 21 April 2016 (UTC)


This section was archived on a request by:
--- Jura 16:55, 7 May 2016 (UTC)

Convert Tinyurl to template

Currently a few queries are stored at tinyurl (samples). Could these be retrieved and stored directly on the pages instead? --- Jura 23:41, 30 October 2015 (UTC)

Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Bot_requests/Archive/2015/10&oldid=335011873"