date:20170424

gerritbot added a comment.
Change 350119 had a related patch set uploaded (by Marostegui):
[operations/mediawiki-config@master] db-eqiad.php: Depool db1071 and db1026

https://gerrit.wikimedia.org/r/350119TASK DETAILhttps://phabricator.wikimedia.org/T162539EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Marostegui, gerritbotCc: Stashbot, hoo, jcrespo, Marostegui, WMDE-leszek, Lydia_Pintscher, daniel, Aklapper, gerritbot, aude, Ladsgroup, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, Mbch331, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T163548: Drop the useless wb_terms keys "wb_terms_entity_type" and "wb_terms_type" on "wb_terms" table

gerritbot added a comment.
Change 350119 had a related patch set uploaded (by Marostegui):
[operations/mediawiki-config@master] db-eqiad.php: Depool db1071 and db1026

https://gerrit.wikimedia.org/r/350119TASK DETAILhttps://phabricator.wikimedia.org/T163548EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Marostegui, gerritbotCc: Stashbot, gerritbot, aude, daniel, Aklapper, hoo, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Marostegui, Lewizho99, Minhnv-2809, Maathavan, Izno, Luke081515, Wikidata-bugs, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T163548: Drop the useless wb_terms keys "wb_terms_entity_type" and "wb_terms_type" on "wb_terms" table

2017-04-24 Thread Marostegui

Marostegui added a comment.
db1082 is done:

root@neodymium:~# mysql --skip-ssl -hdb1082 wikidatawiki -e "show create table wb_terms\G" | egrep "wb_terms_entity_type|wb_terms_type"
root@neodymium:~#TASK DETAILhttps://phabricator.wikimedia.org/T163548EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MarosteguiCc: Stashbot, gerritbot, aude, daniel, Aklapper, hoo, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Marostegui, Lewizho99, Minhnv-2809, Maathavan, Izno, Luke081515, Wikidata-bugs, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T162539: Deploy schema change for adding term_full_entity_id column to wb_terms table

2017-04-24 Thread Marostegui

Marostegui added a comment.
db1082 is done:

root@neodymium:~# mysql --skip-ssl -hdb1082 wikidatawiki -e "show create table wb_terms\G" | egrep "term_full_entity_id|term_search_full"
  `term_full_entity_id` varbinary(32) DEFAULT NULL,
  KEY `term_full_entity` (`term_full_entity_id`),
  KEY `term_search_full` (`term_language`,`term_full_entity_id`,`term_type`,`term_search_key`(16))TASK DETAILhttps://phabricator.wikimedia.org/T162539EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MarosteguiCc: Stashbot, hoo, jcrespo, Marostegui, WMDE-leszek, Lydia_Pintscher, daniel, Aklapper, gerritbot, aude, Ladsgroup, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, Mbch331, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142104: Decide on a nice logo for Echo notifications

Ladsgroup added a comment.
That's strange. For me, it's like this: F7748955: pasted_file

Also Inkescape and firefox:
F7748972: pasted_file

And chrome:
F7748991: pasted_file

