[Wikidata-bugs] [Maniphest] T297995: Remove authentication from Wikimedia Commons Query Services (WCQS)

2021-12-18 Thread Multichill
Multichill added a project: Commons. TASK DETAIL https://phabricator.wikimedia.org/T297995 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Chicocvenancio, LWyatt, Legoktm, Husky, LucasWerkmeister, Fuzheado, Aklapper, Multichill

[Wikidata-bugs] [Maniphest] T297995: Remove authentication from Wikimedia Commons Query Services (WCQS)

2021-12-18 Thread Multichill
Multichill renamed this task from "Remove authentication from Wikimedia Commons Query Services (WMQS)" to "Remove authentication from Wikimedia Commons Query Services (WCQS)". TASK DETAIL https://phabricator.wikimedia.org/T297995 EMAIL PREFERENCES https://phabricator.wi

[Wikidata-bugs] [Maniphest] T280006: Set up the application authentication for WCQS on commons-query.wikimedia.org

2021-12-18 Thread Multichill
Multichill added a comment. Phabricator task to remove authentication: T297995 <https://phabricator.wikimedia.org/T297995> TASK DETAIL https://phabricator.wikimedia.org/T280006 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: EBernh

[Wikidata-bugs] [Maniphest] T290300: Serve WCQS Sparql endpoint through api.wikimedia.org with OAuth 2

2021-12-18 Thread Multichill
Multichill added a comment. No, as a tool developer I don't want to authenticate, see https://commons.wikimedia.org/wiki/Commons_talk:SPARQL_query_service/Upcoming_General_Availability_release#Mandatory_authentication_considered_harmful . Filed T297995 <https://phabricator.wikimedia.

[Wikidata-bugs] [Maniphest] T297995: Remove authentication from Wikimedia Commons Query Services (WMQS)

2021-12-18 Thread Multichill
Multichill created this task. Multichill added a project: Wikidata-Query-Service. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION It was fine for the WMQS beta to have authentication, but the production SPARQL endpoint shouldn't be limited by authentication. Such a shift

[Wikidata-bugs] [Maniphest] T291054: wcqs-beta.wmflabs.org SPARQL endpoint is down (500 server error)

2021-09-17 Thread Multichill
Multichill moved this task from needs triage to Current work on the Discovery-Search board. Multichill edited projects, added Discovery-Search (Current work); removed Discovery-Search. TASK DETAIL https://phabricator.wikimedia.org/T291054 WORKBOARD https://phabricator.wikimedia.org/project

[Wikidata-bugs] [Maniphest] T291054: wcqs-beta.wmflabs.org SPARQL endpoint is down (500 server error)

2021-09-17 Thread Multichill
Multichill triaged this task as "Unbreak Now!" priority. Multichill added subscribers: dcausse, Gehel. TASK DETAIL https://phabricator.wikimedia.org/T291054 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Gehel, dcausse, Ba

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

2021-09-17 Thread Multichill
Multichill added a project: I18n. Restricted Application added a project: wdwb-tech. TASK DETAIL https://phabricator.wikimedia.org/T227383 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Marsupium, Lucas_Werkmeister_WMDE, Ladsgroup

[Wikidata-bugs] [Maniphest] T195178: New constraint type to ensure that Items have a Label in a specific language

2021-09-17 Thread Multichill
Multichill added a comment. In T195178#7335946 <https://phabricator.wikimedia.org/T195178#7335946>, @Ladsgroup wrote: > In T195178#7335945 <https://phabricator.wikimedia.org/T195178#7335945>, @Esc3300 wrote: > >> Test onwiki: constraint addition <

[Wikidata-bugs] [Maniphest] T282624: Limit IA granting/revoking to stewards only

2021-08-16 Thread Multichill
Multichill added a project: Community-consensus-needed. TASK DETAIL https://phabricator.wikimedia.org/T282624 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: L235, RP88, ChristianFerrer, Alfa80, Huji, Jeeputer, SpartacksCompatriot

[Wikidata-bugs] [Maniphest] T285810: Enable a method of recording fair use images on Wikidata

2021-07-03 Thread Multichill
Multichill closed this task as "Declined". Multichill added a comment. I just noticed https://www.wikidata.org/wiki/Wikidata:Requests_for_comment/Non-free_content . Setting this one to declined because clearly no community consensus exists at this moment in time. TASK DETA

[Wikidata-bugs] [Maniphest] T285810: Enable a method of recording fair use images on Wikidata

2021-07-03 Thread Multichill
Multichill added a project: Community-consensus-needed. TASK DETAIL https://phabricator.wikimedia.org/T285810 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: ChristianKl, Lydia_Pintscher, Bugreporter, Tagishsimon, Sdkb, Aklapper

[Wikidata-bugs] [Maniphest] T281854: Get baseline measurements/expectations for splitting scholarly articles from Wikidata

