[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

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

2020-04-17 Thread Multichill
Multichill added a comment. This needs community consensus before moving forward. TASK DETAIL https://phabricator.wikimedia.org/T244341 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Multichill, Pfps, Mmarx, Dipsacus_fullonum

[Wikidata-bugs] [Maniphest] [Commented On] T249688: PropertyDataTypeLookupException in Files with a deleted property

2020-04-14 Thread Multichill
Multichill added a comment. In T249688#6055456 <https://phabricator.wikimedia.org/T249688#6055456>, @Lucas_Werkmeister_WMDE wrote: > CCing @Multichill, who deleted the property in question. Even if the error is handled better in WikibaseMediaInfo in the future, I figure the

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

2020-04-13 Thread Multichill
Multichill closed this task as "Resolved". Multichill added a comment. This got deployed, see https://www.wikidata.org/w/index.php?title=Wikidata:SPARQL_query_service/Federation_report=54292822=1156571419=1151192877 Thanks! TASK DETAIL https://phabricator.wikimedia.org/T249

[Wikidata-bugs] [Maniphest] [Closed] T249156: Add CBS SPARQL endpoint to whitelist

2020-04-13 Thread Multichill
Multichill closed this task as "Resolved". Multichill added a comment. This got deployed, see https://www.wikidata.org/w/index.php?title=Wikidata:SPARQL_query_service/Federation_report=54292822=1156571419=1151192877 Thanks! TASK DETAIL https://phabricator.wikimedia.org/T249

[Wikidata-bugs] [Maniphest] [Created] T249156: Add CBS SPARQL endpoint to whitelist

2020-04-01 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 As a pilot the CBS (Statistics Netherlands, https://en.wikipedia.org/wiki

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

2020-03-31 Thread Multichill
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] [Closed] T248439: Unable to remove P727 - The save has failed.

2020-03-29 Thread Multichill
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

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

2020-03-28 Thread Multichill
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/settings/panel

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

2020-03-28 Thread Multichill
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] [Closed] T138144: Clean up instance of for Rijksmonumenten

2020-03-28 Thread Multichill
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] [Edited] T68051: Implement Lua alternative to {{int:Lang}} / wgUserLanguage

2020-03-25 Thread Multichill
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] [Commented On] T221921: Provision search endpoint for SDC. Requirements from Product Team.

2020-03-18 Thread Multichill
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 DETAI

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

2020-03-16 Thread Multichill
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 effecti

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

2020-03-16 Thread Multichill
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

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

2020-03-06 Thread Multichill
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] [Commented On] T241338: Allow linking to specific statements in Structured data on Commons

2020-03-03 Thread Multichill
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] [Commented On] T245144: Increase Retry-Time header for Wikidata

2020-02-14 Thread Multichill
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/Distributed%20Systems%20Principles%20and%20Paradigms.pdf and look at the possible solutions. TASK DETAIL https

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

2020-02-14 Thread Multichill
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] T239474: [M] Units support for quantity datatype

2020-02-14 Thread Multichill
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, Ramsey

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

2020-02-09 Thread Multichill
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

2020-02-03 Thread Multichill
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] T240374: Maxlag=5 for BotMultichill

2020-01-18 Thread Multichill
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. TASK DETA

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

2020-01-18 Thread Multichill
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] [Blocker] T240369: Chase up bot operators whose bot keeps running when the dispatch lag is higher than 5

2020-01-18 Thread Multichill
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 Cc: Lydia_Pintscher, Framawiki

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

2020-01-18 Thread Multichill
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] T195178: Label in language constraint type

2020-01-11 Thread Multichill
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=%22key+language%22=Special:Search=advanced=1=%7B%7D=1 . Normal constraint would be nicer. TASK DETAIL https://phabricator.wikimedia.org

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

2019-12-26 Thread Multichill
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] [Declined] T240374: Maxlag=5 for BotMultichill

2019-12-11 Thread Multichill
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/emailp

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

2019-12-11 Thread Multichill
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, Addshore

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

2019-12-04 Thread Multichill
Multichill added a comment. In T222321#5710031 <https://phabricator.wikimedia.org/T222321#5710031>, @EBernhardson wrote: > In summary, it seems we need to merge the patch[1] for the /entity/ endpoint, and this should be resolved? > [1] https://gerrit.wikimedia.org/r/#/

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

2019-11-22 Thread Multichill
Multichill added a comment. @Addshore what factor are we using right now? Most bots seem to have stopped so it might be on the low side. TASK DETAIL https://phabricator.wikimedia.org/T221774 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences

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

2019-11-20 Thread Multichill
Multichill added a comment. In T221774#5679442 <https://phabricator.wikimedia.org/T221774#5679442>, @Bugreporter wrote: > Currently multiple tools are broken because the time that make maxlag back to normal is much longer than the total time the tool retries edits (see thi

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

2019-11-19 Thread Multichill
Multichill added a comment. Yeah, it the content negotiation is for html, showing the File page is imho the only correct location to link to. To be able to link to specific sections, you have to give the div an unique id I think. In your example it's div id="Q1$8983b0ea-4a9c-0902

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

2019-11-19 Thread Multichill
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.php.serial

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

2019-11-19 Thread Multichill
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.wikimedi

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

2019-10-27 Thread Multichill
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] T230314: Checking constraints for MediaInfo entries

2019-10-27 Thread Multichill
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

2019-10-27 Thread Multichill
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

  1   2   3   4   5   6   >