Can you double check (or check on someone else's computer?)TASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: gerritbot, Ladsgroup, Izno, thiemowmde, Jan_Dittrich, Charlie_WMDE, Pginer-WMF, Aklapper, Lydia_Pintscher, matej_suchanek, Quiddity, Trizek-WMF, QZanden, SamanthaNguyen, JGirault, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142104: Decide on a nice logo for Echo notifications

gerritbot added a comment.
Change 349412 abandoned by Ladsgroup:
Add echoIcon.png to client assets

Reason:
In favor of Ic72eb62e166f34607fad517072b6ca86d738ae1f

https://gerrit.wikimedia.org/r/349412TASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Ladsgroup, Izno, thiemowmde, Jan_Dittrich, Charlie_WMDE, Pginer-WMF, Aklapper, Lydia_Pintscher, matej_suchanek, Quiddity, Trizek-WMF, QZanden, SamanthaNguyen, JGirault, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142104: Decide on a nice logo for Echo notifications

thiemowmde added a comment.
This is how the SVG in https://gerrit.wikimedia.org/r/349984 is displayed for me:
F7748897: Screenshot from 2017-04-25 07:39:56.pngTASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: gerritbot, Ladsgroup, Izno, thiemowmde, Jan_Dittrich, Charlie_WMDE, Pginer-WMF, Aklapper, Lydia_Pintscher, matej_suchanek, Quiddity, Trizek-WMF, QZanden, SamanthaNguyen, JGirault, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T54136: [Epic] Redesign Item UI for Wikidata repo

thiemowmde added a comment.
May I ask why you are acting like you are still an active member of the team? I find this very much irritating.TASK DETAILhttps://phabricator.wikimedia.org/T54136EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Danwe, Charlie_WMDE, Ash_Crow, Agabi10, Aklapper, MGChecker, Bene, Nemo_bis, Yair_rand, thiemowmde, He7d3r, jayvdb, Denny, Micru, adrianheine, aude, SJu, Snaterlicious, Ricordisamoa, Yamaha5, Lydia_Pintscher, Danmichaelo, QZanden, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T105189: [Bug] Wikidata action=query=tags should not take 15-25 seconds to respond

Ladsgroup added a comment.
I resolved it, feel free to repoen.TASK DETAILhttps://phabricator.wikimedia.org/T105189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: TerraCodes, Ladsgroup, Cenarium, Ricordisamoa, Bene, Addshore, hoo, Lydia_Pintscher, Anomie, Sjoerddebruin, Aklapper, Jrbranaa, QZanden, Vali.matei, Sethakill, dg711, Volker_E, Izno, Luke081515, Wikidata-bugs, aude, GWicke, jayvdb, Mbch331, Jay8g, Legoktm___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T105189: [Bug] Wikidata action=query=tags should not take 15-25 seconds to respond

Ladsgroup closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T105189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: TerraCodes, Ladsgroup, Cenarium, Ricordisamoa, Bene, Addshore, hoo, Lydia_Pintscher, Anomie, Sjoerddebruin, Aklapper, Jrbranaa, QZanden, Vali.matei, Sethakill, dg711, Volker_E, Izno, Luke081515, Wikidata-bugs, aude, GWicke, jayvdb, Mbch331, Jay8g, Legoktm___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T163551: Huge number of duplicate rows in wb_terms

2017-04-24 Thread aude

aude added a comment.
list of duplicates (4295 count) from test wikidata: P5325TASK DETAILhttps://phabricator.wikimedia.org/T163551EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: aude, Aklapper, hoo, QZanden, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T114474: More flexible and modernized Recent Changes code

Mattflaschen-WMF added a comment.
Although the focus of rMWaa063f4c5a19: Back-end of new RecentChanges page, refactoring was the filter system, there was some overlap at the edges, regarding isRowApplicableCallable/applyCssClassIfNeeded (the latter affected the formatters).TASK DETAILhttps://phabricator.wikimedia.org/T114474EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: aude, Mattflaschen-WMFCc: Mattflaschen-WMF, Ricordisamoa, RobLa-WMF, Izno, GWicke, Jdforrester-WMF, Krenair, Qgil, hoo, Addshore, daniel, aude, Aklapper, QZanden, Wikidata-bugs, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T58664: [Story] Clean up the code that formats Wikibase entries in recent changes

Mattflaschen-WMF added a comment.
rEWBA30552f803ddd: Port Wikidata filter to new RCFilters system updated the structure and tests for this somewhat, in conjunction with rMWaa063f4c5a19: Back-end of new RecentChanges page, refactoringTASK DETAILhttps://phabricator.wikimedia.org/T58664EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mattflaschen-WMFCc: Mattflaschen-WMF, Ricordisamoa, Aklapper, Liuxinyu970226, Wikidata-bugs, Tobi_WMDE_SW, aude, Lydia_Pintscher, QZanden, Izno, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

Mattflaschen-WMF added a comment.
rMW78f109bfddd0: Generalize recentChangesFlags rollup lays part of the groundwork for this.  It makes it easier for extensions to interact with the grouping code (which goes from individual lines to groups).TASK DETAILhttps://phabricator.wikimedia.org/T46874EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mattflaschen-WMFCc: Mattflaschen-WMF, Headbomb, matej_suchanek, Magioladitis, Andrei_Stroe, Strainu, JKatzWMF, Trizek-WMF, H4stings, nyuszika7h, Danmichaelo, Zppix, StudiesWorld, Kipod, Krenair, Soisyc_Croisic, vlsergey, Simon_Villeneuve, Aklapper, MGChecker, CennoxX, mxn, Ricordisamoa, Perhelion, Elitre, MisterSynergy, Conny, Reaper35, liangent, Jdforrester-WMF, Abraham, matmarex, Nemo_bis, Schnark, Tobi_WMDE_SW, He7d3r, aude, Liuxinyu970226, Tgr, Lydia_Pintscher, Ltrlg, Raymond, QZanden, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

Mattflaschen-WMF edited the task description. (Show Details)
EDIT DETAILS...This requires a bit of refactoring and cleanup of spaghetti code in core, and then simplify / provide a more fine-grained way for extensions to hook into the core code that generates the recent changes lists in the special pages.

---

This should be easier now that {78f109bfddd0af19c910ad84f03a7b847fd00145} is in.TASK DETAILhttps://phabricator.wikimedia.org/T46874EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mattflaschen-WMFCc: Headbomb, matej_suchanek, Magioladitis, Andrei_Stroe, Strainu, JKatzWMF, Trizek-WMF, H4stings, nyuszika7h, Danmichaelo, Zppix, StudiesWorld, Kipod, Krenair, Soisyc_Croisic, vlsergey, Simon_Villeneuve, Aklapper, MGChecker, CennoxX, mxn, Ricordisamoa, Perhelion, Elitre, MisterSynergy, Conny, Reaper35, liangent, Jdforrester-WMF, Abraham, matmarex, Nemo_bis, Schnark, Tobi_WMDE_SW, He7d3r, aude, Liuxinyu970226, Tgr, Lydia_Pintscher, Ltrlg, Raymond, QZanden, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

Mattflaschen-WMF edited the task description. (Show Details)
EDIT DETAILS...This requires a bit of refactoring and cleanup of spaghetti code in core, and then simplify / provide a more fine-grained way for extensions to hook into the core code that generates the recent changes lists in the special pages.

This should be easier now that {78f109bfddd0af19c910ad84f03a7b847fd00145} is in.TASK DETAILhttps://phabricator.wikimedia.org/T46874EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mattflaschen-WMFCc: Headbomb, matej_suchanek, Magioladitis, Andrei_Stroe, Strainu, JKatzWMF, Trizek-WMF, H4stings, nyuszika7h, Danmichaelo, Zppix, StudiesWorld, Kipod, Krenair, Soisyc_Croisic, vlsergey, Simon_Villeneuve, Aklapper, MGChecker, CennoxX, mxn, Ricordisamoa, Perhelion, Elitre, MisterSynergy, Conny, Reaper35, liangent, Jdforrester-WMF, Abraham, matmarex, Nemo_bis, Schnark, Tobi_WMDE_SW, He7d3r, aude, Liuxinyu970226, Tgr, Lydia_Pintscher, Ltrlg, Raymond, QZanden, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T150182: Deploy Cognate extension to production

2017-04-24 Thread TerraCodes

TerraCodes edited the task description. (Show Details)
EDIT DETAILS... [x ] - Populate Cognate pages table...TASK DETAILhttps://phabricator.wikimedia.org/T150182EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, TerraCodesCc: Stashbot, PeterBowman, Darkdadaah, Liuxinyu970226, Daniel_Carrero, Lea_Lacroix_WMDE, gerritbot, Meno25, Yair_rand, Addshore, Aklapper, Lydia_Pintscher, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, TerraCodes, Urbanecm, Johan, Thibaut120094, Izno, Luke081515, Wikidata-bugs, aude, GPHemsley, TheDJ, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T163205: De-deploy the PagePreviews extension on Wikidata and Wiktionary

gerritbot added a comment.
Change 350038 merged by jenkins-bot:
[operations/mediawiki-config@master] Disable Page previews beta feature on Wiktionary and Wikidata

https://gerrit.wikimedia.org/r/350038TASK DETAILhttps://phabricator.wikimedia.org/T163205EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jdlrobson, gerritbotCc: gerritbot, Liuxinyu970226, Dereckson, Framawiki, ovasileva, Aklapper, Lydia_Pintscher, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Winter, Lewizho99, Maathavan, Urbanecm, JEumerus, Tulsi_Bhagat, Izno, Luke081515, biplabanand, Wikidata-bugs, Snowolf, aude, Ricordisamoa, Se4598, Matanya, Mbch331, Rxy, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T163748: Can't created an item redirect if item has deleted revisions

hoo added projects: Wikidata, MediaWiki-extensions-WikibaseRepository.
TASK DETAILhttps://phabricator.wikimedia.org/T163748EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: gerritbot, Aklapper, hoo, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T163745: WDQS defaultView:Dimensions is to big and generates scrollbars

2017-04-24 Thread Fnielsen

Fnielsen added a project: Wikidata-Query-Service.Herald added projects: Wikidata, Discovery.
TASK DETAILhttps://phabricator.wikimedia.org/T163745EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: FnielsenCc: Fnielsen, Aklapper, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T163746: WDQS graph generation may fail to converge

2017-04-24 Thread Fnielsen

Fnielsen created this task.Fnielsen added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONWDQS graph generation may fail to converge during the position of the nodes and continuously "wobbles" and using a lot of CPU. It occurs particularly with co-author graphs. Here is an example that seems not to converge: https://tools.wmflabs.org/scholia/author/Q27061849#Co-author%20graphTASK DETAILhttps://phabricator.wikimedia.org/T163746EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: FnielsenCc: Fnielsen, Aklapper, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Creating a drill-down/browsing interface for Wikidata

2017-04-24 Thread Yaron Koren

Hi Dan,

Oh, very interesting! I never noticed that "Typical Properties" section
before (I'm looking at it in English). I still think a separate API service
would be necessary, so that it could attach a "property type" and a
"diffusion" value for each property, but the part about getting the
expected properties for each class seems easier than I thought it would be.

-Yaron

Perhaps you could get properties data from Sqid? It has property
> frequencies for each class:



https://tools.wmflabs.org/sqid/#/view?id=Q8502=nb



Dan Michael
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Updated] T163205: De-deploy the PagePreviews extension on Wikidata and Wiktionary

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T163205EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jdlrobson, gerritbotCc: gerritbot, Liuxinyu970226, Dereckson, Framawiki, ovasileva, Aklapper, Lydia_Pintscher, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Winter, Lewizho99, Maathavan, Urbanecm, JEumerus, Tulsi_Bhagat, Izno, Luke081515, biplabanand, Wikidata-bugs, Snowolf, aude, Ricordisamoa, Se4598, Matanya, Mbch331, Rxy, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T163205: De-deploy the PagePreviews extension on Wikidata and Wiktionary

gerritbot added a comment.
Change 350038 had a related patch set uploaded (by Jdlrobson):
[operations/mediawiki-config@master] Disable Page previews beta feature on Wiktionary and Wikidata

https://gerrit.wikimedia.org/r/350038TASK DETAILhttps://phabricator.wikimedia.org/T163205EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jdlrobson, gerritbotCc: gerritbot, Liuxinyu970226, Dereckson, Framawiki, ovasileva, Aklapper, Lydia_Pintscher, QZanden, Winter, Urbanecm, JEumerus, Tulsi_Bhagat, Izno, Luke081515, biplabanand, Wikidata-bugs, Snowolf, aude, Ricordisamoa, Se4598, Matanya, Mbch331, Rxy, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Retitled] T163205: De-deploy the PagePreviews extension on Wikidata and Wiktionary

2017-04-24 Thread Jdlrobson

Jdlrobson changed the title from "De-deploy the PagePreviews extension on Wikidata and English Wiktionary" to "De-deploy the PagePreviews extension on Wikidata and Wiktionary".Jdlrobson edited the task description. (Show Details)
EDIT DETAILSPagePreviews on Wikidata and English Wiktionary were sadly broken with the last rewrite. Please disable them until it is fixed.TASK DETAILhttps://phabricator.wikimedia.org/T163205EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc: Liuxinyu970226, Dereckson, Framawiki, ovasileva, Aklapper, Lydia_Pintscher, QZanden, Winter, Urbanecm, JEumerus, Tulsi_Bhagat, Izno, Luke081515, biplabanand, Wikidata-bugs, Snowolf, aude, Ricordisamoa, Se4598, Matanya, Mbch331, Rxy, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T163475: Populate the page_props table on Wikidata with wb-identifiers

Lydia_Pintscher added a subscriber: daniel.Lydia_Pintscher added a comment.
That makes sense to me. Thank you! :)
CCing @daniel for sanity checkTASK DETAILhttps://phabricator.wikimedia.org/T163475EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: daniel, Lydia_Pintscher, Ladsgroup, Aklapper, Multichill, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T54136: [Epic] Redesign Item UI for Wikidata repo

2017-04-24 Thread Danwe

Danwe added a comment.
@Lydia_Pintscher Why is this an “Epic”? The task's title is way too generic for the given description and what is discussed on http://www.wikidata.org/wiki/Wikidata:Project_chat/Archive/2013/06#minimizing_Item.27s_UI all of which could be done without too much effort but which would arguably require a little more thought and discussion. Way too exaggerated to call these minor design changes a “Redesign Item UI”.

Doesn't “Redesign Item UI” actually refer to what is described on https://www.wikidata.org/wiki/Wikidata:UI_redesign_input ?
This is imho the link that should be in this Epic's description or otherwise there should be another ticket for this so we can follow its progress (what is the progress on this redesign anyhow?).TASK DETAILhttps://phabricator.wikimedia.org/T54136EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DanweCc: Danwe, Charlie_WMDE, Ash_Crow, Agabi10, Aklapper, MGChecker, Bene, Nemo_bis, Yair_rand, thiemowmde, He7d3r, jayvdb, Denny, Micru, adrianheine, aude, SJu, Snaterlicious, Ricordisamoa, Yamaha5, Lydia_Pintscher, Danmichaelo, QZanden, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T113731: [Task] make core wmf branches only use submodule branches that run with it in CI

2017-04-24 Thread hashar

hashar added a comment.
I got another case.

mediawiki-extensions job get broken because zuul-cloner tries to find a matching branch for wikidata and ends up falling back to master branch which is not quite what we want.

So for wmf branches we want to process mediawiki/core submodules, then have zuul cloner to attempt to checkout the reference and NOT fallback.TASK DETAILhttps://phabricator.wikimedia.org/T113731EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hasharCc: hashar, gerritbot, mmodell, aude, hoo, JanZerebecki, Aklapper, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Jseddon, gabriel-wmde, DStrine, Izno, Wikidata-bugs, AndyRussG, Pcoombe, Mbch331, Jay8g, Krenair, fgiunchedi, jeremyb, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata-tech] rdfs:label referring to non-existent column causes Blazegraph high CPU/RAM and then MemoryManagerOutOfMemory

