[Wikidata-bugs] [Maniphest] [Created] T219699: Convert property Guggenheim fellows ID (P6594) from string to identifier

Multichill created this task. Multichill added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION https://www.wikidata.org/wiki/Property:P6594 is an identifier property, but was accidentally created as a string property. Please change the data type to

[Wikidata-bugs] [Maniphest] [Commented On] T204440: analyze and visualize the identifier landscape of Wikidata

Multichill added a comment. 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-bugs] [Maniphest] [Commented On] T219699: Convert property Guggenheim fellows ID (P6594) from string to identifier

Multichill added a comment. Thanks for the quick service. The edit: https://www.wikidata.org/w/index.php?title=Property:P6594&curid=61850698&diff=899671594&oldid=899052328 TASK DETAIL https://phabricator.wikimedia.org/T219699 EMAIL PREFERENCES https://phabricator.wikimedia.

[Wikidata-bugs] [Maniphest] [Created] T219891: Check Pywikibot for new Wikibase empty container format

Multichill created this task. Multichill added projects: Pywikibot-Wikidata, Wikidata, Pywikibot. Restricted Application added subscribers: pywikibot-bugs-list, Aklapper. TASK DESCRIPTION The output format in the Wikibase api will change for empty containers, see T138104 <ht

[Wikidata-bugs] [Maniphest] [Created] T220219: Wikidata property statistics service

Multichill created this task. Multichill added projects: Toolforge, Wikidata, Wikimedia-Hackathon-2019. Restricted Application added subscribers: Liuxinyu970226, Cyberpower678, Aklapper. TASK DESCRIPTION The other day Liam and I published the Sum of all Paintings property statistics dashboard

[Wikidata-bugs] [Maniphest] [Created] T220875: Make use of constraints when suggesting statements to add

Multichill created this task. Multichill added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Soon we'll have constraints of different ranks: Mandatory, normal and suggested. When using item requires statement constraint (https://www.wikidat

[Wikidata-bugs] [Maniphest] [Commented On] T222333: Wikidata search dropdown is blank when there's an exact name match

Multichill added a comment. 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

[Wikidata-bugs] [Maniphest] [Commented On] T221127: URL shortener widget is hard to copy

Multichill added a comment. Bump, ran into it and extremely it's extremely frustrating. I guess some nasty OnMouseOver is playing tricks on us. TASK DETAIL https://phabricator.wikimedia.org/T221127 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] [Commented On] T222965: P373 in a Wikidata item connected to a Commons category causes a link to Commons to appear in the Commons sidebar

Multichill added a comment. .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. TASK DETAIL https://phabricator.wikimedia.org/T222965 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T221127: URL shortener widget is hard to copy

Multichill added a comment. 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. TASK DETAIL https://phabricator.wikimedia.org/T221127 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Created] T223704: Quickly add Wikidata statements based on url

Multichill created this task. Multichill added projects: Wikidata, Wikimedia-Hackathon-2019. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION I want to make it easy to add Wikidata statements based on fields in the url TASK DETAIL https://phabricator.wikimedia.org

[Wikidata-bugs] [Maniphest] [Closed] T223704: Quickly add Wikidata statements based on url

Multichill closed this task as "Resolved". Multichill added a comment. 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 . Examp

[Wikidata-bugs] [Maniphest] [Created] T224189: Use thumbnail preferences for thumbnail of Commons media file

Multichill created this task. Multichill added projects: Wikidata, Multimedia, MediaWiki-User-preferences. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Items like https://www.wikidata.org/wiki/Q27697316 display a thumbnail on Wikidata. The size of these thumbnails

[Wikidata-bugs] [Maniphest] [Commented On] T221774: Add Wikidata query service lag to Wikidata maxlag

Multichill added a comment. Bump, we had another preventable incident, see https://www.wikidata.org/w/index.php?title=Wikidata:Administrators%27_noticeboard&oldid=963260218#Edoderoobot_edit_rate . @hoo any update? TASK DETAIL https://phabricator.wikimedia.org/T221774 EMAIL PREFERE

[Wikidata-bugs] [Maniphest] [Commented On] T149410: For consistency MediaInfo serialization should use "claims" as key, rather than "statements"

Multichill added a comment. Magnus ran into this and this is very confusing and inconsistent. The longer we wait with fixing this, the more effort it will cost. Example https://commons.wikimedia.org/w/api.php?action=wbgetentities&ids=M27401711 uses "statements" as the key,

