date:20190612

gerritbot added a comment.


  Change 516441 **merged** by jenkins-bot:
  [mediawiki/extensions/Wikibase@master] Add option --ignore-missing to dumper
  
  https://gerrit.wikimedia.org/r/516441

TASK DETAIL
  https://phabricator.wikimedia.org/T221917

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: hoo, ArielGlenn, WMDE-leszek, Poyekhali, Steinsplitter, Aklapper, 
Lydia_Pintscher, Bugreporter, Tgr, Ramsey-WMF, Jarekt, Addshore, Tpt, MB-one, 
Salgo60, Lucas_Werkmeister_WMDE, Smalyshev, Daryl-TTMG, RomaAmorRoma, 
E.S.A-Sheild, darthmon_wmde, joker88john, CucyNoiD, Nandana, NebulousIris, 
JKSTNK, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, 
Cpaulf30, Lahi, PDrouin-WMF, Gq86, Baloch007, E1presidente, Cparle, 
Darkminds3113, Anooprao, SandraF_WMF, Bsandipan, Lordiis, GoranSMilovanovic, 
Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, Tramullas, Acer, 
merbst, LawExplorer, WSH1906, Lewizho99, Maathavan, Silverfish, _jensen, 
rosalieper, Jonas, Xmlizer, Susannaanas, Wong128hk, Jane023, jkroll, 
Wikidata-bugs, Jdouglas, Base, matthiasmullie, aude, Tobias1984, El_Grafo, 
Dinoguy1000, Manybubbles, Ricordisamoa, Wesalius, Fabrice_Florin, Raymond, 
Jdforrester-WMF, Mbch331, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T225506: OAuth authentication request returns 500

2019-06-12 Thread Moraorviz

Moraorviz added a comment.


  The response is just ok but the embedded token is unable to be parsed by jwt 
due to the attached warning with the header thing:
  
  (Pdb) p r.url
  'http://35.181.143.201:8181/w/index.php?title=Special%3AOAuth%2Fidentify'
  (Pdb) p r.ok
  True
  (Pdb) p r.content
  
b'eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJpc3MiOiJodHRwOlwvXC8zNS4xODEuMTQzLjIwMTo4MTgxIiwic3ViIjoxLCJhdWQiOiI5OTQ1YjcyYzQwZTZmNWEzMzA1ZjgyNjgyOTEyZDg3NSIsImV4cCI6MTU2MDM2ODU3OSwiaWF0IjoxNTYwMzY4NDc5LCJub25jZSI6IjMwMjA0NzE0MDIyNTYxMzcwMzExNTYwMzY4NDc5IiwidXNlcm5hbWUiOiJBZG1pbiIsImVkaXRjb3VudCI6MCwiY29uZmlybWVkX2VtYWlsIjp0cnVlLCJibG9ja2VkIjpmYWxzZSwicmVnaXN0ZXJlZCI6IjIwMTkwNjA5MTgzMDE1IiwiZ3JvdXBzIjpbImJ1cmVhdWNyYXQiLCJpbnRlcmZhY2UtYWRtaW4iLCJzeXNvcCIsIioiLCJ1c2VyIiwiYXV0b2NvbmZpcm1lZCJdLCJyaWdodHMiOlsidXNlcnJpZ2h0cyIsIm5vcmF0ZWxpbWl0IiwiZWRpdGludGVyZmFjZSIsImVkaXRzaXRlY3NzIiwiZWRpdHNpdGVqc29uIiwiZWRpdHNpdGVqcyIsImVkaXR1c2VyY3NzIiwiZWRpdHVzZXJqc29uIiwiZWRpdHVzZXJqcyIsImJsb2NrIiwiY3JlYXRlYWNjb3VudCIsImRlbGV0ZSIsImJpZ2RlbGV0ZSIsImRlbGV0ZWRoaXN0b3J5IiwiZGVsZXRlZHRleHQiLCJ1bmRlbGV0ZSIsImltcG9ydCIsImltcG9ydHVwbG9hZCIsIm1vdmUiLCJtb3ZlLXN1YnBhZ2VzIiwibW92ZS1yb290dXNlcnBhZ2VzIiwibW92ZS1jYXRlZ29yeXBhZ2VzIiwicGF0cm9sIiwiYXV0b3BhdHJvbCIsInByb3RlY3QiLCJlZGl0cHJvdGVjdGVkIiwicm9sbGJhY2siLCJ1cGxvYWQiLCJyZXVwbG9hZCIsInJldXBsb2FkLXNoYXJlZCIsInVud2F0Y2hlZHBhZ2VzIiwiYXV0b2NvbmZpcm1lZCIsImVkaXRzZW1pcHJvdGVjdGVkIiwiaXBibG9jay1leGVtcHQiLCJibG9ja2VtYWlsIiwibWFya2JvdGVkaXRzIiwiYXBpaGlnaGxpbWl0cyIsImJyb3dzZWFyY2hpdmUiLCJtb3ZlZmlsZSIsInVuYmxvY2tzZWxmIiwic3VwcHJlc3NyZWRpcmVjdCIsIm1lcmdlaGlzdG9yeSIsIm1hbmFnZWNoYW5nZXRhZ3MiLCJkZWxldGVjaGFuZ2V0YWdzIiwibXdvYXV0aHByb3Bvc2Vjb25zdW1lciIsIm13b2F1dGhtYW5hZ2Vjb25zdW1lciIsIm13b2F1dGh2aWV3cHJpdmF0ZSIsIm13b2F1dGh1cGRhdGVvd25jb25zdW1lciIsInJlYWQiLCJlZGl0IiwiY3JlYXRlcGFnZSIsImNyZWF0ZXRhbGsiLCJ3cml0ZWFwaSIsInZpZXdteXdhdGNobGlzdCIsImVkaXRteXdhdGNobGlzdCIsInZpZXdteXByaXZhdGVpbmZvIiwiZWRpdG15cHJpdmF0ZWluZm8iLCJlZGl0bXlvcHRpb25zIiwiaXRlbS10ZXJtIiwicHJvcGVydHktdGVybSIsIml0ZW0tbWVyZ2UiLCJpdGVtLXJlZGlyZWN0IiwicHJvcGVydHktY3JlYXRlIiwibWlub3JlZGl0IiwiZWRpdG15dXNlcmNzcyIsImVkaXRteXVzZXJqc29uIiwiZWRpdG15dXNlcmpzIiwicHVyZ2UiLCJzZW5kZW1haWwiLCJhcHBseWNoYW5nZXRhZ3MiLCJjaGFuZ2V0YWdzIiwiZWRpdGNvbnRlbnRtb2RlbCIsIm13b2F1dGhtYW5hZ2VteWdyYW50cyJdLCJncmFudHMiOlsiYmFzaWMiLCJoaWdodm9sdW1lIiwiZWRpdHBhZ2UiLCJlZGl0cHJvdGVjdGVkIiwiZWRpdG15Y3NzanMiLCJjcmVhdGVlZGl0bW92ZXBhZ2UiLCJ1cGxvYWRmaWxlIiwicGF0cm9sIiwicm9sbGJhY2siLCJ2aWV3ZGVsZXRlZCIsImRlbGV0ZSIsInNlbmRlbWFpbCIsImNyZWF0ZWFjY291bnQiXX0.GsiYfUHQ7uCpcbpWYQ0qJUErXQyJG3dQe7oczjtuB4E\nWarning:  Cannot modify header information - headers already sent 
by (output started at 
/var/www/html/extensions/OAuth/frontend/specialpages/SpecialMWOAuth.php:562) in 
/var/www/html/includes/WebResponse.php on line 208\n\n**Warning**:  Cannot modify header information - headers already 
sent by (output started at 
/var/www/html/extensions/OAuth/frontend/specialpages/SpecialMWOAuth.php:562) in 
/var/www/html/includes/WebResponse.php on line 208\n'
  
  Maybie I should parse it manually but I wonder what is triggering it.

TASK DETAIL
  https://phabricator.wikimedia.org/T225506

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Moraorviz
Cc: Tgr, Lydia_Pintscher, Addshore, Tarrow, Aklapper, Moraorviz, darthmon_wmde, 
Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, Chicocvenancio, QZanden, 
LawExplorer, _jensen, rosalieper, 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] [Commented On] T207893: Partial Blocks are enforced as Sitewide blocks in Wikibase entities

2019-06-12 Thread Addshore

Addshore added a comment.


  Thanks for all of the details.
  I believe that 1 bit of phpdoc, which sounds like it will now be altered, is 
what was throwing me a bit off.
  
  @lydia I believe we have all of the details we need to write this up for 
pickup. :)
  I'll try and get that done this week (unless someone wants to jump in before 
me) or if we just want to pick it up and have whoever implements it read 
through the comments.!

TASK DETAIL
  https://phabricator.wikimedia.org/T207893

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Addshore
Cc: Tchanders, Niharika, Lydia_Pintscher, WMDE-leszek, TBolliger, 
Lucas_Werkmeister_WMDE, Addshore, Aklapper, dbarratt, MGChecker, darthmon_wmde, 
Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 
rosalieper, Jonas, 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] T218901: Track number of Wikidata edits by namespace

2019-06-12 Thread Addshore

Addshore edited projects, added User-Michael, Wikidata-Campsite 
(Wikidata-Campsite-Iteration-∞), Patch-For-Review, Shape Expressions Sprint 5; 
removed Shape Expressions.
Addshore added a comment.


  I did not mean to change those projects...

TASK DETAIL
  https://phabricator.wikimedia.org/T218901

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Michael, Addshore
Cc: Lydia_Pintscher, JAllemandou, Addshore, Aklapper, Lucas_Werkmeister_WMDE, 
Daryl-TTMG, RomaAmorRoma, E.S.A-Sheild, darthmon_wmde, pdehaye, alaa_wmde, 
joker88john, Michael, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, 
Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, 
Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, 
Ramalepe, Liugev6, QZanden, YULdigitalpreservation, LawExplorer, Salgo60, 
WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Jonas, MisterSynergy, 
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] T218901: Track number of Wikidata edits by namespace

2019-06-12 Thread Addshore

Addshore edited projects, added Shape Expressions; removed User-Michael, 
Wikidata-Campsite (Wikidata-Campsite-Iteration-∞), Patch-For-Review, Shape 
Expressions Sprint 5.
Addshore added a comment.


  In T218901#5252948 , 
@Michael wrote:
  
  > [ ] How do I assign better labels to the serieses?
  
  
  Take a look at the alias functions.
  The one you probably want is alias sub, which is basically find and replace.
  If you still have the full metric name you also want to only look at the last 
Jose I imagine.
  On the Wikidata edits dashboard the oauth panel has an example of these 
things.

TASK DETAIL
  https://phabricator.wikimedia.org/T218901

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Michael, Addshore
Cc: Lydia_Pintscher, JAllemandou, Addshore, Aklapper, Lucas_Werkmeister_WMDE, 
darthmon_wmde, pdehaye, Michael, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, YULdigitalpreservation, LawExplorer, Salgo60, _jensen, rosalieper, 
MisterSynergy, abian, Wikidata-bugs, aude, Mbch331, Daryl-TTMG, RomaAmorRoma, 
E.S.A-Sheild, alaa_wmde, joker88john, CucyNoiD, NebulousIris, Gaboe420, 
Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Baloch007, 
Darkminds3113, Bsandipan, Lordiis, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, 
WSH1906, Lewizho99, Maathavan, Jonas
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T196858: Allow parameters & wildcards in federation endpoint whitelists

gerritbot added a comment.


  Change 514630 **merged** by Smalyshev:
  [wikidata/query/blazegraph@master] Allow wildcards in the service whitelist
  
  https://gerrit.wikimedia.org/r/514630

TASK DETAIL
  https://phabricator.wikimedia.org/T196858

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: Aklapper, Esc3300, Smalyshev, Daryl-TTMG, RomaAmorRoma, E.S.A-Sheild, 
darthmon_wmde, joker88john, ET4Eva, CucyNoiD, Nandana, NebulousIris, Gaboe420, 
Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, 
Baloch007, Darkminds3113, Bsandipan, Lordiis, Lucas_Werkmeister_WMDE, 
GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, 
merbst, LawExplorer, WSH1906, Avner, Lewizho99, Maathavan, Gehel, _jensen, 
rosalieper, Cirdan, Jonas, FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, 
aude, Tobias1984, Manybubbles, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T225506: OAuth authentication request returns 500

