User Details
- User Since
- Feb 22 2017, 11:36 AM (370 w, 20 h)
- Availability
- Available
- LDAP User
- Edoderoo
- MediaWiki User
- Unknown
Aug 14 2021
It used to be below the category links on nl-wiki, and on the *left* side indeed.
Aug 9 2021
Well, if we have a (preferably FULL) list of contestants somewhere, I can generate a python script that will check for every contestant if an olympedia-profile is available in WikiData.
That will give us a list of olympians that are still missing, so we can work it out from there.I hope that I can provide an Olympedia catalog for mix'n'match containing all 2020 Summer Olympics participants. Hopefully this evening or tomorrow.
I made a start with a script https://public.paws.wmcloud.org/User:Edoderoo/workitems/Olympedia.ipynb here ... It can list all humans still missing an olympedia-ID.
We can use that for some aftercare, maybe together with the mix-n-match process.
Every Olympian has a Olympedia.org-profile but many new/recent Olympians are still missing this on WikiData.
Would you be able to add that during the data-thon?
Well, if we have a (preferably FULL) list of contestants somewhere, I can generate a python script that will check for every contestant if an olympedia-profile is available in WikiData.
That will give us a list of olympians that are still missing, so we can work it out from there.
Aug 8 2021
Every Olympian has a Olympedia.org-profile but many new/recent Olympians are still missing this on WikiData.
Mar 1 2021
Oct 21 2020
I still have this on my to do list, but too many other tasks and little
time.
Sep 27 2020
At first, it would help if the error mentioned the wiki (and the item?) that caused the failed read. Now you only get an error "You do not exist on some wiki". Then I have no idea on what wiki to add my credentials.
Jul 6 2020
I will work on this the first half of august, when I have my holidays. Or earlier, if I have time for it sooner.
Jun 11 2020
I believe this one can be closed?
May 9 2020
Today (may 9th, so 5 weeks later), PAWS was updated. It works again tgouth.
The "sleeping" message you will see every now and then. It happens when the lag on the replication servers is too big (recently like half of the day, can take an hour or more to resolve). See https://grafana.wikimedia.org/d/000000489/wikidata-query-service?panelId=8&fullscreen&orgId=1 for the current replication-status.
QuickStatements is a tool, not a programming environment. I guess QuickStatements is programmed by Magnus ... and that tool will still do a good job for "simple tasks" witout qualifiers...
Dec 18 2019
Nov 23 2019
Just a quick start ... it still doesn't count the copyrights-reps yet
Nov 22 2019
for the most used properties I have a python script.
https://paws-public.wmflabs.org/paws-public/User:Edoderoo/Count%20properties%20from%20SparQL-query.ipynb
If anyone has additional queries or remarks to this request, feel free to add!
Almost 8000 items have a maker that has no defined representation.
I think that is correct for most of them, but if we miss the representation on some of the makers, it will also influence the percentage you calculate. Looking critically at the outcome of the below query can therefor increase the quality of the data, and the quality of the final calculated percentage
I found 154 items that do not have a maker at all.
Obviously they will not be shown in the above query, and might influence the outcome of the calculated percentages
select ?item ?itemLabel ?makerLabel ?representedLabel where
{
?item wdt:P276 wd:Q679527 . #locatie Boymans van Beuningen ?item wdt:P170 ?maker . #bepalen wie de maker is #?maker wdt:P1875 wd:Q2377084 . #de maker is aangesloten bij Pictoright ?maker wdt:P1875 ?represented #represented by any org {service wikibase:label {bd:serviceParam wikibase:language "nl"}}
} order by ?represented
Nov 5 2019
Apr 26 2019
Thanks Michael.
I have made two changes to my description-python-code ... one is the weird, and by intention broken link to the log, that is not updated for over a year anyways.
I don't think that will be the cause, but I took that out now.
Apr 21 2019
Usually, a null edit (nothing changed) will result in that: a null edit with no history, and no edit on the account.
For some reason, I sometimes run into null-edits that do leave a trace, for the moment I can not see why that does happen, to me it looks like a small bug in the wikisoftware in the Wikidata-area.
These edits are already there for quite a while, and updating the pywikibot repo on my machine will not solve the issue.
I have only seen this when updating descriptions and/or labels, when the actual update in the end does not really make a change.