[Wikidata-bugs] [Maniphest] [Changed Project Column] T117200: [WD] Implement internal use KPI (infoboxes)

Addshore moved this task to Done on the WMDE-Analytics-Engineering workboard. TASK DETAIL https://phabricator.wikimedia.org/T117200 WORKBOARD https://phabricator.wikimedia.org/project/board/1585/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

[Wikidata-bugs] [Maniphest] [Commented On] T117533: DCAT-AP: Issued and modified should be typed

Lokal_Profil added a comment. But it isn't there in 1.00 https://joinup.ec.europa.eu/system/files/project/dcat-ap_final_v1.00_0.html#Data%20Catalogue%20-%20release%20date There is however not a nice table (like in 0.06 and 1.01) so it might have been intended but never made it in. TASK

[Wikidata-bugs] [Maniphest] [Updated] T46874: [Epic] Full support for wikibase edits in enhanced changes format ("Group changes by page in recent changes and watchlist" [usenewrc])

matej_suchanek added a blocking task: T64798: [Task] Consolidate watchlist and recent changes hook query code in Wikibase Client. TASK DETAIL https://phabricator.wikimedia.org/T46874 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matej_suchanek Cc:

[Wikidata-bugs] [Maniphest] [Updated] T64798: [Task] Consolidate watchlist and recent changes hook query code in Wikibase Client

matej_suchanek added a blocked task: T46874: [Epic] Full support for wikibase edits in enhanced changes format ("Group changes by page in recent changes and watchlist" [usenewrc]). TASK DETAIL https://phabricator.wikimedia.org/T64798 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Changed Project Column] T117421: [Story] Put identifiers into separate section in the UI

Jonas moved this task to Backlog on the Wikidata-Sprint-2015-11-17 workboard. TASK DETAIL https://phabricator.wikimedia.org/T117421 WORKBOARD https://phabricator.wikimedia.org/project/board/1620/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

[Wikidata-bugs] [Maniphest] [Changed Project Column] T117421: [Story] Put identifiers into separate section in the UI

Jonas moved this task to Doing on the Wikidata-Sprint-2015-11-17 workboard. TASK DETAIL https://phabricator.wikimedia.org/T117421 WORKBOARD https://phabricator.wikimedia.org/project/board/1620/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jonas

[Wikidata-bugs] [Maniphest] [Created] T118949: Introduce StatementSectionsView

Jonas created this task. Jonas assigned this task to thiemowmde. Jonas added subscribers: Jonas, adrianheine, thiemowmde. Jonas added projects: Wikidata-Sprint-2015-11-17, MediaWiki-extensions-WikibaseView, Wikidata-Sprint-2015-11-03, Wikidata, MediaWiki-extensions-WikibaseRepository,

[Wikidata-bugs] [Maniphest] [Updated] T113347: [Task] Pre-fetch label used for summary formatting

matej_suchanek added a blocked task: T118935: [Bug] Entity ids not formatted in Wikibase watchlist edits in client. TASK DETAIL https://phabricator.wikimedia.org/T113347 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matej_suchanek Cc: daniel,

[Wikidata-bugs] [Maniphest] [Created] T118971: Add a ChangeLookup interface and convert existing ChangeLookup into SqlChangeLookup

aude created this task. aude added a subscriber: aude. aude added projects: Wikidata, MediaWiki-extensions-WikibaseRepository. Herald added a subscriber: Aklapper. TASK DESCRIPTION Right now ChangeLookup implements ChunkAccess which is nice, but I think we need an interface that specifically

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T118960: unescape escaped | from example queries

JanZerebecki added a subscriber: Jonas. JanZerebecki set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T118960 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JanZerebecki Cc: Jonas, Aklapper, JanZerebecki, StudiesWorld, jkroll,

[Wikidata-bugs] [Maniphest] [Commented On] T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections

gerritbot added a comment. Change 253934 had a related patch set uploaded (by Ori.livneh): Make getLaggedSlaveMode() use reuseConnection() as needed https://gerrit.wikimedia.org/r/253934 TASK DETAIL https://phabricator.wikimedia.org/T118162 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections

gerritbot added a comment. Change 253934 merged by Ori.livneh: Make getLaggedSlaveMode() use reuseConnection() as needed https://gerrit.wikimedia.org/r/253934 TASK DETAIL https://phabricator.wikimedia.org/T118162 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Updated] T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections

