Wesalius

Previous discussion was archived at User talk:Wesalius/Archive 1 on 2015-11-10.

Hi, I see you have added examples for P8502. The single-value property constraint is discutable, as it identifies various drug packaging forms of the same product. So either it should be removed/fixed, or the respective items should be improved, e.g.:

• PERINDOPRIL/AMLODIPINE STADA →
  • PERINDOPRIL/AMLODIPINE STADA 8MG/5MG TBL NOB 90

but I guess it's not feasible to have tens of wd items for various Ibalgins, and the former option is the one to go (I've already added more current SUKL codes to the above mentioned drug).

Regards, —Mykhal (talk) 15:48, 26 September 2023 (UTC)

Hi Wesalius,

HypoBot has added occupation (P106): physician (Q39631) statements to many items who are about people who are not physicians (i.e., not medical doctors). The source of the mistake seems to be that the Wikipedia category was medicine related (e.g., Nobel Prize winner in Medicine). See for example Carol Greider (Q26322), Jack Szostak (Q104600), Gertrude B. Elion (Q35703) and more.

Could you revert these edits at least until we find a way to sort out the real doctors from the others?

Cheers

I am sorry that I caused trouble by my inconsiderate edits through my bot account in the past. Those edits are buried somewhere deep in my bots edit history, do you have any list I could go through and revert those edits?

At least the three examples I noted in my first message are from February 3rd 2015. I hope that can indicate which edits you need to revert.

Cheers,

Hi Wesalius,

You haven't replied to my request to revert the errors created by your HypoBot.

Best,

Yes, I looked into it and I couldnt find any easy way to find and revert those edits. Unfortunately I dont have enough time for volunteering on wikidata as I had in the time of those edits and I wont have enough time for another year and a half. So I am sorry I did some errors in the past, but I cant help to fix it the way you suggested (going through them and reverting them), ban me or my robot account if you have to...

Hi, Wikidata:WikiProject Chess/Lists/Elo recent is empty because contain no query.

Thank you for the note, even though I am listed as a participant, I am long term inactive in the wikiproject and wikidata itself, so I advice you to discuss the matter at project level discussion: Wikidata talk:WikiProject Chess

Is EloBot done with importing the Elo ratings from 2001 onwards?

Only this month (11/2016) is not added. But I cant work on it now, since latest update to wikibase (the software that wikidata runs on) prevents my script from adding any more statements.

It has been fixed. Now all the available data from FIDE since 2001 are imported.

Ok, thanks for your efforts. When are you going to import the data before 2001?

I think I already wrote to you in a different conversation that I dont see it anytime soon since the data in benoni and ilimpbase are formatted differently if I recall correctly.

Did you make any progress in fetching the elo ratings for the time before 2001 from the websites benoni or olimpbase?

Nope. The same "on hold state" as with the federation countries applies to this as well.

I may be mistaken, but from what I remember when I briefly checked the files from those sites, they were not produced as "elo ratings of players per month". If the data structure is different to fide files which I work with now, then it will be a possible problem, because the script I use now is written for "elo ratings of players per month" files.

Maybe you could contact people behind benoni and olimpbase if they could produce their output data in "FIDE" formatting, so it could be easily uploaded to wd using the script without major changes...

I sent a message to benoni. I doubt that the guy behind olimpbase will have time for this, he is always very busy (he is mayor of a town), so I did not ask him yet.

Benoni has answered. He told me that extracting the ratings from the old FIDE lists is quite problematic and cumbersome because the FIDE ID was not constant in these times, transcriptions from non-latin-letters may slightly change over time and players (especially women) may have changed their family name. So he does not have a complete dataset of all the ratings and he can not provide us the data as "elo ratings per players per month". He offered to help us, but at the moment he does not know how he can help us.

If there are such inconsistencies in the datases, they might not ne suitable for bot ať all...

Thank you for asking anyway.

Could you import with your bot the years when the titles (first e.g. the grandmaster title) were approved? A good source could be the german list "Liste der Schachgroßmeister" (linking does not work) where all title years have been added and checked by different sources. Not a good source is definitely the FIDE database. Many years are missing or wrong.

Yes, it is possible. The dates at are meant to be date qualifiers for the title values at the player items? Or what property do you think should be used?

The easiest for me would be if you would give me a list of player items with the date values so I can pass it into quickstatements.

Or I can actually make quickstatements figure out the items from the de.wiki articles, so no need to get the list. Just figure out what should be the appropriate structure to store it (date qualifier for title values at the player items, or something else?)

I was thinking of adding Property:P580 as a qualifier to the grandmaster statement, like here: One could also use Property:P585, but I think P580 is more appropriate because from there on the player is grandmaster (and there is the potential that the title gets revoked, so we would need Property:P582 additionally.

Ok. Would you please help me finish preparatory list at Benutzer:Wesalius/List?

How shall this list look like? The names as written there and the form "<Given Name> <Family Name>,<Year>", or the english transkriptions (which would be quite a workload). I think for a large part of the names the german wikidata label could be used to link the names to the Items.

Most of them are already done. They should like like "name of de.wiki article","year" pairs.

Will you work more on the list or not?

What needs to be done? The links are all correctly formatted I think. There are some years not matched to a link, what about them?

Those abandoned years just need the appropriate player. If you dont match them (can be found when checking the player above or below) then I will just skip them no problem.

Maybe I have time to work on the list during the weekend. You can start importing on monday. :)