[Wikidata-bugs] [Maniphest] [Updated] T149410: For consistency MediaInfo serialization should use "claims" as key, rather than "statements"

Multichill added a subscriber: Lucas_Werkmeister_WMDE. Multichill added a comment. Another inconsistency pointed out by @Lucas_Werkmeister_WMDE is at T222159 <https://phabricator.wikimedia.org/T222159> TASK DETAIL https://phabricator.wikimedia.org/T149410 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T149410: For consistency MediaInfo serialization should use "claims" as key, rather than "statements"

Multichill added a subscriber: Bene. Multichill added a comment. Serialization: - https://github.com/wmde/WikibaseDataModelSerialization/blob/master/src/Serializers/ItemSerializer.php#L127 - https://github.com/wikimedia/mediawiki-extensions-WikibaseMediaInfo/blob/master/src/DataModel

[Wikidata-bugs] [Maniphest] [Commented On] T149410: For consistency MediaInfo serialization should use "claims" as key, rather than "statements"

Multichill added a comment. https://commons.wikimedia.org/wiki/File:Wikidata_statement.svg might be useful for the relation between a claim and a statement. TASK DETAIL https://phabricator.wikimedia.org/T149410 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel

[Wikidata-bugs] [Maniphest] [Commented On] T149410: For consistency MediaInfo serialization should use "claims" as key, rather than "statements"

Multichill added a comment. Can't we do a smart trick with showing it twice (claims and statements) in the front and storing it only once in the back? A big bang is much more complicated and riskier. You would have a timeline like: - Switch api read and write functions to expose

[Wikidata-bugs] [Maniphest] [Commented On] T149410: For consistency MediaInfo serialization should use "claims" as key, rather than "statements"

Multichill added a comment. In T149410#5275900 <https://phabricator.wikimedia.org/T149410#5275900>, @Addshore wrote: > In T149410#5275599 <https://phabricator.wikimedia.org/T149410#5275599>, @Multichill wrote: > > > Can't we do a smart trick with

[Wikidata-bugs] [Maniphest] [Commented On] T149410: For consistency MediaInfo serialization should use "claims" as key, rather than "statements"

Multichill added a comment. In T149410#5275912 <https://phabricator.wikimedia.org/T149410#5275912>, @Addshore wrote: > > Drastically? We're talking Commons here. Before I ran a bot only 50.000 files even had claims. Nothing has references and qualifiers are only int

[Wikidata-bugs] [Maniphest] [Retitled] T149410: For consistency MediaInfo serialization should use "claims" as key, rather than "statements"

Multichill renamed this task from "For consistency, Wikibase serialization should use "statements" as key, rather than "claims", like modern Wikibase code now does" to "For consistency MediaInfo serialization should use "claims" as key, ra

[Wikidata-bugs] [Maniphest] [Commented On] T149410: For consistency MediaInfo serialization should use "claims" as key, rather than "statements"

Multichill added a comment. Changed back the topic. This is a huge scope change and derailing things. As far as I see everywhere in the api we use "claims", not "statements" (also in the functions). The only inconsistency right now is mediainfo, that should be fixed. I

[Wikidata-bugs] [Maniphest] [Commented On] T149410: For consistency MediaInfo serialization should use "claims" as key, rather than "statements"

Multichill added a comment. In T149410#5285579 <https://phabricator.wikimedia.org/T149410#5285579>, @Magnus wrote: > In T149410#5284363 <https://phabricator.wikimedia.org/T149410#5284363>, @Jdforrester-WMF wrote: > > > In T149410#5284327 <https://phabri

[Wikidata-bugs] [Maniphest] [Commented On] T199228: Define an SLO for Wikidata Query Service public endpoint and communicate it

Multichill added a comment. @Smalyshev : Maybe do it like jsub on the Toollabs: Give an option to add the expected runtime? Based on this the load balancer in front of the different SPARQL services can assign you a node. TASK DETAIL https://phabricator.wikimedia.org/T199228 EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T218522: SPARQL incorrectly changes URI's from http to https

Multichill added a comment. In T218522#5285888 <https://phabricator.wikimedia.org/T218522#5285888>, @Esc3300 wrote: > Is is just an impression or do we now get redirected through http: when clicking on a Wikidata item on results on a https-connection WQS? > > It wo

