mvolz@wikimedia.org
User Details
- User Since
- Oct 15 2014, 9:50 PM (440 w, 5 d)
- Availability
- Available
- IRC Nick
- Mvolz
- LDAP User
- Mvolz
- MediaWiki User
- Mvolz (WMF) [ Global Accounts ]
Thu, Mar 2
Feb 23 2023
Jan 16 2023
Jan 15 2023
I have moved pages where I had permission. On a few wikis, moves have special restrictions. I didn't have enough edits on https://he.wikipedia.org/ and on https://bg.wikipedia.org/ it was detected as vandalism.
Dec 17 2022
Dec 15 2022
Dec 13 2022
Dec 10 2022
Dec 3 2022
Nov 22 2022
That URL works for me now. Possibly not a block, but just slow sometimes?
Nov 20 2022
In lieu of a better plan, I think I'm just going to have the Citoid extension "guess" additional parameters from the last one rather naively by incrementing whatever integer is at the end. I.e. if it's last7, the next param will be last8
Nov 16 2022
@akosiaris I can't find anything in the logs... did we stop logging 404s or is it I am bad at finding things?
I've checked, and the urls work locally for me.
Nov 13 2022
Oct 26 2022
Oct 21 2022
Sep 13 2022
Realistically, we can't do anything about bad metadata on websites upstream, other than the workaround @diegodlh has mentioned, so closing this!
Sep 8 2022
Sep 2 2022
I'd guess we've been blocked for too much traffic.
Aug 31 2022
Aug 21 2022
Aug 18 2022
Aug 14 2022
I have enabled this, however it probably needs a lot of translation work - I have attempted it using google translate so I expect it has not turned out great
Aug 13 2022
Aug 12 2022
Jul 21 2022
Jul 19 2022
Jul 12 2022
Jul 5 2022
(Looks resolved to me now)
Copying from the other thread -
Jul 1 2022
@akosiaris - looks like for the last week or so we're getting hammered for isbn requests so much it's made the current error rate like 70% -> https://grafana.wikimedia.org/d/NJkCVermz/citoid?orgId=1&from=now-30d&to=now&refresh=5m
Jun 14 2022
Jun 5 2022
Jun 2 2022
Another point is that having separate templates for separate wikis would allow wikilinking to pages in the fields (i.e. the publisher, for instance). (Relevant mailing list discussion here: https://lists.wikimedia.org/hyperkitty/list/webtocit@lists.wikimedia.org/thread/HRYDDXA6MLTKBEV477H6FMZ4CBSNVGS4/)
May 31 2022
May 30 2022
Ah, and only volume but not issue was in the suggested params - so they didn't probably notice you could add the issue separately. Fixed: https://en.wikipedia.org/w/index.php?title=Template:Cite_journal/doc&type=revision&diff=1090606937&oldid=1090605535&diffmode=source
We used to add 01 as the day. This made people mad due to "false precision". As has nearly every other way I've tried to resolve this. There is extensive discussion on the other thread if you want to weigh in there!
A potential fix could be change the template data type - currently issue and volume are both set to "line" and it could be set to "number". However if you have, for instance, a "summer" issue, then that would prevent people from using that. Other than validating it against the type, there's currently no way to validate it more specifically than that.
Now having looked at the examples, these can't be from citoid because they're both pdf links which citoid doesn't do. Potentially user error?
May 24 2022
Apr 28 2022
Tried with 12 and it's fine now :).
Apr 7 2022
This is now deployed for citoid.
Apr 5 2022
Mar 29 2022
Mar 2 2022
It's probable we ran into our request limit with worldcat, but I can't find any obvious spike on the 24th like we've had in the past with bots eating up our requests. It's working for now - we should perhaps improve metrics/ tracking to alert us when we go over our request limit.
Jan 27 2022
Jan 25 2022
This is very cool! The short answer is - it would be very difficult to integrate this into the actual service we use. It uses a web scraper (Zotero) and each website is parsed by a different translator.
Jan 6 2022
Unfortunately this is a case where you would have to write a custom translator for zotero (see https://www.mediawiki.org/wiki/Citoid#My_favourite_site_isn't_recognised_by_citoid_and_only_gets_basic_information) for these sites.
Nov 5 2021
Nov 4 2021
It's ~70 rps at those peaks. They are most definitely violating https://www.mediawiki.org/wiki/API:Etiquette (even if we don't have hard numbers in that page) and we can take action against that. A quick look at turnilo shows a single AWS IP with a user agent of Apache-HttpClient/4.5.6 (Java/1.8.0_265) doing the vast majority of these calls in the last day (>85%).
I 've gone ahead and added them to our abuser lists (in the private repo). It will take some 30 minutes to propagate fully, but after that they should receive back a 403 asking them to contact noc@wikimedia.org.