2017-04-24 Thread Stas Malyshev

Hi!

On 4/24/17 5:28 AM, Miguel Paraz wrote:
> Hi,
> I'm referring to a query like this, based on the Wikidata cats example:
> 
> SELECT ?item
> WHERE
> {
> ?item wdt:P31 wd:Q146 .
> ?crash rdfs:label ?_crashLabel
> }

I think you misunderstand the query. What this query says is: Give me
all bindings where ?item is part of triple such that it has predicate
wdt:P31 and object wd:Q146, and ?crash and ?_crashLabel are such that
they are linked by rdfs:label predicate. The latter probably has a lot
of bindings if you have loaded wikidata dump, since the data has a lot
of triples with predicate rdfs:label. So while trying to process all
these bindings, you get OOM.

In general, I'd recommend always putting limit on a query when you're
trying to compose it. If you don't need it, remove it as the last step,
but until you're sure your query means what you think it means, use
limit, it'll save you time and frustration and CPU resources :)

> Could Blazegraph prevent this query from even starting?

There's no reason to prevent this query from starting, it's a completely
legitimate query, just most likely not doing what you thought it's doing.

-- 
Stas Malyshev
smalys...@wikimedia.org

___
Wikidata-tech mailing list
Wikidata-tech@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-tech

[Wikidata-bugs] [Maniphest] [Edited] T163720: Wrong label shown in watchlist on Wikipedia for a Wikidata change on some items

2017-04-24 Thread Izno

Izno edited the task description. (Show Details)
EDIT DETAILS...> (diff | hist) . . [+] D Wikipedia:Wikidata (Q183); 15:17 . . COH (talk | contribs) (‎Created claim: Property:`P1813`: Německo)...TASK DETAILhttps://phabricator.wikimedia.org/T163720EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc: Quiddity, Aklapper, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T163728: Greek Ano Teleia symbol causes "The supplied MD5 hash was incorrect"

2017-04-24 Thread Matanya

Matanya added a project: Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T163728EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MatanyaCc: Aklapper, Ivan_A_Krestinin, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T157014: CONSULTATION/PLAN: Managing Complex State and GUI on MediaWiki (e.g. for Wikidata/Wikibase UI)

2017-04-24 Thread Fjalapeno

Fjalapeno added a project: Reading Epics (Platform JS CSS and HTML consolidation).
TASK DETAILhttps://phabricator.wikimedia.org/T157014EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: FjalapenoCc: dr0ptp4kt, GWicke, Aleksey_WMDE, daniel, Niedzielski, Magnus, Milimetric, Prtksxna, Fjalapeno, phuedx, Jdlrobson, siddharth11, Capt_Swing, TheDJ, Jdforrester-WMF, SBisson, WMDE-leszek, Volker_E, Krinkle, gabriel-wmde, Jonas, thiemowmde, Lydia_Pintscher, Jan_Dittrich, Jhernandez, Jdrewniak, Aklapper, QZanden, SamanthaNguyen, JGirault, Izno, Wikidata-bugs, aude, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Claimed] T163205: De-deploy the PagePreviews extension on Wikidata and English Wiktionary

2017-04-24 Thread Jdlrobson

Jdlrobson claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T163205EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc: Liuxinyu970226, Dereckson, Framawiki, ovasileva, Aklapper, Lydia_Pintscher, QZanden, Winter, Urbanecm, JEumerus, Tulsi_Bhagat, Izno, Luke081515, biplabanand, Wikidata-bugs, Snowolf, aude, Ricordisamoa, Se4598, Matanya, Mbch331, Rxy, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T163724: [Story] persistently editable statements on a Form

Lydia_Pintscher created this task.Lydia_Pintscher added projects: Story, Wikidata, Lexicographical data.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWe want to be able to say more about each Form of a Lexeme by making statements about each Form. They should be persistently editable now.

Acceptance criteria:


At least 1 statement is shown for each Form with qualifiers, references and ranks.
I can edit all parts of the statement and save it. The edit survives a reload.
All parts of the statement look and act like statements on items.
TASK DETAILhttps://phabricator.wikimedia.org/T163724EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aklapper, Lydia_Pintscher, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Block] T160526: [Story] List of Statements for a Form

Lydia_Pintscher created subtask T163724: [Story] persistently editable statements on a Form.
TASK DETAILhttps://phabricator.wikimedia.org/T160526EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aklapper, Jonas, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T163723: [Story] non-persistently editable statements on a Form

Lydia_Pintscher created this task.Lydia_Pintscher added projects: Story, Wikidata, Lexicographical data.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWe want to be able to say more about each Form of a Lexeme by making statements about each Form. They should be editable now. They do not need to be persistently stored yet.

Acceptance criteria:


At least 1 statement is shown for each Form with qualifiers, references and ranks
I can edit all parts of the statement and save it. (The edit does not yet need to survive a reload.)
All parts of the statement look and act like statements on items.
TASK DETAILhttps://phabricator.wikimedia.org/T163723EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aklapper, Lydia_Pintscher, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Block] T160526: [Story] List of Statements for a Form

Lydia_Pintscher created subtask T163723: [Story] non-persistently editable statements on a Form.
TASK DETAILhttps://phabricator.wikimedia.org/T160526EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aklapper, Jonas, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T163722: [Story] viewable statements on a Form

Lydia_Pintscher created this task.Lydia_Pintscher added projects: Story, Wikidata, Lexicographical data.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWe want to be able to say more about each Form of a Lexeme by making statements about each Form. For now they can be view-only.

Acceptance criteria:


At least 1 statement is shown for each Form with qualifiers, references and ranks.
All parts of the statement look like statements on items.
TASK DETAILhttps://phabricator.wikimedia.org/T163722EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aklapper, Lydia_Pintscher, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Block] T160526: [Story] List of Statements for a Form

Lydia_Pintscher created subtask T163722: [Story] viewable statements on a Form.
TASK DETAILhttps://phabricator.wikimedia.org/T160526EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aklapper, Jonas, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata] Bogous cookie header in federated query

2017-04-24 Thread Neubert, Joachim

In a federated query on my own (Fuseki) endpoint, which reaches out to the 
Wikidata endpoint, with values already bound, it seems that I get for each 
bound value an entry in the Fuseki log like this:

[2017-04-24 19:43:33] ResponseProcessCookies WARN  Invalid cookie header: 
"Set-Cookie: WMF-Last-Access=24-Apr-2017;Path=/;HttpOnly;secure;Expires=Fri, 26 
May 2017 12:00:00 GMT". Invalid 'expires' attribute: Fri, 26 May 2017 12:00:00 
GMT
[2017-04-24 19:43:33] ResponseProcessCookies WARN  Invalid cookie header: 
"Set-Cookie: 
WMF-Last-Access-Global=24-Apr-2017;Path=/;Domain=.wikidata.org;HttpOnly;secure;Expires=Fri,
 26 May 2017 12:00:00 GMT". Invalid 'expires' attribute: Fri, 26 May 2017 
12:00:00 GMT

The (simplified) query was:

PREFIX wdt: 
select *
where {
  bind("118578537" as ?gndId)
  service  {
?wd wdt:P227 ?gndId .
  }
}

I suppose this header was generated by the Wikidata endpoint - and could be 
fixed?

Cheers, Joachim
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Created] T163720: Wrong label shown in watchlist on Wikipedia for a Wikidata change on some items

2017-04-24 Thread Quiddity

Quiddity created this task.Quiddity added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONAt Enwiki, in my watchlist, I've got these 2 entries, which are giving the wrong label:
F7741639: Selection_014.png

(diff | hist) . . [+] D Template:Infobox person/Wikidata (Q255); 15:26 . . 90.75.228.251 (talk) (‎Changed [en] label, description and aliases: ELRUBIUS)
 (diff | hist) . . [+] D Wikipedia:Wikidata (Q183); 15:17 . . COH (talk | contribs) (‎Created claim: Property:P1813: Německo)

Q255 should be "Ludwig van Beethoven" (showing as "Template:Infobox person/Wikidata") 
Q183 should be "Germany" (showing as "Wikipedia:Wikidata")



Notes:
Other entries for wikidata in my watchlist, are showing the label they should.
I've searched for "property" and "wikidata" in both those enwiki articles, with no results.TASK DETAILhttps://phabricator.wikimedia.org/T163720EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: QuiddityCc: Quiddity, Aklapper, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unassigned] T142102: [Story] Deploy Wikibase notifications to Wikimedia projects

2017-04-24 Thread matej_suchanek

matej_suchanek removed matej_suchanek as the assignee of this task.
TASK DETAILhttps://phabricator.wikimedia.org/T142102EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Ladsgroup, Liuxinyu970226, Trizek-WMF, Quiddity, aude, Lydia_Pintscher, matej_suchanek, Aklapper, QZanden, TerraCodes, Johan, Izno, Luke081515, Wikidata-bugs, TheDJ, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142102: [Story] Deploy Wikibase notifications to Wikimedia projects

Ladsgroup added a comment.
Gerritbot doesn't make a comment when I make patch:


https://gerrit.wikimedia.org/r/349984 Enable echo notification for wikibase clients in beta cluster
TASK DETAILhttps://phabricator.wikimedia.org/T142102EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanek, LadsgroupCc: Ladsgroup, Liuxinyu970226, Trizek-WMF, Quiddity, aude, Lydia_Pintscher, matej_suchanek, Aklapper, QZanden, TerraCodes, Johan, Izno, Luke081515, Wikidata-bugs, TheDJ, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142104: Decide on a nice logo for Echo notifications