mobrovac added a comment. As @ori mentioned, the https://phabricator.wikimedia.org/tag/services/ team is working with https://phabricator.wikimedia.org/tag/analytics/ on the https://phabricator.wikimedia.org/tag/eventbus/ project, whose aim is basically to replace jobrunners and enable

[Wikidata-bugs] [Maniphest] [Commented On] T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections

daniel added a comment. @mobrovac Yes, and I'll be very happy to replace the entire change dispatching clutch with an actual event bus. I suspect it'll be a few months until we can do that, though. I'm in touch with Gabriel about this, though I haven't looked into the details. I did explain to

[Wikidata-bugs] [Maniphest] [Commented On] T117685: [Task] Tests for SearchHookHandler

gerritbot added a subscriber: gerritbot. gerritbot added a comment. Change 251022 merged by jenkins-bot: Add phpunit test for SearchHookHandler https://gerrit.wikimedia.org/r/251022 TASK DETAIL https://phabricator.wikimedia.org/T117685 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Created] T118960: unescape escaped | from example queries

JanZerebecki created this task. JanZerebecki added a subscriber: JanZerebecki. JanZerebecki added projects: Wikidata, Wikidata-Query-Service. Herald added subscribers: StudiesWorld, Aklapper. Herald added a project: Discovery. TASK DESCRIPTION Unescape escaped | from example queries, otherwise

[Wikidata] data access for Wikispecies, MediaWiki, Meta and Wikinews is coming

Hey everyone :) Things seem to be going well so we'll move forward and give another bunch of projects access to the data on Wikidata. They so far only have access to the sitelinks. This will be: Wikispecies, MediaWiki, Meta and Wikinews. We'll do this on 2. December. Cheers Lydia -- Lydia

[Wikidata-bugs] [Maniphest] [Commented On] T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections

daniel added a comment. In https://phabricator.wikimedia.org/T118162#1813400, @jcrespo wrote: > Connection re-use does not work if you open 900 connections at the same time > every 3 minutes. I have been saying that for a long time. If a DBA has to > explain connection reuse vs pool of

[Wikidata-bugs] [Maniphest] [Created] T118968: [Task] Investigate if removing of events improves loading times

thiemowmde created this task. thiemowmde added subscribers: Jonas, Bene, thiemowmde, adrianheine, Lydia_Pintscher. thiemowmde added projects: Wikidata, Tracking, Performance, MediaWiki-extensions-WikibaseRepository. Herald added a subscriber: Aklapper. TASK DESCRIPTION TASK DETAIL

[Wikidata-bugs] [Maniphest] [Commented On] T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections

jcrespo added a comment. You are opening one connection per wiki. That is wrong. Locking per wiki will serve nothing. TASK DETAIL https://phabricator.wikimedia.org/T118162 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jcrespo Cc: Tobi_WMDE_SW,

[Wikidata-bugs] [Maniphest] [Updated] T109780: [Task] Enable phase 2 for Wikinews

matej_suchanek added a project: user-notice. TASK DETAIL https://phabricator.wikimedia.org/T109780 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matej_suchanek Cc: Mattho69, MZMcBride, Bugreporter, Lydia_Pintscher, Aklapper, Ricordisamoa,

[Wikidata-bugs] [Maniphest] [Updated] T117524: [Task] Enable data access for Meta

matej_suchanek added a project: user-notice. TASK DETAIL https://phabricator.wikimedia.org/T117524 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matej_suchanek Cc: matej_suchanek, JackPotte, Liuxinyu970226, StudiesWorld, Matanya, mxn, Aklapper,

[Wikidata-bugs] [Maniphest] [Commented On] T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections

jcrespo added a comment. | 206189024 | wikiadmin | 10.64.32.13:49847 | ruwikibooks | Sleep | | 206189066 | wikiadmin | 10.64.32.13:49848 | sahwiki | Sleep | | 206189112 | wikiadmin | 10.64.32.13:49850 | fiwikinews | Sleep | |

[Wikidata-bugs] [Maniphest] [Commented On] T118968: [Task] Investigate if removing of events improves loading times