2019-06-12 Thread Tgr

Tgr added a comment.


  That sounds like a secondary error, there should be another error in the logs 
that caused it.

TASK DETAIL
  https://phabricator.wikimedia.org/T225506

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Tgr
Cc: Tgr, Lydia_Pintscher, Addshore, Tarrow, Aklapper, Moraorviz, darthmon_wmde, 
Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, Chicocvenancio, QZanden, 
LawExplorer, _jensen, rosalieper, 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] [Updated] T207235: PHP error "Undefined index: Q…" from ArticlePlaceholder hook on SpecialSearch

2019-06-12 Thread ReleaseTaggerBot

ReleaseTaggerBot edited projects, added MW-1.34-notes (1.34.0-wmf.8; 
2019-06-04); removed MW-1.34-notes (1.34.0-wmf.10; 2019-06-18).

TASK DETAIL
  https://phabricator.wikimedia.org/T207235

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ladsgroup, ReleaseTaggerBot
Cc: WMDE-leszek, Smalyshev, Lydia_Pintscher, Addshore, Ladsgroup, Krinkle, 
Aklapper, darthmon_wmde, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, cmadeo, LawExplorer, _jensen, rosalieper, Jonas, Wikidata-bugs, aude, 
jayvdb, Ricordisamoa, zeljkofilipin, Jdforrester-WMF, Mbch331, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T207235: PHP error "Undefined index: Q…" from ArticlePlaceholder hook on SpecialSearch

2019-06-12 Thread Stashbot

Stashbot added a comment.


  Mentioned in SAL (#wikimedia-operations) [2019-06-12T18:13:18Z] 
 Synchronized 
php-1.34.0-wmf.8/extensions/ArticlePlaceholder/includes/: T207235 
 / a42aa1599a131c55304 

 (duration: 00m 49s)

TASK DETAIL
  https://phabricator.wikimedia.org/T207235

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ladsgroup, Stashbot
Cc: WMDE-leszek, Smalyshev, Lydia_Pintscher, Addshore, Ladsgroup, Krinkle, 
Aklapper, darthmon_wmde, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, cmadeo, LawExplorer, _jensen, rosalieper, Jonas, Wikidata-bugs, aude, 
jayvdb, Ricordisamoa, zeljkofilipin, Jdforrester-WMF, Mbch331, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T207235: PHP error "Undefined index: Q…" from ArticlePlaceholder hook on SpecialSearch

2019-06-12 Thread Krinkle

Krinkle closed this task as "Resolved".

TASK DETAIL
  https://phabricator.wikimedia.org/T207235

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ladsgroup, Krinkle
Cc: WMDE-leszek, Smalyshev, Lydia_Pintscher, Addshore, Ladsgroup, Krinkle, 
Aklapper, darthmon_wmde, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, cmadeo, LawExplorer, _jensen, rosalieper, Jonas, Wikidata-bugs, aude, 
jayvdb, Ricordisamoa, zeljkofilipin, Jdforrester-WMF, Mbch331, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T207235: PHP error "Undefined index: Q…" from ArticlePlaceholder hook on SpecialSearch

2019-06-12 Thread Maintenance_bot

Maintenance_bot removed a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T207235

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ladsgroup, Maintenance_bot
Cc: WMDE-leszek, Smalyshev, Lydia_Pintscher, Addshore, Ladsgroup, Krinkle, 
Aklapper, darthmon_wmde, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, cmadeo, LawExplorer, _jensen, rosalieper, Jonas, Wikidata-bugs, aude, 
jayvdb, Ricordisamoa, zeljkofilipin, Jdforrester-WMF, Mbch331, Jay8g, Krenair, 
Daryl-TTMG, RomaAmorRoma, E.S.A-Sheild, joker88john, CucyNoiD, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Baloch007, Darkminds3113, Bsandipan, Lordiis, Adik2382, Th3d3v1ls, Ramalepe, 
Liugev6, WSH1906, Lewizho99, Maathavan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T207235: PHP error "Undefined index: Q…" from ArticlePlaceholder hook on SpecialSearch

gerritbot added a comment.


  Change 516496 **merged** by jenkins-bot:
  [mediawiki/extensions/ArticlePlaceholder@wmf/1.34.0-wmf.8] Do not check for 
item ids that are not found in page_props table
  
  https://gerrit.wikimedia.org/r/516496

TASK DETAIL
  https://phabricator.wikimedia.org/T207235

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ladsgroup, gerritbot
Cc: WMDE-leszek, Smalyshev, Lydia_Pintscher, Addshore, Ladsgroup, Krinkle, 
Aklapper, Daryl-TTMG, RomaAmorRoma, E.S.A-Sheild, darthmon_wmde, alaa_wmde, 
joker88john, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, 
Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, 
Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, 
Ramalepe, Liugev6, QZanden, cmadeo, LawExplorer, WSH1906, Lewizho99, Maathavan, 
_jensen, rosalieper, Jonas, Wikidata-bugs, aude, jayvdb, Ricordisamoa, 
zeljkofilipin, Jdforrester-WMF, Mbch331, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Scaling Wikidata Query Service

2019-06-12 Thread Amirouche Boubekki

Le mer. 12 juin 2019 à 19:11, Stas Malyshev  a
écrit :

> Hi!
>
> >> So there needs to be some smarter solution, one that we'd unlike to
> > develop inhouse
> >
> > Big cat, small fish. As wikidata continue to grow, it will have specific
> > needs.
> > Needs that are unlikely to be solved by off-the-shelf solutions.
>
> Here I think it's good place to remind that we're not Google, and
> developing a new database engine inhouse is probably a bit beyond our
> resources and budgets.


Today, the problem is not the same as the one MySQL, PostgreSQL, blazegraph
and openlink had when they started working on their respective databases.
See
below.


> Fitting existing solution to our goals - sure, but developing something
> new of

that scale is probably not going to happen.
>

It will.

> FoundationDB and WiredTiger are respectively used at Apple (among other
> > companies)
> > and MongoDB since 3.2 all over-the-world. WiredTiger is also used at
> Amazon.
>
> I believe they are, but I think for our particular goals we have to
> limit themselves for a set of solution that are a proven good match for
> our case.
>

See the other mail I just sent. We are a turning point in database
engineering
history. The very last database systems that were built are all based on
Ordered Key Value Store, see Google Spanner paper [0].

Thanks to WT/MongoDB and Apple, those are readily available, in widespread
use
and fully open source. It is only missing a few pieces for making it work a
fully
backward compatible way with WDQS (at scale).

[0] https://ai.google/research/pubs/pub39966


> > That will be vendor lock-in for wikidata and wikimedia along all the
> > poor souls that try to interop with it.
>
> Since Virtuoso is using standard SPARQL, it won't be too much of a
> vendor lock in, though of course the standard does not cover all, so
> some corners are different in all SPARQL engines.


There is a big chance that same thing that happened with the www will
happen with RDF. That is one big player own all the implementations.


> This is why even migration between SPARQL engines, even excluding

operational aspects, is non-trivial.


I agree.


> Of course, migration to any non-SPARQL engine would be order of magnitude

more disruptive, so right now we do not seriously consider doing that.
>

I also agree.

>
> As I already mentioned, there's a difference between "you can do it" and
> "you can do it efficiently". [...] The tricky part starts when you need to
> run millions
> of queries on 10B triples database. If your backend is not optimal for
> that task, it's not going to perform.
>

I already did small benchmarks against blazegraph. I will do more intensive
benchmarks using wikidata (and reduce the requirements in terms of SSD).


Thanks for the reply.
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T219806: Illustrations and design building blocks for Structured Data on Commons and GLAM documentation

2019-06-12 Thread mcruzWMF

mcruzWMF added a comment.

  In T219806#5252874 , 
@SandraF_WMF wrote:

  > Thanks for your feedback, María! Hang and I are checking in later today to 
go through feedback in person. Please note that I am the one who created the 
workflow graphic 

 last year - that image is not Hang's work! That said, guidelines on how to 
create and improve such graphics in the future are very welcome.

  Yes, I figured it was your creation, Sandra =)

  > 
  > 
  > 1. Thoughts on next steps
  > 
  >   While writing first bits of (dispersed) documentation, for instance in 
the This Month in GLAM newsletter (example 
),
 I have discovered that, in addition to the designs you created up till now, we 
may need template-based solutions and procedures for the following:
  >   1. Menus for, and navigation inside, longer pieces of documentation
  > 
  > I think a lot of the documentation will consist of multiple steps, or 
will in general benefit from being cut into smaller chunks. Some readers will 
want to skip some of these steps because they are not relevant to their use 
case or they already know how to do that specific thing. So I think it may be 
good to have
  > 2. A system/template to create a 'menu' (similar to the tab system used by 
many WikiProjects on Wikidata, for instance - example 
)
  > 3. A system/template for pagination (when documentation has e.g. dozens of 
consecutive subpages)
  > 4. A system/template for skipping to a previous/next bit of documentation

  We have some really good navigation templates that we developed for the 
Wikimedia Resource Center. Consider reviewing:

  - Template:Portal navigation 

  - Template:Stackable card 

  before developing anything new. 
  These templates work really well on mobile, are versatile and you can add 
your own formatting, too! If you'd like to improve them in any way, that is 
also welcome. The module to edit the template is here 
.

  > 
  > 
  > 1. Integration of screenshots, gifs, explanatory videos
  > 
  >   The documentation will likely include many screenshots and short 
explanation videos. Perhaps also animated gifs - I welcome your opinion on 
experiments like this one 

 (you can also see it in use in this story in This Month in GLAM newsletter 
).
 It would be nice to have guidelines and/or templates to integrate these into 
documentation as elegantly as possible. I can imagine they can be put in the 
callout boxes you've already designed, but maybe they can benefit from their 
own place/design (bordered? width? alignment?).

  This ^^ we don't currently have, and it would be good to develop resources 
for this need. I think @hdothiduc was doing a good job in this area with the 
callout boxes.

  > Curious what you think, and if these additional design frameworks would fit 
into your upcoming planning.

TASK DETAIL
  https://phabricator.wikimedia.org/T219806

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hdothiduc, mcruzWMF
Cc: mcruzWMF, hdothiduc, Quiddity, SandraF_WMF, darthmon_wmde, Nandana, JKSTNK, 
Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, 
GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, 
_jensen, rosalieper, Susannaanas, Jane023, Wikidata-bugs, Base, matthiasmullie, 
aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, 
Steinsplitter, Mbch331, Qgil
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Scaling Wikidata Query Service

2019-06-12 Thread Amirouche Boubekki

Hello Sebastian,

First thanks a lot for the reply. I started to believe that what I was
saying was complete nonsense.

Le mer. 12 juin 2019 à 16:51, Sebastian Hellmann <
hellm...@informatik.uni-leipzig.de> a écrit :

> Hi Amirouche,
> On 12.06.19 14:07, Amirouche Boubekki wrote:
>
> > So there needs to be some smarter solution, one that we'd unlike to
> develop inhouse
>
> Big cat, small fish. As wikidata continue to grow, it will have specific
> needs.
> Needs that are unlikely to be solved by off-the-shelf solutions.
>
>
> Are you suggesting to develop the database in-house?
>
Yes! At least part of it. The domain specific part.

> even MediaWiki uses MySQL
>
Yes, but it is not because of its technical merits. Similarly for PHP.
Historically, PHP and MySQL were easy to setup and easy to use
but otherwise difficult to work with. This is/was painful enough that
nowadays the goto RDBMS is PostgreSQL even if MySQL is still
very popular [0][1]. Those are technical reasons. Also, I agree it is
not because MySQL had no ACID guarantees when it started
1995, that nowadays it is a bad choice.

[0] https://trends.google.com/trends/explore?q=MySQL,PostgreSQL
[1] https://stackshare.io/stackups/mysql-vs-postgresql