[Wikidata-bugs] [Maniphest] [Commented On] T223792: Extend mw.wikibase.getEntity lua function to allow accessing Structured Data on Commons items

Multichill added a comment. Relevant code seems to be at https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/Wikibase/+/master/client/includes/DataAccess/Scribunto/ TASK DETAIL https://phabricator.wikimedia.org/T223792 EMAIL PREFERENCES https://phabricator.wikimedia.org

[Wikidata-bugs] [Maniphest] [Created] T227383: Use MoSCoW wording for different constraint ranks

Multichill created this task. Multichill added projects: Wikidata, Wikibase-Quality-Constraints. Restricted Application added subscribers: Liuxinyu970226, Aklapper. TASK DESCRIPTION In T204439 <https://phabricator.wikimedia.org/T204439> the suggestion constraint level was introduced

[Wikidata-bugs] [Maniphest] [Created] T227623: Incoming flood of incorrect Android app edits on Wikidata tagged with #suggestededit-add 1.0

Multichill created this task. Multichill added projects: Wikidata, Wikipedia-Android-App-Backlog, Android-app-Bugs. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION https://www.wikidata.org/wiki/Special:RecentChanges?hidebots=1&hidecategorization=1&tagfilter=and

[Wikidata-bugs] [Maniphest] [Commented On] T227623: Incoming flood of incorrect Android app edits on Wikidata tagged with #suggestededit-add 1.0

Multichill added a comment. Thanks for having a look at this @Charlotte . I just opened up the recent changes and I still see quite a few users like https://www.wikidata.org/wiki/Special:Contributions/Ablazquezg adding descriptions with capitals. How does the app respond to an abuse filter

[Wikidata-bugs] [Maniphest] [Commented On] T227847: Backfill terms index

Multichill added a comment. In T227847#5343076 <https://phabricator.wikimedia.org/T227847#5343076>, @Addshore wrote: > The re design for items and properties gas already happened. > Mediainfo could benefit from a different design if there are only captions. > Are ther

[Wikidata-bugs] [Maniphest] [Commented On] T227848: [Spike 1 day] Figure out wb_terms redesign, and what that means for MediaInfo

Multichill added a comment. In T227848#5346485 <https://phabricator.wikimedia.org/T227848#5346485>, @Addshore wrote: > I don't think wb_terms should be used at all for media info. The not normalized version? Completely agree. > A custom system or new table

[Wikidata-bugs] [Maniphest] [Commented On] T223792: Extend mw.wikibase.getEntity lua function to allow accessing Structured Data on Commons items

Multichill added a comment. In T223792#5346467 <https://phabricator.wikimedia.org/T223792#5346467>, @Smalyshev wrote: >> It looks like the Wikibase Lua support can mostly deal with MediaInfo already, except that it can't look up the MediaInfo entities. > >

[Wikidata-bugs] [Maniphest] [Updated] T223792: Extend mw.wikibase.getEntity lua function to allow accessing Structured Data on Commons items

Multichill removed a project: Patch-For-Review. Multichill added a comment. In T223792#5347256 <https://phabricator.wikimedia.org/T223792#5347256>, @Smalyshev wrote: >> So as a LUA user I want to do mw.wikibase.getEntity( 'M62798946' ) and get in LUA like >

[Wikidata-bugs] [Maniphest] [Created] T228603: (better) tool or workflow to create missing painters on Wikidata

Multichill created this task. Multichill added projects: GLAM, Wikidata, Toolforge. TASK DESCRIPTION As a member of the Sum of all Paintings project I want to easily create items for missing painters. Currently I have a tool for that, but it's clunky and will break soon because of

[Wikidata-bugs] [Maniphest] [Commented On] T205777: Unknown prefix wdtn: on Wikidata SPARQL

Multichill added a comment. Thanks Stas, works like a charm :-) TASK DETAIL https://phabricator.wikimedia.org/T205777 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev, Multichill Cc: Lydia_Pintscher, Smalyshev, Aklapper, Multichill

[Wikidata-bugs] [Maniphest] [Commented On] T223792: Extend mw.wikibase.getEntity lua function to allow accessing Structured Data on Commons items