thiemowmde added a comment. I added log code to `TemplatedWidget._trigger` and found that an example item in my local repository with 31 snaks in 31 statements calls `this._trigger` 975 times on load. That's an awful lot, considering that most of these events do not have a listener. When I

[Wikidata-bugs] [Maniphest] [Commented On] T110902: [Bug] Table of content too large on mobile Wikidata

gerritbot added a comment. Change 253935 had a related patch set uploaded (by Thiemo Mättig (WMDE)): Add class="mw-editsection" to headlines on entity pages https://gerrit.wikimedia.org/r/253935 TASK DETAIL https://phabricator.wikimedia.org/T110902 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Triaged] T118850: Delete daily.wikidata.api.getclaims_property_use.* Graphite metrics

Addshore triaged this task as "Normal" priority. Addshore set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T118850 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: Aklapper, Addshore, StudiesWorld, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Triaged] T117732: Create a Graphite instance in the Analytics cluster

Addshore triaged this task as "Low" priority. TASK DETAIL https://phabricator.wikimedia.org/T117732 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: Joe, Lydia_Pintscher, fgiunchedi, Christopher, JanZerebecki, Nuria, Ottomata, Aklapper,

[Wikidata-bugs] [Maniphest] [Assigned] T118950: [Task] Introduce StatementGrouper

Jonas assigned this task to thiemowmde. Jonas set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T118950 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde, Jonas Cc: Jonas, adrianheine, thiemowmde, Aklapper, Wikidata-bugs,

Re: [Wikidata] WDQS updates have stopped

On Tue, Nov 17, 2015 at 7:39 PM, James Heald wrote: > Any idea what's going on with the SPARQL service ? > > Usually the data gets updated every minute or two, but it's over 11 hours > now. My best guess looking at things right now is that SuccuBot is making a huge number of

[Wikidata-bugs] [Maniphest] [Updated] T108688: [Story] meaningful edit summaries on the client

matej_suchanek added a blocking task: T118935: [Bug] Entity ids not formatted in Wikibase watchlist edits in client. TASK DETAIL https://phabricator.wikimedia.org/T108688 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matej_suchanek Cc: MGChecker,

[Wikidata-bugs] [Maniphest] [Updated] T118935: [Bug] Entity ids not formatted in Wikibase watchlist edits in client

matej_suchanek added a blocking task: T113347: [Task] Pre-fetch label used for summary formatting. TASK DETAIL https://phabricator.wikimedia.org/T118935 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matej_suchanek Cc: aude, Aklapper,

[Wikidata-bugs] [Maniphest] [Updated] T118935: [Bug] Entity ids not formatted in Wikibase watchlist edits in client

matej_suchanek added a blocked task: T108688: [Story] meaningful edit summaries on the client. TASK DETAIL https://phabricator.wikimedia.org/T118935 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matej_suchanek Cc: aude, Aklapper, Wikidata-bugs,

[Wikidata-bugs] [Maniphest] [Updated] T118949: [Task] Introduce StatementSectionsView

gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T118949 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde, gerritbot Cc: gerritbot, thiemowmde, adrianheine, Jonas, Aklapper, Wikidata-bugs, aude,

Re: [Wikidata] WDQS updates have stopped

Hi! >> Usually the data gets updated every minute or two, but it's over 11 hours >> now. > > My best guess looking at things right now is that SuccuBot is making a > huge number of edits and the updater for the query service might not > be able to handle that yet. Stas: Could you have a look?

Re: [Wikidata] WDQS updates have stopped

On Wed, Nov 18, 2015 at 4:44 PM, Stas Malyshev wrote: > Yes, looks like there's a large volume of updates, so the service is > several hours behind, but it seems to be catching up now. What's the bot > is doing?

[Wikidata-bugs] [Maniphest] [Updated] T117524: [Task] Enable data access for Meta

matej_suchanek added a subscriber: matej_suchanek. matej_suchanek added a comment. @JackPotte That's problem of T109780: [Task] Enable phase 2 for Wikinews . TASK DETAIL https://phabricator.wikimedia.org/T117524 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T117533: DCAT-AP: Issued and modified should be typed

EmidioStani added a comment. I don't see on the website the version 1.00 as PDF and I do agree with you it is not there. I think that html table is not fully descriptive compared to the PDF we should ask to the authors the version 1.00 TASK DETAIL https://phabricator.wikimedia.org/T117533