> but one that has already been verified by industry experience and other
> deployments.
>
> FoundationDB and WiredTiger are respectively used at Apple (among other
> companies)
> and MongoDB since 3.2 all over-the-world. WiredTiger is also used at
> Amazon.
>
> Let`s not talk about MongoDB, it is irrelevant and very mixed.
>

I am giving an example deployment of WiredTiger. WiredTiger is an ordered
Key-Value
Store that is the storage engine of MongoDB since 3.2. It was created by
independent
company and later mongodb acquired WiredTiger. It is still GPLv2 or v3.
Among the founders
there is one of the engineer that created bsddb that Oracle has bought.
Also, I am not saying
WiredTiger solve all the problems of mongodb. I am just saying that because
WiredTiger is
the storage backend of MongoDB since 3.2 it has seen widespread usage and
testing.

Some say it is THE solution for scalability, others have said it was the
> biggest disappointment.
>

Some people gave warnings about the technical issues of mongodb before 3.2.
Also, Caveat emptor. The situation is better that a few years back. After
all that
was open source / free software / source available software since the
beginning.

Like I said above, WiredTiger is not the solution of all problems. I cited
WiredTiger
as a possible tool for building a cluster similar the current one where
machines have full
copies of the data. The advantage of WiredTiger is that it is easier to
setup (compared
to a distributed database) but it still requires fine-tuning /
configuration. Also, there is
many other Ordered Key-Value store in the wild. I have documented those in
the document:

https://github.com/scheme-requests-for-implementation/srfi-167/blob/master/libraries.md

In particular, if WDQS doesn't want to use ACID transactions, there might
be a better
solution. Other popular options are LMDB (used in OpenLDAP) and RocksDB by
Facebook (that is LevelDB fork). But again, that is ONE possibility, my
design / database
work with any of the libraries described in the above libraries.md url.

My recommendation for production cluster is to use FoundationDB.
Because it can scale horizontally and provides single / double / triple
replication. If a
node is down, the write and reads can still continue if you have enough
machine up.

WiredTiger would better suited for single machine (and my database (can)
support
both WiredTiger and FoundationDB with the same code base).

Do FoundationDB and WiredTiger have any track record for hosting open data
> projects or being chosen by open data projects?
>
tl;dr: I don't know.

Like I said previously, WiredTiger is used in many contexts among others it
used at Amazon Web Services (AWS).

FoundationDB is used at Apple, I don't remember which services rely on it
but at least the Data Science team
rely on it. The main contributor did a lightning talk about it:

   Entity Store: A FoundationDB Layer for Versioned Entities with Fine
Grained 

That is the use-case that looks the more like data.

More on popularity contest, it is used at WaveFront (owned by VMWare) that
is an analytic tool.
Here is a talk:

  Running FDB at scale 

JanusGraph has FDB backend, see the talk:

  The JanusGraph FoundationDB Storage Adapter 

It is also used at SnowFlake  that is
apparently a datawhare house, here is the talk:

   How FoundationDB powers SnowflakeDB's metadata

It is also used at SkuVault as multi-model database, see the forum topic:

https://forums.foundationdb.org/t/success-story-foundationdb-at-skuvault/336

Again, I think the popularity of a tool is a hint. For

[Wikidata-bugs] [Maniphest] [Updated] T225003: Implement PropertyLabelResolver using normalized storage

gerritbot added a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T225003

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hoo, gerritbot
Cc: alaa_wmde, Aklapper, Lucas_Werkmeister_WMDE, Daryl-TTMG, RomaAmorRoma, 
E.S.A-Sheild, darthmon_wmde, joker88john, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, 
Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, 
Lewizho99, Maathavan, _jensen, rosalieper, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T225003: Implement PropertyLabelResolver using normalized storage

gerritbot added a comment.


  Change 516661 had a related patch set uploaded (by Hoo man; owner: Hoo man):
  [mediawiki/extensions/Wikibase@master] TermIdsResolver: Allow filtering terms 
by type and lang
  
  https://gerrit.wikimedia.org/r/516661

TASK DETAIL
  https://phabricator.wikimedia.org/T225003

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hoo, gerritbot
Cc: alaa_wmde, Aklapper, Lucas_Werkmeister_WMDE, darthmon_wmde, Nandana, Lahi, 
Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 
Wikidata-bugs, aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Scaling Wikidata Query Service

2019-06-12 Thread Stas Malyshev

Hi!

>> So there needs to be some smarter solution, one that we'd unlike to
> develop inhouse
> 
> Big cat, small fish. As wikidata continue to grow, it will have specific
> needs.
> Needs that are unlikely to be solved by off-the-shelf solutions.

Here I think it's good place to remind that we're not Google, and
developing a new database engine inhouse is probably a bit beyond our
resources and budgets. Fitting existing solution to our goals - sure,
but developing something new of that scale is probably not going to happen.

> FoundationDB and WiredTiger are respectively used at Apple (among other
> companies)
> and MongoDB since 3.2 all over-the-world. WiredTiger is also used at Amazon.

I believe they are, but I think for our particular goals we have to
limit themselves for a set of solution that are a proven good match for
our case.

>> We also have a plan on improving the throughput of Blazegraph, which
> we're working on now.
> 
> What is the phabricator ticket? Please.

You can see WDQS task board here:
https://phabricator.wikimedia.org/tag/wikidata-query-service/

> That will be vendor lock-in for wikidata and wikimedia along all the
> poor souls that try to interop with it.

Since Virtuoso is using standard SPARQL, it won't be too much of a
vendor lock in, though of course the standard does not cover all, so
some corners are different in all SPARQL engines. This is why even
migration between SPARQL engines, even excluding operational aspects, is
non-trivial. Of course, migration to any non-SPARQL engine would be
order of magnitude more disruptive, so right now we do not seriously
consider doing that.

> It has two backends: MMAP and rocksdb.

Sure, but I was talking about the data model - ArangoDB sees the data as
set of documents. RDF approach is a bit different.

> ArangoDB is a multi-model database, it support:

As I already mentioned, there's a difference between "you can do it" and
"you can do it efficiently". Graphs are simple creatures, and can be
modeled on many backends - KV, document, relational, column store,
whatever you have. The tricky part starts when you need to run millions
of queries on 10B triples database. If your backend is not optimal for
that task, it's not going to perform.

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

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

[Wikidata-bugs] [Maniphest] [Commented On] T225506: OAuth authentication request returns 500

2019-06-12 Thread Moraorviz

Moraorviz added a comment.


  Now response is ok but something is still wrong with the headers in the php 
backed of wikibase OAuth extension during the first step of the authentication 
(asking for url to send the user to.)
  
  2019-06-12 17:05:57 2cbdfcc4be24 my_wiki: [8d52b606db6954c048cfae7d] 
/w/index.php?title=Special%3AOAuth%2Finitiate   ErrorException from line 208 of 
/var/www/html/includes/WebResponse.php: PHP Warning: Cannot modify header 
information - headers already sent by (output started at 
/var/www/html/extensions/OAuth/frontend/specialpages/SpecialMWOAuth.php:562)
  #0 [internal function]: MWExceptionHandler::handleError(integer, string, 
string, integer, array)
  #1 /var/www/html/includes/WebResponse.php(208): setcookie(string, string, 
integer, string, string, boolean, boolean)
  #2 /var/www/html/includes/MediaWiki.php(661): WebResponse->setCookie(string, 
string, integer, array)
  #3 /var/www/html/includes/MediaWiki.php(568): 
MediaWiki::preOutputCommit(RequestContext, Closure)
  #4 /var/www/html/includes/MediaWiki.php(876): 
MediaWiki->doPreOutputCommit(Closure)
  #5 /var/www/html/includes/MediaWiki.php(517): MediaWiki->main()
  #6 /var/www/html/index.php(42): MediaWiki->run()
  #7 {main}

TASK DETAIL
  https://phabricator.wikimedia.org/T225506

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Moraorviz
Cc: Tgr, Lydia_Pintscher, Addshore, Tarrow, Aklapper, Moraorviz, darthmon_wmde, 
Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, Chicocvenancio, QZanden, 
LawExplorer, _jensen, rosalieper, 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] [Closed] T224593: WikibaseLanguageIndependentLuaBindings::getEntityId should normalize page titles if necessary

WMDE-leszek closed this task as "Resolved".
WMDE-leszek moved this task from Test (Verification) to Done on the 
Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
WMDE-leszek claimed this task.

TASK DETAIL
  https://phabricator.wikimedia.org/T224593

WORKBOARD
  https://phabricator.wikimedia.org/project/board/3539/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: WMDE-leszek
Cc: TomT0m, Aklapper, hoo, darthmon_wmde, alaa_wmde, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Jonas, 
Wikidata-bugs, aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Claimed] T225603: Wire up read logic for normalized storage in Wikibase

Lucas_Werkmeister_WMDE claimed this task.
Lucas_Werkmeister_WMDE moved this task from Ready to go [prioritized] to In 
Progress on the Wikidata wb_terms Trailblazing board.
Lucas_Werkmeister_WMDE added a comment.


  Well, this also still needs to be wired up so that 
`DataAccessSettings::useNormalizedPropertyTerms()` can actually return true. 
I’m still working on that part, so re-claiming the task.

TASK DETAIL
  https://phabricator.wikimedia.org/T225603

WORKBOARD
  https://phabricator.wikimedia.org/project/board/3972/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucas_Werkmeister_WMDE
Cc: alaa_wmde, Aklapper, Lucas_Werkmeister_WMDE, Daryl-TTMG, RomaAmorRoma, 
E.S.A-Sheild, darthmon_wmde, joker88john, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, 
Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, 
Lewizho99, Maathavan, _jensen, rosalieper, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T225638: Communicate depicts qualifiers launch into production on Commons

Keegan created this task.
Keegan added projects: CommRel-Specialists-Support (Apr-Jun-2019), SDC General, 
Wikidata.

TASK DESCRIPTION
  The Commons community needs to be informed when the addition of qualifiers to 
depicts goes live.
  
  This is version 1, with a drop-down menu. Version 2 will have an auto-suggest 
box instead of a drop-down, and will launch in July.

TASK DETAIL
  https://phabricator.wikimedia.org/T225638

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Keegan
Cc: Aklapper, Keegan, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, 
E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, 
QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, 
rosalieper, Susannaanas, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, 
Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, 
Steinsplitter, Mbch331, Qgil
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T225637: Communicate depicts launch into production on Commons

Keegan created this task.
Keegan added projects: CommRel-Specialists-Support (Apr-Jun-2019), SDC General.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  The addition of structured data into the file page and the UploadWizard needs 
communicated to the Commons community. After launch, we also need to 
communicate "qualifiers" for depicts. I'll make a sub-task for that.

TASK DETAIL
  https://phabricator.wikimedia.org/T225637

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Keegan
Cc: Aklapper, Keegan, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, 
E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, 
QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, 
rosalieper, Susannaanas, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, 
Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, 
Steinsplitter, Mbch331, Qgil
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T224817: Fatal error from action=wbgetentities API for certain batch requests

2019-06-12 Thread matthiasmullie

matthiasmullie closed this task as "Resolved".

TASK DETAIL
  https://phabricator.wikimedia.org/T224817

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Edtadros, matthiasmullie
Cc: matthiasmullie, Krinkle, Aklapper, darthmon_wmde, Edtadros, Nandana, Lahi, 
Gq86, Ramsey-WMF, GoranSMilovanovic, QZanden, V4switch, LawExplorer, _jensen, 
rosalieper, Jonas, Wong128hk, Wikidata-bugs, aude, Ricordisamoa, 
Lydia_Pintscher, Fabrice_Florin, Jdforrester-WMF, Matanya, Mbch331, Jay8g, 
Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T214438: Community beta testing of depicts

Keegan closed this task as "Resolved".

TASK DETAIL
  https://phabricator.wikimedia.org/T214438

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Keegan
Cc: Ramsey-WMF, Aklapper, Keegan, darthmon_wmde, Nandana, JKSTNK, Lahi, 
PDrouin-WMF, Gq86, E1presidente, Cparle, Anooprao, SandraF_WMF, 
GoranSMilovanovic, QZanden, Tramullas, Acer, V4switch, LawExplorer, Salgo60, 
Silverfish, _jensen, rosalieper, Susannaanas, Wong128hk, Jane023, 
Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, 
Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Matanya, Mbch331, Qgil
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T213764: Community Relations support for the depicts statement SDC release

Keegan closed subtask T214438: Community beta testing of depicts as 
Resolved.

TASK DETAIL
  https://phabricator.wikimedia.org/T213764

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Keegan
Cc: Aklapper, Ramsey-WMF, JKSTNK, Lahi, PDrouin-WMF, E1presidente, Cparle, 
Anooprao, SandraF_WMF, Tramullas, Acer, V4switch, Salgo60, Silverfish, 
Susannaanas, Wong128hk, Jane023, Wikidata-bugs, Base, matthiasmullie, 
Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, 
Steinsplitter, Matanya, Qgil
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Reassigned] T224817: Fatal error from action=wbgetentities API for certain batch requests

2019-06-12 Thread matthiasmullie

matthiasmullie reassigned this task from matthiasmullie to Edtadros.

TASK DETAIL
  https://phabricator.wikimedia.org/T224817

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Edtadros, matthiasmullie
Cc: matthiasmullie, Krinkle, Aklapper, darthmon_wmde, Edtadros, Nandana, Lahi, 
Gq86, Ramsey-WMF, GoranSMilovanovic, QZanden, V4switch, LawExplorer, _jensen, 
rosalieper, Jonas, Wong128hk, Wikidata-bugs, aude, Ricordisamoa, 
Lydia_Pintscher, Fabrice_Florin, Jdforrester-WMF, Matanya, Mbch331, Jay8g, 
Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T225502: Create AxiosUserPreferenceRepository

gerritbot added a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T225502

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jakob_WMDE, gerritbot
Cc: Aklapper, Jakob_WMDE, Daryl-TTMG, RomaAmorRoma, E.S.A-Sheild, 
darthmon_wmde, joker88john, CucyNoiD, Nandana, NebulousIris, Gaboe420, 
Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, 
Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, 
Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, Lewizho99, 
Maathavan, _jensen, rosalieper, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T225502: Create AxiosUserPreferenceRepository

gerritbot added a comment.


  Change 516648 had a related patch set uploaded (by Jakob; owner: Jakob):
  [wikibase/termbox@master] Add preference repositories for reading and writing 
mw user options
  
  https://gerrit.wikimedia.org/r/516648

TASK DETAIL
  https://phabricator.wikimedia.org/T225502

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jakob_WMDE, gerritbot
Cc: Aklapper, Jakob_WMDE, darthmon_wmde, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, 
aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Claimed] T225002: Implement PrefetchingTermLookup for items using normalized storage

alaa_wmde moved this task from Backlog to In Review on the Wikidata wb_terms 
Trailblazing board.
alaa_wmde claimed this task.

TASK DETAIL
  https://phabricator.wikimedia.org/T225002

WORKBOARD
  https://phabricator.wikimedia.org/project/board/3972/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: alaa_wmde
Cc: hoo, alaa_wmde, Aklapper, Lucas_Werkmeister_WMDE, Daryl-TTMG, RomaAmorRoma, 
E.S.A-Sheild, darthmon_wmde, joker88john, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, 
Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, 
Lewizho99, Maathavan, _jensen, rosalieper, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T225002: Implement PrefetchingTermLookup for items using normalized storage

gerritbot added a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T225002

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: hoo, alaa_wmde, Aklapper, Lucas_Werkmeister_WMDE, Daryl-TTMG, RomaAmorRoma, 
E.S.A-Sheild, darthmon_wmde, joker88john, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, 
Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, 
Lewizho99, Maathavan, _jensen, rosalieper, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T225002: Implement PrefetchingTermLookup for items using normalized storage

gerritbot added a comment.


  Change 516646 had a related patch set uploaded (by Alaa Sarhan; owner: Alaa 
Sarhan):
  [mediawiki/extensions/Wikibase@master] Implement PrefetchingTermLookup for 
items using normalized storage
  
  https://gerrit.wikimedia.org/r/516646

TASK DETAIL
  https://phabricator.wikimedia.org/T225002

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: hoo, alaa_wmde, Aklapper, Lucas_Werkmeister_WMDE, darthmon_wmde, Nandana, 
Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 
Wikidata-bugs, aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T88258: Convert WikibaseRepository, WikibaseClient, WikibaseLib and WikibaseView to use extension registration

Lucas_Werkmeister_WMDE closed subtask T223214: Start converting Wikibase 
extensions to use extension registration as Resolved.

TASK DETAIL
  https://phabricator.wikimedia.org/T88258

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucas_Werkmeister_WMDE
Cc: Lucas_Werkmeister_WMDE, Jdforrester-WMF, hashar, WMDE-leszek, Addshore, 
Tobi_WMDE_SW, gerritbot, Ricordisamoa, Jdlrobson, JanZerebecki, hoo, aude, 
Lydia_Pintscher, Aklapper, Legoktm, darthmon_wmde, Nandana, Lahi, Gq86, 
GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, _jensen, rosalieper, 
Jonas, Izno, Wikidata-bugs, Dinoguy1000, Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T223214: Start converting Wikibase extensions to use extension registration

Lucas_Werkmeister_WMDE closed this task as "Resolved".
Lucas_Werkmeister_WMDE claimed this task.
Lucas_Werkmeister_WMDE added a comment.


  Done – this task was only for //starting// the conversion, and with all the 
patches here being merged, I think we can close it. Hopefully we can continue 
with the conversion soon.

TASK DETAIL
  https://phabricator.wikimedia.org/T223214

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucas_Werkmeister_WMDE
Cc: Agabi10, Michael, Addshore, Aklapper, Lucas_Werkmeister_WMDE, Daryl-TTMG, 
RomaAmorRoma, E.S.A-Sheild, darthmon_wmde, Ferenczy, sarhan.alaa, Samuditha24, 
IM3847, joker88john, CucyNoiD, Nandana, NebulousIris, kostajh, Gaboe420, 
Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, 
Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, 
Jayprakash12345, Chicocvenancio, Th3d3v1ls, Ramalepe, MichaelSchoenitzer_WMDE, 
Liugev6, QZanden, LawExplorer, WSH1906, Lewizho99, Maathavan, Jogi_don, 
_jensen, rosalieper, D3r1ck01, Jonas, Izno, Wikidata-bugs, Jdlrobson, aude, 
Dinoguy1000, Lydia_Pintscher, Mbch331, Rxy, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T225603: Wire up read logic for normalized storage in Wikibase

alaa_wmde added a subtask: T225003: Implement PropertyLabelResolver using 
normalized storage.

TASK DETAIL
  https://phabricator.wikimedia.org/T225603

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: alaa_wmde
Cc: alaa_wmde, Aklapper, Lucas_Werkmeister_WMDE, Daryl-TTMG, RomaAmorRoma, 
E.S.A-Sheild, darthmon_wmde, joker88john, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, 
Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, 
Lewizho99, Maathavan, _jensen, rosalieper, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T225003: Implement PropertyLabelResolver using normalized storage

alaa_wmde added a parent task: T225603: Wire up read logic for normalized 
storage in Wikibase.

TASK DETAIL
  https://phabricator.wikimedia.org/T225003

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hoo, alaa_wmde
Cc: alaa_wmde, Aklapper, Lucas_Werkmeister_WMDE, darthmon_wmde, Nandana, Lahi, 
Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 
Wikidata-bugs, aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unassigned] T225603: Wire up read logic for normalized storage in Wikibase

alaa_wmde removed Lucas_Werkmeister_WMDE as the assignee of this task.

TASK DETAIL
  https://phabricator.wikimedia.org/T225603

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: alaa_wmde
Cc: alaa_wmde, Aklapper, Lucas_Werkmeister_WMDE, Daryl-TTMG, RomaAmorRoma, 
E.S.A-Sheild, darthmon_wmde, joker88john, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, 
Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, 
Lewizho99, Maathavan, _jensen, rosalieper, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Project Column] T225603: Wire up read logic for normalized storage in Wikibase

alaa_wmde moved this task from In Review to Ready to go [prioritized] on the 
Wikidata wb_terms Trailblazing board.
alaa_wmde added a comment.


  Moving back to address the remaining parts of using PropertyLabelResolver

TASK DETAIL
  https://phabricator.wikimedia.org/T225603

WORKBOARD
  https://phabricator.wikimedia.org/project/board/3972/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucas_Werkmeister_WMDE, alaa_wmde
Cc: alaa_wmde, Aklapper, Lucas_Werkmeister_WMDE, Daryl-TTMG, RomaAmorRoma, 
E.S.A-Sheild, darthmon_wmde, joker88john, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, 
Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, 
Lewizho99, Maathavan, _jensen, rosalieper, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T224833: first client edit for simple typo

Lydia_Pintscher added a comment.


  In T224833#5250530 , 
@Addshore wrote:
  
  > Sorry for the wall of text comment, some of these things are probably only 
relevant further down the line, but I might as well write these down now so we 
can refer back to this comment.
  
  
  Thanks :)
  
  > Some questions from my side, though perhaps these are going to be left for 
later? (I guess they all need answers before deployment):
  > 
  > - If the user on the client is blocked on the client, should they be able 
to make this edit? / should the edit link even appear?
  > - If the client user is blocked on the repo, should they be able to make 
this edit? / should the edit link even appear?
  > - If the client wikipage is protected, should the edit link appear?
  > - I guess if the repo entity is protected, then the edit link on the client 
perhaps should not appear?
  > - Should this edit link appear for anon users on the client?
  > - Should the users presented this edit option have some sort of user rights 
already?
  > - The data edited for wikidata will have a different license to the ones 
users have agreed to on the client, how will this license difference be exposed 
while editing?
  > - Do we want edit conflict detection here?
  
  Yeah we need to address all of those but I intentionally left all of that out 
of this ticket because people were already saying that it is way too big as is 
;-)
  I have a list of things to address that overlaps with yours. I'll add your 
points to that and then they'll go into new tickets later.
  
  >> make an edit for a simple value from a client page
  > 
  > What are we defining as "simple value" here?
  >  All values have some sort of validation, well parsing and then formatting 
is always part of the flow for values.
  >  I guess "simple value" here means values that are currently edited on 
wikidata with no possible magical JS UI?
  >  So perhaps:
  > 
  > - String
  > - External ID
  > - URL
  
  Yeah simple in this case means no suggesters, experts etc. So that boils down 
to the 3 you listed. I didn't take external ID because that has link formatting 
but I guess that would also still be ok.
  
  >> No forced page reload after the edit is necessary yet
  > 
  > Does this mean after clicking save we want the value edited on the page to 
be updated?
  
  No to keep this super simple we just make the edit to Wikidata and then the 
user has to reload the page to see the actual effect. (Yes shitty but since 
this state will not hit production that's ok as a step.)
  
  > How about if the value being edited is used in multiple different places on 
the page?
  
  See above.
  
  > What do we want to happen if the user clicks save and then refreshes? I 
guess we want them to still see their edit.
  
  Not sure what you mean here.
  
  > This will probably mean once the wikidata edit has been made, force the 
parsercache rejection / reparse and not rely on the dispatch mechanism which 
could take a minute or so.
  
  Yeah we will have to see how that behaves later. For this ticket it's 
basically whatever :D

TASK DETAIL
  https://phabricator.wikimedia.org/T224833

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lydia_Pintscher
Cc: Addshore, Charlie_WMDE, Incabell, Aklapper, Lydia_Pintscher, darthmon_wmde, 
Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 
rosalieper, 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] T225603: Wire up read logic for normalized storage in Wikibase

2019-06-12 Thread ReleaseTaggerBot

ReleaseTaggerBot added a project: MW-1.34-notes (1.34.0-wmf.10; 2019-06-18).

TASK DETAIL
  https://phabricator.wikimedia.org/T225603

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucas_Werkmeister_WMDE, ReleaseTaggerBot
Cc: alaa_wmde, Aklapper, Lucas_Werkmeister_WMDE, Daryl-TTMG, RomaAmorRoma, 
E.S.A-Sheild, darthmon_wmde, joker88john, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, 
Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, 
Lewizho99, Maathavan, _jensen, rosalieper, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T221835: Add CC0 License overlay popup on termbox editing

Lea_WMDE added a comment.


  Sounds sensible to me! @Hanna_Petruschat_WMDE ?

TASK DETAIL
  https://phabricator.wikimedia.org/T221835

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lea_WMDE
Cc: Aklapper, Lea_WMDE, Lydia_Pintscher, Pablo-WMDE, Jakob_WMDE, 
Matthias_Geisler_WMDE, Tarrow, Hanna_Petruschat_WMDE, WMDE-leszek, 
darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 
_jensen, rosalieper, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Scaling Wikidata Query Service

2019-06-12 Thread Sebastian Hellmann

Hi Amirouche,

On 12.06.19 14:07, Amirouche Boubekki wrote:
> So there needs to be some smarter solution, one that we'd unlike to
develop inhouse

Big cat, small fish. As wikidata continue to grow, it will have
specific needs.

Needs that are unlikely to be solved by off-the-shelf solutions.

Are you suggesting to develop the database in-house? even MediaWiki uses
MySQL

> but one that has already been verified by industry experience and
other deployments.

FoundationDB and WiredTiger are respectively used at Apple (among
other companies)
and MongoDB since 3.2 all over-the-world. WiredTiger is also used at
Amazon.

Let`s not talk about MongoDB, it is irrelevant and very mixed. Some say
it is THE solution for scalability, others have said it was the biggest
disappointment.