Multichill added a comment. Just realized https://commons.wikimedia.org/w/api.php?action=wbgetentities&props=labels&format=json&languagefallback=1&sites=commonswiki&titles=File:Charles%20P.%20Gruppe%20-%20Meadow%20Brook%20-%201912.7.1%20-%20Smithsonian%20American%20Art%2

[Wikidata-bugs] [Maniphest] [Unblock] T240369: Chase up bot operators whose bot keeps running when the dispatch lag is higher than 5

Multichill closed subtask T240374: Maxlag=5 for BotMultichill as "Declined". TASK DETAIL https://phabricator.wikimedia.org/T240369 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Lydia_Pintscher, Framawiki, Sjoerddebruin

[Wikidata-bugs] [Maniphest] [Declined] T240374: Maxlag=5 for BotMultichill

Multichill closed this task as "Declined". Multichill added a comment. I might set maxlag to something different than 5 every once in a while. TASK DETAIL https://phabricator.wikimedia.org/T240374 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailprefer

[Wikidata-bugs] [Maniphest] [Commented On] T124603: Document Wikibase tables

Multichill added a comment. My entry to database tables is usually https://www.mediawiki.org/wiki/Category:MediaWiki_database_tables . We should probably just make placeholder pages for now that point you to the right page on doc.wikimedia.org? TASK DETAIL https

[Wikidata-bugs] [Maniphest] [Commented On] T195178: Label in language constraint type

Multichill added a comment. Just added this to a bunch of properties using a complex constraint: https://www.wikidata.org/w/index.php?sort=relevance&search=%22key+language%22&title=Special:Search&profile=advanced&fulltext=1&advancedSearch-current=%7B%7D&ns121=1 . No

[Wikidata-bugs] [Maniphest] [Blocker] T240369: Chase up bot operators whose bot keeps running when the dispatch lag is higher than 5

Multichill changed the status of subtask T240374: Maxlag=5 for BotMultichill from "Declined" to "Invalid". TASK DETAIL https://phabricator.wikimedia.org/T240369 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill

[Wikidata-bugs] [Maniphest] [Changed Status] T240374: Maxlag=5 for BotMultichill

Multichill changed the task status from "Declined" to "Invalid". TASK DETAIL https://phabricator.wikimedia.org/T240374 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Aklapper, Pintoch, darthmon_wmde,

[Wikidata-bugs] [Maniphest] [Commented On] T221774: Add Wikidata query service lag to Wikidata maxlag

Multichill added a comment. In T221774#5814473 <https://phabricator.wikimedia.org/T221774#5814473>, @Pintoch wrote: > I don't know - I stopped working on this task and T240369 <https://phabricator.wikimedia.org/T240369> since T240374 <https://phabricator.wik

[Wikidata-bugs] [Maniphest] [Commented On] T240374: Maxlag=5 for BotMultichill

Multichill added a comment. Maxlag is just a configuration setting in Pywikibot and default is 5, there is no "code to fix". Every once in a while I might set it to a different value while testing so I'm not wasting my time. Generally it's just set to 5.

[Wikidata-bugs] [Maniphest] [Commented On] T239474: [M] Units support for quantity datatype

Multichill added a comment. In T239474#5845117 <https://phabricator.wikimedia.org/T239474#5845117>, @matthiasmullie wrote: > Where units can be searched: > F31546131: Screenshot 2020-02-03 17.10.53.png <https://phabricator.wikimedia.org/F31546131> If we

[Wikidata-bugs] [Maniphest] [Commented On] T239474: [M] Units support for quantity datatype

Multichill added a comment. Wanted to test this, but looks like 1.35.0-wmf.18 got rolled back everywhere 2 days ago. TASK DETAIL https://phabricator.wikimedia.org/T239474 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matthiasmullie, Multichill

[Wikidata-bugs] [Maniphest] [Commented On] T239474: [M] Units support for quantity datatype

Multichill added a comment. I agree, let's continue in the other task about that part. TASK DETAIL https://phabricator.wikimedia.org/T239474 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matthiasmullie, Multichill Cc: Jarekt, Addshore, R

[Wikidata-bugs] [Maniphest] [Updated] T244856: Prefer relevant unit suggestions over other entities

Multichill added projects: MediaWiki-extensions-PropertySuggester, Wikidata. Multichill added a comment. F31552245 <https://phabricator.wikimedia.org/F31552245> is a nice mock up. When adding a unit, we want to have suggestions that make sense. That makes me think of https://gith