[Wikidata-bugs] [Maniphest] [Changed Project Column] T118949: Introduce StatementSectionsView

Jonas moved this task to Doing on the Wikidata-Sprint-2015-11-17 workboard. TASK DETAIL https://phabricator.wikimedia.org/T118949 WORKBOARD https://phabricator.wikimedia.org/project/board/1620/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

[Wikidata-bugs] [Maniphest] [Commented On] T118949: [Task] Introduce StatementSectionsView

gerritbot added a comment. Change 253912 had a related patch set uploaded (by Thiemo Mättig (WMDE)): Introduce and start using StatementSectionsView https://gerrit.wikimedia.org/r/253912 TASK DETAIL https://phabricator.wikimedia.org/T118949 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Changed Project Column] T118950: [Task] Introduce StatementGrouper

Jonas moved this task to Doing on the Wikidata-Sprint-2015-11-17 workboard. TASK DETAIL https://phabricator.wikimedia.org/T118950 WORKBOARD https://phabricator.wikimedia.org/project/board/1620/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jonas

[Wikidata-bugs] [Maniphest] [Retitled] T118949: [Task] Introduce StatementSectionsView

Jonas changed the title from "Introduce StatementSectionsView " to "[Task] Introduce StatementSectionsView ". Jonas set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T118949 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

[Wikidata-bugs] [Maniphest] [Commented On] T118949: [Task] Introduce StatementSectionsView

gerritbot added a subscriber: gerritbot. gerritbot added a comment. Change 253911 had a related patch set uploaded (by Thiemo Mättig (WMDE)): Add "Identifiers" section heading for wikidata.org https://gerrit.wikimedia.org/r/253911 TASK DETAIL https://phabricator.wikimedia.org/T118949 EMAIL

[Wikidata-bugs] [Maniphest] [Created] T118950: [Task] Introduce StatementGrouper

Jonas created this task. Jonas added subscribers: thiemowmde, adrianheine, Jonas. Jonas added projects: Wikidata-Sprint-2015-11-17, MediaWiki-extensions-WikibaseView, Wikidata-Sprint-2015-11-03, Wikidata, MediaWiki-extensions-WikibaseRepository, Wikibase-Quality-Constraints. Herald added a

[Wikidata-bugs] [Maniphest] [Created] T118951: [Task] Implement ByMainSnakPropertyDataTypeStatementFilter

Jonas created this task. Jonas added subscribers: thiemowmde, Jonas, adrianheine. Jonas added projects: Wikidata-Sprint-2015-11-17, MediaWiki-extensions-WikibaseView, Wikidata-Sprint-2015-11-03, Wikidata, MediaWiki-extensions-WikibaseRepository, Wikibase-Quality-Constraints. Herald added a

[Wikidata-bugs] [Maniphest] [Changed Project Column] T118951: [Task] Implement ByMainSnakPropertyDataTypeStatementFilter

Jonas moved this task to Backlog on the Wikidata-Sprint-2015-11-17 workboard. TASK DETAIL https://phabricator.wikimedia.org/T118951 WORKBOARD https://phabricator.wikimedia.org/project/board/1620/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

Re: [Wikidata] WDQS updates have stopped

Hi! >> Yes, looks like there's a large volume of updates, so the service is >> several hours behind, but it seems to be catching up now. What's the bot >> is doing? > > https://www.wikidata.org/wiki/Special:Contributions/SuccuBot Last set of edits seems suspect to me - e.g. adding copies of en

[Wikidata-bugs] [Maniphest] [Commented On] T64874: [Story] Statistics for Special:EntityData usage

Addshore added a comment. Daily would be good. Grouped by format. We can probably ignore /entity/ as they should all redirect to Special:EntityData. TASK DETAIL https://phabricator.wikimedia.org/T64874 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/

[Wikidata-bugs] [Maniphest] [Updated] T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections

ReleaseTaggerBot added a project: WMF-deploy-2015-11-10_(1.27.0-wmf.6). TASK DETAIL https://phabricator.wikimedia.org/T118162 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: ReleaseTaggerBot Cc: Tobi_WMDE_SW, ori, mobrovac, thiemowmde, aaron,

Re: [Wikidata] WDQS updates have stopped

