Multichill closed this task as "Resolved".Multichill claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T153439EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: PokestarFan, bd808, Lokal_Profil, Ricordisamoa, Lea_La
Multichill added a comment.
That explains why I keep getting these weird notifications for https://www.wikidata.org/wiki/Special:CentralAuth/NoclaimsBot . It's only configured to work on the wiki's listed at https://www.wikidata.org/wiki/User:NoclaimsBot#OverviewTASK D
Multichill added a comment.
Thanks for implementing this. What's left is updating https://www.wikidata.org/wiki/Module:Property_documentation to make use of the deprecated rank. Left a message about that on https://www.wikidata.org/wiki/Template_talk:Property_document
Multichill added a comment.
I agree with Lucas. We don't always want to have subclasses. We have a lot of crazy subclasses. I don't think https://www.wikidata.org/wiki/Q1415090 should be used at all. Someone has composer as occupation and might have been active in one or multiple f
Multichill added a comment.
Did a bit of digging. https://phabricator.wikimedia.org/diffusion/EBQC/browse/master/src/ConstraintCheck/Checker/TypeChecker.php;aa5f7b9dc53f566d9271d17de56213d623a363d5$80 is the code for Q21503250 that works for multiple values. https://phabricator.wikimedia.org
Multichill added a comment.
Both "P217:ГЭ-3836" or just "ГЭ-3836" would be great.TASK DETAILhttps://phabricator.wikimedia.org/T163642EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Smalyshev, debt, aude, Lydia_Pintscher,
Multichill added a comment.
@Smalyshev coming back to the strings. It's just like Commons. I don't use the local search. I use Google. I noticed https://www.wikidata.org/w/index.php?title=Q45962939&action=""> and I'm pretty sure it's a duplicate.
The item has
Multichill closed this task as "Resolved".Multichill claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T89552EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Swiss-National-Library, BeatEstermann, PokestarFan, Astinson, S
Multichill closed subtask T89552: Implement International Image Interoperability Framework (IIIF) prototype service on Wikimedia labs as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T173346EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpref
Multichill added a comment.
The "Usually on the Wikimedia projects, the user pages are not indexed for privacy reasons." seems to have misled a lot of people to support this. Please provide sourcing for that.TASK DETAILhttps://phabricator.wikimedia.org/T181525EMAIL PREFER
Multichill added a comment.
The original goal of this task was to implement a prototype. I think @dschwen did this (THANKS!) and this task should be closed. All sorts of other conversation happened in this task. More specific focused tasks should probably be made to handle the things discussed
Multichill created this task.Multichill added projects: Wikibase-Quality, Wikibase-Quality-Constraints, Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONThe item requires statement constraint (Q21503247) (https://www.wikidata.org/wiki/Help:Property_constraints_portal/Item) currently
Multichill created this task.Multichill added projects: Wikibase-Quality-Constraints, Wikidata, Wikibase-Quality.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONConstraint report tool should ignore any constraints set to deprecated like for example https://www.wikidata.org/w/index.php?title
Multichill added a comment.
In T114904#3732816, @daniel wrote:
@Multichill wb_items_per_site is *always* items. So to get the full item ID, just use concat('Q', ips_item_id).
That's not very nice, but viable I think. We could even make a virtual column ips_full_entity_id o
Multichill added subscribers: Lydia_Pintscher, Sjoerddebruin, Multichill.Multichill triaged this task as "High" priority.Multichill added a comment.
So wb_entity_per_page was killed:
MariaDB [wikidatawiki_p]> SELECT * FROM wb_entity_per_page LIMIT 1;
ERROR 1356
Multichill added a comment.
The url can be in different formats:
https://www.wikidata.org/wiki/Q42
http://www.wikidata.org/entity/Q42
https://www.wikidata.org/wiki/Special:EntityPage/Q42
Not sure how many variants we have. Not to hard to catch in a regex, might be a bit more clutter when you
Multichill added a comment.
Why is this moved to upstream? Nothing needs to be done there, we just need to implement it.TASK DETAILhttps://phabricator.wikimedia.org/T173195EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Ladsgroup, daniel, WMDE
Multichill added a subscriber: Smalyshev.Multichill added a project: Wikidata Query UI.Multichill added a comment.
I was talking about this with Jane earlier. Focus of this task is https://query.wikidata.org/ . Here we have ways to visualize queries. These are described at https://www.wikidata.org
Multichill added a comment.
In T35704#3632139, @TheDJ wrote:
Note to remember that this should not be the sole way of adding coordinates, as communities continue to be hesitant about Wikidata, esp. the larger ones.
Agree. Should be like the interwiki's. The local interwiki links still ove
Multichill added a comment.
This task doesn't read as a story, but more like recurring house keeping. Maybe rewrite it into something more actionable or create new more focused stories?TASK DETAILhttps://phabricator.wikimedia.org/T132690EMAIL PREFERENCEShttps://phabricator.wikimedia.org/set
Multichill closed this task as "Resolved".Multichill added a comment.
@Rfarrand I think this session and all other proposed sessions at https://phabricator.wikimedia.org/project/board/2530/ can be closed.TASK DETAILhttps://phabricator.wikimedia.org/T160828EMAIL PREFER
Multichill added a comment.
In T138144#3580057, @Lydia_Pintscher wrote:
Is there still anything to do for this task?
See https://www.wikidata.org/wiki/Wikidata:Database_reports/Constraint_violations/P359#.22Type_work_.28Q386724.29.2C_geographical_object_.28Q618123.29.22_violations , still 3000
Multichill added a project: Structured-Data-Commons.Multichill added subscribers: Lydia_Pintscher, SandraF_WMF.Multichill added a comment.
@hoo @Lydia_Pintscher this is quite a small annoying bug. Would appreciate if this can be fixed.TASK DETAILhttps://phabricator.wikimedia.org/T128661EMAIL
Multichill created this task.Multichill added projects: Wikidata, Commons.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONSee screenshot at https://commons.wikimedia.org/wiki/File:Screenshot_of_Commons_category_Boituva.png . I'm seeing the same thing. Seems to be triggered by Co
Multichill added a comment.
@Amire80 : I think this request is no longer valid now we have Wikidata. Close it?TASK DETAILhttps://phabricator.wikimedia.org/T17607EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Purodha, Sj, Nikola_Smolenski
Multichill added a parent task: T110833: Provide service to filter over categorization from a list of Commons categories .
TASK DETAILhttps://phabricator.wikimedia.org/T173980EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Smalyshev, Aklapper
Multichill added a parent task: T173980: Include hidden status in category RDF.
TASK DETAILhttps://phabricator.wikimedia.org/T157676EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: debt, PokestarFan, gerritbot, schana, Smalyshev, Bugreporter
Multichill added a subtask: T157676: Provide access to category information from WDQS SPARQL.
TASK DETAILhttps://phabricator.wikimedia.org/T173980EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Smalyshev, Aklapper, Multichill, GoranSMilovanovic
Multichill created this task.Multichill added projects: Wikidata-Query-Service, Discovery, Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONIn T157676 the first iteration of categories in RDF in the graph engine is being build. A nice addition would include if a category is hidden. On
Multichill added a subscriber: Izno.Multichill merged a task: T173197: Optimize Module:Wikidata_label on Commons.
TASK DETAILhttps://phabricator.wikimedia.org/T173194EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Izno, daniel, Multichill
Multichill closed this task as a duplicate of T173194: Module:Wikidata label should use mw.wikibase.label and mw.wikibase.sitelink.
TASK DETAILhttps://phabricator.wikimedia.org/T173197EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Izno
Multichill added a project: Performance.Multichill added a comment.
Some time ago @Jarekt build https://commons.wikimedia.org/wiki/Module:Wikidata_label and it's awesome! I had a look at it with @hoo and he pointed out that the module could probably be optimized using new functionality to not
Multichill created this task.Multichill added projects: Wikidata, Performance, Commons.Herald added subscribers: PokestarFan, Aklapper.
TASK DESCRIPTIONSome time ago @Jarekt build https://commons.wikimedia.org/wiki/Module:Wikidata_label and it's awesome! I had a look at it with @hoo and he po
Multichill renamed this task from ""Unknown dependency: wikibase.mobile" on Wikidata element pages" to ""Unknown dependency: wikibase.mobile" on Wikidata element pages ".Multichill added a subscriber: Lydia_Pintscher.
TASK DETAILhttps://phabricator.wik
Multichill added a comment.
I run into the same problem, No edit buttons on https://www.wikidata.org/wiki/Q24074537
Error: Unknown dependency: wikibase.mobile Error: Unknown dependency: wikibase.mobile
Stack trace:
sortDependencies@https://www.wikidata.org/w/load.php?debug=false&lang=en&
Multichill added a comment.
In T54564#3440166, @MGChecker wrote:
I really think conversating like this isn't helpful, but just arrogant.
I don't like to be insulted. You do know that phab is covered by https://www.mediawiki.org/wiki/Code_of_Conduct ?TASK DETAILhttps://phabricator.wik
Multichill added a comment.
You can change it to unbreak now and still nothing will happen. This task has a bright future of rotting at the bottom of the backlog.TASK DETAILhttps://phabricator.wikimedia.org/T54564EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To
Multichill added a comment.
@Magnus : Do you need to do any server decommissioning or anything else as part of this sunset? Probably need a task for that and a task to clean up the wdq project on labs.TASK DETAILhttps://phabricator.wikimedia.org/T153439EMAIL PREFERENCEShttps
Multichill added a subtask: T169653: Redirect wdq.wmflabs.org to query.wikidata.org.
TASK DETAILhttps://phabricator.wikimedia.org/T153439EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Smalyshev, Lokal_Profil, Ricordisamoa, Lea_Lacroix_WMDE
Multichill closed this task as "Resolved".Multichill added a comment.
WDQ sunset is almost over. Not sure what's left to do here so closing this taskTASK DETAILhttps://phabricator.wikimedia.org/T153546EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferen
Multichill added a comment.
I replaced the last usage on WIkidata, updated the template and documentation on both Wikidata and Enwp. I killed the tracker category. Switch the last eswp list and close this one?TASK DETAILhttps://phabricator.wikimedia.org/T153441EMAIL PREFERENCEShttps
Multichill created this task.Multichill added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONhttps://www.wikidata.org/wiki/Special:NewItem is missing on https://www.wikidata.org/wiki/Special:SpecialPages . Please add it.TASK DETAILhttps://phabricator.wikimedia.org
Multichill added a comment.
Looks like this got implemented last year, see for example https://commons.wikimedia.org/w/index.php?title=Template%3AHaarlem&type=revision&diff=203187005&oldid=194727911 . I just did https://commons.wikimedia.org/w/index.php?title=Template:Van_Gogh_Muse
Multichill added a comment.
First noticed this problem I think about 2 weeks ago. We talked about it on irc so it must be in the logs somewhereTASK DETAILhttps://phabricator.wikimedia.org/T166491EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc
Multichill added a comment.
And https://www.wikidata.org/wiki/Wikidata:Requests_for_comment/A_need_for_a_resolution_regarding_article_moves_and_redirects (thanks Jane)TASK DETAILhttps://phabricator.wikimedia.org/T54564EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
Multichill lowered the priority of this task from "Normal" to "Lowest".Multichill added a comment.
You're wasting your time people. This is not going to happen. The software won't be changed because this goes against the core data model of Wikidata.TASK DETAILhtt
Multichill added subscribers: DannyH, Ash_Crow, Harmonia_Amanda, JEumerus, Metamorforme42, daniel, StudiesWorld.Multichill merged a task: T120778: Allow Redirects to be linked to Wikidata items.
TASK DETAILhttps://phabricator.wikimedia.org/T54564EMAIL PREFERENCEShttps://phabricator.wikimedia.org
Multichill closed this task as a duplicate of T54564: Allow sitelinks to redirect pages to fix the 'Bonnie and Clyde problem'.
TASK DETAILhttps://phabricator.wikimedia.org/T120778EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Ash_Cr
Multichill created this task.Multichill added projects: Wikidata, ORES.Herald added a subscriber: Aklapper.Herald added a project: Scoring-platform-team-Backlog.
TASK DESCRIPTIONWe were talking about this on IRC. Items mature from an empty item to a featured item of time Some tools work really
Multichill closed this task as "Resolved".Multichill claimed this task.Multichill added a comment.
Change in T154011 got merged. Should fix this one too.TASK DETAILhttps://phabricator.wikimedia.org/T100123EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpref
Multichill added a comment.
Filed T166299 as a follow up taskTASK DETAILhttps://phabricator.wikimedia.org/T137022EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, MultichillCc: Aklapper, Zppix, Smalyshev, Multichill, GoranSMilovanovic, QZanden, Izno
Multichill created this task.Multichill added projects: Wikibase-DataModel, Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONIn T137022 I filed a task that the new wikibase:ExternalId data type was missing at http://wikiba.se/ontology-1.0.owl and https://www.mediawiki.org/wiki
Multichill added a comment.
@thiemowmde: Ricordisamoa was working on this change so I didn't close it yet because I wanted him to have the chance to comment. @Ricordisamoa sorry for the quick close.TASK DETAILhttps://phabricator.wikimedia.org/T48217EMAIL PREFERENCES
Multichill added a comment.
This change got very old and in the meantime we have this information in SPARQL so anyone can retrieve this data. I don't think this is needed any more. I propose to abandon the change and close the task.TASK DETAILhttps://phabricator.wikimedia.org/T48217
Multichill added a comment.
@Magnus I think we done enough fixing. Let's start removing it everywhere? I removed it from Pywikibot today in T162585TASK DETAILhttps://phabricator.wikimedia.org/T153441EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Multich
Multichill triaged this task as "Low" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T165249EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Ladsgroup, Framawiki, Multichill, Aklapper, pywikibot-bugs-list, XXN, GoranSMilovano
Multichill closed subtask T153444: Add deprecation warning when using WDQ in pywikibot as "Declined".
TASK DETAILhttps://phabricator.wikimedia.org/T153439EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Smalyshev, Lokal_Profil, Ri
Multichill added a comment.
In T144476#3277177, @hoo wrote:
According to @Smalyshev the service has recently been reloaded:
SELECT (COUNT(*) as ?count) WHERE {
?a wikibase:statements ?b
}
yields 26153440
SELECT (COUNT(*) as ?count) WHERE {
?a wikibase:identifiers ?b
}
yields 2.875.589 so
Multichill closed this task as "Resolved".Multichill claimed this task.Multichill added a comment.
Guess what, it's in the RDF!
wdata:Q76 a schema:Dataset ;
schema:about wd:Q76 ;
cc:license http://creativecommons.org/publicdomain/zero/1.0/ ;
schema:softwareVersion "0.0.
Multichill edited the task description. (Show Details)
EDIT DETAILS... - For those already familiar with SQL / SPARQL: how to move on to write your own
The session will be Saturday 20 May 2017 12:00 in Room WiaschtlTASK DETAILhttps://phabricator.wikimedia.org/T160828EMAIL PREFERENCEShttps
Multichill added a project: Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T165249EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Framawiki, Multichill, Aklapper, pywikibot-bugs-list, XXN, GoranSMilovanovic, QZanden, Sethakill, dg711
Multichill added a comment.
I keep running into this one and it's quite annoying. I'm editing on https://www.wikidata.org/wiki/Q17343103 . I get the suggestion to add inception (P571) , so far so good. I enter "1822" and click add qualifier. My browser calls https://www.wi
Multichill added a comment.
The bot is slow purging the items. We're now around the 7 million done. No load issues or any other problems detected. I could speed up, but right now it's stable and I don't want to risk any issues.TASK DETAILhttps://phabricator.wikimedia.o
Multichill added a comment.
Running https://github.com/multichill/toollabs/blob/master/bot/wikidata/page_props_purge.py now.TASK DETAILhttps://phabricator.wikimedia.org/T163475EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: daniel
Multichill claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T163475EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: daniel, Lydia_Pintscher, Ladsgroup, Aklapper, Multichill, QZanden, Izno, Wikidata-bugs, aude
Multichill added a comment.
I haven't done anything yet, but quite a few pages already have the page_prop:
MariaDB [wikidatawiki_p]> SELECT COUNT(*) FROM page_props WHERE pp_propname='wb-identifiers' LIMIT 1;
+--+
COUNT(*)
+--+
673659
+--+
1 ro
Multichill added a comment.
Thanks @jcrespo for you response. Task was filed because we noticed the database going read-only every once in a while and because T100123 hasn't been implemented yet, this has impact. Something might have been wrong. I'll just sum up your response as
Multichill added a comment.
In T163642#3218412, @debt wrote:
This looks to be more wikidata than discovery search task at this time.
"The Discovery Department of Wikimedia Engineering has the mission to make the wealth of knowledge and content in the Wikimedia projects easily discove
Multichill added a comment.
In T163475#3208210, @daniel wrote:
Makes sense, and should be fine.
However, purging all these pages is quite expensive. We could calculate the number and write it to page_props directly. That's a little bit hackish, but a lot faster, and not too horrible. It
Multichill created this task.Multichill added projects: Wikidata, Discovery, CirrusSearch.Herald added a subscriber: Aklapper.Herald added a project: Discovery-Search.
TASK DESCRIPTIONCurrently the search engine of Wikidata indexes all strings in labels, descriptions and aliases, but not in
Multichill added a comment.
In T58615#3204120, @Lydia_Pintscher wrote:
Open question: can we actually check this?
Yes we can. I added a link from https://test.wikidata.org/wiki/Q42770 to https://test.wikipedia.org/wiki/Test_page_7 as myself. As anonymous I removed the sitelink. As myself I
Multichill added a comment.
In T67168#3204151, @Lydia_Pintscher wrote:
Is this still current?
I don't think anyone touched this part of the code since 2014?TASK DETAILhttps://phabricator.wikimedia.org/T67168EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferenc
Multichill added a comment.
Just had it again:
pywikibot.data.api.APIError: readonly: The database has been automatically locked while the slave database servers catch up to the master [readonlyreason:Waiting for 3 lagged database(s); help:See https://www.wikidata.org/w/api.php for API usage
Multichill closed subtask T89597: Convert Template:Creator to Lua and use Wikidata as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T89594EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Nizil, Pokefan95, intra
Multichill closed this task as "Resolved".Multichill assigned this task to Jarekt.Multichill added a comment.
@Jarekt deployed this on Commons, see https://commons.wikimedia.org/w/index.php?title=Template_talk%3ACreator&type=revision&diff=241557392&oldid=2381454
Multichill changed the title from "API code 'readonly' not handled" to "API code 'readonly' not handled on Wikidata".Multichill added a project: Pywikibot-Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T100123EMAIL PREFERENCEShttps://
Multichill added a parent task: T86083: Wikibase support in pywikibot lacks exception handling.
TASK DETAILhttps://phabricator.wikimedia.org/T100123EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Framawiki, Legoktm, XZise, Multichill, pywikibot
Multichill edited subtasks, added: T114617: Track the number of identifier properties on an item in page_props; removed: T144476: [feature request] add count of external-ids to rdf (Wikidata).
TASK DETAILhttps://phabricator.wikimedia.org/T163475EMAIL PREFERENCEShttps://phabricator.wikimedia.org
Multichill removed a parent task: T163475: Populate the page_props table on Wikidata with wb-identifiers.
TASK DETAILhttps://phabricator.wikimedia.org/T144476EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Lydia_Pintscher, thiemowmde, aude
Multichill added a parent task: T163475: Populate the page_props table on Wikidata with wb-identifiers.
TASK DETAILhttps://phabricator.wikimedia.org/T114617EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, MultichillCc: gerritbot, Ladsgroup
Multichill added a subtask: T144476: [feature request] add count of external-ids to rdf (Wikidata).
TASK DETAILhttps://phabricator.wikimedia.org/T163475EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Lydia_Pintscher, Ladsgroup, Aklapper
Multichill added a parent task: T163475: Populate the page_props table on Wikidata with wb-identifiers.
TASK DETAILhttps://phabricator.wikimedia.org/T144476EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Lydia_Pintscher, thiemowmde, aude, Jonas
Multichill created this task.Multichill added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONIn T114617 the wb-identifiers were introduced in the page_props table. This is probably going to be deployed somewhere in May if all goes well. When an items gets edited, the
Multichill added a comment.
In the last 10 minutes:
pywikibot.data.api.APIError: readonly: The database has been automatically locked while the slave database servers catch up to the master [readonlyreason:Waiting for 7 lagged database(s); help:See https://www.wikidata.org/w/api.php for API usage
Multichill added a comment.
@Ladsgroup code review was done. Any update on this?TASK DETAILhttps://phabricator.wikimedia.org/T114617EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, MultichillCc: Ladsgroup, Lydia_Pintscher, daniel, aude, Esc3300
Multichill added a comment.
In T114617#3115238, @Ladsgroup wrote:
I've looked into this a little and it seems it's not easily doable. Item->getStatements() returns StatementList which without doing several SQL lookups we can not distinguish statements which their property is of a
Multichill added a comment.
@Quiddity : See https://www.wikidata.org/wiki/Wikidata:Project_chat#Documentation_sprint_for_Wikidata_during_the_Wikimedia_HackathonTASK DETAILhttps://phabricator.wikimedia.org/T159216EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To
Multichill added a comment.
I consider this important, but not in scope for a hackathon.TASK DETAILhttps://phabricator.wikimedia.org/T159216EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: johl, MultichillCc: Multichill, Pigsonthewing, Aklapper
Multichill added a project: MediaWiki-Internationalization.Multichill added a comment.
In T68051#3039233, @Jackmcbarn wrote:
IMO, it was a bad idea for {{int:}} to ever work on user language instead of on content/page/site language. I don't think we should extend that mistake.
What y
Multichill added a project: Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T68051EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Rama, Jarekt, Multichill, Aklapper, Rical, Nemo_bis, Anomie, He7d3r, tstarling, wikibugs-l-list, vvv
Multichill created this task.Multichill added projects: Wikidata, MediaWiki-extensions-Scribunto.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONOn https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua all sorts of nice functions are offered, but a simple function to get the user
Multichill added a comment.
In T153439#3016412, @Magnus wrote:
OK, so I couldn't get it to work again easily. WDQ been broken for weeks now, and I had exactly one single person ask about it, but I could successfully upgrade them to SPARQL.
Maybe we could just officially retire WDQ now?
I
Multichill added a comment.
In T143349#2963021 @yuvipanda shutdown a VM. Looks like http://wdq.wmflabs.org/stats and all queries are giving a time out now. Not sure it's related.TASK DETAILhttps://phabricator.wikimedia.org/T153439EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/
Multichill added a comment.
In T100123#2955519, @Framawiki wrote:
Will probably be solved with T154011.
I doubt it. Normal editing and Wikidata editing use different code and api modules. Normal editing will raise pywikibot.OtherPageSaveError, Wikidata editing will raise
Multichill created this task.Multichill added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONI notice that queries using values like https://query.wikidata.org/#SELECT%20%3Fitem%20%3Fitem2%20%3Finv%20WHERE%20%7B%0A
Multichill changed the title from "Add deprecation warnings and tracking category for WDQ at Template:Wikidata list" to "Deprecate WDQ in Template:Wikidata list and switch remaining lists".Multichill edited the task description. (Show Details)
EDIT DETAILSTemplate:Wikidata list
Multichill added a comment.
In T153441#2881880, @Magnus wrote:
We are not aiming to change the visible result (only for the better, perhaps). And when I switch off WDQ support, they should be thankful that their lists keep working.
Exactly! Thanks for the overview. I just counted only 14 not
Multichill added a comment.
I also noticed that the query converter gives interesting output. Things like not using MINUS. I tend to also make the query a bit easier or better when converting. The number of pages is much lower than I expected on other wiki's. I guess that if you can just prod
Multichill added a comment.
I added the warnings and some tracker categories on Wikidata, see https://www.wikidata.org/w/index.php?title=Template%3AWikidata_list&type=revision&diff=416999396&oldid=410001395
https://www.wikidata.org/wiki/Category:Wikidata_list_with_wdq_and_sparql fil
Multichill added a subtask: T153444: Add deprecation warning when using WDQ in pywikibot.
TASK DETAILhttps://phabricator.wikimedia.org/T153439EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Lea_Lacroix_WMDE, yuvipanda, Multichill, Magnus
301 - 400 of 647 matches
Mail list logo