[Wikidata-bugs] [Maniphest] [Commented On] T245144: Increase Retry-Time header for Wikidata

Multichill added a comment. This is one of those bugs where you should just lookup the relevant chapter in a book like http://barbie.uta.edu/~jli/Resources/MapReduce&Hadoop/Distributed%20Systems%20Principles%20and%20Paradigms.pdf and look at the possible solutions. TASK DETAIL h

[Wikidata-bugs] [Maniphest] [Commented On] T241338: Allow linking to specific statements in Structured data on Commons

Multichill added a comment. I would say property level. TASK DETAIL https://phabricator.wikimedia.org/T241338 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matthiasmullie, Multichill Cc: Ramsey-WMF, Cparle, matthiasmullie, Multichill, dcausse

[Wikidata-bugs] [Maniphest] [Updated] T247118: An attempt to add structure data on Commons results in a wrong item

Multichill added projects: SDC General, Structured-Data-Backlog, Structured Data Engineering. Multichill added subscribers: TheDJ, Ramsey-WMF, Cparle, matthiasmullie, Jarekt. Multichill added a comment. I ran into the same problem at https://commons.wikimedia.org/w/index.php?title

[Wikidata-bugs] [Maniphest] [Updated] T221921: Provision search endpoint for SDC. Requirements from Product Team.

Multichill added subscribers: Tnegrin, Multichill. Multichill added a comment. In T221921#5960210 <https://phabricator.wikimedia.org/T221921#5960210>, @Gehel wrote: > Some of the use cases described here are already supported by search (wbstatement keywords, etc...). We are not

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T221921: Provision search endpoint for SDC. Requirements from Product Team.

Multichill added subscribers: Tagishsimon, Husky, Jarekt, Fuzheado. Multichill added a comment. In T221921#5973204 <https://phabricator.wikimedia.org/T221921#5973204>, @Abit wrote: >> Not providing the promised SPARQL endpoint for Structured data on Commons is effectively

[Wikidata-bugs] [Maniphest] [Commented On] T221921: Provision search endpoint for SDC. Requirements from Product Team.

Multichill added a comment. In T221921#5977857 <https://phabricator.wikimedia.org/T221921#5977857>, @Gehel wrote: > Thank you all for your patience! Can you give an indication how much longer you're going to test our patience? Weeks? Months? Years? TASK

[Wikidata-bugs] [Maniphest] [Edited] T68051: Implement Lua alternative to {{int:Lang}} / wgUserLanguage

Multichill updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T68051 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Perhelion, IKhitron, Iniquity, Dvorapa, daniel, Ricordisamoa, Capankajsmilyo, zhuyifei1999

[Wikidata-bugs] [Maniphest] [Closed] T138144: Clean up instance of for Rijksmonumenten

Multichill closed this task as "Invalid". Multichill added a comment. Restricted Application added a subscriber: Liuxinyu970226. Old hackathon project, not really valid anymore. Just needs some regular editing to clear these out. TASK DETAIL https://phabricator.wikimedia.org/T138

[Wikidata-bugs] [Maniphest] [Updated] T248439: Unable to remove P727 - The save has failed.

Multichill added a comment. The inconsistent database strikes again! T50260 <https://phabricator.wikimedia.org/T50260> was closed as a duplicate (pun intended) and links to T44325 <https://phabricator.wikimedia.org/T44325> . The items show up on https://www.wikid

[Wikidata-bugs] [Maniphest] [Commented On] T248439: Unable to remove P727 - The save has failed.

Multichill added a comment. https://w.wiki/LST indicates that 70 of these are Rijksmonumenten. I'll work my way through them. Let's see what's left after that. TASK DETAIL https://phabricator.wikimedia.org/T248439 EMAIL PREFERENCES https://phabricator.wikimedia.org

[Wikidata-bugs] [Maniphest] [Closed] T248439: Unable to remove P727 - The save has failed.

Multichill closed this task as "Resolved". Multichill claimed this task. Multichill added a subscriber: hoo. Multichill added a comment. I cleaned up all these cases and asked @hoo to update https://www.wikidata.org/wiki/Wikidata:True_duplicates . Judging from the last edit time

[Wikidata-bugs] [Maniphest] [Created] T249041: Updated URL for the WikiPathways SPARQL endpoint