Ladsgroup added a comment.
Given that gerritbot still hates me. This patch adds the echo icon into the wikimedia config repository:


https://gerrit.wikimedia.org/r/349984 Enable echo notification for wikibase clients in beta cluster
TASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: gerritbot, Ladsgroup, Izno, thiemowmde, Jan_Dittrich, Charlie_WMDE, Pginer-WMF, Aklapper, Lydia_Pintscher, matej_suchanek, Quiddity, Trizek-WMF, QZanden, SamanthaNguyen, JGirault, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T161342: Missing updates due to recentchanges backfilling

gerritbot added a comment.
Change 347565 merged by Gehel:
[operations/puppet@production] Enable "trailing poller" functionality for production.

https://gerrit.wikimedia.org/r/347565TASK DETAILhttps://phabricator.wikimedia.org/T161342EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, gerritbotCc: gerritbot, Smalyshev, Aklapper, Jheald, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, merbst, Avner, Lewizho99, Maathavan, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T67168: SpecialWikibaseQueryPage has no caching

2017-04-24 Thread matej_suchanek

matej_suchanek edited the task description. (Show Details)
EDIT DETAILS...It's also apparently a wheel re-inventing, subclassing SpecialWikibasePage. Not anything to do with QueryPage in core. Which has marking things as expensive. Caching. Yada yada

--
**Version**: unspecified
**Severity**: normal
**Whiteboard**: u=dev c=backend p=0TASK DETAILhttps://phabricator.wikimedia.org/T67168EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Anomie, Ladsgroup, Wikidata-bugs, Tobi_WMDE_SW, adrianheine, Multichill, Lydia_Pintscher, Reedy, QZanden, Izno, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T51315: [Story] record wikibase recent change entries attributed as non-anon

gerritbot added a comment.
Change 349977 had a related patch set uploaded (by Mattflaschen):
[mediawiki/extensions/Wikibase@master] WIP: Transform user ID from repo to client in change prop

https://gerrit.wikimedia.org/r/349977TASK DETAILhttps://phabricator.wikimedia.org/T51315EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mattflaschen-WMF, gerritbotCc: gerritbot, jmatazzoni, Catrope, Etonkovidova, Mattflaschen-WMF, MGChecker, Merl, Ricordisamoa, Aklapper, Liuxinyu970226, Wikidata-bugs, Legoktm, Denny, aude, MZMcBride, Lydia_Pintscher, Raymond, QZanden, Iniquity, Izno, SBisson, Mbch331, tarlocesilion___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T51315: [Story] record wikibase recent change entries attributed as non-anon

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T51315EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mattflaschen-WMF, gerritbotCc: gerritbot, jmatazzoni, Catrope, Etonkovidova, Mattflaschen-WMF, MGChecker, Merl, Ricordisamoa, Aklapper, Liuxinyu970226, Wikidata-bugs, Legoktm, Denny, aude, MZMcBride, Lydia_Pintscher, Raymond, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Iniquity, Izno, SBisson, Mbch331, tarlocesilion___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T108296: [Epic] Remove WikibaseLib

thiemowmde closed subtask T75887: [Task] Find a home for shared utilities like reporters, sites, etc. as "Invalid".
TASK DETAILhttps://phabricator.wikimedia.org/T108296EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Liuxinyu970226, Ricordisamoa, JeroenDeDauw, Aklapper, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T75887: [Task] Find a home for shared utilities like reporters, sites, etc.

thiemowmde closed this task as "Invalid".thiemowmde added a comment.
This task barely has any description. What I see here is a duplicate of the parent task T108296, which already means "find a better place for the code currently in the lib folder".TASK DETAILhttps://phabricator.wikimedia.org/T75887EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, Jonas, Ricordisamoa, Aklapper, daniel, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T75643: EntityChange in lib depends on EntityContent in repo

thiemowmde added subscribers: thiemowmde, Aleksey_WMDE.thiemowmde added a comment.
This is still true, and definitely needs fixing.TASK DETAILhttps://phabricator.wikimedia.org/T75643EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Aleksey_WMDE, thiemowmde, JeroenDeDauw, Ricordisamoa, Aklapper, Wikidata-bugs, JanZerebecki, adrianheine, aude, daniel, QZanden, Izno, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T76468: move parsers and validators into own directory

thiemowmde closed this task as "Resolved".thiemowmde claimed this task.thiemowmde added a comment.
I did a quick find and grep and it looks like all parsers and validators are already in directories called "Parsers" and "Validators". I might have missed one, but this is not really worth tracking this in a 3 years old ticket.TASK DETAILhttps://phabricator.wikimedia.org/T76468EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, Ricordisamoa, Aklapper, Lydia_Pintscher, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T75879: move wikibase parsers and validators into a separate repository

thiemowmde closed subtask T76468: move parsers and validators into own directory as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T75879EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, Ricordisamoa, Aklapper, adrianheine, daniel, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T75879: move wikibase parsers and validators into a separate repository

thiemowmde closed this task as "Resolved".thiemowmde claimed this task.thiemowmde added a comment.
I did a quick find and grep and it looks like all parsers and validators are in the repo directory. I might have missed one, but this is not really worth tracking this in a 3 years old ticket.TASK DETAILhttps://phabricator.wikimedia.org/T75879EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, Ricordisamoa, Aklapper, adrianheine, daniel, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T75863: [Task] Split wikibase.git

thiemowmde closed subtask T75879: move wikibase parsers and validators into a separate repository as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T75863EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, Liuxinyu970226, Addshore, gerritbot, Paladox, Aklapper, JanZerebecki, Legoktm, Reedy, Ricordisamoa, adrianheine, Wikidata-bugs, GPHemsley, Tobi_WMDE_SW, JeroenDeDauw, Lydia_Pintscher, daniel, QZanden, Izno, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T76471: move storage into storage implementation and storage interface directories

thiemowmde closed this task as "Invalid".thiemowmde added a comment.
Moving code to directories might be a helpful step while working on T75877, but having directories is not a technical requirement to be able to move classes to separate code repositories. I would not track this as a separate ticket as long as we are not actually working on T75877.TASK DETAILhttps://phabricator.wikimedia.org/T76471EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, Aklapper, Lydia_Pintscher, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T75877: move storage into storage implementation and storage interface repositories

thiemowmde closed subtask T76471: move storage into storage implementation and storage interface directories as "Invalid".
TASK DETAILhttps://phabricator.wikimedia.org/T75877EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Ricordisamoa, Aklapper, aude, daniel, QZanden, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T75871: move formatters into their own repository

thiemowmde added a comment.
I would not close this task right away, but it's not as easy as it sounds.


Most formatters remaining in the lib folder depend on MediaWiki core. Can we get rid of this dependency? Even if not, it might still be helpful to have smaller code repositories that do not depend on Wikibase.
A generic "formatters" repository is most probably not helpful. What we did instead is moving formatters to the #datavalues Number and Time components, for example. We should continue doing this. There are still some candidates. Some of them must be split first. Code depending on core typically becomes a factory.
TASK DETAILhttps://phabricator.wikimedia.org/T75871EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, Ricordisamoa, Aklapper, JanZerebecki, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T76469: move formatters into own directory

gerritbot added a comment.
Change 349976 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
[mediawiki/extensions/Wikibase@master] Make TypedValueFormatter interface/implementations PSR-4 compatible

https://gerrit.wikimedia.org/r/349976TASK DETAILhttps://phabricator.wikimedia.org/T76469EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, thiemowmde, Ricordisamoa, Aklapper, Lydia_Pintscher, Unknown Object (MLST), QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T76469: move formatters into own directory

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T76469EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, thiemowmde, Ricordisamoa, Aklapper, Lydia_Pintscher, Unknown Object (MLST), Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T76469: move formatters into own directory

thiemowmde added a comment.
I did a find and grep and found that all classes with the word "formatter" are already in directories called "Formatter", with pretty much no exceptions:

lib/includes/TypedValueFormatter.php
repo/includes/SummaryFormatter.php

And a few that are in other subdirectories (and belong there):

client/includes/RecentChanges/ChangeLineFormatter.php
client/includes/Usage/UsageTrackingSnakFormatter.php
repo/includes/Diff/DiffOpValueFormatter.php
repo/includes/Localizer/MessageParameterFormatter.php

I believe this task is underspecified. It's also not a pre-requisite to move classes to a directory before they can be moved to a separate component. Therefor I suggest to close this ticket as invalid.TASK DETAILhttps://phabricator.wikimedia.org/T76469EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, Ricordisamoa, Aklapper, Lydia_Pintscher, Unknown Object (MLST), QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T162797: [Story] Grammatical Forms look like faked statements

Lydia_Pintscher edited the task description. (Show Details)
EDIT DETAILS...* I can add new grammatical features.

OPreviously open question:
* Do we need a selector for novalue/somevalue?
** No we do not.
* Does the order of grammatical statements matter? Or: should grammatical features be stored and displayed in the order they're entered? Or in any other particular order?
** The order does matter for display but we are going to do this the same way we handle it for statement ordering for now (ie with a global list that gives the order).TASK DETAILhttps://phabricator.wikimedia.org/T162797EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aklapper, Lydia_Pintscher, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T162790: [Story] basic editable list of Grammatical Features of a Form

Lydia_Pintscher edited the task description. (Show Details)
EDIT DETAILS...* I can edit existing grammatical features.
* Saving them is persisted through a page reload.
* I can only select existing items as grammatical features.TASK DETAILhttps://phabricator.wikimedia.org/T162790EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, thiemowmde, Aklapper, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T163713: Client widget does not report the actual problem