Do FoundationDB and WiredTiger have any track record for hosting open
data projects or being chosen by open data projects? PostgreSQL and
MySQL are widely used, e.g. OpenStreetMaps. Virtuoso by DBpedia,
LODCloud cache and Uniprot.

I don know FoundationDB or WiredTiger, but in the past there were often
these OS projects published by large corporations that worked in-house,
but not the OS variant. Apache UIMA was one such example. Maybe
Blazegraph works much better if you move to Neptune, that could be a
sales hook.

Any open data projects that are running open databases with FoundationDB
and WiredTiger? Where can I query them?

> "Evaluation of Metadata Representations in RDF stores"

I don't understand how this is related to the scaling issues.

Not 100% pertinent, but do you have a better paper?

> [About proprietary version Virtuoso], I dare say [it must have] enormous advantage for us to
consider running it in production.

That will be vendor lock-in for wikidata and wikimedia along all the
poor souls that try to interop with it.

Actually Uniprot and Kingsley suggested to host the OS version. Sounded
like this will hold for 5 more years, which is probably the average
lifecycle. There is also SPARQL, which normally doesn`t do vendor
lock-ins. Maybe you mean that nobody can rent 15 servers and install the
same setup as WMF for Wikidata. That would be true. Switching always
seems possible though.

--
All the best,
Sebastian Hellmann

Director of Knowledge Integration and Linked Data Technologies (KILT)
Competence Center

at the Institute for Applied Informatics (InfAI) at Leipzig University
Executive Director of the DBpedia Association
Projects: http://dbpedia.org, http://nlp2rdf.org,
http://linguistics.okfn.org, https://www.w3.org/community/ld4lt

Homepage: http://aksw.org/SebastianHellmann
Research Group: http://aksw.org
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Closed] T221833: Add the "Remember my choice" checkbox to the "You are not logged in" popup on mobile termbox editing, and remember user's choice

Lea_WMDE closed this task as "Resolved".
Lea_WMDE moved this task from Test (Product Review) to Done on the 
Wikidata-Termbox-Iteration-17 board.
Lea_WMDE claimed this task.

TASK DETAIL
  https://phabricator.wikimedia.org/T221833

WORKBOARD
  https://phabricator.wikimedia.org/project/board/4078/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lea_WMDE
Cc: Aklapper, Lea_WMDE, Lydia_Pintscher, Pablo-WMDE, Jakob_WMDE, 
Matthias_Geisler_WMDE, Tarrow, Hanna_Petruschat_WMDE, WMDE-leszek, 
darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 
_jensen, rosalieper, 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] T219158: 'IP visibility' and 'Terms of use' information on termbox editing

Lea_WMDE closed subtask T221833: Add the Remember my choice 
checkbox to the You are not logged in popup on mobile termbox 
editing, and remember users choice as Resolved.

TASK DETAIL
  https://phabricator.wikimedia.org/T219158

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lea_WMDE
Cc: WMDE-leszek, Hanna_Petruschat_WMDE, Tarrow, Matthias_Geisler_WMDE, 
Jakob_WMDE, Pablo-WMDE, Lydia_Pintscher, Lea_WMDE, Aklapper, darthmon_wmde, 
Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 
rosalieper, 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] T221831: Add "You are not logged in" overlay popup on termbox editing

Lea_WMDE added a comment.


  I checked and there is a few things that I found, but I don't expect any of 
this to be an acceptance blocker:
  
  - If I log in after having clicked on "Log in" on our overlay, when they 
redirect me to the page I receive the info that I am logged in, but need to 
reload:
  
  F29484010: Bildschirmfoto 2019-06-12 um 16.40.59.png 

  This info does not go away, even after hard reloads, and our overlay also 
doesn't disappear. I am assuming that this is a beta wiki issue, and the fact 
that the overlay still shows up is related to the wiki, although knowing that I 
am logged in, not being able to deal with that fact. Do you concur?
  
  - Right now, I think the buttons will be in a separate line each for most of 
the phones. But I  will follow up with @Hanna_Petruschat_WMDE and if necessary, 
this would become a new ticket.

TASK DETAIL
  https://phabricator.wikimedia.org/T221831

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lea_WMDE
Cc: Aklapper, Lea_WMDE, Lydia_Pintscher, Pablo-WMDE, Jakob_WMDE, 
Matthias_Geisler_WMDE, Tarrow, Hanna_Petruschat_WMDE, WMDE-leszek, Daryl-TTMG, 
RomaAmorRoma, E.S.A-Sheild, darthmon_wmde, joker88john, CucyNoiD, Nandana, 
NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, 
Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, 
GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, 
LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Wikidata-bugs, 
aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Scaling Wikidata Query Service

2019-06-12 Thread Kingsley Idehen

On 6/11/19 12:06 PM, Andra Waagmeester wrote:
>
>
> On Tue, Jun 11, 2019 at 11:23 AM Jerven Bolleman et al wrote:
>
>
> >>  So we are playing the game since ten years now: Everybody
> tries other databases, but then most people come back to virtuoso. 
>
>
> Nothing bad about virtuoso, on the contrary, they are a prime
> infrastructure provider (Except maybe their trademark SPARQL query:
> "select distinct ?Concept where {[] a ?Concept}" ;). But I personally
> think that replacing the current WDS with virtuoso would be a bad
> idea. Not from a performance perspective, but more from the signal it
> gives. If indeed as you state virtuoso is the only viable solution in
> the field, this field is nothing more than a niche. We really need
> more competition to get things done.  
> Since both DBpedia and UniProt are indeed already running on Virtuoso
> - where it is doing a prime job -, having Wikidata running on another
> vendor's infrastructure does provide us with the so needed benchmark.
> The benchmark seems to be telling some of us already that there is
> room for other alternatives. So it is fulfilling its benchmarks role.
> Is there really no room for improvement with Blazegraph? How about
> graphDB?
>  
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata


Hi Andra,

The goal is to provide a solution to a problem. Unfortunately, it has
ended up in a product debate. I've struggle with the logic about a
demonstrable solution being challenged by a lack of alternatives.

The fundamental goal of Linked Data is to enable Data Publication and
Access that applies capabilities delivered by HTTP to modern Data
Access, Integration, and Management.

The Linked Data meme outlining Linked Data principles has existed since
2006. Like others, we digested the meme and applied it to our existing
SQL RDBMS en route to producing a solution that made the vision in the
paper reality, as demonstrated by DBpedia, DBpedia-Live, Uniprot, our
LOD Cloud Cache, and many other nodes in the massive LOD Cloud [1].

Virtuoso's role in the LOD Cloud is an example of what happens when open
standards are understood and appropriately applied to a problem, with a
little innovation.

Links:

[1]
https://medium.com/virtuoso-blog/what-is-the-linked-open-data-cloud-and-why-is-it-important-1901a7cb7b1f
-- What is the LOD Cloud, and why is it important?

[2]
https://medium.com/virtuoso-blog/what-is-small-data-and-why-is-it-important-fbf5f267884
-- What is Small Data, and why is it important?

-- 
Regards,

Kingsley Idehen   
Founder & CEO 
OpenLink Software   
Home Page: http://www.openlinksw.com
Community Support: https://community.openlinksw.com
Weblogs (Blogs):
Company Blog: https://medium.com/openlink-software-blog
Virtuoso Blog: https://medium.com/virtuoso-blog
Data Access Drivers Blog: 
https://medium.com/openlink-odbc-jdbc-ado-net-data-access-drivers

Personal Weblogs (Blogs):
Medium Blog: https://medium.com/@kidehen
Legacy Blogs: http://www.openlinksw.com/blog/~kidehen/
  http://kidehen.blogspot.com

Profile Pages:
Pinterest: https://www.pinterest.com/kidehen/
Quora: https://www.quora.com/profile/Kingsley-Uyi-Idehen
Twitter: https://twitter.com/kidehen
Google+: https://plus.google.com/+KingsleyIdehen/about
LinkedIn: http://www.linkedin.com/in/kidehen

Web Identities (WebID):
Personal: http://kingsley.idehen.net/public_home/kidehen/profile.ttl#i
: 
http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this



smime.p7s
Description: S/MIME Cryptographic Signature
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T225603: Wire up read logic for normalized storage in Wikibase

gerritbot added a comment.


  Change 516622 **merged** by jenkins-bot:
  [mediawiki/extensions/Wikibase@master] Add PrefetchingPropertyTermLookup in 
data access
  
  https://gerrit.wikimedia.org/r/516622

TASK DETAIL
  https://phabricator.wikimedia.org/T225603

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucas_Werkmeister_WMDE, gerritbot
Cc: alaa_wmde, Aklapper, Lucas_Werkmeister_WMDE, Daryl-TTMG, RomaAmorRoma, 
E.S.A-Sheild, darthmon_wmde, joker88john, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, 
Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, 
Lewizho99, Maathavan, _jensen, rosalieper, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Claimed] T225148: "Add metadata" in Wikimedia Upload Wizard fails to save

2019-06-12 Thread matthiasmullie

matthiasmullie claimed this task.

TASK DETAIL
  https://phabricator.wikimedia.org/T225148

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: matthiasmullie
Cc: Mholloway, Ramsey-WMF, Aklapper, Loneshieling, Daryl-TTMG, RomaAmorRoma, 
E.S.A-Sheild, darthmon_wmde, Chambersjay, Edtadros, joker88john, CucyNoiD, 
Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, 
Adrian1985, Cpaulf30, Lahi, PDrouin-WMF, Gq86, Baloch007, Darkminds3113, 
Sksvdbvd, Bsandipan, Youssefalli1, Lordiis, GoranSMilovanovic, Adik2382, 
Th3d3v1ls, Ramalepe, Liugev6, QZanden, V4switch, LawExplorer, WSH1906, 
Lewizho99, Maathavan, _jensen, rosalieper, Wong128hk, Wikidata-bugs, 
matthiasmullie, aude, Fabrice_Florin, Jdforrester-WMF, Matanya, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T225148: "Add metadata" in Wikimedia Upload Wizard fails to save

gerritbot added a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T225148

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: Mholloway, Ramsey-WMF, Aklapper, Loneshieling, Daryl-TTMG, RomaAmorRoma, 
E.S.A-Sheild, darthmon_wmde, Chambersjay, Edtadros, joker88john, CucyNoiD, 
Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, 
Adrian1985, Cpaulf30, Lahi, PDrouin-WMF, Gq86, Baloch007, Darkminds3113, 
Sksvdbvd, Bsandipan, Youssefalli1, Lordiis, GoranSMilovanovic, Adik2382, 
Th3d3v1ls, Ramalepe, Liugev6, QZanden, V4switch, LawExplorer, WSH1906, 
Lewizho99, Maathavan, _jensen, rosalieper, Wong128hk, Wikidata-bugs, 
matthiasmullie, aude, Fabrice_Florin, Jdforrester-WMF, Matanya, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T225148: "Add metadata" in Wikimedia Upload Wizard fails to save

gerritbot added a comment.


  Change 516633 had a related patch set uploaded (by Matthias Mullie; owner: 
Matthias Mullie):
  [operations/mediawiki-config@master] Increase rate limits for newbies on 
Commons
  
  https://gerrit.wikimedia.org/r/516633

TASK DETAIL
  https://phabricator.wikimedia.org/T225148

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: Mholloway, Ramsey-WMF, Aklapper, Loneshieling, darthmon_wmde, Chambersjay, 
Edtadros, Nandana, Lahi, PDrouin-WMF, Gq86, Sksvdbvd, Youssefalli1, 
GoranSMilovanovic, QZanden, V4switch, LawExplorer, _jensen, rosalieper, 
Wong128hk, Wikidata-bugs, matthiasmullie, aude, Fabrice_Florin, 
Jdforrester-WMF, Matanya, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T216835: track number of Schemas

Michael added a comment.


  This is almost done, except that I have no idea how to move the 
"EntitySchema" string in the legend to the right side, as it uses the right 
Y-axis too

TASK DETAIL
  https://phabricator.wikimedia.org/T216835

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Michael
Cc: Michael, hoo, Aklapper, Lydia_Pintscher, darthmon_wmde, pdehaye, alaa_wmde, 
Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, YULdigitalpreservation, 
LawExplorer, Salgo60, _jensen, rosalieper, Jonas, MisterSynergy, 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] T225603: Wire up read logic for normalized storage in Wikibase

gerritbot added a comment.


  Change 516621 **merged** by jenkins-bot:
  [mediawiki/extensions/Wikibase@master] Add default to 
ByTypeDispatchingPrefetchingTermLookup
  
  https://gerrit.wikimedia.org/r/516621

TASK DETAIL
  https://phabricator.wikimedia.org/T225603

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucas_Werkmeister_WMDE, gerritbot
Cc: alaa_wmde, Aklapper, Lucas_Werkmeister_WMDE, Daryl-TTMG, RomaAmorRoma, 
E.S.A-Sheild, darthmon_wmde, joker88john, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, 
Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, 
Lewizho99, Maathavan, _jensen, rosalieper, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T224605: MinervaNeue wdio build fails with PHP error from Wikibase "Failed to map interlanguage prefix es to a global site ID."

2019-06-12 Thread Niedzielski

Niedzielski added a comment.


  @noarave, did you revert I4dbc3c5355f795adfb162b4a1a649440e0f36ca0 before 
trying to repro? /cc @jdrewniak

TASK DETAIL
  https://phabricator.wikimedia.org/T224605

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Niedzielski
Cc: noarave, Tarrow, Jdrewniak, nray, Niedzielski, Liuxinyu970226, pmiazga, 
Aklapper, darthmon_wmde, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Jonas, Wikidata-bugs, aude, 
Lydia_Pintscher, zeljkofilipin, Jdforrester-WMF, Mbch331, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Assigned] T225603: Wire up read logic for normalized storage in Wikibase

alaa_wmde assigned this task to Lucas_Werkmeister_WMDE.

TASK DETAIL
  https://phabricator.wikimedia.org/T225603

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucas_Werkmeister_WMDE, alaa_wmde
Cc: alaa_wmde, Aklapper, Lucas_Werkmeister_WMDE, Daryl-TTMG, RomaAmorRoma, 
E.S.A-Sheild, darthmon_wmde, joker88john, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, 
Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, 
Lewizho99, Maathavan, _jensen, rosalieper, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata] Wednesday: Technical Advice IRC Meeting

2019-06-12 Thread Raz Shuty

Sorry for cross-posting!

Reminder: Technical Advice IRC meeting this week **Wednesday 3-4 pm UTC**
on #wikimedia-tech.

Questions can be asked in English and German!

The Technical Advice IRC Meeting (TAIM) is a weekly support event for
volunteer developers. Every Wednesday, two full-time developers are
available to help you with all your questions about Mediawiki, gadgets,
tools and more! This can be anything from "how to get started" over "who
would be the best contact for X" to specific questions on your project.

If you know already what you would like to discuss or ask, please add your
topic to the next meeting:
https://www.mediawiki.org/wiki/Technical_Advice_IRC_Meeting

Hope to see you there!


-- 
Raz Shuty
Engineering Manager

Wikimedia Deutschland e. V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Phone: +49 (0)30 219 158 26-0
https://wikimedia.de

Imagine a world, in which every single human being can freely share in the
sum of all knowledge. That‘s our commitment.

Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/029/42207.
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-tech] Wednesday: Technical Advice IRC Meeting

2019-06-12 Thread Raz Shuty

Sorry for cross-posting!

Reminder: Technical Advice IRC meeting this week **Wednesday 3-4 pm UTC**
on #wikimedia-tech.

Questions can be asked in English and German!

The Technical Advice IRC Meeting (TAIM) is a weekly support event for
volunteer developers. Every Wednesday, two full-time developers are
available to help you with all your questions about Mediawiki, gadgets,
tools and more! This can be anything from "how to get started" over "who
would be the best contact for X" to specific questions on your project.

If you know already what you would like to discuss or ask, please add your
topic to the next meeting:
https://www.mediawiki.org/wiki/Technical_Advice_IRC_Meeting

Hope to see you there!


-- 
Raz Shuty
Engineering Manager

Wikimedia Deutschland e. V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Phone: +49 (0)30 219 158 26-0
https://wikimedia.de

Imagine a world, in which every single human being can freely share in the
sum of all knowledge. That‘s our commitment.

Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/029/42207.
___
Wikidata-tech mailing list
Wikidata-tech@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-tech

[Wikidata-bugs] [Maniphest] [Updated] T225003: Implement PropertyLabelResolver using normalized storage

alaa_wmde added a subtask: T225626: Remove fallback to master logic from 
resolver.

TASK DETAIL
  https://phabricator.wikimedia.org/T225003

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hoo, alaa_wmde
Cc: alaa_wmde, Aklapper, Lucas_Werkmeister_WMDE, darthmon_wmde, Nandana, Lahi, 
Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 
Wikidata-bugs, aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T225603: Wire up read logic for normalized storage in Wikibase

gerritbot added a comment.


  Change 516622 had a related patch set uploaded (by Lucas Werkmeister (WMDE); 
owner: Lucas Werkmeister (WMDE)):
  [mediawiki/extensions/Wikibase@master] Add PrefetchingPropertyTermLookup in 
data access
  
  https://gerrit.wikimedia.org/r/516622

TASK DETAIL
  https://phabricator.wikimedia.org/T225603

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: alaa_wmde, Aklapper, Lucas_Werkmeister_WMDE, Daryl-TTMG, RomaAmorRoma, 
E.S.A-Sheild, darthmon_wmde, joker88john, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, 
Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, 
Lewizho99, Maathavan, _jensen, rosalieper, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T225603: Wire up read logic for normalized storage in Wikibase

gerritbot added a comment.


  Change 516621 had a related patch set uploaded (by Lucas Werkmeister (WMDE); 
owner: Lucas Werkmeister (WMDE)):
  [mediawiki/extensions/Wikibase@master] Add default to 
ByTypeDispatchingPrefetchingTermLookup
  
  https://gerrit.wikimedia.org/r/516621

TASK DETAIL
  https://phabricator.wikimedia.org/T225603

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: alaa_wmde, Aklapper, Lucas_Werkmeister_WMDE, Daryl-TTMG, RomaAmorRoma, 
E.S.A-Sheild, darthmon_wmde, joker88john, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, 
Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, 
Lewizho99, Maathavan, _jensen, rosalieper, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T225506: OAuth authentication request returns 500

2019-06-12 Thread Tgr

Tgr added a comment.


  You need to install dependencies of the extension via Composer. (We have some 
documentation  on it but it's not 
great.)

TASK DETAIL
  https://phabricator.wikimedia.org/T225506

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Tgr
Cc: Tgr, Lydia_Pintscher, Addshore, Tarrow, Aklapper, Moraorviz, darthmon_wmde, 
Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, Chicocvenancio, QZanden, 
LawExplorer, _jensen, rosalieper, 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] [Commented On] T216835: track number of Schemas

Michael added a comment.


  This should update the entities by type 

 grafana board.

TASK DETAIL
  https://phabricator.wikimedia.org/T216835

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Michael
Cc: Michael, hoo, Aklapper, Lydia_Pintscher, darthmon_wmde, pdehaye, alaa_wmde, 
Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, YULdigitalpreservation, 
LawExplorer, Salgo60, _jensen, rosalieper, Jonas, MisterSynergy, 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] T224605: MinervaNeue wdio build fails with PHP error from Wikibase "Failed to map interlanguage prefix es to a global site ID."

2019-06-12 Thread noarave

noarave added a comment.


  We are having difficulties with reproducing it locally (just with Minerva, 
Ruby tests for other extensions do run locally) could anyone advise regarding 
the setup you use for it? (Maybe @pmiazga or @Niedzielski ?)

TASK DETAIL
  https://phabricator.wikimedia.org/T224605

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: noarave
Cc: noarave, Tarrow, Jdrewniak, nray, Niedzielski, Liuxinyu970226, pmiazga, 
Aklapper, darthmon_wmde, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Jonas, Wikidata-bugs, aude, 
Lydia_Pintscher, zeljkofilipin, Jdforrester-WMF, 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] T218903: Track number of links to schema pages

Michael added a comment.


  This should go on the Wikidata Site Stats dashboard 
.

TASK DETAIL
  https://phabricator.wikimedia.org/T218903

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Michael
Cc: Lydia_Pintscher, Lucas_Werkmeister_WMDE, Aklapper, darthmon_wmde, pdehaye, 
Michael, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, 
YULdigitalpreservation, LawExplorer, Salgo60, _jensen, rosalieper, Jonas, 
MisterSynergy, 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] T207893: Partial Blocks are enforced as Sitewide blocks in Wikibase entities

2019-06-12 Thread Tchanders

Tchanders added a comment.


  In T207893#5251961 , 
@dbarratt wrote:
  
  > In T207893#5250838 , 
@Addshore wrote:
  >
  > > So I guess we use BlockManager to get the blocks of a user?
  >
  >
  > You can use either `User::getBlock()` or `BlockManager::getUserBlock()`. 
They are //slightly// different, but for your purposes, it should always return 
the same result.
  
  
  You should use User::getBlock, since that will call 
BlockManager::getUserBlock and run the hooks too.
  
  (BlockManager::getUserBlock should be treated as internal and only be called 
by User::getBlockedStatus (as documented). Eventually, the blocks logic should 
be taken out of User, as part of the wider effort to untangle such 
dependencies, at which point the way to get a block will be via the 
BlockManager, but we're not there yet.)
  
  >> And then check the blocks to see if they apply to the namespace we are 
creating in?
  > 
  > Yes. :)
  
  Yes, so somethig like:
  
$block = $user->getBlock();
if ( $block && $block->appliesToNamespace( $ns ) ) { ... }
  
  
  
  >> Blockmanager::getUserBlock only returns one block ("the most relevant 
one"), what happens in the situation when a user has 2 block for different 
namespaces?
  > 
  > You will get a `CompositeBlock` object which will extend from 
`AbstractBlock` class and have all of the same methods. MediaWiki has, up until 
this week, always returned a single, most-relevant block anyways. Starting 
soon, you'll get a `CompositeBlock` which can be used the same way.
  
  A few things to add here:
  
  - Two blocks can't be stored against exactly the same target, but a user can 
be affected by more than one block if there are blocks against their account 
and IP address, or against some ranges that cover their IP address
  - "the most relevant one" is a not-terribly-helpful way of saying the most 
"specific" one, meaning that a user account block is chosen over an IP block, 
which is chosen over an IP range block (and narrower IP range blocks are 
favoured over wider ones). Thanks for pointing this out, will improve the docs.
  - AHT should be merging this soon: 
https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/497668/ After this, if 
BlockManager::getUserBlock finds more than one block, then instead of choosing 
just one, it will return a composite block combining the strictest features of 
all the blocks. So if there are blocks that apply to different namespaces, this 
composite block will apply to all of them.
  
  >> Is there a way to get all blocks of a user? Or a way to see if any of a 
users blocks apply to a namespace?
  > 
  > We could probably build that into `CompositeBlock` if you really need them, 
but calling `::appliesToNamespace()` on the `AbstractBlock` returned from 
`User::getBlock()` or `BlockManager::getUserBlock()` should be what you want.
  > 
  >> Maybe we need a User::isBlockedFromNamespace, or rather 
PermissionManager::isBlockedFromNamespace() ?
  > 
  > I think the best way would be to determine if the `AbstractBlock` applies 
to the namespace with `AbstractBlock::appliesToNamespace()`.
  
  After the above patch is merged, doing `$user->getBlock()` and 
`$block->appliesToNamespace( $ns )` as shown above will do all of this.

TASK DETAIL
  https://phabricator.wikimedia.org/T207893

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Tchanders
Cc: Tchanders, Niharika, Lydia_Pintscher, WMDE-leszek, TBolliger, 
Lucas_Werkmeister_WMDE, Addshore, Aklapper, dbarratt, MGChecker, darthmon_wmde, 
Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 
rosalieper, Jonas, 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] T225289: Wikibase extension type no longer translated on Special:Version

WMDE-leszek set the point value for this task to "2".

TASK DETAIL
  https://phabricator.wikimedia.org/T225289

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: WMDE-leszek
Cc: Lucas_Werkmeister_WMDE, Aklapper, darthmon_wmde, pdehaye, Michael, Nandana, 
Lahi, Gq86, GoranSMilovanovic, QZanden, YULdigitalpreservation, LawExplorer, 
Salgo60, _jensen, rosalieper, Jonas, MisterSynergy, abian, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T225497: Update Wikibase Lua documentation

WMDE-leszek added a comment.


  Documentation should be updated once the bug reported in T192462 
 is fixed

TASK DETAIL
  https://phabricator.wikimedia.org/T225497

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: WMDE-leszek
Cc: WMDE-leszek, Aklapper, Lydia_Pintscher, RolandUnger, darthmon_wmde, 
Nandana, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, 
_jensen, rosalieper, Jonas, Wikidata-bugs, aude, Gryllida, Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T192462: mw.wikibase.entityExists returns false for redirected entities

WMDE-leszek added a project: Wikidata-Campsite.

TASK DETAIL
  https://phabricator.wikimedia.org/T192462

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: eranroz, WMDE-leszek
Cc: gerritbot, Aklapper, Uzume, Ahecht, Lydia_Pintscher, hoo, Daryl-TTMG, 
RomaAmorRoma, E.S.A-Sheild, darthmon_wmde, joker88john, CucyNoiD, Nandana, 
NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, 
Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, 
GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, 
LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Jonas, 
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] T225506: OAuth authentication request returns 500

2019-06-12 Thread Moraorviz

Moraorviz added a comment.


  From exception log:
  
  2019-06-12 12:11:29 2cbdfcc4be24 my_wiki: [1314ae526f676f38c9d6f327] 
/w/index.php?title=Special%3AOAuth%2Fidentify   Error from line 330 of 
/var/www/html/extensions/OAuth/frontend/specialpages/SpecialMWOAuth.php
  : Class 'Firebase\JWT\JWT' not found

TASK DETAIL
  https://phabricator.wikimedia.org/T225506

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Moraorviz
Cc: Tgr, Lydia_Pintscher, Addshore, Tarrow, Aklapper, Moraorviz, darthmon_wmde, 
Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, Chicocvenancio, QZanden, 
LawExplorer, _jensen, rosalieper, 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] [Updated] T224594: Editing entity schemas pollutes parser cache with localized version of “check entities against this schema” link

WMDE-leszek set the point value for this task to "3".

TASK DETAIL
  https://phabricator.wikimedia.org/T224594

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: WMDE-leszek
Cc: hoo, Lucas_Werkmeister_WMDE, Aklapper, darthmon_wmde, pdehaye, Michael, 
Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, YULdigitalpreservation, 
LawExplorer, Salgo60, _jensen, rosalieper, Jonas, MisterSynergy, abian, 
Wikidata-bugs, aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T224495: Edits to EntitySchema pages are not autopatrolled

WMDE-leszek set the point value for this task to "3".

TASK DETAIL
  https://phabricator.wikimedia.org/T224495

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: WMDE-leszek
Cc: Lucas_Werkmeister_WMDE, Aklapper, darthmon_wmde, pdehaye, Michael, Nandana, 
Lahi, Gq86, GoranSMilovanovic, QZanden, YULdigitalpreservation, LawExplorer, 
Salgo60, _jensen, rosalieper, Jonas, MisterSynergy, abian, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Scaling Wikidata Query Service

2019-06-12 Thread Amirouche Boubekki

Le dim. 9 juin 2019 à 23:18, Amirouche Boubekki <
amirouche.boube...@gmail.com> a écrit :

> I made a proposal for a grant at
> https://meta.wikimedia.org/wiki/Grants:Project/WDQS_On_FoundationDB
>
> Mind the fact that this is not about the versioned quadstore. It is about
> simple triplestore, it mainly missing bindings for foundationdb and SPARQL
> syntax.
>
> Also, I will prolly need help to interface with geo and label services.
>
> Feedback welcome!
>

I got "feedback" in others threads from the same topic that I will quote
and reply to.

> So there needs to be some smarter solution, one that we'd unlike to
develop inhouse

Big cat, small fish. As wikidata continue to grow, it will have specific
needs.
Needs that are unlikely to be solved by off-the-shelf solutions.

> but one that has already been verified by industry experience and other
deployments.

FoundationDB and WiredTiger are respectively used at Apple (among other
companies)
and MongoDB since 3.2 all over-the-world. WiredTiger is also used at Amazon.

> We also have a plan on improving the throughput of Blazegraph, which
we're working on now.

What is the phabricator ticket? Please.

> "Evaluation of Metadata Representations in RDF stores"

I don't understand how this is related to the scaling issues.

> [About proprietary version Virtuoso], I dare say [it must have] enormous
advantage for us to consider running it in production.

That will be vendor lock-in for wikidata and wikimedia along all the poor
souls that try to interop with it.

> This project seems to be still very young.

First commit

is from 2011.

> AgangoDB seems to be document database inside.

It has two backends: MMAP and rocksdb.

> While I would be very interested if somebody took on themselves to model
Wikidata
> in terms of ArangoDB documents,

It looks like a bounty.

ArangoDB is a multi-model database, it support:

- Document
- Graph
- Key-Value

> load the whole data and see what the resulting performance would be, I am
not sure
> it would be wise for us to invest our team's - very limited currently -
resources into that.

I am biased. I would advise against trying arangodb. This is another short
term solution.

> the concept of having single data store is probably not realistic at
least
> within foreseeable timeframes.

Incorrect. My solution is in the foreseeable future.

> We use separate data store for search (ElasticSearch) and probably will
> have to have separate one for queries, whatever would be the mechanism.

It would be interesting to read how much "resource" is poured into keeping
all those synchronized:

- ElasticSearch
- MySQL
- BlazeGraph

Maybe some REDIS?
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Updated] T224303: Wikibase Repo prevents page moves in NS 0 on Commons

WMDE-leszek set the point value for this task to "5".

TASK DETAIL
  https://phabricator.wikimedia.org/T224303

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: WMDE-leszek
Cc: Jeff_G, Bluerasberry, Abit, alaa_wmde, Cparle, WMDE-leszek, Tarrow, 
Lucas_Werkmeister_WMDE, Krinkle, Reedy, Simetrical, 4nn1l2, Clpo13, Aklapper, 
JuTa, darthmon_wmde, Nandana, Lahi, Gq86, Ramsey-WMF, GoranSMilovanovic, 
Jayprakash12345, QZanden, V4switch, LawExplorer, Poyekhali, _jensen, 
rosalieper, Jonas, Wong128hk, Wikidata-bugs, matthiasmullie, aude, El_Grafo, 
Dinoguy1000, Ricordisamoa, Lydia_Pintscher, Fabrice_Florin, Jdforrester-WMF, 
Steinsplitter, Matanya, Mbch331, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T225603: Wire up read logic for normalized storage in Wikibase

Lucas_Werkmeister_WMDE added a comment.


  It looks like the current `BufferingTermLookup` is set up in two places:
  
  - In `data-access/src/PerRepositoryServiceWiring.php`, which is eventually 
used by `MultipleRepositoryAwareWikibaseServices` and used if 
`useEntitySourceBasedFederation` is `false`.
  - In `data-access/src/SingleEntitySourceServices.php`, which is eventually 
used by `MultipleEntitySourceServices` and used if 
`useEntitySourceBasedFederation` is `true`.
  
  I have no idea why we seem to have two completely separate federated service 
setups. `useEntitySourceBasedFederation` defaults to `false`, but in production 
is set to `true` for Commons and Test Wikidata, as well as any beta 
installation, and since production Wikidata shouldn’t use federation as far as 
I’m aware, I guess we’re actually using entity source-based federation 
everywhere? Whatever that means.
  
  I figure we still need to wire up the new logic in both places, but this 
looks like something that should be cleaned up, or at least documented better…

TASK DETAIL
  https://phabricator.wikimedia.org/T225603

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucas_Werkmeister_WMDE
Cc: alaa_wmde, Aklapper, Lucas_Werkmeister_WMDE, Daryl-TTMG, RomaAmorRoma, 
E.S.A-Sheild, darthmon_wmde, joker88john, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, 
Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, 
Lewizho99, Maathavan, _jensen, rosalieper, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T218901: Track number of Wikidata edits by namespace

Michael added a comment.


  The Grafana board exists now, but there are still things to be done:
  
  [ ] How do I assign better labels to the serieses?
  [ ] Is a log-10 Y-Axis useful here
  [ ] Is 12 weeks a useful time range?

TASK DETAIL
  https://phabricator.wikimedia.org/T218901

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Michael
Cc: Lydia_Pintscher, JAllemandou, Addshore, Aklapper, Lucas_Werkmeister_WMDE, 
Daryl-TTMG, RomaAmorRoma, E.S.A-Sheild, darthmon_wmde, pdehaye, alaa_wmde, 
joker88john, Michael, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, 
Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, 
Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, 
Ramalepe, Liugev6, QZanden, YULdigitalpreservation, LawExplorer, Salgo60, 
WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Jonas, MisterSynergy, 
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] [Retitled] T225508: Create browser test for the persistence of the license overlay checkbox state

2019-06-12 Thread Jakob_WMDE

Jakob_WMDE renamed this task from "Create browser test" to "Create browser test 
for the persistence of the license overlay checkbox state".

TASK DETAIL
  https://phabricator.wikimedia.org/T225508

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jakob_WMDE
Cc: Aklapper, Jakob_WMDE, darthmon_wmde, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, 
aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Retitled] T225208: Create browser test for the license overlay

2019-06-12 Thread Jakob_WMDE

Jakob_WMDE renamed this task from "Create browser test" to "Create browser test 
for the license overlay".

TASK DETAIL
  https://phabricator.wikimedia.org/T225208

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Matthias_Geisler_WMDE, Jakob_WMDE
Cc: Aklapper, Jakob_WMDE, darthmon_wmde, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, 
aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Claimed] T218901: Track number of Wikidata edits by namespace

Michael claimed this task.
Michael moved this task from To Do to Doing on the Wikidata-Campsite 
(Wikidata-Campsite-Iteration-∞) board.
Restricted Application added a project: User-Michael.

TASK DETAIL
  https://phabricator.wikimedia.org/T218901

WORKBOARD
  https://phabricator.wikimedia.org/project/board/3539/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Michael
Cc: Lydia_Pintscher, JAllemandou, Addshore, Aklapper, Lucas_Werkmeister_WMDE, 
Daryl-TTMG, RomaAmorRoma, E.S.A-Sheild, darthmon_wmde, pdehaye, alaa_wmde, 
joker88john, Michael, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, 
Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, 
Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, 
Ramalepe, Liugev6, QZanden, YULdigitalpreservation, LawExplorer, Salgo60, 
WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Jonas, MisterSynergy, 
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] T225603: Wire up read logic for normalized storage in Wikibase

gerritbot added a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T225603

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: alaa_wmde, Aklapper, Lucas_Werkmeister_WMDE, Daryl-TTMG, RomaAmorRoma, 
E.S.A-Sheild, darthmon_wmde, joker88john, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, 
Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, 
Lewizho99, Maathavan, _jensen, rosalieper, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T225603: Wire up read logic for normalized storage in Wikibase

gerritbot added a comment.


  Change 516612 had a related patch set uploaded (by Lucas Werkmeister (WMDE); 
owner: Lucas Werkmeister (WMDE)):
  [mediawiki/extensions/Wikibase@master] Rename some Dispatching* services for 
clarification
  
  https://gerrit.wikimedia.org/r/516612

TASK DETAIL
  https://phabricator.wikimedia.org/T225603

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: alaa_wmde, Aklapper, Lucas_Werkmeister_WMDE, darthmon_wmde, Nandana, Lahi, 
Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 
Wikidata-bugs, aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T219806: Illustrations and design building blocks for Structured Data on Commons and GLAM documentation

2019-06-12 Thread SandraF_WMF

SandraF_WMF added a comment.


  Thanks for your feedback, María! Hang and I are checking in later today to go 
through feedback in person. Please note that I am the one who created the 
workflow graphic 

 last year - that image is not Hang's work! That said, guidelines on how to 
create and improve such graphics in the future are very welcome.
  
  Thoughts on next steps
  ==
  
  While writing first bits of (dispersed) documentation, for instance in the 
This Month in GLAM (example 
),
 I have discovered that, in addition to the designs you created up till now, we 
may need template-based solutions and procedures for the following:
  
  Menus for, and navigation inside, longer pieces of documentation
  
  
  I think a lot of the documentation will consist of multiple steps, or will in 
general benefit from being cut into smaller chunks. Some readers will want to 
skip some of these steps because they are not relevant to their use case or 
they already know how to do that specific thing. So I think it may be good to 
have
  
  - A system/template to create a 'menu' (similar to the tab system used by 
many WikiProjects on Wikidata, for instance)
  - A system/template for pagination (when documentation has e.g. dozens of 
consecutive subpages)
  - A system/template for skipping to a previous/next bit of documentation
  
  Integration of screenshots, gifs, explanatory videos
  
  
  The documentation will likely include many screenshots and short explanation 
videos. Perhaps also animated gifs - I welcome your opinion on experiments like 
this one 

 (you can also see it in use in this story in This Month in GLAM newsletter 
).
  It would be nice to have guidelines and/or templates to integrate these into 
documentation as elegantly as possible. I can imagine they can be put in the 
callout boxes you've already designed, but maybe they can benefit from their 
own place/design (bordered? width? alignment?).
  
  Curious what you think, and if these additional design frameworks would fit 
into your upcoming planning.

TASK DETAIL
  https://phabricator.wikimedia.org/T219806

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hdothiduc, SandraF_WMF
Cc: mcruzWMF, hdothiduc, Quiddity, SandraF_WMF, darthmon_wmde, Nandana, JKSTNK, 
Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, 
GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, 
_jensen, rosalieper, Susannaanas, Jane023, Wikidata-bugs, Base, matthiasmullie, 
aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, 
Steinsplitter, Mbch331, Qgil
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T223303: on production enable bugfix for wbeditentity setting aliases to empty array

gerritbot added a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T223303

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: Ladsgroup, Lydia_Pintscher, Lea_Lacroix_WMDE, Aklapper, Michael, 
Daryl-TTMG, RomaAmorRoma, E.S.A-Sheild, darthmon_wmde, alaa_wmde, joker88john, 
CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, 
Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, 
Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, 
QZanden, LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, 
Jonas, 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] T223303: on production enable bugfix for wbeditentity setting aliases to empty array

gerritbot added a comment.


  Change 516608 had a related patch set uploaded (by Michael Große; owner: 
Michael Große):
  [operations/mediawiki-config@master] Enable feature flag for breaking 
Wikibase API change
  
  https://gerrit.wikimedia.org/r/516608

TASK DETAIL
  https://phabricator.wikimedia.org/T223303

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: gerritbot
Cc: Ladsgroup, Lydia_Pintscher, Lea_Lacroix_WMDE, Aklapper, Michael, 
darthmon_wmde, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, 
LawExplorer, _jensen, rosalieper, Jonas, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T225603: Wire up read logic for normalized storage in Wikibase

Lucas_Werkmeister_WMDE created this task.
Lucas_Werkmeister_WMDE added projects: Wikidata wb_terms Trailblazing, Wikidata.

TASK DESCRIPTION
  WikibaseRepo and WikibaseClient should use the new implementations of 
`PrefetchingTermLookup` (T225001 ) 
and `PropertyLabelResolver` (T225003 
) depending on the migration 
settings.

TASK DETAIL
  https://phabricator.wikimedia.org/T225603

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucas_Werkmeister_WMDE
Cc: alaa_wmde, Aklapper, Lucas_Werkmeister_WMDE, darthmon_wmde, Nandana, Lahi, 
Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 
Wikidata-bugs, aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T220150: [Story] Clean up unused records

Lucas_Werkmeister_WMDE closed this task as "Resolved".
Lucas_Werkmeister_WMDE added a comment.


  This was tested in T225084: Test write logic on test node 
, so I think we can close the task.

TASK DETAIL
  https://phabricator.wikimedia.org/T220150

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucas_Werkmeister_WMDE
Cc: Lucas_Werkmeister_WMDE, sarhan.alaa, Ladsgroup, Addshore, alaa_wmde, 
Aklapper, JeroenDeDauw, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T219121: [Checkpoint 2] Refactor Write & Migration code for Properties

Lucas_Werkmeister_WMDE closed subtask T220150: [Story] Clean up unused records 
as Resolved.

TASK DETAIL
  https://phabricator.wikimedia.org/T219121

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucas_Werkmeister_WMDE
Cc: Aklapper, alaa_wmde, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T225017: Flaky WikibaseLexeme test

WMDE-leszek closed this task as "Resolved".
WMDE-leszek moved this task from Test (Verification) to Done on the 
Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.

TASK DETAIL
  https://phabricator.wikimedia.org/T225017

WORKBOARD
  https://phabricator.wikimedia.org/project/board/3539/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Michael, WMDE-leszek
Cc: awight, darthmon_wmde, alaa_wmde, Nandana, Mringgaard, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Jonas, 
Wikidata-bugs, aude, Lydia_Pintscher, Darkdadaah, Jdforrester-WMF, Mbch331, 
Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T221606: rename and remove query input tabs in shex simple tool

Lydia_Pintscher closed this task as "Resolved".
Lydia_Pintscher moved this task from Test (Verification) to Done on the 
Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.
Lydia_Pintscher added a comment.


  \o/

TASK DETAIL
  https://phabricator.wikimedia.org/T221606

WORKBOARD
  https://phabricator.wikimedia.org/project/board/3539/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Rosalie_WMDE, Lydia_Pintscher
Cc: Aklapper, Lydia_Pintscher, Daryl-TTMG, RomaAmorRoma, E.S.A-Sheild, 
darthmon_wmde, pdehaye, alaa_wmde, joker88john, Michael, CucyNoiD, Nandana, 
NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, 
Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, 
GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, 
YULdigitalpreservation, LawExplorer, Salgo60, WSH1906, Lewizho99, Maathavan, 
_jensen, rosalieper, Jonas, MisterSynergy, 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] T218886: Improve shex-simple tool for WikibaseSchema use

Lydia_Pintscher closed subtask T221606: rename and remove query input tabs in 
shex simple tool as Resolved.

TASK DETAIL
  https://phabricator.wikimedia.org/T218886

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lucas_Werkmeister_WMDE, Lydia_Pintscher
Cc: Lydia_Pintscher, Aklapper, Lucas_Werkmeister_WMDE, darthmon_wmde, pdehaye, 
Michael, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, 
YULdigitalpreservation, LawExplorer, Salgo60, _jensen, rosalieper, Jonas, 
MisterSynergy, 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] T225510: Run a script to populate number of Forms and Senses on all Lexemes

2019-06-12 Thread LucasWerkmeister

LucasWerkmeister added a comment.


  The PAWS terminal died for some reason (I guess you can’t leave them running 
in the background?), so now I’m doing it with a separate Python script from a 
Kubernetes deployment. Source code is on GitHub 
;
 I can’t push it to Phabricator yet due to T224677 
.

TASK DETAIL
  https://phabricator.wikimedia.org/T225510

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: LucasWerkmeister
Cc: LucasWerkmeister, Lydia_Pintscher, Lea_Lacroix_WMDE, darthmon_wmde, 
Nandana, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 
_jensen, rosalieper, 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] [Commented On] T225510: Run a script to populate number of Forms and Senses on all Lexemes

2019-06-12 Thread Stashbot

Stashbot added a comment.


  Mentioned in SAL (#wikimedia-cloud) [2019-06-12T08:48:48Z]  
 kubectl create -f deployment-purge-all-lexemes.yaml # 
T225510 

TASK DETAIL
  https://phabricator.wikimedia.org/T225510

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Stashbot
Cc: LucasWerkmeister, Lydia_Pintscher, Lea_Lacroix_WMDE, darthmon_wmde, 
Nandana, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 
_jensen, rosalieper, 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] [Commented On] T218191: Long score overlaps with statement box and edit button

WMDE-leszek added a comment.


  Pinging @Ebe123, did you have chance to look into the issue described above 
(i.e. T218191#5180154 )? 
It's been a while since the cache version has been bumped, but the score still 
does look wrong on https://www.wikidata.org/wiki/Q11980. Any ideas what could 
be an issue there?

TASK DETAIL
  https://phabricator.wikimedia.org/T218191

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: alaa_wmde, WMDE-leszek
Cc: WMDE-leszek, Lokal_Profil, noarave, Ebe123, TheDJ, Jc86035, Aklapper, 
Lucas_Werkmeister_WMDE, mb, Mahir256, Lydia_Pintscher, alaa_wmde, 
Lea_Lacroix_WMDE, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Jonas, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Triaged] T225289: Wikibase extension type no longer translated on Special:Version

Lydia_Pintscher moved this task from Incoming to Ready to go on the 
Wikidata-Campsite board.
Lydia_Pintscher triaged this task as "Normal" priority.

TASK DETAIL
  https://phabricator.wikimedia.org/T225289

WORKBOARD
  https://phabricator.wikimedia.org/project/board/3402/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lydia_Pintscher
Cc: Lucas_Werkmeister_WMDE, Aklapper, darthmon_wmde, pdehaye, Michael, Nandana, 
Lahi, Gq86, GoranSMilovanovic, QZanden, YULdigitalpreservation, LawExplorer, 
Salgo60, _jensen, rosalieper, Jonas, MisterSynergy, abian, Wikidata-bugs, aude, 
Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T221647: Port WikibaseLexeme senses.feature Selenium tests from Ruby to Node.js

WMDE-leszek closed this task as "Resolved".
WMDE-leszek moved this task from Test (Verification) to Done on the 
Wikidata-Campsite (Wikidata-Campsite-Iteration-∞) board.

TASK DETAIL
  https://phabricator.wikimedia.org/T221647

WORKBOARD
  https://phabricator.wikimedia.org/project/board/3539/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: noarave, WMDE-leszek
Cc: Greta_Doci_WMDE, noarave, WMDE-leszek, Lydia_Pintscher, Aklapper, 
zeljkofilipin, thiemowmde, Addshore, Lucas_Werkmeister_WMDE, darthmon_wmde, 
alaa_wmde, Nandana, Mringgaard, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, 
QZanden, LawExplorer, _jensen, rosalieper, Jonas, Izno, Wikidata-bugs, aude, 
Dinoguy1000, Darkdadaah, Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T225289: Wikibase extension type no longer translated on Special:Version