Multichill created this task. Multichill added projects: Wikimedia-Site-requests, Wikidata, Wikidata-Query-Service. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION As requested on https://www.wikidata.org/wiki/Wikidata_talk:SPARQL_federation_input

[Wikidata-bugs] [Maniphest] [Updated] T59815: Some AbuseFilter entries on Wikidata wrongly attributed to localhost

Multichill added a project: AbuseFilter. TASK DETAILhttps://phabricator.wikimedia.org/T59815EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: PokestarFan, DangSunM, Wikidata-bugs, Addshore, revi, Glaisher, matej_suchanek, Trijnstel

[Wikidata-bugs] [Maniphest] [Created] T209993: Expose wikibase page properties to abusefilter for Wikidata

Multichill created this task.Multichill added projects: AbuseFilter, Wikidata, MediaWiki-extensions-WikibaseRepository.Restricted Application added a subscriber: Aklapper. TASK DESCRIPTIONTo make abusefilter a bit more useful on Wikidata, it would be nice to expose the page properties in the

[Wikidata-bugs] [Maniphest] [Commented On] T209993: Expose wikibase page properties to abusefilter for Wikidata

Multichill added a comment. 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

[Wikidata-bugs] [Maniphest] [Triaged] T210139: Facebook adds fbclid ==> you cant paste in WDQS tiny URLSs

Multichill added subscribers: Jane023, Multichill.Multichill triaged this task as "High" priority.Multichill added a comment. Can we just add a simple rewrite rule on the proxy/webserver for now if it encounters https://query.wikidata.org/?fbclid= id> to rewrite it to https://query

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T210139: Facebook adds fbclid ==> you cant paste in WDQS tiny URLSs

Multichill added a subscriber: Smalyshev.Multichill added a comment. That was a question for @Smalyshev ^TASK DETAILhttps://phabricator.wikimedia.org/T210139EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Smalyshev, Multichill, Jane023

[Wikidata-bugs] [Maniphest] [Commented On] T210139: Facebook adds fbclid ==> you cant paste in WDQS tiny URLSs

Multichill added a comment. 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. All fine with me as long as it gets fixed fast.TASK DETAILhttps://phabricator.wikimedia.org/T210139EMAIL PREFERENCEShttps

[Wikidata-bugs] [Maniphest] [Created] T211372: wikibase-api-not-recognized-language should include the invalid language code

Multichill created this task.Multichill added a project: Wikidata.Restricted Application added a subscriber: Aklapper. TASK DESCRIPTIONMy bot tried to edit https://www.wikidata.org/wiki/Q20427242 , but failed: not-recognized-language: The supplied language code was not recognized. [messages

[Wikidata-bugs] [Maniphest] [Created] T211469: Inconsistent query results for recently created items on query service

Multichill created this task.Multichill added projects: Wikidata-Query-Service, Wikidata.Restricted Application added a subscriber: Aklapper. TASK DESCRIPTIONI'm importing paintings for the National Gallery of Canada (see https://www.wikidata.org/wiki/Wikidata:WikiProject_sum_of_all_pain

[Wikidata-bugs] [Maniphest] [Triaged] T211469: Inconsistent query results for recently created items on query service

Multichill triaged this task as "High" priority. TASK DETAILhttps://phabricator.wikimedia.org/T211469EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Aklapper, Smalyshev, Lydia_Pintscher, Nikki, Multichill, Nandana,

[Wikidata-bugs] [Maniphest] [Commented On] T143488: Save contents of URLs linked from Wikidata in the Internet Archive

Multichill added a comment. 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. That didn't work out. Can you please have a look at my previous questions

[Wikidata-bugs] [Maniphest] [Commented On] T143488: Save contents of URLs linked from Wikidata in the Internet Archive

Multichill added a comment. In T143488#4843337, @Cyberpower678 wrote: To answer your questions, IABot will be using the wbgetentities and wbeditentity API calls on MW. Good to hear you're working on this! I guess for this part of the bot to work you need to be able to fetch all the ext

[Wikidata-bugs] [Maniphest] [Edited] T207683: Wikibase Repo api modules and special pages should be conditionally loaded based on entity types enabled (or at least, not crash)

Multichill updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...[ ] Special:MergeItems [ ] Special:NewProperty [ ] Special:RedirectEntity...TASK DETAILhttps://phabricator.wikimedia.org/T207683EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] [Commented On] T213571: Ignore babel box languages the user doesn't know