2017-04-24 Thread matej_suchanek

matej_suchanek created this task.matej_suchanek added a project: MediaWiki-extensions-WikibaseClient.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONSteps to reproduce:


Go to https://test.wikidata.org/wiki/Wikidata:Test
Open the sidebar widget to make a connection with another page.
Enter "de" as the language and "Wikipedia:Spielwiese" as the page
Confirm.


Expected: You get an error message explaining that there's a conflict between https://test.wikidata.org/wiki/Q59498 and https://test.wikidata.org/wiki/Q59499 (both link to "commonswiki").

Actual: see the screenshot. There's "Error: $1", which indicates a problem.

F7740786: Snímek obrazovky (21).pngTASK DETAILhttps://phabricator.wikimedia.org/T163713EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Aklapper, matej_suchanek, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T43686: [Story] Ability to filter recent changes and watchlist on Wikidata

2017-04-24 Thread Quiddity

Quiddity added a subtask: T139176: More granular watchlisting on Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T43686EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: QuiddityCc: Tbayer, MGChecker, Trizek-WMF, Addshore, daniel, Yair_rand, Nikola_Smolenski, Wikidata-bugs, Nemo_bis, He7d3r, Denny, aude, matej_suchanek, MZMcBride, Aklapper, Lydia_Pintscher, Soteriaspace, JakeTheDeveloper, QZanden, Izno, TheDJ, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T139176: More granular watchlisting on Wikidata

2017-04-24 Thread Quiddity

Quiddity added a parent task: T43686: [Story] Ability to filter recent changes and watchlist on Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T139176EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: QuiddityCc: Aklapper, Zppix, Daniel_Mietchen, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T163551: Huge number of duplicate rows in wb_terms

hoo added a comment.
Probably at least 10% of the table are duplicates (at least 129M/2).

mysql:wikiadmin@db1070 [wikidatawiki]> SELECT COUNT(*) FROM wb_terms;
+---+
| COUNT(*)  |
+---+
| 613038548 |
+---+
1 row in set (2 min 41.65 sec)TASK DETAILhttps://phabricator.wikimedia.org/T163551EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Aklapper, hoo, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T163683: Only check per-item constraints once, instead of with each statement

Lucas_Werkmeister_WMDE added a parent task: T103228: Improve performance of constraint check.
TASK DETAILhttps://phabricator.wikimedia.org/T163683EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Lucas_Werkmeister_WMDE, Aklapper, QZanden, Izno, abian, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T103228: Improve performance of constraint check

Lucas_Werkmeister_WMDE added a subtask: T163683: Only check per-item constraints once, instead of with each statement.
TASK DETAILhttps://phabricator.wikimedia.org/T103228EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Liuxinyu970226, Aklapper, Jonaskeutel, QZanden, Izno, abian, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Joining May 29, National Plan Open Science meeting in Delft, The Netherlands

2017-04-24 Thread Andra Waagmeester

Hi David,

   I just returned from a trip to Suriname, where I gave various
presentations on using Wikidata. It might also be interesting to reach out
to local contacts in Suriname to explore possibilities to use Wikidata in
the region. We are currently exploring opportunities to actively enrich
wikidata with (scientific) data.. Being one of the Guyana's Suriname has an
interesting position as a gate to both the Latin America and  the
Caribbean.

I have added to of my local contacts as cc to this mail.

Cheers,

Andra



On Mon, Apr 24, 2017 at 5:41 PM, David Ramírez-Ordóñez <
da...@hiperterminal.com> wrote:

> Dear all.
>
> I hope you this mail find you well.
>
> I am from Bogotá (Colombia) and right now I am in the Netherlands. I am
> not a PhD student but I want to attend to this meeting. Also I want to
> talk to people from Wikidata NL to see if we could do something from
> Colombia. I have some ideas but I am not pretty sure if it is viable.
>
> I am working as researcher in a foundation called Conector [1] and we
> are looking how to implement open science in Colombia. If I could do
> some links between you guys and Latin America, please let me know.
>
> Thanks for your recommendations and guidelines.
>
> Cheers!
>
> [1] In spanish: http://www.conector.co
>
> El 23/04/17 a las 13:06, Maarten Dammers escribió:
> > Hi Egon,
> >
> > Yaroslav is one of our (very active) users/admins/bureaucrats and a
> > professor at TU Delft.  Maybe he can join you?
> >
> > Maarten
> >
> >
> > On 23-04-17 12:34, Egon Willighagen wrote:
> >> Dear Amit,
> >>
> >> you make me painfully aware of something I should have mentioned (my
> >> apologies for haven forgotten that; still tired from the science march
> >> yesterday): it is not primarily international Open Science meeting...
> >> the context is really about how to implement this Dutch Plan Open
> >> Science... so, I was planning to target researchers using Wikidata in
> >> the local Dutch region... other sessions will be about Open Science in
> >> the Dutch funding environment, etc.
> >>
> >> That said: there is more information which will get more informative
> >> over the next weeks here:
> >>
> >> "Open Science: the National Plan and you" ->
> >> https://www.openscience.nl/nationaal-plan
> >>
> >> Your reply also makes me wonder if there is Mozilla Open Science
> >> projects running in NL?
> >>
> >> Egon
> >>
> >>
> >> On Sun, Apr 23, 2017 at 12:04 PM, AMIT KUMAR JAISWAL
> >>  wrote:
> >>> Hey Egon,
> >>>
> >>> Thanks for letting us know about this Open Science meeting.
> >>>
> >>> I'm interested in forming a team and currently I'm working with couple
> >>> of Open Source projects ranges from Machine Learning/AI, Natural
> >>> Language Processing and recently started with Deep Learning.
> >>> Apart from this I'm also doing few competitions on Kaggle :
> >>> https://www.kaggle.com/amitkumarjaiswal.
> >>>
> >>> Please let me know how can I join/participate in this meeting.
> >>>
> >>> Regards
> >>>
> >>> Thank you
> >>> Amit Kumar Jaiswal
> >>>
> >>> On 4/23/17, Egon Willighagen  wrote:
>  Hi Wikidata community,
> 
>  on May 29 in Delft, The Netherlands, the first national meeting is
>  planned for researchers (at a various stage of their career) about the
>  Dutch National Plan Open Science. There will be a large session where
>  organisations and individuals can present their experiences with Open
>  Science...
> 
>  I will join the meeting and want to see Wikidata there, and plan to
>  host a table about Wikidata in research... every since the joined
>  H2020 funding application (which we didn't get), I have been using
>  Wikidata for our interoperabilty work in various research projects...
> 
>  However, the more the merrier, and I'm hoping to co-host a Wikidata
>  table at this meeting... who else is interested in teaming up and
>  showing the Dutch research community how Wikidata can help them with
>  their Open Science? My own work is in the area of the life sciences,
>  but I know many others are using Wikidata for other research fields,
>  and the meeting is for all research, not just the natural sciences...
> 
>  Looking forward to hearing from you,
> 
>  greetings Egon
> 
>  --
>  E.L. Willighagen
>  Department of Bioinformatics - BiGCaT
>  Maastricht University (http://www.bigcat.unimaas.nl/)
>  Homepage: http://egonw.github.com/
>  LinkedIn: http://se.linkedin.com/in/egonw
>  Blog: http://chem-bla-ics.blogspot.com/
>  PubList: http://www.citeulike.org/user/egonw/tag/papers
>  ORCID: -0001-7542-0286
>  ImpactStory: https://impactstory.org/u/egonwillighagen
> 
>  ___
>  Wikidata mailing list
>  Wikidata@lists.wikimedia.org
>  https://lists.wikimedia.org/mailman/listinfo/wikidata
> 
> >>>
> >>>

[Wikidata-bugs] [Maniphest] [Edited] T163551: Huge number of duplicate rows in wb_terms

hoo edited the task description. (Show Details)
EDIT DETAILS...I found the above example merely by looking for a single term, testing other combinations also quickly brought up duplicates, thus I assume there are //a lot// of these.

I'm curApparently trying to find out, how many such duplicates we have, but the query is still running.we have over 129M rows which appear in the table twice (that means at least 65M duplicates!)!TASK DETAILhttps://phabricator.wikimedia.org/T163551EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Aklapper, hoo, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T163551: Huge number of duplicate rows in wb_terms

hoo added a comment.
Number of rows which occur at least twice (excludes aliases, for performance reasons):

mysql:wikiadmin@db1070 [wikidatawiki]> SELECT COUNT(*) FROM wb_terms AS t1 WHERE term_type != 'alias' AND EXISTS(SELECT 1 FROM wb_terms AS t2 USE INDEX(wb_terms_entity_id) WHERE t1.term_entity_type = t2.term_entity_type AND t1.term_entity_id = t2.term_entity_id AND t1.term_type = t2.term_type AND t1.term_language = t2.term_language AND t1.term_search_key = t2.term_search_key AND t1.term_row_id != t2.term_row_id);
+---+
| COUNT(*)  |
+---+
| 129337897 |
+---+
1 row in set (21 hours 13 min 33.19 sec)TASK DETAILhttps://phabricator.wikimedia.org/T163551EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Aklapper, hoo, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T105189: [Bug] Wikidata action=query=tags should not take 15-25 seconds to respond

Addshore added a comment.
Just over 4 seconds for meTASK DETAILhttps://phabricator.wikimedia.org/T105189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: TerraCodes, Ladsgroup, Cenarium, Ricordisamoa, Bene, Addshore, hoo, Lydia_Pintscher, Anomie, Sjoerddebruin, Aklapper, Jrbranaa, QZanden, Vali.matei, Sethakill, dg711, Volker_E, Izno, Luke081515, Wikidata-bugs, aude, GWicke, jayvdb, Mbch331, Jay8g, Legoktm___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Joining May 29, National Plan Open Science meeting in Delft, The Netherlands

2017-04-24 Thread David Ramírez-Ordóñez

Dear all.

I hope you this mail find you well.

I am from Bogotá (Colombia) and right now I am in the Netherlands. I am
not a PhD student but I want to attend to this meeting. Also I want to
talk to people from Wikidata NL to see if we could do something from
Colombia. I have some ideas but I am not pretty sure if it is viable.

I am working as researcher in a foundation called Conector [1] and we
are looking how to implement open science in Colombia. If I could do
some links between you guys and Latin America, please let me know.

Thanks for your recommendations and guidelines.

Cheers!

[1] In spanish: http://www.conector.co

El 23/04/17 a las 13:06, Maarten Dammers escribió:
> Hi Egon,
> 
> Yaroslav is one of our (very active) users/admins/bureaucrats and a
> professor at TU Delft.  Maybe he can join you?
> 
> Maarten
> 
> 
> On 23-04-17 12:34, Egon Willighagen wrote:
>> Dear Amit,
>>
>> you make me painfully aware of something I should have mentioned (my
>> apologies for haven forgotten that; still tired from the science march
>> yesterday): it is not primarily international Open Science meeting...
>> the context is really about how to implement this Dutch Plan Open
>> Science... so, I was planning to target researchers using Wikidata in
>> the local Dutch region... other sessions will be about Open Science in
>> the Dutch funding environment, etc.
>>
>> That said: there is more information which will get more informative
>> over the next weeks here:
>>
>> "Open Science: the National Plan and you" ->
>> https://www.openscience.nl/nationaal-plan
>>
>> Your reply also makes me wonder if there is Mozilla Open Science
>> projects running in NL?
>>
>> Egon
>>
>>
>> On Sun, Apr 23, 2017 at 12:04 PM, AMIT KUMAR JAISWAL
>>  wrote:
>>> Hey Egon,
>>>
>>> Thanks for letting us know about this Open Science meeting.
>>>
>>> I'm interested in forming a team and currently I'm working with couple
>>> of Open Source projects ranges from Machine Learning/AI, Natural
>>> Language Processing and recently started with Deep Learning.
>>> Apart from this I'm also doing few competitions on Kaggle :
>>> https://www.kaggle.com/amitkumarjaiswal.
>>>
>>> Please let me know how can I join/participate in this meeting.
>>>
>>> Regards
>>>
>>> Thank you
>>> Amit Kumar Jaiswal
>>>
>>> On 4/23/17, Egon Willighagen  wrote:
 Hi Wikidata community,

 on May 29 in Delft, The Netherlands, the first national meeting is
 planned for researchers (at a various stage of their career) about the
 Dutch National Plan Open Science. There will be a large session where
 organisations and individuals can present their experiences with Open
 Science...

 I will join the meeting and want to see Wikidata there, and plan to
 host a table about Wikidata in research... every since the joined
 H2020 funding application (which we didn't get), I have been using
 Wikidata for our interoperabilty work in various research projects...

 However, the more the merrier, and I'm hoping to co-host a Wikidata
 table at this meeting... who else is interested in teaming up and
 showing the Dutch research community how Wikidata can help them with
 their Open Science? My own work is in the area of the life sciences,
 but I know many others are using Wikidata for other research fields,
 and the meeting is for all research, not just the natural sciences...

 Looking forward to hearing from you,

 greetings Egon

 -- 
 E.L. Willighagen
 Department of Bioinformatics - BiGCaT
 Maastricht University (http://www.bigcat.unimaas.nl/)
 Homepage: http://egonw.github.com/
 LinkedIn: http://se.linkedin.com/in/egonw
 Blog: http://chem-bla-ics.blogspot.com/
 PubList: http://www.citeulike.org/user/egonw/tag/papers
 ORCID: -0001-7542-0286
 ImpactStory: https://impactstory.org/u/egonwillighagen

 ___
 Wikidata mailing list
 Wikidata@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikidata

>>>
>>> -- 
>>> Amit Kumar Jaiswal
>>> Mozilla Representative  |
>>> LinkedIn
>>>  | Portfolio
>>> 
>>> Kanpur, India
>>> Mo. : +91-8081187743 | T : @AMIT_GKP | PGP : EBE7 39F0 0427 4A2C
>>>
>>> ___
>>> Wikidata mailing list
>>> Wikidata@lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/wikidata
>>
>>
> 
> 
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata

-- 
David
http://nomono.co/david

signature.asc
Description: OpenPGP digital signature
___
Wikidata mailing list
Wikidata@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] [Changed Status] T42655: Sites resource loader module's cache should be invalidated when site config changes

2017-04-24 Thread Danwe

Danwe changed the task status from "Invalid" to "Resolved".Danwe added a comment.
Marked as resolved as pointed out by TheDJ.

@thiemowmde Just for the record: "Declined" and "Invalid" are two different things.

Without a comment stating something like "yes, I'm still able to reproduce this, and here is how" this ticket is indeed invalid.

Wrong. Only with a comment stating sth. like “No, I am no longer able to reproduce this!", a ticket previously agreed upon as an actual issue should become “invalid”.
If you really expect a more detailed description on how to reproduce an issue then you should set the ticket to “stalled”. If no one provides the information after some period of time it can be set to “declined”.TASK DETAILhttps://phabricator.wikimedia.org/T42655EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DanweCc: hoo, TheDJ, Danwe, Wikidata-bugs, thiemowmde, Denny, adrianheine, Snaterlicious, Lydia_Pintscher, daniel, Soteriaspace, JakeTheDeveloper, QZanden, Izno, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T89349: [Task] Only query constraints table once per property

Lucas_Werkmeister_WMDE added a project: Wikidata-Sprint.Lucas_Werkmeister_WMDE moved this task from ready to go to in current sprint on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T89349WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: gerritbot, Lucas_Werkmeister_WMDE, Tamslo, Dimitri.schmidt, Andreasburmeister, Lydia_Pintscher, Aklapper, Jonas.keutel, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, abian, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T103228: Improve performance of constraint check

Lucas_Werkmeister_WMDE closed subtask T89349: [Task] Only query constraints table once per property as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T103228EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Aklapper, Jonaskeutel, QZanden, Izno, abian, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T89349: [Task] Only query constraints table once per property

Lucas_Werkmeister_WMDE closed this task as "Resolved".Lucas_Werkmeister_WMDE claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T89349EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: gerritbot, Lucas_Werkmeister_WMDE, Tamslo, Dimitri.schmidt, Andreasburmeister, Lydia_Pintscher, Aklapper, Jonas.keutel, Liuxinyu970226, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, abian, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T89349: [Task] Only query constraints table once per property

gerritbot added a comment.
Change 349949 merged by jenkins-bot:
[mediawiki/extensions/WikibaseQualityConstraints@master] Cache constraints for property

https://gerrit.wikimedia.org/r/349949TASK DETAILhttps://phabricator.wikimedia.org/T89349EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Lucas_Werkmeister_WMDE, Tamslo, Dimitri.schmidt, Andreasburmeister, Lydia_Pintscher, Aklapper, Jonas.keutel, Liuxinyu970226, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, abian, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T138295: [Task] Change Special:NewProperty to not have a datatype selected by default

2017-04-24 Thread daniel

daniel added a comment.

In T138295#3206244, @ChristianKl wrote:
It might be that I misunderstood and you just change the behavior of SpecialNewProperty when that page is manually opened and not over the "Create" link?


Yes, this is just about the behavior of the page when invoked without any pre-selection.TASK DETAILhttps://phabricator.wikimedia.org/T138295EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, danielCc: gerritbot, ChristianKl, Micru, Lydia_Pintscher, daniel, Sjoerddebruin, Bugreporter, thiemowmde, Jonas, Aklapper, Zppix, Jan_Dittrich, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, SamanthaNguyen, JGirault, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T988: Phase 1: Represent Wiktionary lexicon using structured data

Lydia_Pintscher closed subtask T987: [Story] Phase 0: Automate interwiki language links for Wiktionary as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T988EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Liuxinyu970226, waldyrious, daniel, Esc3300, JAnD, Noe, intracer, Ricordisamoa, Aklapper, jberkel, Darkdadaah, GPHemsley, Lydia_Pintscher, QZanden, Izno, Wikidata-bugs, aude, Mbch331, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T146637: Wikidata 2016 Q4 goals

Lydia_Pintscher closed subtask T987: [Story] Phase 0: Automate interwiki language links for Wiktionary as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T146637EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Esc3300, Aklapper, Lydia_Pintscher, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T150179: Wikidata 2017 Q1 goals

Lydia_Pintscher closed subtask T987: [Story] Phase 0: Automate interwiki language links for Wiktionary as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T150179EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Nizil, abian, Ivanhercaz, Nikki, Esc3300, Aklapper, Lydia_Pintscher, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T987: [Story] Phase 0: Automate interwiki language links for Wiktionary

Lydia_Pintscher closed this task as "Resolved".Lydia_Pintscher claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T987EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Wikitiki89, -sche, Meno25, neilpquinn, Smalyshev, Noe, Nikki, JanZerebecki, Thibaut120094, hoo, Addshore, daniel, WMDE-leszek, Bmueller, gabriel-wmde, Yair_rand, dg711, DannyH, StudiesWorld, JAnD, Aklapper, RobLa-WMF, Lydia_Pintscher, satdeep_gill, tarlocesilion, jberkel, mxn, PeterBowman, Liuxinyu970226, Darkdadaah, GPHemsley, Ricordisamoa, QZanden, WebIntegrity, Avner, Izno, OrenBochman, Wikidata-bugs, Malyacko, aude, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T986: Use structured data on Wiktionary

Lydia_Pintscher closed subtask T987: [Story] Phase 0: Automate interwiki language links for Wiktionary as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T986EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: waldyrious, QZanden, JAnD, Neil_P._Quinn_WMF, Alkamid, Wesalius, Micru, DannyH, StudiesWorld, Metamorforme42, JEumerus, Profesjonalizm, Luke081515, TheDaveRoss, aude, Antanana, intracer, LikeLifer, mxn, Aklapper, Psychoslave, Lydia_Pintscher, jberkel, GPHemsley, JanZerebecki, Ricordisamoa, Liuxinyu970226, Izno, Wikidata-bugs, Darkdadaah, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Wiki PageID

2017-04-24 Thread Gerard Meijssen

Hoi,
It is indeed better to look up Wikipedia identifiers on demand. The
wikipedia articles associated with a Wikidata identifiers are a legacy.
Regularly Wikipedia articles are associated with different identifiers when
it is found that there is a mismatch between the different Wikipedia
article.. A good example; rose for the flower and rose for the plant..
Thanks,
 GerardM

On 24 April 2017 at 16:51, Nicholas Humfrey 
wrote:

> Hi,
>
> A number of years ago I was having some very frustrating times with the
> identifier instability in dbpedia. Two people looking up an identifier for
> the same concept at different times ended up with different identifiers.
>
> So I created a proof of concept, dbpedialite, which uses Wikipedia PageIDs:
> http://www.dbpedialite.org/things/87851
> (At the time there was a page title edit war between Stoat and Ermine)
>
>
> But now we have Wikidata – which solves this problem much better – so I
> should really get on and decommission dbpedialite.
>
> What are you using Wikipedia Page IDs for?  Might it be better to store
> the Wikidata ID and then lookup the Wikipedia page on demand?
>
>
> nick.
>
>
>
> From: Wikidata  on behalf of
> Gintautas Sulskus 
> Reply-To: "Discussion list for the Wikidata project." <
> wikidata@lists.wikimedia.org>
> Date: Monday, 24 April 2017 at 15:37
> To: "Discussion list for the Wikidata project." <
> wikidata@lists.wikimedia.org>
> Subject: Re: [Wikidata] Wiki PageID
>
> Fantastic answers Daniel and Jane! All is crystal clear now.
>
> Thank you very much!
>
> Best,
> Gin
>
> On Mon, Apr 24, 2017 at 2:21 PM, Jane Darnell  wrote:
>
>> Though I agree Daniel with what you wrote about redirects, we do have a
>> policy (I believe I have read this somewhere) that if you create a redirect
>> in the case of two items about the same thing, then it should always be the
>> older item number that survives (and the merge gadget is supposed to check
>> for this). Maybe that's too much detail information though. So for the
>> given example "Moon" was created first and thus it is "Moon" id that should
>> survive, whether or not the label is set to "The Moon" later.
>>
>> 
>>
>> Yes, page IDs survive renaming/moving the page.
>>
>> > 2. What if we have page "Moon" with ID=1. Someone creates a second-page
>> > "The_Moon" with ID=2. Is it possible that page "Moon" is transformed
>> into a
>> > redirect? Then, "Moon" would be redirecting to page "The_Moon"?
>>
>> Yes, pages can become redirects.
>> 
>>
>> On Mon, Apr 24, 2017 at 2:04 PM, Daniel Kinzler <
>> daniel.kinz...@wikimedia.de> wrote:
>>
>>> Hello Gintautas!
>>>
>>> Am 21.04.2017 um 17:58 schrieb Gintautas Sulskus:
>>> > I have a couple of questions regarding the Wiki Page ID. Does it
>>> always stay
>>> > unique for the page, where the page itself is just a placeholder for
>>> any kind of
>>> > information that might change over time?
>>>
>>> That is indeed the idea. COntent changes, the page ID stays the same. If
>>> you
>>> need to identify a specific state of the page, use the revision ID (aka
>>> permalink).
>>>
>>> Note however that page IDs are considered "internal" identifiers. They
>>> are
>>> stable, but they are not the canonical way to access or identify a page.
>>> Use the
>>> title for that - or, in the context of Wikidata, use the entity ID.
>>>
>>> > Consider the following cases:
>>> > 1. The first time someone creates page "Moon" it is assigned ID=1. If
>>> at some
>>> > point the page is renamed to "The_Moon", the ID=1 remains intact. Is
>>> this correct?
>>>
>>> Yes, page IDs survive renaming/moving the page.
>>>
>>> > 2. What if we have page "Moon" with ID=1. Someone creates a second-page
>>> > "The_Moon" with ID=2. Is it possible that page "Moon" is transformed
>>> into a
>>> > redirect? Then, "Moon" would be redirecting to page "The_Moon"?
>>>
>>> Yes, pages can become redirects.
>>>
>>> > 3. Is it possible for page "Moon" to become a category "Category:Moon"
>>> with the
>>> > same ID=1?
>>>
>>> Yes, pages can be moved into the category namespace.
>>>
>>> --
>>> Daniel Kinzler
>>> Principal Platform Engineer
>>>
>>> Wikimedia Deutschland
>>> Gesellschaft zur Förderung Freien Wissens e.V.
>>>
>>> ___
>>> Wikidata mailing list
>>> Wikidata@lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/wikidata
>>>
>>
>>
>> ___
>> Wikidata mailing list
>> Wikidata@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikidata
>>
>>
>
>
> 
>
> http://www.bbc.co.uk
> This e-mail (and any attachments) is confidential and may contain personal
> views which are not the views of the BBC unless specifically stated.
> If you have received it in error, please delete it from your system.
> Do not use, copy or disclose the information in any way

[Wikidata-bugs] [Maniphest] [Commented On] T138295: [Task] Change Special:NewProperty to not have a datatype selected by default

thiemowmde added a comment.
When we talk about a "default" we mean the"string" preselection when you go to Special:NewProperty. The template you are referring to does not rely on any default but explicitly sets a type via a …?datatype=… URL parameter. This is unaffected and continues to work.TASK DETAILhttps://phabricator.wikimedia.org/T138295EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, thiemowmdeCc: gerritbot, ChristianKl, Micru, Lydia_Pintscher, daniel, Sjoerddebruin, Bugreporter, thiemowmde, Jonas, Aklapper, Zppix, Jan_Dittrich, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, SamanthaNguyen, JGirault, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Wiki PageID

2017-04-24 Thread Nicholas Humfrey

Hi,

A number of years ago I was having some very frustrating times with the 
identifier instability in dbpedia. Two people looking up an identifier for the 
same concept at different times ended up with different identifiers.

So I created a proof of concept, dbpedialite, which uses Wikipedia PageIDs:
http://www.dbpedialite.org/things/87851
(At the time there was a page title edit war between Stoat and Ermine)

But now we have Wikidata – which solves this problem much better – so I should 
really get on and decommission dbpedialite.

What are you using Wikipedia Page IDs for?  Might it be better to store the 
Wikidata ID and then lookup the Wikipedia page on demand?

nick.

From: Wikidata 
>
 on behalf of Gintautas Sulskus 
>
Reply-To: "Discussion list for the Wikidata project." 
>
Date: Monday, 24 April 2017 at 15:37
To: "Discussion list for the Wikidata project." 
>
Subject: Re: [Wikidata] Wiki PageID

Fantastic answers Daniel and Jane! All is crystal clear now.

Thank you very much!

Best,
Gin

On Mon, Apr 24, 2017 at 2:21 PM, Jane Darnell 
> wrote:
Though I agree Daniel with what you wrote about redirects, we do have a policy 
(I believe I have read this somewhere) that if you create a redirect in the 
case of two items about the same thing, then it should always be the older item 
number that survives (and the merge gadget is supposed to check for this). 
Maybe that's too much detail information though. So for the given example 
"Moon" was created first and thus it is "Moon" id that should survive, whether 
or not the label is set to "The Moon" later.

Yes, page IDs survive renaming/moving the page.

> 2. What if we have page "Moon" with ID=1. Someone creates a second-page
> "The_Moon" with ID=2. Is it possible that page "Moon" is transformed into a
> redirect? Then, "Moon" would be redirecting to page "The_Moon"?

Yes, pages can become redirects.

On Mon, Apr 24, 2017 at 2:04 PM, Daniel Kinzler 
> wrote:
Hello Gintautas!

Am 21.04.2017 um 17:58 schrieb Gintautas Sulskus:
> I have a couple of questions regarding the Wiki Page ID. Does it always stay
> unique for the page, where the page itself is just a placeholder for any kind 
> of
> information that might change over time?

That is indeed the idea. COntent changes, the page ID stays the same. If you
need to identify a specific state of the page, use the revision ID (aka 
permalink).

Note however that page IDs are considered "internal" identifiers. They are
stable, but they are not the canonical way to access or identify a page. Use the
title for that - or, in the context of Wikidata, use the entity ID.

> Consider the following cases:
> 1. The first time someone creates page "Moon" it is assigned ID=1. If at some
> point the page is renamed to "The_Moon", the ID=1 remains intact. Is this 
> correct?

Yes, page IDs survive renaming/moving the page.

> 2. What if we have page "Moon" with ID=1. Someone creates a second-page
> "The_Moon" with ID=2. Is it possible that page "Moon" is transformed into a
> redirect? Then, "Moon" would be redirecting to page "The_Moon"?

Yes, pages can become redirects.

> 3. Is it possible for page "Moon" to become a category "Category:Moon" with 
> the
> same ID=1?

Yes, pages can be moved into the category namespace.

--
Daniel Kinzler
Principal Platform Engineer

Wikimedia Deutschland
Gesellschaft zur Förderung Freien Wissens e.V.

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

http://www.bbc.co.uk
This e-mail (and any attachments) is confidential and may contain personal 
views which are not the views of the BBC unless specifically stated.
If you have received it in error, please delete it from your system.
Do not use, copy or disclose the information in any way nor act in reliance on 
it and notify the sender immediately.
Please note that the BBC monitors e-mails sent or received.
Further communication will signify your consent to this.

-
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T138295: [Task] Change Special:NewProperty to not have a datatype selected by default

2017-04-24 Thread ChristianKl

ChristianKl added a comment.
The standard way to create properties seems to be to click on "Create" in the property proposal. That automatically copies the description and the datatype. 
It's supposed to also copy the property name and actually copies the name of the property proposal page into the name field (when the name isn't changed in the property proposal discussion that's usually the name that the property should have).

It might be that I misunderstood and you just change the behavior of SpecialNewProperty when that page is manually opened and not over the "Create" link?TASK DETAILhttps://phabricator.wikimedia.org/T138295EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, ChristianKlCc: gerritbot, ChristianKl, Micru, Lydia_Pintscher, daniel, Sjoerddebruin, Bugreporter, thiemowmde, Jonas, Aklapper, Zppix, Jan_Dittrich, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, SamanthaNguyen, JGirault, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Wiki PageID

2017-04-24 Thread Gintautas Sulskus

Fantastic answers Daniel and Jane! All is crystal clear now.

Thank you very much!

Best,
Gin

On Mon, Apr 24, 2017 at 2:21 PM, Jane Darnell  wrote:

> Though I agree Daniel with what you wrote about redirects, we do have a
> policy (I believe I have read this somewhere) that if you create a redirect
> in the case of two items about the same thing, then it should always be the
> older item number that survives (and the merge gadget is supposed to check
> for this). Maybe that's too much detail information though. So for the
> given example "Moon" was created first and thus it is "Moon" id that should
> survive, whether or not the label is set to "The Moon" later.
>
> 
>
> Yes, page IDs survive renaming/moving the page.
>
> > 2. What if we have page "Moon" with ID=1. Someone creates a second-page
> > "The_Moon" with ID=2. Is it possible that page "Moon" is transformed
> into a
> > redirect? Then, "Moon" would be redirecting to page "The_Moon"?
>
> Yes, pages can become redirects.
> 
>
> On Mon, Apr 24, 2017 at 2:04 PM, Daniel Kinzler <
> daniel.kinz...@wikimedia.de> wrote:
>
>> Hello Gintautas!
>>
>> Am 21.04.2017 um 17:58 schrieb Gintautas Sulskus:
>> > I have a couple of questions regarding the Wiki Page ID. Does it always
>> stay
>> > unique for the page, where the page itself is just a placeholder for
>> any kind of
>> > information that might change over time?
>>
>> That is indeed the idea. COntent changes, the page ID stays the same. If
>> you
>> need to identify a specific state of the page, use the revision ID (aka
>> permalink).
>>
>> Note however that page IDs are considered "internal" identifiers. They are
>> stable, but they are not the canonical way to access or identify a page.
>> Use the
>> title for that - or, in the context of Wikidata, use the entity ID.
>>
>> > Consider the following cases:
>> > 1. The first time someone creates page "Moon" it is assigned ID=1. If
>> at some
>> > point the page is renamed to "The_Moon", the ID=1 remains intact. Is
>> this correct?
>>
>> Yes, page IDs survive renaming/moving the page.
>>
>> > 2. What if we have page "Moon" with ID=1. Someone creates a second-page
>> > "The_Moon" with ID=2. Is it possible that page "Moon" is transformed
>> into a
>> > redirect? Then, "Moon" would be redirecting to page "The_Moon"?
>>
>> Yes, pages can become redirects.
>>
>> > 3. Is it possible for page "Moon" to become a category "Category:Moon"
>> with the
>> > same ID=1?
>>
>> Yes, pages can be moved into the category namespace.
>>
>> --
>> Daniel Kinzler
>> Principal Platform Engineer
>>
>> Wikimedia Deutschland
>> Gesellschaft zur Förderung Freien Wissens e.V.
>>
>> ___
>> Wikidata mailing list
>> Wikidata@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikidata
>>
>
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T138295: [Task] Change Special:NewProperty to not have a datatype selected by default

gerritbot added a comment.
Change 349315 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Add default value for datatype selector in SpecialNewProperty

https://gerrit.wikimedia.org/r/349315TASK DETAILhttps://phabricator.wikimedia.org/T138295EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: gerritbot, ChristianKl, Micru, Lydia_Pintscher, daniel, Sjoerddebruin, Bugreporter, thiemowmde, Jonas, Aklapper, Zppix, Jan_Dittrich, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, SamanthaNguyen, JGirault, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T138295: [Task] Change Special:NewProperty to not have a datatype selected by default

thiemowmde closed this task as "Resolved".thiemowmde moved this task from Review to Done on the Wikidata-Sprint board.thiemowmde added a comment.
@ChristianKl, it appears your comment is misplaced, or lacks context. Are you referring to a specific on-wiki discussion? If so, can you please provide a link?

I don't fully understand the situations you are talking about. They sound like the community consensus changed after an administrator created the property. This is nothing we can solve by making changes to the Special:NewProperty form. We can change the property type in rare cases, but usually you need to delete a bad property and create a new one. This is by design. In the Wikibase world IDs should never be reused for something that is different.TASK DETAILhttps://phabricator.wikimedia.org/T138295WORKBOARDhttps://phabricator.wikimedia.org/project/board/2351/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, thiemowmdeCc: ChristianKl, Micru, Lydia_Pintscher, daniel, Sjoerddebruin, Bugreporter, thiemowmde, Jonas, Aklapper, Zppix, Jan_Dittrich, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, SamanthaNguyen, JGirault, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T96040: Wikibase special pages (tracking)

thiemowmde closed subtask T138295: [Task] Change Special:NewProperty to not have a datatype selected by default as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T96040EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Luke081515, Liuxinyu970226, aude, Aklapper, QZanden, Ptolusque, Sethakill, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T138295: [Task] Change Special:NewProperty to not have a datatype selected by default

2017-04-24 Thread daniel

daniel added a comment.
@ChristianKl I don't see how this adds a manual step. The manual step was always there.

Old situation: A (essentially) random type is pre-selected in Special:NewProperty. The admin who creates the property has to check the selected type, and change it if appropriate. If they click "create" too soon (or accidentally hit enter), the property will be created with the wrong type.

New situation: No type is pre-selected. The admin who creates the property has to explicitly select a type. If they click "create" too soon (or accidentally hit enter), nothing happens.

I don't see how the old situation is better than the new one.

PS: IMHO, an admin should always think about what they are doing. Encouraging consideration is not a bad thing. If we don't trust admins to respect consensus, they should not be admins. But even if admins were prone to randomly ignore community consensus, the new behavior would still be better, since it avoids unintended actions.TASK DETAILhttps://phabricator.wikimedia.org/T138295EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, danielCc: ChristianKl, Micru, Lydia_Pintscher, daniel, Sjoerddebruin, Bugreporter, thiemowmde, Jonas, Aklapper, Zppix, Jan_Dittrich, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, SamanthaNguyen, JGirault, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T150182: Deploy Cognate extension to production

Addshore edited the task description. (Show Details)
EDIT DETAILS... [ ] - Add the population of cognate_sites table to the addsite script for wiktionaries? https://gerrit.wikimedia.org/r/349958TASK DETAILhttps://phabricator.wikimedia.org/T150182EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Stashbot, PeterBowman, Darkdadaah, Liuxinyu970226, Daniel_Carrero, Lea_Lacroix_WMDE, gerritbot, Meno25, Yair_rand, Addshore, Aklapper, Lydia_Pintscher, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, TerraCodes, Urbanecm, Johan, Thibaut120094, Izno, Luke081515, Wikidata-bugs, aude, GPHemsley, TheDJ, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T987: [Story] Phase 0: Automate interwiki language links for Wiktionary

Addshore closed subtask T150182: Deploy Cognate extension to production as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T987EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Wikitiki89, -sche, Meno25, neilpquinn, Smalyshev, Noe, Nikki, JanZerebecki, Thibaut120094, hoo, Addshore, daniel, WMDE-leszek, Bmueller, gabriel-wmde, Yair_rand, dg711, DannyH, StudiesWorld, JAnD, Aklapper, RobLa-WMF, Lydia_Pintscher, satdeep_gill, tarlocesilion, jberkel, mxn, PeterBowman, Liuxinyu970226, Darkdadaah, GPHemsley, Ricordisamoa, QZanden, WebIntegrity, Avner, Izno, OrenBochman, Wikidata-bugs, Malyacko, aude, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T150182: Deploy Cognate extension to production

Addshore closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T150182EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Stashbot, PeterBowman, Darkdadaah, Liuxinyu970226, Daniel_Carrero, Lea_Lacroix_WMDE, gerritbot, Meno25, Yair_rand, Addshore, Aklapper, Lydia_Pintscher, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, TerraCodes, Urbanecm, Johan, Thibaut120094, Izno, Luke081515, Wikidata-bugs, aude, GPHemsley, TheDJ, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T150182: Deploy Cognate extension to production