On Wed, Nov 18, 2015 at 7:03 PM, Andra Waagmeester wrote: > How do you do add "hunderds (if not thousands)" items per minute? We > typically see speeds of 20-30 items per minute with our bot account. For our > purposes it would be convenient if that number can be increased.

[Wikidata-bugs] [Maniphest] [Commented On] T109780: [Task] Enable phase 2 for Wikinews

Lydia_Pintscher added a comment. This will be done on Dec 2nd. TASK DETAIL https://phabricator.wikimedia.org/T109780 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lydia_Pintscher Cc: Mattho69, MZMcBride, Bugreporter, Lydia_Pintscher, Aklapper,

[Wikidata-bugs] [Maniphest] [Commented On] T117611: Create a dashboard showing how many error/timeout requests are in WDQS

Addshore added a comment. @Ironholds I think we will leave the WDQS dashboard to you! :) We now link to the WDQS dash @ https://grafana.wikimedia.org/dashboard/db/wikidata TASK DETAIL https://phabricator.wikimedia.org/T117611 EMAIL PREFERENCES

Re: [Wikidata] WDQS updates have stopped

How do you do add "hunderds (if not thousands)" items per minute? We typically see speeds of 20-30 items per minute with our bot account. For our purposes it would be convenient if that number can be increased. On Wed, Nov 18, 2015 at 4:58 PM, Stas Malyshev wrote: > Hi!

[Wikidata-bugs] [Maniphest] [Closed] T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections

jcrespo closed this task as "Resolved". jcrespo claimed this task. jcrespo added a comment. Resolving, and hopefuly future issues can be resolved in further tickets. I am ok with the current state. TASK DETAIL https://phabricator.wikimedia.org/T118162 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T118739: Requesting access to dataset-admins for Addshore

Addshore added a comment. I am fine with doing it either way :) Someone from the analytics team may also have an opinion though! TASK DETAIL https://phabricator.wikimedia.org/T118739 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc:

[Wikidata-bugs] [Maniphest] [Commented On] T117524: [Task] Enable data access for Meta

Lydia_Pintscher added a subscriber: Lydia_Pintscher. Lydia_Pintscher added a comment. This will be done on Dec 2nd. TASK DETAIL https://phabricator.wikimedia.org/T117524 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lydia_Pintscher Cc:

[Wikidata-bugs] [Maniphest] [Commented On] T118860: [Tracking] Represent derived data in the data model

daniel added a comment. In https://phabricator.wikimedia.org/T118860#1813512, @mkroetzsch wrote: > When things have a conceptual dependency, it is not bad design to have a code > dependency there as well. I agree, but that dependency should be as narrow as possible. The code that creates an

[Wikidata-bugs] [Maniphest] [Changed Project Column] T118968: [Task] Investigate if removing of events improves loading times

Lydia_Pintscher moved this task to consider for next sprint on the Wikidata workboard. TASK DETAIL https://phabricator.wikimedia.org/T118968 WORKBOARD https://phabricator.wikimedia.org/project/board/71/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/

[Wikidata-bugs] [Maniphest] [Commented On] T118860: [Tracking] Represent derived data in the data model

JanZerebecki added a comment. > When things have a conceptual dependency, it is not bad design to have a code > dependency there as well. As far as I understand that, it argues for tight coupling (i.e. Sites::getSingleton() where the URL is used). Arguing for loose coupling might read like

[Wikidata-bugs] [Maniphest] [Commented On] T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections

ori added a comment. https://phabricator.wikimedia.org/tag/wikidata/ folks (especially @daniel and @Lydia_Pintscher): Just a quick note to apologize for my conduct on this task. I think I was quick to escalate things, and I did it in a manner that probably only succeeded at raising the stress

[Wikidata-bugs] [Maniphest] [Commented On] T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections

Lydia_Pintscher added a comment. @ori: Don't worry. We have it fixed and will do some more to make it better. I understand it sucks when these things break so badly. TASK DETAIL https://phabricator.wikimedia.org/T118162 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T118860: [Tracking] Represent derived data in the data model

mkroetzsch added a comment. I don't want to detail every bit here, but it should be clear that one can easily eliminate the dependency to $db in the formatter code. The Sites object I mentioned is an example. It is *not* static in our implementation. You can make it an interface. You can

[Wikidata-bugs] [Maniphest] [Commented On] T118860: [Tracking] Represent derived data in the data model