Multichill added a comment. 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

[Wikidata-bugs] [Maniphest] [Changed Status] T213571: Ignore babel box the user has set to knowing at level 0 on Commons (and so have different behaviour to Wikidata)

Multichill changed the task status from "Open" to "Stalled".Multichill added a project: Community-consensus-needed. TASK DETAILhttps://phabricator.wikimedia.org/T213571EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Pi

[Wikidata-bugs] [Maniphest] [Commented On] T213571: Ignore babel box the user has set to knowing at level 0 on Commons (and so have different behaviour to Wikidata)

Multichill added a comment. This change needs community consensus. Tagged it as such and marked it as stalled.TASK DETAILhttps://phabricator.wikimedia.org/T213571EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Pigsonthewing, Raymond, Nikerabbit

[Wikidata-bugs] [Maniphest] [Commented On] T213571: Ignore babel box the user has set to knowing at level 0 on Commons (and so have different behaviour to Wikidata)

Multichill added a comment. In T213571#4897591, @AlexisJazz wrote: @Multichill where should I propose a change? It should be changed globally, so I guess somewhere on meta? On the projects where you want to do a change. In this case Commons. If you also want to have it changed on Wikidata, also

[Wikidata-bugs] [Maniphest] [Updated] T215620: Tool "autodesc" - can't start webservice

Multichill added a project: Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T215620EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Sjoerddebruin, SandraF_WMF, Simon_Villeneuve, Framawiki, LucasWerkmeister, Bstorm, bd808, Magnus, Aklapper

[Wikidata-bugs] [Maniphest] [Commented On] T87686: Categories are metadata

Multichill added a comment. 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.TASK DETAILhttps://phabricator.wikimedia.org/T87686EMAIL PREFERENCEShttps://phabricator.wikimedia.org

[Wikidata-bugs] [Maniphest] [Updated] T178144: Clarify licensing status of data on Structured Commons

Multichill added a comment. 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?TASK DETAILhttps://phabricator.wikimedia.org/T178144EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T76886: Investigate computer vision image classification and description tools for shadow tags and search descriptions

Multichill added subscribers: Emijrp, Multichill.Multichill added a comment. Seems related to https://commons.wikimedia.org/wiki/User:Multichill/Using_OpenCV_to_categorize_files (see talk page too). Good hackathon project for Prague?TASK DETAILhttps://phabricator.wikimedia.org/T76886EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T178144: Clarify licensing status of data on Structured Commons

Multichill added a comment. 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?

[Wikidata-bugs] [Maniphest] [Changed Status] T178144: Clarify licensing status of data on Structured Commons

Multichill changed the task status from "Declined" to "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T178144EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Slaporte, MultichillCc: Multichill, DonTrung, Abbe98, PDrouin-WMF

[Wikidata-bugs] [Maniphest] [Created] T218522: SPARQL incorrectly changes URI's from http to https

Multichill created this task. Multichill added projects: Wikidata, Wikidata-Query-Service. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION https://www.wikidata.org/wiki/Special:EntityData/Q1455955.rdf contains "http://viaf.org/viaf/5853377"/>", but if I

[Wikidata-bugs] [Maniphest] [Commented On] T192690: Mass message broken on Wikidata after ratelimit workaround

Multichill added a comment. @Lydia_Pintscher was this work around removed? If that's the case there is no point keeping this open. TASK DETAIL https://phabricator.wikimedia.org/T192690 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multi

[Wikidata-bugs] [Maniphest] [Closed] T192690: Mass message broken on Wikidata after ratelimit workaround

Multichill closed this task as "Resolved". Multichill claimed this task. Multichill added a comment. Looks like the work around was removed in https://gerrit.wikimedia.org/r/#/c/operations/mediawiki-config/+/454785/ TASK DETAIL https://phabricator.wikimedia.org/T192690 EMAIL P

[Wikidata-bugs] [Maniphest] [Commented On] T205525: Add "Random lexeme" next to "Random item"

Multichill added a comment. Wouldn't it be much better if we just counted lexeme (and property) as a content namespace ( https://www.mediawiki.org/wiki/Manual:$wgContentNamespaces ) ? TASK DETAIL https://phabricator.wikimedia.org/T205525 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T229608: Support SDC URIs in WDQS URI schemes