2021-06-29 Thread Multichill
Multichill added a subscriber: Harej. Multichill added a comment. In T281854#7184875 <https://phabricator.wikimedia.org/T281854#7184875>, @Harej wrote: > In T281854#7184854 <https://phabricator.wikimedia.org/T281854#7184854>, @Multichill wrote: > >> This is

[Wikidata-bugs] [Maniphest] T281854: Get baseline measurements/expectations for splitting scholarly articles from Wikidata

2021-06-29 Thread Multichill
Multichill added a comment. Hi folks, please stick to the Phabricator etiquette as described at https://www.mediawiki.org/wiki/Bug_management/Phabricator_etiquette . This is not the place to discus if these items should be moved out or not. @MPhamWMF don't see these comments as any

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

2021-06-09 Thread Multichill
Multichill added a comment. I would like to have "If several languages are provided in the constraint then the constraint is satisfied if at least one of the languages has a label added" changed to "If several languages are provided in the constraint then the constraint is s

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

2021-05-30 Thread Multichill
Multichill added a comment. In T195178#7122976 <https://phabricator.wikimedia.org/T195178#7122976>, @abian wrote: > My devil's advocate questions: > Not sure about what your intentions are with these questions. I'll just assume good faith thus ignorance. We have

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

2021-05-29 Thread Multichill
Multichill added a subscriber: Lydia_Pintscher. Multichill added a comment. This new constraint would get plenty of usage, see https://www.wikidata.org/wiki/Help:Property_constraints_portal/Label_language TASK DETAIL https://phabricator.wikimedia.org/T195178 EMAIL PREFERENCES https

[Wikidata-bugs] [Maniphest] T266470: Expose wdqs1009 to wdqs users and gather feedback