hoo added a subscriber: hoo. hoo added a comment. After reading about the role object pattern for a bit, I agree that this is a good approach. The idea above makes sense to me, I'm just a little worried about performance (we need to make sure that we don't create to many objects in the

[Wikidata-bugs] [Maniphest] [Commented On] T117421: [Story] Put identifiers into separate section in the UI

adrianheine added a comment. I think we could re-use and generalize that ›statement group‹ term if we would want to. It's only used in Wikibase view, Wikibase datamodel JavaScript and one location in Wikibase client. I have a hard time coming up with a better name for the general concept

[Wikidata-bugs] [Maniphest] [Commented On] T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections

jcrespo added a comment. I am thinking of killing and banning these connections right now from s3 because it is breaking our database servers. It is still creating 1000-2000 idle connections to db1035. TASK DETAIL https://phabricator.wikimedia.org/T118162 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Updated] T115117: [RfC] PageTerms API module should work on entity pages and connected pages on a wiki with repo and client functionality enabled.

daniel added a project: Wikidata-Sprint-2015-11-17. Herald added a subscriber: StudiesWorld. TASK DETAIL https://phabricator.wikimedia.org/T115117 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: StudiesWorld, Tobi_WMDE_SW, JanZerebecki,

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T90870: selfcontained projects around Wikidata (tracking)

Qgil removed a subscriber: Qgil. TASK DETAIL https://phabricator.wikimedia.org/T90870 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Qgil Cc: Ricordisamoa, mkroetzsch, Aklapper, Lydia_Pintscher, Wikidata-bugs, aude, Mbch331

[Wikidata-bugs] [Maniphest] [Updated] T118000: Cannot use Chinese IME in label table

Liuxinyu970226 set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T118000 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Liuxinyu970226 Cc: Liuxinyu970226, thiemowmde, Lydia_Pintscher, Aklapper, deryckchan, StudiesWorld,

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T118000: Cannot use Chinese IME in label table

Liuxinyu970226 added a subscriber: Liuxinyu970226. TASK DETAIL https://phabricator.wikimedia.org/T118000 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Liuxinyu970226 Cc: Liuxinyu970226, thiemowmde, Lydia_Pintscher, Aklapper, deryckchan,

[Wikidata-bugs] [Maniphest] [Changed Project Column] T117458: Implement SiteLookup based on JSON files

daniel moved this task to consider for next sprint on the Wikidata workboard. Herald added a subscriber: StudiesWorld. TASK DETAIL https://phabricator.wikimedia.org/T117458 WORKBOARD https://phabricator.wikimedia.org/project/board/71/ EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T118860: [Tracking] Represent derived data in the data model

daniel added a comment. In https://phabricator.wikimedia.org/T118860#1813397, @mkroetzsch wrote: > Structurally, this would work, but it seems like a very general solution with > a lot of overhead. Not sure that this pattern works well on PHP, where the > cost of creating additional objects is

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections

ori added subscribers: mobrovac, ori. ori added a comment. @daniel, could you please make sure to sync up with the Services team to see how https://phabricator.wikimedia.org/T114443 could lay the groundwork for solving this problem better? @mobrovac, could you please act as liaison /

[Wikidata-bugs] [Maniphest] [Commented On] T118860: [Tracking] Represent derived data in the data model

daniel added a comment. In https://phabricator.wikimedia.org/T118860#1813279, @adrianheine wrote: > That looks to me like a fancier and less understandable way of just having an > `additionalData` hash on each data model object. Did I miss something? That's pretty much it, yes. > The Role

[Wikidata-bugs] [Maniphest] [Commented On] T118500: [Task] Split RDF mapping code into separate classes per type

gerritbot added a comment. Change 252026 merged by jenkins-bot: Split SimpleValueRdfBuilder and ComplexValueRdfBuilder https://gerrit.wikimedia.org/r/252026 TASK DETAIL https://phabricator.wikimedia.org/T118500 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Commented On] T115112: Hide deprecated statements by default

Nikki added a comment. I started a new section on the project chat page: https://www.wikidata.org/wiki/Wikidata:Project_chat#The_meaning_of_the_deprecated_rank TASK DETAIL https://phabricator.wikimedia.org/T115112 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Changed Project Column] T112755: [Task] Add support for SnakFormatter factory callbacks to DataTypeDefinitions

