duplicate of T421955?

I'll be attending May hackathon, if that might be a good time to work on this? (I can't make the NWE one.)

MediaWiki already checks hashes of new uploads against existing files and prevents uploads of duplicates from what I've seen when using UploadWizard. I've also heard of ongoing projects to find duplicates using hashes, but I can't remember who presented about that at recent hackathons... There's also https://github.com/bio-guoda/preston/issues/239 .

Hi, I run the "New Wikiquote article and category matches", "New Wikipedia article and category matches", and "Commons category matches" Wikidata games (connected to Pi bot activities). It's great to see this project taking place, the games definitely need some love and expansion!

Thanks Matthew, I'll see how it goes!

I'm getting 503 errors again today while uploading to Commons.

Thanks for this significant improvement! I suspect most people will be familiar with spreading things over multiple pages, unless they've young enough to have only encountered endless scrolling?

Maybe @Alchimista can help with the .pt domain?

In T401438#11069994, @BCornwall wrote:

Emails sent to @Mike_Peel and @geraki and brazenly subbed them here too :)

At the start of the session we talked through the examples of:

• https://commons.wikimedia.org/wiki/File:At_Wikimedia_Hackathon_(MP)_2024_139.jpg - we have many photos of hackathon attendees like this on Commons
• Such as at https://commons.wikimedia.org/wiki/Category:Wikimedia_Hackathon_2024_-_Closing_session
• And https://commons.wikimedia.org/wiki/Category:Wikimedia_Hackathon_2024_-_Opening_session
• Some of these are categorised as showing people: https://commons.wikimedia.org/wiki/Category:People_at_Wikimedia_Hackathon_2024
• Some have named people at the event, e.g., https://commons.wikimedia.org/wiki/Category:Andrew_Lih_at_Wikimedia_Hackathon_2024
• Some Wikimedians have Commons categories like https://commons.wikimedia.org/wiki/Category:Andrew_Lih - and Wikidata items like https://www.wikidata.org/wiki/Q1113332
• Andrew's notable, so he has no escape from a Commons category and Wikidata item
• What about less notable attendees? E..g., https://commons.wikimedia.org/wiki/Category:Valerio_Bozzolan & https://www.wikidata.org/wiki/Q125953097
• Should all attendees have Commons categories and Wikidata items? Or should only some have them? What about descriptions?

That would be great @debt, thanks!

"The MediaWiki error backend-fail-internal occured: An unknown error occurred in storage backend "local-swift-eqiad"." ...

See https://www.mediawiki.org/wiki/Outreachy/Past_projects#What's_in_a_name?_Automatically_identifying_first_and_last_author_names_for_Wikicite_and_Wikidata for the project outcomes. I've replied over at https://www.wikidata.org/wiki/Wikidata:Bot_requests#Request_to_add_first_and_last_name_to_items_about_humans_%282025-02-11%29 -

This will be great! There's a bunch of issues over at T366607 that need resolving, and that also links to the start of the community discussion about this (at least one more round is needed before the community will be happy with the change, I think).

I retired tasks 17 and 20 back in December, and haven't spotted any complaints since, so am marking this as resolved. If I get time at some point, Pi bot could probably still do more to use mul, but that's in the longer grass at the moment.

In T316797#10410059, @Arian_Bozorg wrote:

Hi Mike, can you give me some details of the browser and the width of the screen?

In T316797#10394206, @Arian_Bozorg wrote:

This seems to be fixed now

In T62928#10230819, @SD0001 wrote:

To turn on syntax highlighting, click the highlighter icon in the toolbar.

This is quite frustrating for dvorak users ... any timeframe for it being reverted / help pointing out how to turn syntax highlighting on? Surprised this wasn't mentioned in yesterday's Tech News.

Thanks! Let's follow up there.

In T371774#10040734, @Bugreporter wrote:

They may be copied to mul labels instead if one does not exist.

oh, this is an old ticket. Nowadays the infobox automatically shrinks when you access it on mobile (most fields are just hidden), so I'm not sure this is still needed. Unless it would be better to autocollapse it to a single line and have the full infobox available on demand?

Uploads have been going much better today, thank you. :)

Uploads have been going much better today, thank you to whoever fixed this. :-)

Also getting errors while uploading:

Following the merge, can this be broadened to include all devices (e.g., meta quests), not just iOS?

Is the restriction on the page width relevant for Wikidata? I thought it was aimed at large amounts of prose, like Wikipedia articles. Could it just be turned off by default?

Sorry for the slow response. I'm not sure, it's an area I'd like to investigate more, but then there is T365208 and T246901, so I'm not sure if this ticket is also useful to keep active.

Work that @Mike_Peel can help us with:

• We need to update https://commons.wikimedia.org/w/index.php?title=MediaWiki:Filepage.css with the following:

table.commons-file-information-table, .fileinfotpl-type-information, .fileinfotpl-type-artwork,
.fileinfo-paramfield {
      color: #202122;
}

"hack stylesheet" - can you be more specific? That doesn't sound good for the long term.

I'm happy to make edits to fix this on-wiki (I'm an interface admin on Commons), I'm just not entirely sure what needs changing. :)

I'm still working through the processing of the photos I took, hope to upload them soon.

useful links:

• https://www.khronos.org/gltf/
• https://www.linuxfoundation.org/press/announcing-alliance-for-open-usd-aousd

https://developer.apple.com/augmented-reality/quick-look/ exists - not quite VR, but AR. Could work for MediaWiki? Possibly needs USDZ (for apple) and GLTF (for Android/Quest) versions of the 3D models?