Ok, its your request, so when you say we ready then we ready ;-)

Could you briefly sketch how you plan to match the list entries with the wikidata items? I just want to be sure that your bot will work fine.

There are at the moment 1682 items with the title grandmaster, but the correct number would be 1678, so this year import provides also the possibility to correct the statements (effectively, four are wrong, but from experience, I think there are more than four added wrongly and somewhere else the statement is missing). Your bot will hence have a residual list where he could not add any year. I would need this list also to clear up the rest.

For players that have their article written, I dont have to match anything, its pretty error proof. Go to http://tools.wmflabs.org/wikidata-todo/quick_statements.php and try yourself. Put dewiki and then follow this example for any player that has article on dewiki:

"Jacob Aagaard,2007" -> "Jacob Aagaard    P2962    Q105269    P580    +2007-01-01T00:00:00Z/09    S143    Q48183"

Does not work for me. With the article name, nothing happens, and with item number, he seems to look for the page Q725629 P2962 Q105269 P580 +1957-01-01T00:00:00Z/09 P143 Q48183. But besides that, what if the german article does not exist?

Has to work, just put the "Jacob Aagaard    P2962    Q105269    P580    +2007-01-01T00:00:00Z/09    S143    Q48183" in Calc/Excel columns like

Jacob Aagaard

P2962

Q105269

P580

+2007-01-01T00:00:00Z/09

S143

Q48183

then copypaste from there to quickstatements. Dont forget to put dewiki into the little window above

Ok, worked, the tabstops were the problem.

Those that dont have the article will have to undergo a manual/semiautomatic wikidata search (I set the labels for all imported players, should be a problem) eg with http://tools.wmflabs.org/wikidata-todo/linked_items.php, python script or just copypasta into wd search bar.

What about looking for the date of birth? This would narrow it down to maybe three possible items for each list entry, and the correct one could then choosen by hand.

Probably the easiest is to create a query that looks up item that:

• matches the label
• matches the birthday
• has P2962:Q105269

and then to recycle such a query with different labels.

Would it be possible if I run the quickstatements first for the articles that exist, and then you run the query which compares the birthdays for the rest?

How about you do both (since you know how)? Or you want to do just the no-work part?

I dont know how to run this query and then match the list entries to the results. I am already cleaning up the statements for the future year adding, this is also work :)

It is work that you came up with ;-) Go ahead with the quickstatements ;-) I will look into the queries later...

Why is it in you example above "2007-01-01"? We only know the year, so stating it at day precision would be wrong.

The /09 at the end of the date states the precision, for more questions like this refer to the HOWTO at http://tools.wmflabs.org/wikidata-todo/quick_statements.php

Yes, the precision is year, but internally, it is saved 2007-01-01. I think it would be more appropriate to add the data as "2007-00-00", to avoid any possible confusion.

You are the one who is going to add the data, so do it that way if you think it is better.

The quickstatements-list has run through. Now you can go on with the query. If you want me to help, please ask. :)

Hi! At the FM Mix'n'match catalogue, there are a few titled players (mostly FM, a few IM) remaining without item. Can your bot maybe create these items?

So all of these in the catalogue yo are linking are notable and should have their item?

Yes.

Done

Thanks!

Almost two years after your initial creation, I finally added some graphs at Wikidata:WikiProject Chess/Graphs ;)

Ooooh, thank you! They look great! I might reuse them on cs.wiki.

See Elobot's talk page.

What about importing the Elo ratings since January? Is there a problem?

No problem, I am just busy in real life, graduated from an university a month ago, everything is settling down.

I am working on it, one of the scripts which reformats the data from fide refuses to work with me, but hopefully I will make it work soon and the uploading will start again.

I resolved the issues, the elo ratings are being added.

Nice :)

There are some items where the bot skipped adding the month qualifier in the first run in November/Dezember 2016. I removed such Elo statements because it does not make sense without month. Is it possible that your bot checks at all items if all Elo statements are complete for all available months, and adds the elo rating of missing months?

Yes, it will add them this time or in another iteration. It goes through all the previously added months and checks if the value is already added, if it is not (or have been deleted) then it adds it, so if it will be added now or next time depends on if that month has already been checked.

EloBot has added some zero or strange (e.g. 7) values, see e.g . [https://www.wikidata.org/w/index.php?title=Q20744484&diff=490955091&oldid=490955089 and Wikidata:Database_reports/Constraint_violations/P1087#.22Range.22_violations .

Hmm, it seems there were some errors when parsing the xml source file. Since there is just couple of them I will fix them after the run is done, thank you for noticing.