Multichill added a comment. Shouldn't https://www.mediawiki.org/wiki/Wikibase/Indexing/RDF_Dump_Format be updated with the new prefixes? TASK DETAIL https://phabricator.wikimedia.org/T229608 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] [Commented On] T226453: Concept URI in sidebar uses HTTP instead of HTTPS

Multichill added a comment. As pointed out, the concept URI is http, not https. See also https://www.w3.org/DesignIssues/Security-NotTheS.html . It's too widespread now to change it. For Commons we could do https from the start TASK DETAIL https://phabricator.wikimedia.org/T226453

[Wikidata-bugs] [Maniphest] [Commented On] T127929: [Story] Add a new datatype for linking to creators of artwork and more (smart URI)

Multichill added a comment. Also mentioned at https://commons.wikimedia.org/wiki/Commons_talk:Structured_data/Modeling/Author#Datatype_for_Commons_photographers TASK DETAIL https://phabricator.wikimedia.org/T127929 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel

[Wikidata-bugs] [Maniphest] [Created] T232938: More liberal language fallback for Wikidata items on Commons

Multichill created this task. Multichill added projects: Commons, SDC General, I18n. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION I'm adding depicts statements on Commons, for example: -

[Wikidata-bugs] [Maniphest] [Created] T232939: Mouse over should give the Wikidata item description on Commons

Multichill created this task. Multichill added projects: SDC General, Commons. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION On https://commons.wikimedia.org/wiki/File:Dr._Evan_Alexander_Erwin_House.jpg my robot added a

[Wikidata-bugs] [Maniphest] [Created] T232947: Redirect to item when one item is found in Wikidata search

Multichill created this task. Multichill added projects: Wikidata, CirrusSearch. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Discovery-Search. TASK DESCRIPTION I noticed on Commons some files like https://commons.wikimedia.org/wiki

[Wikidata-bugs] [Maniphest] [Commented On] T232947: Redirect to item when one item is found in Wikidata search

Multichill added a comment. Basically https://tools.wmflabs.org/hub/P2951:34?site=wikidata TASK DETAIL https://phabricator.wikimedia.org/T232947 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Lea_Lacroix_WMDE, Lydia_Pintscher

[Wikidata-bugs] [Maniphest] [Created] T235942: "somevalue" SDOC statements not visisble in search index

Multichill created this task. Multichill added projects: Structured Data Engineering, Structured-Data-Backlog, SDC-Statements, CirrusSearch, Discovery-Search, Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION In these edits https://commons.wikimedia.org/w

[Wikidata-bugs] [Maniphest] [Commented On] T230314: Checking constraints for MediaInfo entries

Multichill added a comment. @Bugreporter if you close a bug as duplicate, please copy any relevant information. This bug is currently completely empty TASK DETAIL https://phabricator.wikimedia.org/T230314 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel

[Wikidata-bugs] [Maniphest] [Edited] T230314: Checking constraints for MediaInfo entries

Multichill updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T230314 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Multichill, Jheald, Aklapper, Bugreporter, darthmon_wmde, DannyS712, Nandana, JKSTNK, Lahi

[Wikidata-bugs] [Maniphest] [Commented On] T235942: "somevalue" SDOC statements not visible in search index

Multichill added a comment. In T235942#5604854 <https://phabricator.wikimedia.org/T235942#5604854>, @EBernhardson wrote: > It looks like the current values for commonswiki are: > searchIndexProperties: P180 <https://phabricator.wikimedia.org/P180> (depicts)

[Wikidata-bugs] [Maniphest] [Commented On] T222321: Make /entity/ alias work for Commons

Multichill added a comment. @Gehel @DCausse what's the plan here? Currently every file on Commons that uses structured data (about 2M I think) has a (broken) link in the sidebar "Concept URI". For example http://commons.wikimedia.org/entity/M1916 on https://commons.wik

[Wikidata-bugs] [Maniphest] [Commented On] T222321: Make /entity/ alias work for Commons

Multichill added a comment. It doesn't ? Looks to me it does: - https://commons.wikimedia.org/wiki/Special:EntityData/M1916.json type="application/json" - https://commons.wikimedia.org/wiki/Special:EntityData/M1916.php"; type="application/vnd.

  1   2   3   4   5   6   7   >