2021-05-29 Thread Multichill
Multichill added a comment. @dcausse thanks for the pointers. Might be worth switch structured data on Commons first to the new approach. It is much less integrated in all sorts of processes and it uses a ton of blank nodes or was Commons already switched? See for example P170 (creator

[Wikidata-bugs] [Maniphest] T258590: Change incorrect usage of HTTP to HTTPS for concept URIs on Commons

2021-05-25 Thread Multichill
Multichill closed this task as "Resolved". Multichill added a comment. I see the right concept uri on https://commons.wikimedia.org/entity/M105912167 now (and still the right one on http://www.wikidata.org/entity/Q106874575). Thanks for fixing. TASK DETA

[Wikidata-bugs] [Maniphest] T259801: Support multilingual formatter url on Wikidata

2021-05-21 Thread Multichill
Multichill added a comment. In T259801#7100788 <https://phabricator.wikimedia.org/T259801#7100788>, @Zache wrote: > This affects the query service which uses the formatter URL to render the URI. Are you sure about that? Are you sure your not mixing up formatter URL and

[Wikidata-bugs] [Maniphest] T266470: Expose wdqs1009 to wdqs users and gather feedback

2021-05-21 Thread Multichill
Multichill added a comment. I didn't notice this task before. Where can I read the feedback you got? From who did you get feedback? TASK DETAIL https://phabricator.wikimedia.org/T266470 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: RKemper

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

2021-05-14 Thread Multichill
Multichill added a comment. @Cparle @John_Cummings : Why are you discussion references in this task instead of in T230315 <https://phabricator.wikimedia.org/T230315> ? This task is about about serialization of the data and that the fact that we use two different keys (claims vs stat

[Wikidata-bugs] [Maniphest] T282222: SPARQL query for all painting stopped returning results

2021-05-08 Thread Multichill
Multichill closed this task as "Resolved". Multichill assigned this task to dcausse. Multichill added a comment. In T28#7069792 <https://phabricator.wikimedia.org/T28#7069792>, @dcausse wrote: > My bad, the depool command I ran this morning did not work due t

[Wikidata-bugs] [Maniphest] T282222: SPARQL query for all painting stopped returning results

2021-05-07 Thread Multichill
Multichill created this task. Multichill added projects: Wikidata-Query-Service, Wikidata. TASK DESCRIPTION Today I noticed some of my reports were empty like https://www.wikidata.org/w/index.php?title=Wikidata:WikiProject_sum_of_all_paintings/Image_suggestions/Creator

[Wikidata-bugs] [Maniphest] T281468: Automatic SI unit conversion not working on Commons SPARQL engine

2021-04-29 Thread Multichill
Multichill created this task. Multichill added projects: Commons, SDC General, Wikidata-Query-Service, DataValues. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION On Wikidata when doing a query it's possible to do automatic unit conversion to SI units. So someone might

[Wikidata-bugs] [Maniphest] T258776: Add Structured Data on Commons M-ID to Wikidata dumps

2021-03-17 Thread Multichill
Multichill reopened this task as "Open". Multichill added a comment. In T258776#6921752 <https://phabricator.wikimedia.org/T258776#6921752>, @CBogen wrote: > I'm going to close this as a duplicate of T277665 <https://phabricator.wikimedia.org/T277665&g

[Wikidata-bugs] [Maniphest] T258590: Change incorrect usage of HTTP to HTTPS for concept URIs on Commons

2021-03-07 Thread Multichill
Multichill added a comment. In T258590#6363261 <https://phabricator.wikimedia.org/T258590#6363261>, @CBogen wrote: > Note that the SD team work to change the Concept URIs in Commons is estimated to be a small. That was August 2020, we're now in March 2021. Any update of t

[Wikidata-bugs] [Maniphest] T166094: Allow editors to provide default alt text on Wikimedia Commons file description pages

2021-03-03 Thread Multichill
Multichill added a comment. In T166094#6878436 <https://phabricator.wikimedia.org/T166094#6878436>, @Ainali wrote: > In T166094#6878327 <https://phabricator.wikimedia.org/T166094#6878327>, @Multichill wrote: > >> No we don't, captions are

[Wikidata-bugs] [Maniphest] T166094: Allow editors to provide default alt text on Wikimedia Commons file description pages

2021-03-03 Thread Multichill
Multichill added a comment. In T166094#6877045 <https://phabricator.wikimedia.org/T166094#6877045>, @Ainali wrote: > Well, then we need a new field for the caption. They are not meant to solve the same problem and should almost always be different from each other. So for ev

[Wikidata-bugs] [Maniphest] T166094: Allow editors to provide default alt text on Wikimedia Commons file description pages

2021-03-02 Thread Multichill
Multichill added a comment. Why are we not using the description field for this? Seems more sensible to me than creating new properties TASK DETAIL https://phabricator.wikimedia.org/T166094 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] T258776: Add Structured Data on Commons M-ID to Wikidata dumps

2021-03-02 Thread Multichill
Multichill added subscribers: Lydia_Pintscher, Multichill. Multichill added a comment. The URI for the image is https://commons.wikimedia.org/entity/M6919529 (yes, https, not http, that got messed up, see T258590 <https://phabricator.wikimedia.org/T258590>). You can see an RDF represen

[Wikidata-bugs] [Maniphest] T258590: Change incorrect usage of HTTP to HTTPS for concept URIs on Commons

2021-03-02 Thread Multichill
Multichill renamed this task from "Decide on HTTP vs HTTPS for concept URIs on Commons" to "Change incorrect usage of HTTP to HTTPS for concept URIs on Commons". Multichill updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T258590 EMAIL

[Wikidata-bugs] [Maniphest] T275787: Faceted search for Commons location of creation

2021-03-01 Thread Multichill
Multichill added a comment. In T275787#6871707 <https://phabricator.wikimedia.org/T275787#6871707>, @CBogen wrote: > In T275787#6866509 <https://phabricator.wikimedia.org/T275787#6866509>, @Multichill wrote: > >> @CBogen why did you remove the search projects

[Wikidata-bugs] [Maniphest] T275787: Faceted search for Commons location of creation

2021-02-27 Thread Multichill
Multichill added a comment. We now have more than 1 million files with location of creation on Commons, see https://commons.wikimedia.org/w/index.php?search=haswbstatement%3AP1071=Special%3ASearch @CBogen why did you remove the search projects? This looks very search to me. TASK DETAIL

[Wikidata-bugs] [Maniphest] T275787: Faceted search for Commons location of creation

2021-02-25 Thread Multichill
Multichill created this task. Multichill added projects: SDC General, Discovery-Search, Commons, CirrusSearch. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION > Faceted search is a technique which involves augment

[Wikidata-bugs] [Maniphest] T275286: SDC: Suppress usual UI display of a property when its number of statements is very large

2021-02-21 Thread Multichill
Multichill added a comment. If it aint' broken, don't fix it? Let's just see what happens and if anything explodes, than focus on fixing that. TASK DETAIL https://phabricator.wikimedia.org/T275286 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] T271105: wbeditentity response does not contain lemma data

2021-02-09 Thread Multichill
Multichill added a comment. In T271105#6814507 <https://phabricator.wikimedia.org/T271105#6814507>, @Lucas_Werkmeister_WMDE wrote: > In T271105#6812288 <https://phabricator.wikimedia.org/T271105#6812288>, @Multichill wrote: > >> This change

[Wikidata-bugs] [Maniphest] T271105: wbeditentity response does not contain lemma data

2021-02-08 Thread Multichill
Multichill added a comment. This change is subject to the https://www.wikidata.org/wiki/Wikidata:Stable_Interface_Policy . Please complete the steps listed there. TASK DETAIL https://phabricator.wikimedia.org/T271105 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel

[Wikidata-bugs] [Maniphest] T267175: SPARQL-Query shows entries, which should be filter out; number of entries in result set might change when executed repeatedly (possible caching/indexing problem)

2021-01-18 Thread Multichill
Multichill added a comment. In T267175#6754527 <https://phabricator.wikimedia.org/T267175#6754527>, @dcausse wrote: > Checked a couple of these inconsistencies and they appear to all be out of order in the kafka topics. I suggest to disable `async imports` as I believe

[Wikidata-bugs] [Maniphest] T267175: SPARQL-Query shows entries, which should be filter out; number of entries in result set might change when executed repeatedly (possible caching/indexing problem)

2021-01-17 Thread Multichill
Multichill added a comment. @RKemper so what's the status of this? I see a lot of cases where the last edit didn't get processed so the data in SPARQL is not consistent. See https://w.wiki/ugf for some examples. TASK DETAIL https://phabricator.wikimedia.org/T267175 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] T180113: Support the creation and use of volunteer tools that help to convert information in Commons categories to structured data

2021-01-14 Thread Multichill
Multichill added a comment. In T180113#6747475 <https://phabricator.wikimedia.org/T180113#6747475>, @Elitre wrote: > @CBogen Hi, can you help me figure out if this is needed, otherwise I'd like to resolve. Thanks. Looks to me this is a bit too open ended. No real actio

[Wikidata-bugs] [Maniphest] T270522: [16hrs] Investigate Infrequent JobQueueErrors on Wikidata

2021-01-05 Thread Multichill
Multichill added a comment. Just had it again: pywikibot.data.api.APIMWException: internal_api_error_JobQueueError: [X-VEtQpAIDkAAHaGUqkAAADW] Caught exception of type JobQueueError [servedby: mw1345; errorclass: JobQueueError] TASK DETAIL https://phabricator.wikimedia.org/T270522

[Wikidata-bugs] [Maniphest] T270522: [16hrs] Investigate Infrequent JobQueueErrors on Wikidata

2021-01-05 Thread Multichill
Multichill added a comment. Ha, right after I posted that my bot crashed twice. Now with internal API errors: WARNING: API error internal_api_error_Error: [X-TMQQpAMMwAAHuo1NQE] Caught exception of type Error ERROR: Detected MediaWiki API exception internal_api_error_Error: [X

[Wikidata-bugs] [Maniphest] T270522: [16hrs] Investigate Infrequent JobQueueErrors on Wikidata

2021-01-05 Thread Multichill
Multichill added a comment. One of my robots ran non-stop for the last week so looks like it's not happening at the moment. You got to love intermittent problems. TASK DETAIL https://phabricator.wikimedia.org/T270522 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel

[Wikidata-bugs] [Maniphest] T267175: SPARQL-Query shows entries, which should be filter out; number of entries in result set might change when executed repeatedly (possible caching/indexing problem)

2020-12-29 Thread Multichill
Multichill added a comment. I've observed quite a lot of inconsistencies over the past two weeks. I haven't looked very extensively at it, but I'm getting the impression that blocks of edits are missed and the timestamps are around a spike at https://grafana.wikimedia.org/d/00489

[Wikidata-bugs] [Maniphest] T270622: Expand wbcreateclaim to be able to add references in the same edit

2020-12-21 Thread Multichill
Multichill created this task. Multichill added a project: Wikidata. TASK DESCRIPTION Currently when adding statements with references we'll first call https://www.wikidata.org/w/api.php?action=help=wbcreateclaim and after that https://www.wikidata.org/w/api.php?action=help=wbsetreference

[Wikidata-bugs] [Maniphest] T270522: Infrequent JobQueueErrors on Wikidata

2020-12-18 Thread Multichill
Multichill created this task. Multichill added projects: Wikidata, MediaWiki-API. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION While editing Wikidata I noticed the bot crashing every once in a while with a job queue error: WARNING: API error

[Wikidata-bugs] [Maniphest] T132690: [Story] Maintain Query Examples

2020-12-16 Thread Multichill
Multichill added a comment. @Lydia_Pintscher @Aklapper this is a never ending story TASK DETAIL https://phabricator.wikimedia.org/T132690 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Lucas_Werkmeister_WMDE, So9q, Bouzinac

[Wikidata-bugs] [Maniphest] T268645: Pywikibot crashing on ratelimit after the ratelimit removal from bot group in 2020

2020-11-24 Thread Multichill
Multichill added a comment. In T268645#6645735 <https://phabricator.wikimedia.org/T268645#6645735>, @Xqt wrote: > Looks like it is the same as T192912 <https://phabricator.wikimedia.org/T192912> > > Due to > > if code == 'failed-save'

[Wikidata-bugs] [Maniphest] T257938: License type filter for media search

2020-11-24 Thread Multichill
Multichill added a comment. In T257938#6645626 <https://phabricator.wikimedia.org/T257938#6645626>, @Cparle wrote: > @AnneT the config patch has been merged so you're good to go on the UI patch. Options are > > - `haslicense:cc-by` > - `h

[Wikidata-bugs] [Maniphest] T268645: Pywikibot crashing on ratelimit after the ratelimit removal from bot group in 2020

2020-11-24 Thread Multichill
Multichill created this task. Multichill added projects: Pywikibot, Wikidata. Restricted Application added subscribers: pywikibot-bugs-list, Aklapper. TASK DESCRIPTION I noticed I got: pywikibot.data.api.APIError: failed-save: The save has failed. [help: See https://www.wikidata.org/w

[Wikidata-bugs] [Maniphest] T257938: License type filter for media search

2020-11-13 Thread Multichill
Multichill added a comment. @Cparle @matthiasmullie I noticed the change was merged. Do you have a pointer where the actual mappings are stored? See https://github.com/multichill/toollabs/blob/master/bot/commons/own_work_sdoc.py#L66 for a list of mappings that I would expect (minus

[Wikidata-bugs] [Maniphest] T145712: Statement counts from pageprops do not match actual ones ( wikibase:statements and wikibase:sitelinks )

2020-10-29 Thread Multichill
Multichill added a comment. I looked around in old bugs and found T129046 <https://phabricator.wikimedia.org/T129046> . I think it went like this: - Several Wikibase page_props were added for some unknown reason (you would have to look in the code where these are actually us

[Wikidata-bugs] [Maniphest] T266589: Unable to semi-protect properties on Wikidata

2020-10-27 Thread Multichill
Multichill added a comment. Still means the wording of the protect page is incorrect. Currently it says "all users" and "allow only administrators". The "all users" is not correct because changing the protection to that won't make it possible for all users to

[Wikidata-bugs] [Maniphest] T266589: Unable to semi-protect properties on Wikidata

2020-10-27 Thread Multichill
Multichill created this task. Multichill added projects: Wikidata, MediaWiki-Page-protection. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION I noticed that use Edit=Allow only autoconfirmed users for items and for pages in the project namespace, but for properties

[Wikidata-bugs] [Maniphest] T57755: Allow time values more precise than day on Wikidata

2020-10-25 Thread Multichill
Multichill added a comment. Forked the Commons part in T266407 <https://phabricator.wikimedia.org/T266407> and left this one for the Wikidata part. TASK DETAIL https://phabricator.wikimedia.org/T57755 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailprefe

[Wikidata-bugs] [Maniphest] T266407: Increase maximum precision for time datatype from day to second on Commons

2020-10-25 Thread Multichill
Multichill created this task. Multichill added projects: Commons, Structured-Data-Backlog, MediaWiki-extensions-WikibaseRepository, StructuredDataOnCommons. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION Forked from

[Wikidata-bugs] [Maniphest] T57755: Allow time values more precise than day on Wikidata

2020-10-25 Thread Multichill
Multichill renamed this task from "Allow time values more precise than day" to "Allow time values more precise than day on Wikidata". TASK DETAIL https://phabricator.wikimedia.org/T57755 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

[Wikidata-bugs] [Maniphest] T57755: Allow time values more precise than day

2020-10-25 Thread Multichill
Multichill added a comment. In T57755#6576583 <https://phabricator.wikimedia.org/T57755#6576583>, @Jc3s5h wrote: > > > There is no indication about what time zone will be assumed for the creation or first publication date. You can't expect users to provide

[Wikidata-bugs] [Maniphest] T57755: Allow time values more precise than day

2020-10-25 Thread Multichill
Multichill added a comment. In T57755#4661653 <https://phabricator.wikimedia.org/T57755#4661653>, @Addshore wrote: > So, this ticket was created specifically for allowing entering time values with second precision on wikidata.org and it should probably (i guess) rem

[Wikidata-bugs] [Maniphest] T263298: Not getting an edit conflict on two conflicting structured data edits on Commons (since MediaWiki 1.36/wmf.9?)

2020-10-13 Thread Multichill
Multichill added a comment. Stepping back a bit. Wbeditentity should work more like the normal edit (action=edit) with things like how to handle edit conflicts and also minor edits. TASK DETAIL https://phabricator.wikimedia.org/T263298 EMAIL PREFERENCES https

[Wikidata-bugs] [Maniphest] T109420: [Story] Make exports formats more visible

2020-10-11 Thread Multichill
Multichill closed subtask T122711: Appending .json to an entity url should work (Feature Request) as Declined. TASK DETAIL https://phabricator.wikimedia.org/T109420 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Ivanhercaz

[Wikidata-bugs] [Maniphest] T122711: Appending ".json" to an entity url should work (Feature Request)

2020-10-11 Thread Multichill
Multichill closed this task as "Declined". Multichill removed a project: good first task. Multichill added a comment. In T122711#6534813 <https://phabricator.wikimedia.org/T122711#6534813>, @thiemowmde wrote: > With all the respect, but the task specifically

[Wikidata-bugs] [Maniphest] T263298: Not getting an edit conflict on two conflicting structured data edits on Commons (since MediaWiki 1.36/wmf.9?)

2020-10-11 Thread Multichill
Multichill added a comment. I just noticed this mid air collision: https://commons.wikimedia.org/w/index.php?title=File%3ANSG_Salmorth_PM19-09.jpg=revision=485124008=485009736 . If I understand Adman correctly, adding the option to use baserevid won't solve this. Using wbsetclaim isn't

[Wikidata-bugs] [Maniphest] T122711: Appending ".json" to an entity url should work (Feature Request)

2020-10-10 Thread Multichill
Multichill closed this task as "Resolved". Multichill claimed this task. Multichill added a comment. http://www.wikidata.org/entity/Q269728 is the entity uri (not https://www.wikidata.org/wiki/Q269728), http://www.wikidata.org/entity/Q269728.json redirects to https://www.wikidat

[Wikidata-bugs] [Maniphest] T109420: [Story] Make exports formats more visible

2020-10-10 Thread Multichill
Multichill closed subtask T122711: Appending .json to an entity url should work (Feature Request) as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T109420 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Ivanhercaz

[Wikidata-bugs] [Maniphest] T264659: Update BAG & BRT SPARQL endpoint in the whitelist

2020-10-05 Thread Multichill
Multichill created this task. Multichill added projects: Wikimedia-Site-requests, Wikidata, Wikidata-Query-Service, Discovery-Search. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION The SPARQL endpoint at https://data.pdok.nl/sparql is no longer functioning (see also

[Wikidata-bugs] [Maniphest] T258354: create new rate-limited bot group for Wikidata

2020-09-28 Thread Multichill
Multichill added a comment. Ok, I see, we only put misbehaving bots in this group. TASK DETAIL https://phabricator.wikimedia.org/T258354 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: MarcoAurelio, Urbanecm, ItamarWMDE

[Wikidata-bugs] [Maniphest] T263298: Not getting an edit conflict on two conflicting structured data edits on Commons (since MediaWiki 1.36/wmf.9?)

2020-09-24 Thread Multichill
Multichill added a comment. It's only on Commons and to reproduce you need a file with no structured data yet. First try doing an edit with "baserevid", you'll get a nasty API error (that's why I'm unable to use that). To reproduce just do two edits close to each other from diff

[Wikidata-bugs] [Maniphest] T257938: License type filter for media search

2020-09-12 Thread Multichill
Multichill added a comment. In T257938#6451946 <https://phabricator.wikimedia.org/T257938#6451946>, @AnneT wrote: > @matthiasmullie any thoughts on getting around the search string character limit here? Now that I've rebased this patch onto the one that swaps out the searc

[Wikidata-bugs] [Maniphest] T258835: Update Commons query service favicon

2020-08-26 Thread Multichill
Multichill added a comment. In T258835#6407372 <https://phabricator.wikimedia.org/T258835#6407372>, @CBogen wrote: > In T258835#6407335 <https://phabricator.wikimedia.org/T258835#6407335>, @Multichill wrote: > >> @CBogen directly using the Commons logo? For W

[Wikidata-bugs] [Maniphest] T230315: Allow adding references to structured data (MediaInfo) statements

2020-08-24 Thread Multichill
Multichill added a comment. Technically this is already possible, the question is if we actually want to use it. Makes the data model a lot more complicated to work with. TASK DETAIL https://phabricator.wikimedia.org/T230315 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings

[Wikidata-bugs] [Maniphest] T258835: Update Commons query service favicon

2020-08-24 Thread Multichill
Multichill added a subscriber: CBogen. Multichill added a comment. @CBogen directly using the Commons logo? For Wikidata query service we use https://commons.wikimedia.org/wiki/File:Wikidata_Query_Service_Favicon.svg so you can easily see what tab it is, I would like to have the same

[Wikidata-bugs] [Maniphest] T258354: create new rate-limited bot group for Wikidata

2020-08-16 Thread Multichill
Multichill added a comment. In T258354#6387030 <https://phabricator.wikimedia.org/T258354#6387030>, @Ladsgroup wrote: > In T258354#6365838 <https://phabricator.wikimedia.org/T258354#6365838>, @Multichill wrote: > >> Just add a sane (relatively high) ratel

[Wikidata-bugs] [Maniphest] T259801: Support multilingual formatter url on Wikidata

2020-08-15 Thread Multichill
Multichill added a comment. In T259801#6386751 <https://phabricator.wikimedia.org/T259801#6386751>, @Lydia_Pintscher wrote: > Yes I think you're right. But doesn't the same issue apply there? What issue? Export and API? AFAIK it's not used for that. TASK DETAI

[Wikidata-bugs] [Maniphest] T259801: Support multilingual formatter url on Wikidata

2020-08-12 Thread Multichill
Multichill added a comment. In T259801#6378907 <https://phabricator.wikimedia.org/T259801#6378907>, @Lydia_Pintscher wrote: > This would only affect the UI? How do we imagine this working in exports and APIs? Is the formatter url currently used in export and APIs? If s

[Wikidata-bugs] [Maniphest] T250611: action=info links for section "Wikidata entities used in this page" to Wikidata instead of Commons

2020-08-07 Thread Multichill
Multichill added subscribers: Keegan, Lydia_Pintscher, Lucas_Werkmeister_WMDE, Ramsey-WMF, Multichill. Multichill added a comment. This bug was filed quite some time ago, but seems it hasn't been noticed yet so tagging some people on it. It just got mentioned again on the village pump

[Wikidata-bugs] [Maniphest] T258354: create new rate-limited bot group for Wikidata

2020-08-06 Thread Multichill
Multichill added projects: Pywikibot-Wikidata, Pywikibot. Restricted Application added a subscriber: pywikibot-bugs-list. TASK DETAIL https://phabricator.wikimedia.org/T258354 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: pywikibot

[Wikidata-bugs] [Maniphest] T258354: create new rate-limited bot group for Wikidata

2020-08-06 Thread Multichill
Multichill added a comment. I think the approach is wrong. Let's start with the first assumption. Nuke ( https://www.wikidata.org/wiki/Special:Nuke ) runs under your own account. Used it plenty of times. As an admin I have noratelimit so having noratelimit on a completely different group

[Wikidata-bugs] [Maniphest] T259801: Support multilingual formatter url on Wikidata

2020-08-06 Thread Multichill
Multichill created this task. Multichill added projects: Wikidata, I18n. TASK DESCRIPTION We currently use the formatter url property ( https://www.wikidata.org/wiki/Property:P1630 ) to take an identifier and make a url based on the identifier. For example on https://www.wikidata.org/wiki

[Wikidata-bugs] [Maniphest] T258895: Wikimedia Commons Query Service should use Wikimedia url shortener instead of tinyurl

2020-07-28 Thread Multichill
Multichill added a comment. In T258895#6340004 <https://phabricator.wikimedia.org/T258895#6340004>, @Lucas_Werkmeister_WMDE wrote: > I would really rather not do that. This is a beta service – I think putting it on the official URL shortener whitelist, or even considering t

[Wikidata-bugs] [Maniphest] T258895: Wikimedia Commons Query Service should use Wikimedia url shortener instead of tinyurl

2020-07-26 Thread Multichill
Multichill added a comment. In T258895#6336041 <https://phabricator.wikimedia.org/T258895#6336041>, @Ladsgroup wrote: > Yes, if it goes to *.wikmedia.org or *.commons.org, it'll be shortable in short url but *.wmflabs.org is not among the allowed domain list for security

[Wikidata-bugs] [Maniphest] T258895: Wikimedia Commons Query Service should use Wikimedia url shortener instead of tinyurl

2020-07-26 Thread Multichill
Multichill created this task. Multichill added projects: Commons, Wikidata, Wikidata-Query-Service, MediaWiki-extensions-ShortUrl. TASK DESCRIPTION I wondered why https://tinyurl.com/y4myl8z6 was shared instead of a link like https://w.wiki/rL . Turns out the prototype uses tinyurl. Should

[Wikidata-bugs] [Maniphest] T258835: Update Commons query service favicon

2020-07-24 Thread Multichill
Multichill created this task. Multichill added projects: Commons, Wikidata-Query-Service. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION Becuase of T211474 <https://phabricator.wikimedia.org/T211474> https:

[Wikidata-bugs] [Maniphest] T257938: License type filter for media search

2020-07-24 Thread Multichill
Multichill added a comment. In T257938#6313111 <https://phabricator.wikimedia.org/T257938#6313111>, @EBernhardson wrote: > I wonder, would the liceneses extracted from CommonsMetadata be consistent enough to map directly to wikidata properties? It would be a lie, but it seems

[Wikidata-bugs] [Maniphest] T257938: License type filter for media search

2020-07-24 Thread Multichill
Multichill added a comment. I don't see any mention of copyright status. A lot of files on Commons don't have a license because these files are in the public domain, see for example https://commons.wikimedia.org/wiki/File:Georges_Ricard-Cordingley_(1873-1939)_-_Deep_Sea_Fishing_(morning

[Wikidata-bugs] [Maniphest] T257938: License type filter for media search

2020-07-24 Thread Multichill
Multichill added projects: Commons, SDC General. Restricted Application added a project: Wikidata. TASK DETAIL https://phabricator.wikimedia.org/T257938 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: EBernhardson, matthiasmullie

[Wikidata-bugs] [Maniphest] T258754: Define SLOs and error budget for WDQS

2020-07-24 Thread Multichill
Multichill added projects: Wikidata-Query-Service, Wikidata. TASK DETAIL https://phabricator.wikimedia.org/T258754 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: RKemper, Multichill Cc: RKemper, Aklapper, CBogen, Akuckartz, darthmon_wmde, ET4Eva

[Wikidata-bugs] [Maniphest] T258590: Decide on HTTP vs HTTPS for concept URIs on Commons

2020-07-24 Thread Multichill
Multichill added projects: Commons, StructuredDataOnCommons. TASK DETAIL https://phabricator.wikimedia.org/T258590 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Akuckartz, Lucas_Werkmeister_WMDE, Tpt, DVrandecic, CBogen, Multichill

[Wikidata-bugs] [Maniphest] T258769: ImageGrid for WCQS

2020-07-24 Thread Multichill
Multichill added a project: Commons. TASK DETAIL https://phabricator.wikimedia.org/T258769 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Ainali, Nikki, Zbyszko, Librarian_lena, Lucas_Werkmeister_WMDE, Jheald, Husky, Rachmat04, Gehel

[Wikidata-bugs] [Maniphest] T258590: Decide on HTTP vs HTTPS for concept URIs on Commons

2020-07-24 Thread Multichill
Multichill added a comment. Removed reference to T226453 <https://phabricator.wikimedia.org/T226453> . This is about Concept URI's on Commons (httpS) and not about concept URI's on Wikidata (http). TASK DETAIL https://phabricator.wikimedia.org/T258590 EMAIL PREFERENCES

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

2020-07-24 Thread Multichill
Multichill removed a subtask: T258590: Decide on HTTP vs HTTPS for concept URIs on Commons. TASK DETAIL https://phabricator.wikimedia.org/T226453 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Stylestrip, DemonDays64, JFishback_WMF

[Wikidata-bugs] [Maniphest] T258590: Decide on HTTP vs HTTPS for concept URIs on Commons

2020-07-24 Thread Multichill
Multichill removed a parent task: T226453: Concept URI in sidebar on Wikidata uses HTTP instead of HTTPS. TASK DETAIL https://phabricator.wikimedia.org/T258590 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Lucas_Werkmeister_WMDE

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

2020-07-24 Thread Multichill
Multichill renamed this task from "Concept URI in sidebar uses HTTP instead of HTTPS" to "Concept URI in sidebar on Wikidata uses HTTP instead of HTTPS". TASK DETAIL https://phabricator.wikimedia.org/T226453 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/pa

[Wikidata-bugs] [Maniphest] T258590: Decide on HTTP vs HTTPS for concept URIs on Commons

2020-07-23 Thread Multichill
Multichill added a comment. In T258590#6331165 <https://phabricator.wikimedia.org/T258590#6331165>, @CBogen wrote: > @Multichill it's very possible this discussion was had in the past but that those of us working on it now weren't around at that point - do you happen to ha

[Wikidata-bugs] [Maniphest] T258590: Decide on HTTP vs HTTPS for concept URIs on Commons

2020-07-23 Thread Multichill
Multichill added a comment. Wait, what, didn't we have this discussion quite some time ago for Commons and decided it would be https from the start? How did the http slip in again? If I look at a not so random item https://commons.wikimedia.org/wiki/Special:EntityData/M90544172.rdf it says

[Wikidata-bugs] [Maniphest] [Commented On] T244341: Stop using blank nodes for encoding SomeValue and OWL constraints in WDQS

2020-05-08 Thread Multichill
Multichill added a comment. In T244341#6096946 <https://phabricator.wikimedia.org/T244341#6096946>, @dcausse wrote: > @Multichill the discussion <https://www.wikidata.org/wiki/Wikidata:Contact_the_development_team/Query_Service_and_search#Blank_node_deprecat

[Wikidata-bugs] [Maniphest] [Retitled] T251380: Trim text input before saving on Wikibase string input

2020-05-02 Thread Multichill
Multichill renamed this task from "Trim text input before saving" to "Trim text input before saving on Wikibase string input". Multichill updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T251380 EMAIL PREFERENCES https://phabricator.wikimedi

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T251380: Trim text input before saving

2020-05-02 Thread Multichill
Multichill added subscribers: Lydia_Pintscher, Multichill. Multichill added a comment. Yes, ran into this too on Wikidata this week. The stripping could happen on the front end javascript or in the backend API. Not sure where other clean up is currently happening. AFAIK this only applies

[Wikidata-bugs] [Maniphest] [Updated] T244341: Wikibase RDF dump: stop using blank nodes for encoding SomeValue and OWL constraints

2020-04-17 Thread Multichill
Multichill added a project: Community-consensus-needed. TASK DETAIL https://phabricator.wikimedia.org/T244341 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Pfps, Mmarx, Dipsacus_fullonum, Luitzen, VladimirAlexiev, Lea_Lacroix_WMDE

  1   2   3   4   5   6   7   >