@Aklapper can you help out here? We had several events and have future events under the techstorm/wikistorm label. We don't want old tasks to clutter up our board, but kicking them off is besides the purpose. Normally we would just create a board per event (just like the Wikimedia Hackathon or Wiki Loves Monuments), but that seems to have been declinced here? Wonder why. Maybe just make a done column per event and make it hidden? That way we can see per event wat was done, without cluttering up our workboard.

@Ecritures you shouldn't remove tasks from the relevant boards just because these are done. Probably better to create a board per event.

@Dvorapa : Etherpads are far from permanent. When you're done, you should put the contents in this ticket, see for example T216260

https://commons.wikimedia.org/w/api.php?action=wbgetentities&format=json&ids=M7902

Also did one for another property, https://github.com/multichill/toollabs/blob/master/bot/commons/digital_representation_paintings.py https://commons.wikimedia.org/w/index.php?title=File:Christoph_Unterberger_-_Der_heilige_Johannes_von_Nepomuk_empf%C3%A4ngt_von_Maria_den_Sternenkranz_-_2173_-_%C3%96sterreichische_Galerie_Belvedere.jpg&diff=prev&oldid=351075792

https://commons.wikimedia.org/w/index.php?title=File:European_Common_Frog_Rana_temporaria.jpg&diff=prev&oldid=351072054

https://github.com/multichill/toollabs/blob/master/bot/commons/potd_to_caption.py

Got first very rough version working, see https://commons.wikimedia.org/w/index.php?title=File%3AVanGogh-Irises_3.jpg&type=revision&diff=351005775&oldid=188104223

We generate these templates on the fly these days so you no longer have to manually create them. You should have a talk with @Jarekt . He's currently sitting next to me on table nine.

Created https://www.wikidata.org/wiki/MediaWiki:AddQuickClaim.js yesterday. It's linked from https://www.wikidata.org/wiki/Wikidata:WikiProject_sum_of_all_paintings/Possible_religious_art . Example link: https://www.wikidata.org/w/index.php?title=Q63692814&action=edit&withJS=MediaWiki:AddQuickClaim.js&propertyid=P136&entityid=Q2864737

Yarl just showed me a brand new version with working duplicate detection.

Timo and Stas are working on this on the hackathon. Old situation had Iframe (that worked), new system doesn't so the menu should collapse when you click outside of it.

.wb-otherproject-commons {display:none;} hides it in css, see https://commons.wikimedia.org/wiki/User:Multichill/vector.css . That's a decent work around.

Line refers to https://github.com/addwiki/mediawiki-api-base/blob/master/src/MediawikiApi.php#L376 I think. Without a stack trace this is a bit hard to debug. Might be related to https://lists.wikimedia.org/pipermail/mediawiki-api-announce/2019-April/000145.html

It's not that I don't want this, but I'm just very reluctant to change legal language carefully crafted by a whole bunch of lawyers (aka Creative Commons). Assuming this is correct, the best solution would be to get it changed upstream (too).

Bump, ran into it and extremely it's extremely frustrating. I guess some nasty OnMouseOver is playing tricks on us.

In T221764#5155957, @alaa_wmde wrote:

SELECT CONCAT( 'Q', wbt_item_terms.wbit_item_id ), ...
FROM wbt_item_terms
...

I observed the same behavior since about a week when adding statements. It makes editing a lot harder and I almost added some wrong statements several times. As this appears to be a frond-end issue: I'm running Firefox 66.0.3 (64-bit) on Ubuntu and I'm pretty sure it was updated recently. I'll see if my other laptop (with older FF version) has the same issue.

That's assuming that this query is stand alone. It's combining the results with another SQL database (the mix'n'match one).
I'm quite unhappy about you guys changing tables again and dropping the full entity. Last time you did that, several things broke and the team completely ignored T114904 . This is very demotivating.

I will be at the Prague hackathon and I'm quite sure @Ladsgroup too. Not sure if @valhallasw is coming this year. At minimum we should do a meet up with people interested in Pywikibot.

This breaks a couple of queries for me and at least one tool. Looking at the new schema: What happened with term_full_entity_id? Without the full entity id joining against the page related tables becomes impossibly slow. This query is already quite slow, but without the full entity id it will just break;

Why was this task re-opened? What is the goal? Please update the task to make it clear what needs to be done or just close it again as invalid.