Trying to figure out ways of linking to existing 3D content on Commons. For example, there is https://commons.wikimedia.org/wiki/File:Parthenon.stl - a 3D model of the Parthenon. It's possible to view it in 3D on Commons, if you click the '3D' button top-left, then you end up at https://commons.wikimedia.org/wiki/File:Parthenon.stl#/media/File:Parthenon.stl . Testing on Wikipedia though, you get https://en.wikipedia.org/wiki/User:Mike_Peel/Sandbox2 - clicking 3D takes you to commons, and you have to click again on 3D to actually view it in 3D... The 3D models are linked to in Wikidata items, though, using Property:P4896 - so there is a way of finding them from a Wikipedia article fairly directly. They are also in the Wikidata Infobox on Commons.

Copying over the report from the other ticket, in case that helps resolve this:

Oops, I'd forgotten about the previous ticket, thanks for merging. Also apologies for accidentally changing subscribers, restoring those.

In T209310#9715995, @Nardog wrote:

Not sure what still needs to be done about this technically. The deprecation of the old module can be done by volunteers on wiki.

In T209310#9715656, @Taylor wrote:

Working link: https://www.mediawiki.org/w/index.php?title=Extension:Scribunto/Lua_reference_manual&diff=prev&oldid=6470970

Indeed the global deprecation of "Template:=" "Template:!" and "Module:No globals" should be stronger.

The discussion at Commons is indeed silly. How complicated can it be to remove a blatantly outdated comment line from a module?

After being abruptly told to make an edit on Commons to remove Module:No_Globals from WikidataIB (https://commons.wikimedia.org/w/index.php?title=User_talk:Mike_Peel&diff=prev&oldid=868602169), I finally traced the logic back to this ticket. I've added a link to this from the documentation [https://www.mediawiki.org/w/index.php?title=Extension:Scribunto/Lua_reference_manual&diff=prev&oldid=6470970] to help others find this ticket, and will make the edit, but there needs to be way better outreach to migrate all the uses described at https://www.wikidata.org/wiki/Q16748603 to this new solution.

In T360360#9675009, @Bugreporter wrote:

Note if (in the future) one day we add chapter wikis to Wikidata, this will be embarrassing since they are not "multilingual" sites.

Thanks for working on this @Amire80! It looks like a good way forward. Maybe good to subscribe those following T102417 to this follow-up ticket, to keep people in the loop?

Migrated.

Many thanks @taavi - I managed to figure it all out today, particularly using that last link. It seems it's basically a complete change from the old system. I'll keep an eye on it, but hopefully it will run daily using the new system from now on.

The setup works fine with jsub, how do I just use the same environment with this new setup?

Can't I use my local environment, which loads when I log in?

Ah, well spotted, thanks! That moves the problem on a stage, where it now says:

So I must be missing something, but I was running this at /data/project/pibot/wikicode:

Oh, me again. On it...

I'm the operator of Pi bot, I'll check into this as soon as I can.

In T345783#9333011, @Legoktm wrote:

Switching to path-based input is something that tool developers would need to support in each tool

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.

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).

In T14019#9299831, @Umherirrender wrote:

Some base work in core has started and is linked with T268526: Use a dedicated mechanism to track page dependencies
But without support for Special:WhatLinksHere, the data are internal to mediawiki.

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.

Hi @Anne you need to submit this on the Outreachy website, not here. Closing the task as invalid.

In T313467#9271763, @ItamarWMDE wrote:

We can definitely release it a day or two later. This will give us a chance to review the release before it goes out.

In T313467#9265250, @Arian_Bozorg wrote:

Thanks for the feedback Mike! Looks like we will keep the type column in the last position and it will remain optional for now.

This will be released on 1 November, so should work for your first half of the month schedule :)

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.

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?

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.

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.

In T347259#9250484, @Jcxiang wrote:

As many of us found out, we cannot access the Slack channel to communicate, for myself, I also tried Zulip and email to contact you but there was no response. I am wondering if we can build some possible communication to discuss after completing these two microtasks, like to discuss the project deadline for the project application.

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).

In T313467#9241353, @ItamarWMDE wrote:

It might have just taken a while for the job to complete. As far as I can see the import succeeded

Re-run this evening, it seems to be stuck at 'Pending'.

Reran today, same error according to https://mismatch-finder.toolforge.org/store/imports

In T313467#9215948, @ItamarWMDE wrote:

@Mike_Peel @Lydia_Pintscher The system was reverted to the stable version, apologies for the mix-up. Could you attempt the upload again, please?

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

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.

In T343131#9147972, @LucasWerkmeister wrote:

In T343131#9147662, @Mike_Peel wrote:

For links to toolforge, https://wikitech.wikimedia.org/wiki/Tool:Iw exists to provide interwiki links - but it doesn't seem to pass on parameters. For example, https://scholia.toolforge.org/Q1513315 works, as does https://tools.wmflabs.org/scholia - but e.g., https://tools.wmflabs.org/scholia?qid=Q1513315 does not. Some sort of service like this might mean we could change ~10x4.5m external links into interwiki links.

I made a task for adding this capability to the iw tool, which seems reasonable to me because it’s already intended for interwiki links: T345783: iw.toolforge.org does not support URL-encoded query parameters ([[toolforge:foo?bar]])

Alternatively (e.g. if that task doesn’t happen), we could also create dedicated interwikis for highly-used tools (e.g. scholia: for https://tools.wmflabs.org/scholia?qid=$1).

It's stopped working again...

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.