User Details
- User Since
- Apr 24 2015, 8:26 PM (449 w, 6 d)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- Mike Peel [ Global Accounts ]
Sun, Nov 19
Wed, Nov 15
I'm (personally) not sure this is something that would only be solved with a research paper, it would probably also need the development of a generally available tool to enable future analytics in this area - although those probably aren't decoupled things.
Tue, Nov 14
Thanks @Legoktm - that seems to work for Scholia. However, it doesn't work for Resonator - try https://iw.toolforge.org/reasonator/Q1513315 vs. https://reasonator.toolforge.org/?q=Q1513315 . And then there are more complex cases like https://glamtools.toolforge.org/glamorgan.html?&category=South_Pole_Telescope&depth=1&month=last or https://wikishootme.toolforge.org/#q=Q1513315&main_commons_category=South_Pole_Telescope etc. (and other links at the bottom of https://commons.wikimedia.org/wiki/Category:South_Pole_Telescope - or the infobox in most commons categories).
Nov 2 2023
Oct 30 2023
Please do make sure to submit your final application via the Outreachy website before the deadline! That is the only way we can formally receive applications to consider for the project.
Just to be clear - make sure to submit your contributions and final application on the Outreachy website before the deadline! It's fine to still include contributions there if they haven't been reviewed or if you've made changes since you last got feedback on them. But do make sure you submit your final application before the deadline!
Just to be clear - make sure to submit your contributions and final application on the Outreachy website before the deadline! It's fine to still include contributions there if they haven't been reviewed or if you've made changes since you last got feedback on them. But do make sure you submit your final application before the deadline!
OK, I think linking is fine, I just wanted to avoid a situation where you submitted something here but didn't fill in a final application on Outreachy, which would be bad. :-) Normally I've just seen written timelines posted on Outreachy (along the lines of 'Weeks 1-2, X, Y, Z activities', with weeks on different lines), I guess the Outreachy system isn't so friendly for tables.
Hi @Shashi.coding Please make sure to post this on the Outreachy website directly, since we can only accept applicants through that process. You must make a final application on the Outreachy website. I'm closing this phabricator task as invalid.
Oct 27 2023
Hi @Anne you need to submit this on the Outreachy website, not here. Closing the task as invalid.
Oct 23 2023
Oct 22 2023
Oct 17 2023
If you're going to be supporting mismatches on labels, descriptions, aliases (which would be good!), then making type required might make sense - and making changes like that while the tool is still in early stages is good (or at least, better than later!). There are ~3.6m mismatched English descriptions at https://en.wikipedia.org/wiki/Category:Short_description_is_different_from_Wikidata that I could start automatically uploading when that becomes possible.
Oct 16 2023
Is this the breaking change? I'm currently using 'item_id,statement_guid,property_id,wikidata_value,meta_wikidata_value,external_value,external_url'. I'm not sure what a guid is? Will 'type' be optional - in which case it is better at the end rather than the start?
Oct 15 2023
With "kind of experience you are looking for", it's anything that demonstrates that you are well suited to do the project, which could be coding/documentation/etc. that you can link to as examples; involvement in the Wikimedia projects, other open source projects, etc. - it's an open question that is worth spending time answering to describe the background that you're coming from.
I'm doing a bulk upload from LIghtroom this eve and am running into "The MediaWiki error backend-fail-internal occured: An unknown error occurred in storage backend "local-swift-eqiad"." again.
Oct 14 2023
Thanks so much for working on this @Arlolra ! Let's see how this goes. :-) If the different filename formats do continue to cause problems, I could probably update the code for QICbot to correct them on a daily basis, if that might be useful.
Apologies for the confusion about Slack - have found and corrected the bad link (hopefully!). We're not using Slack for this part of the process, you should join Zulip instead using this link: https://wikimedia.zulipchat.com/#narrow/stream/399895-outreachy27 (also given at the top of this page).
Oct 11 2023
Oct 10 2023
Re-run this evening, it seems to be stuck at 'Pending'.
Oct 9 2023
Reran today, same error according to https://mismatch-finder.toolforge.org/store/imports
Oct 5 2023
Oct 2 2023
Also seeing this, ongoing issue? E.g., at https://www.wikidata.org/w/index.php?title=Q34623&curid=37349&diff=1985491049&oldid=1959113485 , https://www.wikidata.org/w/index.php?title=Q19599427&oldid=prev&diff=1984920937
Sep 19 2023
Thanks @TheDJ. I'm happy to claim responsibility for this - it's because the Wikidata Infobox improves multilingual search engine optimisation in Commons categories that it's used in by including all language Wikidata labels. I don't think the changes to search helped things here (from my personal point of view, they made things worse by hiding category search results). I've been talking about this for several years now as an improvement to multilingual search on Commons, so I hope Discovery-Search have seen it and that it hasn't unexpectedly affected their research. I would be very reticent to turn this functionality off before knowing that multilingual search has indeed improved beyond this being necessary.
Sep 8 2023
Sep 7 2023
It's stopped working again...
Sep 6 2023
Thanks @Ladsgroup for the chat at Wikimania. Following up on our conversation (sorry for the delay), from the perspective of the Wikidata Infobox on Commons:
Thanks, just to confirm, it's working nicely again now.
Sep 5 2023
Sep 3 2023
Aug 29 2023
Explaining it to the user would definitely be an improvement. Respecting blocks is important though, although it's not obvious when it's still allowed to have access despite the VPN block and then not be able to do certain things without explaination.
Aug 17 2023
Aug 11 2023
(Edited task description accordingly, I hope that helps.)
Although, I can thank people on enwiki (and just did so), so maybe the VPN isn't the only cause... Odd!
Also not there with another account with clean settings, in a private window. I definitely suspect my VPN as being the cause now, though!
Ah - I'm connected with NordVPN at the moment (traveling), perhaps it's auto-disabled on that?
Yup. Will check with another login...
Aug 6 2023
Jul 31 2023
I've replied at https://commons.wikimedia.org/wiki/Template_talk:Wikidata_Infobox#Category%3AUses_of_Wikidata_Infobox - of all possible aspects of increased server load caused by the Infobox, category inclusion was the least of my worries! It can be reconfigured if needed, though.
Jul 23 2023
I'm not sure what's changed, but it seems to be working again now?
Jul 20 2023
Jul 19 2023
Hmm, or not, it stopped again. Very odd.
Hmm, perhaps that was it? It seems to be working OK again now.
It seems to have stopped working again in the last hour, but at a different point of the process. You can enter votes, and you see "1 pending review confirmations" - but 'Confirm reviews' doesn't work. Did something change in the last hour?
Jul 12 2023
Thank you so much, that seems to have fixed it!
This possibly broke QICvote on Commons - please have a look at T341736.
Jun 14 2023
Sorry for the delay, 412 photos now uploaded at https://commons.wikimedia.org/wiki/Category:Wikimedia_Hackathon_Athens_2023 - let me know if there's any problems with any of them!
Still happening. "The MediaWiki error backend-fail-internal occured: An unknown error occurred in storage backend "local-swift-eqiad"."
Jun 9 2023
Thanks, the behaviour does seem to have changed to be correct now.
May 25 2023
Thanks for publishing it! :-)
May 19 2023
Adding Edward, chatting to him at the Hackathon he may have useful input here. :-)
May 17 2023
Do you (or could you) support Cite Q through this tool? Also see T289287.
May 15 2023
Sorry for the belated response. The process of getting the geoshape is described at https://www.mediawiki.org/wiki/Help:Extension:Kartographer#Via_Wikidata_ID - it works in reverse from the usual setup, you have the Wikidata QID on the OSM feature, and Kartographer somehow manages to query for that and pull the shape over to display it. (It's not stored on Wikidata since OSM IDs aren't stable.)
May 4 2023
I plan on taking photos during the event and uploading them to Commons, would be happy to also take photos on request.
Mar 13 2023
Not sure if it's related, but I keep getting this error when uploading new version of files.
It might be a generic issue, not a chunk upload one? (Also see my earlier comment on this when uploading images through Lightroom, also not sure that's chunk upload?)Mar 10 2023
@MatthewVernon Thanks for looking into this. Just to note that it does go back a bit longer, this ticket was started in early February.
Feb 20 2023
Feb 7 2023
Just to note that I've now gotten to the bottom of this in the pywikibot code. If after getting the property claim for an external-id, I request 'clm.getTarget()' - then I get lower case. If, however, I do 'clm.getTarget().title()' then the first letter is capitalised. To generalise the code, I've added a check for if a claim is an external-id or not, and use the appropriate call accordingly. This diff: https://github.com/mpeel/wikicode/commit/3f2c18ef8c559a02d04b81aa330ad9a843fb3a52
Feb 6 2023
Copying over my comment from the task that was merged in (I didn't see this one, wasn't expecting Yann to have created two on the same issue):
I'm also getting this error surprisingly often at the moment (after <5 minutes of starting a bulk upload). From Lightroom uploading: "The MediaWiki error backend-fail-internal occured: An unknown error occurred in storage backend "local-swift-codfw"." I've also had the same error when uploading a new version of a file.
The items were created in 2022, so probably not a current problem?
Jan 31 2023
Sorry, it works out too expensive for me in the end. :-( Hope to join in with a future Wikisafari instead!
Jan 25 2023
It looks much better now, thank you for working on this!
Jan 23 2023
I think this happens when the article is shorter than the sidebars, going from a random selection of articles.
Jan 16 2023
Hi, it's still on my to-do list, sorry. :-( Will try to get to it as soon as I can.
I'm potentially interested, but I could only participate if it's before the end of March. The current suggestion of 11 February might work.
Oct 28 2022
I'm just wondering - if the system is checking and knows that the link is to a redirect already, is there a way to highlight or auto-select the sitelink to redirect options?
Oct 17 2022
@Azaya89 @Aklapper The Slack link was mentioned on the Outreachy website, I've fixed it. At this point in the process we use Zulip - please see https://www.mediawiki.org/wiki/Outreach_programs/Zulip for how to connect.
Oct 16 2022
Ah, I see, thanks. Looking a bit more, there are examples where they are noindex but probably they do want to be in Wikidata, e.g., https://en.wikipedia.org/wiki/Category:Serial_murders_in_France - so excluding noindex probably wouldn't work well anyway. Will have to look into this further before deciding how the bot should approach this now.
@Ladsgroup The specific case I came across was AfC categories on enwiki, like https://en.wikipedia.org/wiki/Category:AfC_submissions_by_date/07_January_2021 - that should be excluded, but weren't.
Hi, using the new database structure, I've run into a problem: I think it's not excluding one or both of noindex and hiddencat - which normally should not be connected to Wikidata. Please could someone check this?
Oct 15 2022
Thanks, implemented now, and this seems to be working well!
Oct 10 2022
@Ladsgroup @Lucas_Werkmeister_WMDE OK, reading through the other task (and quickly renaming this one, sorry for that confusion!), the big change is the new page_prop 'unexpectedUnconnectedPage', which I could simply query here. I need the page title rather than the ID. So probably something like this would work? (changing, e.g., -0 to -14 for categories):
Oh wow, I didn't realise I'd sent you down a rabbit hole, sorry - and really nice work fixing this!
Oct 8 2022
Thanks for the replies! I've gone with Lucas's solution, since that's probably more stable than the categories, but that's also an interesting approach to take! The query ran successfully, and Pi bot's adding infoboxes again now.
Hi, the change also affected Pi bot's deployment of Wikidata Infoboxes on Commons, help rewriting the query would be appreciated at T320314!
Oct 2 2022
Sep 27 2022
Sep 24 2022
Sep 1 2022
@srishakatux I can co-mentor this, I've already registered to do so on Outreachy. I'm not planning on proposing any of my own projects this round.