Thanks for the quick service. The edit: https://www.wikidata.org/w/index.php?title=Property:P6594&curid=61850698&diff=899671594&oldid=899052328

Some related queries that might inspire you:

• https://www.wikidata.org/wiki/Wikidata:WikiProject_sum_of_all_paintings/Painter_authority_control_properties - Authority control properties for painters
• https://www.wikidata.org/wiki/Wikidata:WikiProject_sum_of_all_paintings/Painting_authority_control_properties - Authority control properties for paintings

Would be nice to be visualize the overlap between properties and also the relation with other properties.

Looks like the work around was removed in https://gerrit.wikimedia.org/r/#/c/operations/mediawiki-config/+/454785/

@Lydia_Pintscher was this work around removed? If that's the case there is no point keeping this open.

Investigation done. Mostly fixed

Or just rename the current list?

FYI On the mobile version of https://matrix.org/blog/home/ WMF is listed as user of Matrix.

In T216208#4959184, @Tagishsimon wrote:

Day 2 of no Quickstatements, no Listeria, no ETA for a resumption of service ... no comment from WMF on why what is a critical service - if we're taking this whole wikidata business at all seriously - is fritzed.

In T178144#4951191, @DonTrung wrote:

I would support closing this, but the license only reads that captions are covered under the CC-0 (Zero) license, shouldn't there be a more ambiguous wording which covers all future Structured Data on Wikimedia Commons?

Seems related to https://commons.wikimedia.org/wiki/User:Multichill/Using_OpenCV_to_categorize_files (see talk page too). Good hackathon project for Prague?

I think it's clarified, see the T215468 and the related task: Structured data is CC0. Would have been much nicer if this work was done before going live. Close this one?

What is the goal of this task? Does it still serve a purpose? It seems to be something old from 2015 without a clear goal. I would just close this story as invalid.

In T213571#4897591, @AlexisJazz wrote:

@Multichill where should I propose a change? It should be changed globally, so I guess somewhere on meta?

This change needs community consensus. Tagged it as such and marked it as stalled.

Babel templates are an indication to other users and the software in what languages you can interact and at what level. For example I have es-0 on my Wikidata user page because I sometimes interact in Spanish although that takes me a lot of effort. You can read more about it at https://meta.wikimedia.org/wiki/User_language

How is this a duplicate @Jdforrester-WMF ? This task talks about api modules, not about special pages.

In T143488#4843337, @Cyberpower678 wrote:

To answer your questions, IABot will be using the wbgetentities and wbeditentity API calls on MW.

In T143488#4677644, @Cyberpower678 wrote:

I am currently at that Hackathon in Thompson 150 right now. If you care to meet me during lunch break I will be happy to work on this with you.

Can someone point me to the current network layout? Vlans, ip space in use, what's used to route/filter traffic, etc.? Knowing the current situation is usually a good first step when designing a to be situation. Does Wikimedia have an overall architecture or architecture principles? That would be good input too.

In T210139#4793562, @Lucas_Werkmeister_WMDE wrote:

Why should we do this in the proxy? Much easier to do it in the web UI IMHO.

That was a question for @Smalyshev ^

Can we just add a simple rewrite rule on the proxy/webserver for now if it encounters https://query.wikidata.org/<something>?fbclid=<click id> to rewrite it to https://query.wikidata.org/<something> ? Otherwise we'll be stuck with this bug for ages

I wonder if @Anomie has any input on this.

In T209993#4765009, @Addshore wrote:

The RDF already contains this data so maybe it can be exposed in a similar format in the wikitext that serves as input for the abusefilter.

How is it represented in rdf?
The easiest way to represent this in abusefilter would probably be something like "pp:wb-claims:122" or something similar.

I would as a first version just lump everything together so at least the data is available to the abusefilter editors. The more advanced version should make the distinction between wikitext, wikibase text (in abusefilter it's no json anymore), etc.

@JeanFred https://tools.wmflabs.org/universalviewer/ just gives a blank page? Shouldn't it give some sort of interface?

That's awesome @JeanFred . I updated the property to use our own viewer.

In T151351#4735577, @Paladox wrote:

I don't think so? Closing as declined as it seems to have resolved it's self (no progress in a year and a bit)

@Denengelse do you still have issues or is this solved for you?

In T208292#4705393, @Xqt wrote:

Hm, this script never worked. Do we need it ;)

https://github.com/multichill/toollabs/blob/master/bot/wikidata/oorlogsmonumenten_import.py code I used for tsv generation and import