daniel moved this task to Doing on the Wikidata-Sprint-2015-11-17 workboard. TASK DETAIL https://phabricator.wikimedia.org/T112755 WORKBOARD https://phabricator.wikimedia.org/project/board/1620/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

[Wikidata-bugs] [Maniphest] [Updated] T112755: [Task] Add support for SnakFormatter factory callbacks to DataTypeDefinitions

daniel added a project: Wikidata-Sprint-2015-11-17. TASK DETAIL https://phabricator.wikimedia.org/T112755 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Lydia_Pintscher, Aklapper, thiemowmde, hoo, JanZerebecki, aude, daniel,

[Wikidata-bugs] [Maniphest] [Claimed] T112755: [Task] Add support for SnakFormatter factory callbacks to DataTypeDefinitions

daniel claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T112755 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel Cc: Lydia_Pintscher, Aklapper, thiemowmde, hoo, JanZerebecki, aude, daniel, Liuxinyu970226, Bugreporter,

[Wikidata-bugs] [Maniphest] [Retitled] T117201: [WD] Implement internal use KPI

Addshore changed the title from "[WD] Implement internal use KPI (pages)" to "[WD] Implement internal use KPI". TASK DETAIL https://phabricator.wikimedia.org/T117201 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: StudiesWorld,

[Wikidata-bugs] [Maniphest] [Retitled] T64874: [Story] Statistics for Special:EntityData usage

Addshore changed the title from "[Story] Statistics for Wikidata exports" to "[Story] Statistics for Special:EntityData usage". TASK DETAIL https://phabricator.wikimedia.org/T64874 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc:

[Wikidata-bugs] [Maniphest] [Commented On] T118860: [Tracking] Represent derived data in the data model

mkroetzsch added a comment. @daniel As long as it works for you, this is all fine by me, but in my experience with PHP this could cost a lot of memory, which could be a problem for the long item pages that already caused problems in the past. > But it requires the serialization and formatting

[Wikidata-bugs] [Maniphest] [Updated] T48643: [Story] Dispatching via delayed jobs (instead of cron script)

ori added a blocked task: T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections. TASK DETAIL https://phabricator.wikimedia.org/T48643 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: ori Cc: Aklapper,

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T86755: [Bug] Preview gadget no longer working in new sitelinks UI

Liuxinyu970226 added a subscriber: Liuxinyu970226. TASK DETAIL https://phabricator.wikimedia.org/T86755 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Liuxinyu970226 Cc: Liuxinyu970226, Billinghurst, Jonas, Bene, Ricordisamoa, thiemowmde,

[Wikidata-bugs] [Maniphest] [Commented On] T117533: DCAT-AP: Issued and modified should be typed

EmidioStani added a comment. Hello, If I look at version 0.06: https://joinup.ec.europa.eu/asset/dcat_application_profile/asset_release/dcat-application-profile-data-portals-europe-final-draf I see that they were already indicated as rdfs:Literal typed as xsd:date. In 1.01:

[Wikidata-bugs] [Maniphest] [Updated] T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections

gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T118162 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: gerritbot Cc: Tobi_WMDE_SW, ori, mobrovac, thiemowmde, aaron, jcrespo, gerritbot, daniel, aude, hoo,

[Wikidata-bugs] [Maniphest] [Commented On] T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections

gerritbot added a comment. Change 253889 had a related patch set uploaded (by Aude): Close database connections in SqlChangeDispatchCoordinator https://gerrit.wikimedia.org/r/253889 TASK DETAIL https://phabricator.wikimedia.org/T118162 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Declined] T117200: [WD] Implement internal use KPI (infoboxes)

Addshore closed this task as "Declined". Addshore claimed this task. Herald added a subscriber: StudiesWorld. TASK DETAIL https://phabricator.wikimedia.org/T117200 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: StudiesWorld, Addshore,

[Wikidata-bugs] [Maniphest] [Commented On] T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections

ori added a comment. In https://phabricator.wikimedia.org/T118162#1795369, @jcrespo wrote: > - The cron jobs run as wikiadmin, which are on purpose not limited in > execution time, so there is no protection against them overflowing a database > server In

[Wikidata-bugs] [Maniphest] [Updated] T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections

ori removed a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T118162 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: ori Cc: ori, mobrovac, thiemowmde, aaron, jcrespo, gerritbot, daniel, aude, hoo, Lydia_Pintscher,

[Wikidata-bugs] [Maniphest] [Updated] T118463: [Story] Wikidata support for IFTTT

Liuxinyu970226 set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T118463 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Liuxinyu970226 Cc: Aklapper, Slaporte, Wikidata-bugs, aude, Mbch331

[Wikidata-bugs] [Maniphest] [Updated] T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections

ori added a blocking task: T48643: [Story] Dispatching via delayed jobs (instead of cron script). TASK DETAIL https://phabricator.wikimedia.org/T118162 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: ori Cc: ori, mobrovac, thiemowmde, aaron,

[Wikidata-bugs] [Maniphest] [Updated] T90870: selfcontained projects around Wikidata (tracking)

Liuxinyu970226 set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T90870 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Liuxinyu970226 Cc: Ricordisamoa, Qgil, mkroetzsch, Aklapper, Lydia_Pintscher, Wikidata-bugs, aude, Mbch331

[Wikidata-bugs] [Maniphest] [Commented On] T118860: [Tracking] Represent derived data in the data model

mkroetzsch added a subscriber: mkroetzsch. mkroetzsch added a comment. Structurally, this would work, but it seems like a very general solution with a lot of overhead. Not sure that this pattern works well on PHP, where the cost of creating additional objects is huge. I also wonder whether it

[Wikidata-bugs] [Maniphest] [Commented On] T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections

jcrespo added a comment. > Now Jynus sais that he doesn't believe that fix is going to help our > situation. I'm curious about why he believes that. Connection re-use does not work if you open 900 connections at the same time every 3 minutes. I have been saying that for a long time. If a DBA

[Wikidata-bugs] [Maniphest] [Commented On] T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections

aude added a comment. from irc: 05:33 < aude> jynus: would it be worth to backport and deploy https://gerrit.wikimedia.org/r/#/c/252267/ ? 05:34 < aude> would be really good to know that this helps or not (or how much) 05:34 < jynus> I do not think that will work at all TASK DETAIL

[Wikidata-bugs] [Maniphest] [Commented On] T117533: DCAT-AP: Issued and modified should be typed

Lokal_Profil added a comment. To be clear I actually believe this is only needed to be compliant with v. 1.1. The version we have been working with is 1.0 so there might be more differences which should be implemented for full compliance with 1.1. That said I don't think it is a problem

[Wikidata-bugs] [Maniphest] [Commented On] T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections

daniel added a comment. @ori We do not have agreement on how to fix this. Dispatching via the job queue would certainly be good, but it would change nothing regarding the number databases the dispatch code needs to talk to. As far as I can see, it would do nothing to fix the current problem.

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections

Tobi_WMDE_SW added a subscriber: Tobi_WMDE_SW. TASK DETAIL https://phabricator.wikimedia.org/T118162 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tobi_WMDE_SW Cc: Tobi_WMDE_SW, ori, mobrovac, thiemowmde, aaron, jcrespo, gerritbot, daniel, aude,

[Wikidata-bugs] [Maniphest] [Commented On] T117421: [Story] Put identifiers into separate section in the UI

thiemowmde added a comment. What's wrong with `StatementSectionView` (singular, because it's for one section only), as already suggested? I suggest to simply stick to that. The interface can be a general `StatementGrouper`, sure. If it's designed in a way that it could also support "group by

[Wikidata-bugs] [Maniphest] [Commented On] T118162: Wikibase dispatchChanges.php runs slow, creates an absurd amount of database connections

gerritbot added a comment. Change 253889 abandoned by Aude: Close database connections in SqlChangeDispatchCoordinator https://gerrit.wikimedia.org/r/253889 TASK DETAIL https://phabricator.wikimedia.org/T118162 EMAIL PREFERENCES

[Wikidata-bugs] [Maniphest] [Changed Project Column] T116005: Switch limn-data irc metric to use wm-bot channel user count

Addshore moved this task to ToDo on the WMDE-Analytics-Engineering workboard. TASK DETAIL https://phabricator.wikimedia.org/T116005 WORKBOARD https://phabricator.wikimedia.org/project/board/1585/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

  1   2   >