[Wikidata-bugs] [Maniphest] [Commented On] T195765: Export original TeX string of math values in RDF

2018-05-29 Thread Tagishsimon 
Tagishsimon added a comment.
I think it might fall into the category of "being able to search for a formula without knowledge of the arcane ways in which it was mangled downstream of data entry".TASK DETAILhttps://phabricator.wikimedia.org/T195765EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TagishsimonCc: Tagishsimon, Debenben, Aklapper, Smalyshev, Physikerwelt, Lucas_Werkmeister_WMDE, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, Maosef, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, Jonas, FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, Prod, aude, Tobias1984, fredw, Pkra, Manybubbles, scfc, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T199983: Wikidata showing wrong language for page elements

2018-07-28 Thread Tagishsimon 
Tagishsimon added a comment.
This issue is still occurring, lest anyone think we're done. I just got it on https://www.wikidata.org/wiki/Q55471970 when logged in.TASK DETAILhttps://phabricator.wikimedia.org/T199983EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TagishsimonCc: Tagishsimon, zeljkofilipin, hoo, Nikki, Niharika, hashar, Jdforrester-WMF, aaron, Stashbot, gerritbot, Reedy, daniel, Anomie, Jonas, Lydia_Pintscher, Jakob_WMDE, TerraCodes, Liuxinyu970226, Lea_Lacroix_WMDE, Pablo-WMDE, WMDE-leszek, Lucas_Werkmeister_WMDE, Pigsonthewing, KaMan, matej_suchanek, Addshore, Quiddity, Aklapper, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Jayprakash12345, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Soum213, Srdjan_m, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Nikerabbit, Arrbee, santhosh, KartikMistry, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T171706: Syntax highlighting in WDQS for non-latin script

2018-10-27 Thread Tagishsimon 
Tagishsimon added a comment.
My regex is not great, but \?(\S*?)[\s\)}\.]TASK DETAILhttps://phabricator.wikimedia.org/T171706EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TagishsimonCc: Tagishsimon, Jonas, Lucas_Werkmeister_WMDE, Aklapper, VIGNERON, PokestarFan, Nandana, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, FloNight, Xmlizer, jkroll, Smalyshev, 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] T171706: Syntax highlighting in WDQS for non-latin script

2018-10-27 Thread Tagishsimon 
Tagishsimon added a comment.
@Jonas - is there not a pattern that we could use instead of /^[\w\d]*/  ... we have a questionmark followed by not white space followed by a space or by ) or } or .TASK DETAILhttps://phabricator.wikimedia.org/T171706EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TagishsimonCc: Tagishsimon, Jonas, Lucas_Werkmeister_WMDE, Aklapper, VIGNERON, PokestarFan, Nandana, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, FloNight, Xmlizer, jkroll, Smalyshev, 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] [Created] T208925: WDQS: redirect is returned in report results, as if it were a substantve item

2018-11-06 Thread Tagishsimon 
Tagishsimon created this task.Tagishsimon added a project: Wikidata-Query-Service.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONSELECT ?item ?itemLabel WHERE {

?item wdt:P20 wd:Q2900.
?item wdt:P734 wd:Q16865601.
?item wdt:P22 wd:Q6015417.
SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }

}

returns two rows:

wd:Q5920923 	Isabel de Santiago
wd:Q27493889 	Isabel de Cisneros

Q5920923 was redirected in July 2018.

https://www.wikidata.org/w/index.php?title=Q5920923="">

So ... seems wrong for WDQS to be returning it :(TASK DETAILhttps://phabricator.wikimedia.org/T208925EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TagishsimonCc: Aklapper, Tagishsimon, Nandana, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Jonas, Xmlizer, jkroll, Smalyshev, 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] [Created] T208928: WDQS: different numbers of triples on WDQS instances - is that alright?

2018-11-06 Thread Tagishsimon 
Tagishsimon created this task.Tagishsimon added a project: Wikidata-Query-Service.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONF27087667: Screenshot 2018-11-07 at 03.21.48.png

Grafana - https://grafana.wikimedia.org/dashboard/db/wikidata-query-service?orgId=1 - reports different numbers of triples on WDQS instances. That doesn't seem right to me. Is there a problem?TASK DETAILhttps://phabricator.wikimedia.org/T208928EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TagishsimonCc: Aklapper, Tagishsimon, Nandana, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Jonas, Xmlizer, jkroll, Smalyshev, 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] [Edited] T208925: WDQS: redirect is returned in report results, as if it were a substantve item

2018-11-06 Thread Tagishsimon 
Tagishsimon updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION```
SELECT ?item ?itemLabel WHERE {...}
```

returns two rows:...TASK DETAILhttps://phabricator.wikimedia.org/T208925EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TagishsimonCc: Aklapper, Tagishsimon, Nandana, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Jonas, Xmlizer, jkroll, Smalyshev, 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] [Closed] T208928: WDQS: different numbers of triples on WDQS instances - is that alright?

2018-11-08 Thread Tagishsimon 
Tagishsimon closed this task as "Resolved".Tagishsimon claimed this task.Tagishsimon added a comment.
thxTASK DETAILhttps://phabricator.wikimedia.org/T208928EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TagishsimonCc: Smalyshev, Lucas_Werkmeister_WMDE, Aklapper, Tagishsimon, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Jonas, 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] [Closed] T208688: en.wikidata watchlist links wikidata edit to the wrong en.wiki page?

2018-11-04 Thread Tagishsimon 
Tagishsimon closed this task as "Resolved".Tagishsimon claimed this task.Tagishsimon added a comment.
Thx @LucasWerkmeister. All makes sense now :)TASK DETAILhttps://phabricator.wikimedia.org/T208688EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TagishsimonCc: LucasWerkmeister, Framawiki, Tagishsimon, Aklapper, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T223946: Wikidata wdtn:P214 values (VIAF) seem to be corrupt

2019-05-21 Thread Tagishsimon 
Tagishsimon added a subscriber: matej_suchanek.
Tagishsimon added a comment.


  Seems more likely it's a data input issue than a query issue @matej_suchanek, 
given that WDQS doesn't exhibit the same sort of error for analagous wdtn:, 
such as wdtn:P244 <https://phabricator.wikimedia.org/P244> (Library of Congress 
authority ID) - see for instance https://w.wiki/48X

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

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

To: Tagishsimon
Cc: matej_suchanek, Aklapper, Tagishsimon, darthmon_wmde, alaa_wmde, Nandana, 
Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Jonas, Xmlizer, jkroll, Smalyshev, 
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] [Edited] T222129: WDQS link back to WDQS from a rendered result doesn't show the SPARQL used to create the report

2019-04-29 Thread Tagishsimon 
Tagishsimon updated the task description.

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

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

To: Tagishsimon
Cc: Tagishsimon, Aklapper, alaa_wmde, Nandana, Lahi, Gq86, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Jonas, Xmlizer, jkroll, Smalyshev, 
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] [Edited] T222129: WDQS link back to WDQS from a rendered result doesn't show the SPARQL used to create the report

2019-04-29 Thread Tagishsimon 
Tagishsimon updated the task description.

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

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

To: Tagishsimon
Cc: Tagishsimon, Aklapper, alaa_wmde, Nandana, Lahi, Gq86, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Jonas, Xmlizer, jkroll, Smalyshev, 
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] [Created] T222129: WDQS link back to WDQS from a rendered result doesn't show the SPARQL used to create the report

2019-04-29 Thread Tagishsimon 
Tagishsimon created this task.
Tagishsimon added a project: Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  I may be wrong but it is my recollection that report URLs that render a 
result such as:
  
  
https://query.wikidata.org/embed.html#%23defaultView%3AMap%7B%22hide%22%3A%5B%22%3Fcoordinates%22%2C%20%22%3Fline%22%2C%20%22%3Frgb%22%5D%7D%0ASELECT%20DISTINCT%20%3Fcoordinates%20%3Fline%20%3Fitem%20%3FitemLabel%20%3FconnectLabel%20%3Fimage%20%3Fopening%20%3Frgb%0A%0AWITH%20%7B%0A%20%20SELECT%20%3Fitem%20(SAMPLE(%3Fcoordinates)%20AS%20%3Fcoordinates)%20(SAMPLE(%3Fimage)%20AS%20%3Fimage)%20(sample(%3Flat1)%20as%20%3Flat1)%20(sample(%3Flon1)%20as%20%3Flon1)%20(sample(%3Fopening)%20as%20%3Fopening)%20WHERE%20%7B%0A%20%20%20%20%3Fitem%20wdt%3AP31%20wd%3AQ14562709%20.%0A%20%20%20%20%3Fitem%20wdt%3AP625%20%3Fcoordinates%20%20.%0A%20%20%20%20%3Fitem%20p%3AP625%20%2F%20psv%3AP625%20%2F%20wikibase%3AgeoLatitude%20%3Flat1%20.%0A%20%20%20%20%3Fitem%20p%3AP625%20%2F%20psv%3AP625%20%2F%20wikibase%3AgeoLongitude%20%3Flon1%20.%0A%20%20%20%20OPTIONAL%20%7B%20%3Fitem%20wdt%3AP18%20%3Fimage%20%7D.%0A%20%20%20%20OPTIONAL%20%7B%20%3Fitem%20wdt%3AP1619%20%3Fopening%20%7D.%0A%20%20%7D%20GROUP%20BY%20%3Fitem%0A%7D%20AS%20%25stations%0A%0AWITH%20%7B%0A%20%20SELECT%20%3Fnextstation%20(sample(%3Flat2)%20as%20%3Flat2)%20(sample(%3Flon2)%20as%20%3Flon2)%20WHERE%20%7B%0A%20%20%20%20%3Fnextstation%20wdt%3AP31%20wd%3AQ14562709%20.%0A%20%20%20%20%3Fnextstation%20p%3AP625%20%2F%20psv%3AP625%20%2F%20wikibase%3AgeoLatitude%20%3Flat2%20.%0A%20%20%20%20%3Fnextstation%20p%3AP625%20%2F%20psv%3AP625%20%2F%20wikibase%3AgeoLongitude%20%3Flon2%20.%0A%20%20%7D%20GROUP%20BY%20%3Fnextstation%0A%7D%20AS%20%25nextstations%0A%0AWITH%20%7B%0A%20%20SELECT%20%3Fline%20%3Fconnect%20%3Frgb%20WHERE%20%7B%0A%20%20%20%20INCLUDE%20%25stations%20.%0A%20%20%20%20INCLUDE%20%25nextstations%20.%0A%20%20%20%20%3Fitem%20p%3AP197%20%3Fnextstationstatement%20.%0A%20%20%20%20%3Fnextstationstatement%20ps%3AP197%20%3Fnextstation%20.%0A%20%20%20%20%3Fnextstationstatement%20pq%3AP81%20%3Fconnect%20.%20%3Fconnect%20wdt%3AP361%20wd%3AQ20075%20%20.%20%0A%20%20%20%20%3Fconnect%20wdt%3AP465%20%3Frgb%20.%0A%20%20%20%20FILTER(STR(%3Fitem)%20%3C%20STR(%3Fnextstation))%20.%20%20%20%20%0A%20%20%20%20BIND(CONCAT('LINESTRING%20('%2C%20STR(%3Flon1)%2C%20'%20'%2C%20STR(%3Flat1)%2C%20'%2C'%2C%20STR(%3Flon2)%2C%20'%20'%2C%20STR(%3Flat2)%2C%20')')%20AS%20%3Fstr)%20.%0A%20%20%20%20BIND(STRDT(%3Fstr%2C%20geo%3AwktLiteral)%20AS%20%3Fline)%20%0A%20%20%7D%0A%7D%20AS%20%25lines%20%0A%20%0AWHERE%20%7B%0A%20%20%7B%20INCLUDE%20%25stations%20%7D%20%20UNION%20%7B%20INCLUDE%20%25lines%20%20%7D%20.%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%22.%20%7D%0A%7D
  
  used to have a Wikidata Query Service link in the bottom left corner of the 
results which, if followed, took one back to the WDQS report interface as 
showed the SPARQL used to create the report.
  
  Currently that link takes the user back to a blank WDQS interface.
  
  So.
  Click on Wikidata Query Service link in the bottom left corner of a rendered 
results page...
  Expected: I get to see the SPARQL
  Actual: I get a blanks WDQS screen

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

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

To: Tagishsimon
Cc: Tagishsimon, Aklapper, alaa_wmde, Nandana, Lahi, Gq86, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Jonas, Xmlizer, jkroll, Smalyshev, 
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] [Updated] T215073: OSM map layers other than the default should be displayable in the Wikidata Query Service

2019-08-31 Thread Tagishsimon 
Tagishsimon added a comment.


  Can I gently detach this issue, somewhat, from disputed territory. The 
current situation is that maps served by Wikipedias & (my key use) Wikidata 
WDQS use "OSM Bright for Mapbox Studio" tiles ( 
https://foundation.wikimedia.org/wiki/Maps_Terms_of_Use#Where_does_the_map_data_come_from?
 )
  
  OSM themselves offer four main tile styles - normal, cycle map, transport 
map, and humanitarian. (IMO none of which are as weedy as OSM Bright)
  
  AFAIK there are other open source tiling solutions available - cf. 
https://code.flickr.net/2012/07/11/designing-an-osm-map-style/
  
  A key use case for tiles other than OSM Bright for Mapbox Studio, is use of a 
WDQS map to sort out P131 <https://phabricator.wikimedia.org/P131> properties 
for wikidata items (e.g. are they on the right side of a boundary). OSM Bright 
for Mapbox Studio does not display administrative borders - at least, not 
internal admin borders - 
https://twitter.com/Tagishsimon/status/1167898124687310848 - and so maps such 
as https://w.wiki/7iy produced by WDQS are of limited use.
  
  So, per the main proposition: a one-size-fits-all tiling solution is 
suboptimal. It would be infinitely preferable to be able to extend the 
provision of tiles and parameterise the tile choice (not least because the 
single current tile offering is cartographic thin gruel)

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

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

To: Tagishsimon
Cc: Tagishsimon, Addshore, gerritbot, Pnorman, Yurik, Smalyshev, 
Lydia_Pintscher, TerraCodes, Mholloway, Liuxinyu970226, Jim_Carter, KCVelaga, 
Aklapper, Titodutta, Mahir256, Hook696, Daryl-TTMG, RomaAmorRoma, 0010318400, 
E.S.A-Sheild, darthmon_wmde, joker88john, DannyS712, CucyNoiD, Nandana, 
NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, 
Cpaulf30, Lahi, Gq86, Af420, Darkminds3113, Bsandipan, Lordiis, Looniverse, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, 
Liugev6, QZanden, EBjune, Orienteerix, merbst, LawExplorer, Salgo60, WSH1906, 
Lewizho99, Maathavan, _jensen, rosalieper, JGirault, Jonas, phabyogi, Xmlizer, 
Susannaanas, lxbarth, jkroll, Planemad, Wikidata-bugs, Jdouglas, aude, 
Tobias1984, Manybubbles, Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T232960: QuickStatements batch running in background not stopping with the stop button

2019-09-16 Thread Tagishsimon 
Tagishsimon added a comment.


  Tested - works for me in situation in which it previously didn't work.

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

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

To: Magnus, Tagishsimon
Cc: Tagishsimon, LucasWerkmeister, Aklapper, Harmonia_Amanda, darthmon_wmde, 
DannyS712, Nandana, AndyTan, Zylc, 1978Gage2001, Lahi, Gq86, GoranSMilovanovic, 
Jayprakash12345, Chicocvenancio, QZanden, Tbscho, LawExplorer, JJMC89, _jensen, 
rosalieper, srodlund, Wikidata-bugs, Jitrixis, aude, Gryllida, scfc, Mbch331, 
Krenair, chasemp
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T228569: Suspicious data loss on the Query Service

2019-07-20 Thread Tagishsimon 
Tagishsimon added a comment.


  Worth noting that user:Twofivesixbot
  
  
https://www.wikidata.org/w/index.php?title=Special:Contributions/Twofivesixbot==500=Twofivesixbot
  
  has been doing a lot of merges of gene items of late, which may be associated 
with triple decreases over the past fortnight. Examples from around the time of 
the triple decrease illustrated above, sometimes involving items with ~800k of 
properties:
  
  
https://www.wikidata.org/w/index.php?title=Special:Contributions/Twofivesixbot=20190718050705=500=Twofivesixbot
  
  to
  
  
https://www.wikidata.org/w/index.php?title=Special:Contributions/Twofivesixbot=prev=20190718061657=500=Twofivesixbot

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

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

To: Tagishsimon
Cc: Alicia_Fagerving_WMSE, Aklapper, Tagishsimon, Fnielsen, ArthurPSmith, 
Smalyshev, Lydia_Pintscher, Lea_Lacroix_WMDE, darthmon_wmde, Nandana, Sario528, 
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] [Created] T225883: Wikidata Query Service results should be capable of displaying a report title (new feature request)

2019-06-16 Thread Tagishsimon 
Tagishsimon created this task.
Tagishsimon added a project: Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  WDQS report results, and especially those from embedded queries, would 
benefit from the ability to provide a title describing the contents of the 
report.
  
  This is especially the case given the availability of the 'Short URL to 
result', which provides a link to an embed.html version of the report.
  
  Consider https://w.wiki/4z$ ... what is it a report of? If you know how to 
get to the SPARQL and can understand it, you're good. If not then the report, 
without context, is mostly useless.
  
  So, this feature request is for the provision of a Title parameter that can 
be included with the WDQS SPARQL (e.g. #title= ), allowing a title string to be 
associated with the SPARQL such that the title is displayed on report output - 
both when the output is viewed within the WDQS editing screen, and when the 
output is viewed via an embed.html rendition.

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

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

To: Tagishsimon
Cc: Tagishsimon, Aklapper, darthmon_wmde, Nandana, Lahi, Gq86, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Jonas, Xmlizer, jkroll, Smalyshev, 
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] T198078: Extra xsd:decimal triples for some(?) globe coordinate values

2019-11-06 Thread Tagishsimon 
Tagishsimon added a comment.


  Per Laske, SPARQL for this issue in Germany 
[https://www.wikidata.org/wiki/Wikidata:Contact_the_development_team#Surplus_of_coordinates_-_T198078]
  
  SELECT ?item ?itemLabel ?stat ?lat ?long WITH {
  SELECT ?item ?stat (COUNT(?lat)+COUNT(?long) AS ?count) WHERE {
  VALUES ?countries { wd:Q183 }
  ?item wdt:P17 ?countries;
  
p:P625 ?stat. ?stat psv:P625  [wikibase:geoLatitude ?lat ; 
wikibase:geoLongitude ?long ]  . 
  
  }
  GROUP BY ?item ?stat
  HAVING(?count>2)
  } AS %i WHERE {
  
include %i
?stat psv:P625 [ wikibase:geoLatitude ?lat; wikibase:geoLongitude ?long ] .
SERVICE wikibase:label { bd:serviceParam wikibase:language 
"[AUTO_LANGUAGE],en". }
  
  }
  ORDER BY ?item

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

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

To: Smalyshev, Tagishsimon
Cc: Tagishsimon, Pasleim, Smalyshev, Lucas_Werkmeister_WMDE, Nikki, 
darthmon_wmde, ET4Eva, DannyS712, Nandana, Lahi, Gq86, Darkminds3113, 
GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, _jensen, 
rosalieper, Scott_WUaS, 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] [Reopened] T198078: Extra xsd:decimal triples for some(?) globe coordinate values

2019-11-06 Thread Tagishsimon 
Tagishsimon reopened this task as "Open".

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

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

To: Smalyshev, Tagishsimon
Cc: Tagishsimon, Pasleim, Smalyshev, Lucas_Werkmeister_WMDE, Nikki, 
darthmon_wmde, ET4Eva, DannyS712, Nandana, Lahi, Gq86, Darkminds3113, 
GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, _jensen, 
rosalieper, Scott_WUaS, 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] T198078: Extra xsd:decimal triples for some(?) globe coordinate values

2019-11-06 Thread Tagishsimon 
Tagishsimon added a comment.


  @Smalyshev Please check out the single coords property at 
https://www.wikidata.org/wiki/Q6522893#P625 versus the two rows returned by 
this query, suggestive of 'hidden' triples lurking still.
  
  SELECT ?item ?itemLabel ?stat ?lat ?long 
  WHERE 
  {
  
VALUES ?item {wd:Q6522893}
?item p:P625 ?stat. ?stat psv:P625  [wikibase:geoLatitude ?lat ; 
wikibase:geoLongitude ?long ]  . 
SERVICE wikibase:label { bd:serviceParam wikibase:language 
"[AUTO_LANGUAGE],en". }
  
  }

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

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

To: Smalyshev, Tagishsimon
Cc: Tagishsimon, Pasleim, Smalyshev, Lucas_Werkmeister_WMDE, Nikki, 
darthmon_wmde, ET4Eva, DannyS712, Nandana, Lahi, Gq86, Darkminds3113, 
GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, _jensen, 
rosalieper, Scott_WUaS, 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] T198078: Extra xsd:decimal triples for some(?) globe coordinate values

2019-11-06 Thread Tagishsimon 
Tagishsimon added a comment.


  Ditto http://www.wikidata.org/entity/Q17567523 ... there are probably others.

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

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

To: Smalyshev, Tagishsimon
Cc: Tagishsimon, Pasleim, Smalyshev, Lucas_Werkmeister_WMDE, Nikki, 
darthmon_wmde, ET4Eva, DannyS712, Nandana, Lahi, Gq86, Darkminds3113, 
GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, _jensen, 
rosalieper, Scott_WUaS, 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] T236250: Wikidata Query Service sometimes removes trailing slashes from Geonames URIs

2019-10-23 Thread Tagishsimon 
Tagishsimon added a comment.


  And note Ethan's assertion: The scheme for Geonames URIs requires a trailing 
forward slash.

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

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

To: Tagishsimon
Cc: Tagishsimon, Addshore, Aklapper, Lucas_Werkmeister_WMDE, darthmon_wmde, 
DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Jonas, Xmlizer, jkroll, Smalyshev, 
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] T235540: SPARQL query causes StackOverflowError and fails to execute

2019-10-19 Thread Tagishsimon 
Tagishsimon added a comment.


  Fix by all means, but I note "It is an error for aggregates to project 
variables with a name already used in other aggregate projections, or in the 
WHERE clause." https://www.w3.org/TR/sparql11-query/#aggregateExample

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

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

To: Tagishsimon
Cc: Tagishsimon, Envlh, Mathew.onipe, Smalyshev, Lucas_Werkmeister_WMDE, 
Igorkim78, Aklapper, Evilricepuddin, darthmon_wmde, DannyS712, Nandana, Lahi, 
Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, 
rosalieper, Jonas, 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] T221774: Add Wikidata query service lag to Wikidata maxlag

2019-11-20 Thread Tagishsimon 
Tagishsimon added a comment.


  Notable that WDQS lag seems to be paying not a blind bit of notice to this 
change :(
  
  WDQS 1005-7 all at ~3 hours.
  
  
https://grafana.wikimedia.org/d/00489/wikidata-query-service?orgId=1=8

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

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

To: Addshore, Tagishsimon
Cc: Tagishsimon, Liridon, Bugreporter, Magnus, Tpt, Pintoch, Lydia_Pintscher, 
Matthias_Geisler_WMDE, Simon_Villeneuve, Lea_Lacroix_WMDE, Tarrow, alaa_wmde, 
Andrawaag, Multichill, Ladsgroup, Smalyshev, fgiunchedi, hoo, Daniel_Mietchen, 
MisterSynergy, Addshore, Sjoerddebruin, Aklapper, Lucas_Werkmeister_WMDE, 
Hook696, Daryl-TTMG, RomaAmorRoma, 0010318400, E.S.A-Sheild, Iflorez, 
darthmon_wmde, Meekrab2012, joker88john, DannyS712, CucyNoiD, Nandana, 
NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, 
Cpaulf30, Lahi, Gq86, Af420, Darkminds3113, Bsandipan, Lordiis, 
GoranSMilovanovic, Adik2382, Chicocvenancio, Th3d3v1ls, Ramalepe, Liugev6, 
QZanden, EBjune, merbst, LawExplorer, WSH1906, Lewizho99, Volans, Maathavan, 
_jensen, rosalieper, Scott_WUaS, Jonas, 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] [Created] T246731: WDQS date handling produces errors for Julian dates

2020-03-02 Thread Tagishsimon 
Tagishsimon created this task.
Tagishsimon added a project: Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  WDQS holds dates as xsd:dateTime using the proleptic Gregorian calendar. - 
https://www.mediawiki.org/wiki/Wikibase/Indexing/RDF_Dump_Format#Time
  
  Julian calendar dates entered into Wikidata are stored as such in JSON.
  
  They are converted to proleptic Gregorian calendar dates for WDQS
  
  However, WDQS stores the original - Julian - calendar as the value for 
wikibase:timeCalendarModel
  
  It follows that a Julian date entered and displayed as expected in Wikidata - 
such as https://www.wikidata.org/wiki/Q16931292#P571 - 22 June 1498 - is in 
WDQS represented by the following value set:
  
  simplevalue (ps:P571 <https://phabricator.wikimedia.org/P571>) -   1 July 
1498
  value (psv:P571 <https://phabricator.wikimedia.org/P571>/wikibase:timeValue - 
1 July 1498
  calendar (psv:P571 
<https://phabricator.wikimedia.org/P571>/wikibase:timeCalendarModel) - 
wd:Q1985786 (proleptic Julian calendar)
  
  - see https://w.wiki/JYf
  
  By any reasonable definition, this is an error. WDQS is representing the 
value as 1 July 1498 Julian, when, at best, it should be 1 July 1498 Gregorian, 
and ideally should be 22 June 1498 Julian.
  
  I think this date handling needs a rethink, perhaps along the line of:
  
  BDD
  given: Julian date in wikidata
  when: WDQS reports on the date
  then:
  
  - ps:Pnnn value should be the Julian date
  - psv:Pnnn/wikibase:timeValue should be the Julian date
  - psv:Pnnn/wikibase:timeCalendarModel) should be wd:Q1985786 (proleptic 
Julian calendar)
  - psn:Pnnn/wikibase:timeValue should be the Gregorian date
  - psn:Pnnn/wikibase:timeCalendarModel) should be wd:Q1985727 (proleptic 
Gregorian calendar)

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

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

To: Tagishsimon
Cc: Tagishsimon, Aklapper, darthmon_wmde, Nandana, Lahi, Gq86, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, 
Smalyshev, 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] [Edited] T246731: WDQS date handling produces errors for Julian dates

2020-03-02 Thread Tagishsimon 
Tagishsimon updated the task description.

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

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

To: Tagishsimon
Cc: Tagishsimon, Aklapper, darthmon_wmde, Nandana, Lahi, Gq86, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, 
Smalyshev, 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] T167788: [Task] Dates written as 9/7/2017 should not always be parsed as American MM/DD/YYYY

2020-01-30 Thread Tagishsimon 
Tagishsimon added a comment.


  We could maybe have a preference, such that the user can specify whether they 
want date parsing to be based on an assumption of MM/DD/ or DD/MM/. 
Stop guessing. Ask the users.
  
  I see this bug is 2.5 years old. Which is fine. Because it only sucks hugely 
every single time I enter a date where month & day values are below 13. No rush.

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

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

To: Tagishsimon
Cc: Tagishsimon, The_RedBurn, JAnD, Wikidata-bugs, gerritbot, Agabi10, He7d3r, 
matej_suchanek, Liuxinyu970226, PokestarFan, Lea_Lacroix_WMDE, daniel, 
Lydia_Pintscher, thiemowmde, Izno, Aklapper, agray, darthmon_wmde, Nandana, 
Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 
Scott_WUaS, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T167788: [Task] Dates written as 9/7/2017 should not always be parsed as American MM/DD/YYYY

2020-01-30 Thread Tagishsimon 
Tagishsimon added a comment.


  UI which has the capacity to mangle input and demands that the user must do 
something beyond their simple input of the date, is unambiguously, 
categorically and unimpeachably broken. It should be considered as such.

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

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

To: Tagishsimon
Cc: Tagishsimon, The_RedBurn, JAnD, Wikidata-bugs, gerritbot, Agabi10, He7d3r, 
matej_suchanek, Liuxinyu970226, PokestarFan, Lea_Lacroix_WMDE, daniel, 
Lydia_Pintscher, thiemowmde, Izno, Aklapper, agray, darthmon_wmde, Nandana, 
Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 
Scott_WUaS, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T174981: Add pageviews total counts to WDQS

2020-01-03 Thread Tagishsimon 
Tagishsimon added a comment.


  Wikidata currently gets ~660k edits per day.
  
  This proposal - if I understand it properly - requires an additional ~5 
Million edits per day, or, perhaps 5 Millon edits per hour ("and increment the 
counters once an hour") ... who knows.
  
  And that gives us a couple of nuggets of data per sitelined item. It provides 
no support for users who want some other time-base of Pageviews.
  
  It is ... not ... a happening proposal. Even if there were only a weekly 
update, that'd still more than double the number of wikidata edits, with all 
the concomitant lag problems.
  
  Perhaps worth noting another route: provision of a facility to make calls 
from WDQS to the REST API - 
https://wikimedia.org/api/rest_v1/#/Pageviews%20data - in much the same way as 
WDQS facilitates (some?) MWAPI calls? This would, ideally, be much more general 
purpoe and give WDQS users access to the wide array of metadata available 
there, not least edit dates & editor IDs.

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

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

To: Tagishsimon
Cc: Tagishsimon, Elya, christophbraun, Bovlb, thalhamm, EBernhardson, Esc3300, 
Lydia_Pintscher, Yair_rand, Smalyshev, Aklapper, Yurik, 4748kitoko, 
darthmon_wmde, ET4Eva, Nandana, Akovalyov, Lahi, Gq86, Darkminds3113, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, Avner, Gehel, _jensen, rosalieper, Scott_WUaS, Jonas, FloNight, 
Xmlizer, JAllemandou, terrrydactyl, jkroll, Wikidata-bugs, Jdouglas, aude, 
Tobias1984, Manybubbles, Mbch331, jeremyb
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] T260801: One action leads to the creation of 4 wikidata-items

2020-10-20 Thread Tagishsimon 
Tagishsimon added a comment.


  It may or may be not useful to note that Quickstatements, when used in 
(server-side) batch mode to create new items, creates duplicates at the rate of 
about 10% of the items created. QS run locally from a browser does not exhibit 
the problem.

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

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

To: Tagishsimon
Cc: Tagishsimon, matej_suchanek, Aklapper, Mike_Peel, Lydia_Pintscher, Robby, 
CBogen, Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86, Ramsey-WMF, 
GoranSMilovanovic, QZanden, LawExplorer, Poyekhali, _jensen, rosalieper, 
Taiwania_Justo, Scott_WUaS, Jonas, Ixocactus, Wong128hk, Wikidata-bugs, aude, 
El_Grafo, Dinoguy1000, Steinsplitter, Mbch331, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T255804: overzealous throttling on Wikidata

2020-06-18 Thread Tagishsimon 
Tagishsimon added a comment.


  Magnus was running 2 quickstatement batches at the time he got the above. My 
experience of this issue is that it'll sometimes happen when I have a QS or two 
running, but has never happened absent a QS.
  
  There may be an issue, but it might equally be the inevitable consequence of 
a rate limit.

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

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

To: Tagishsimon
Cc: Tagishsimon, Spinster, Magnus, Multichill, Ladsgroup, Aklapper, 
Lydia_Pintscher, darthmon_wmde, WDoranWMF, holger.knust, EvanProdromou, 
Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 
rosalieper, Agabi10, Scott_WUaS, Pchelolo, 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] T267175: SPARQL-Query shows entries, which should be filter out; number of entries in result set might change when executed repeatedly (possible caching/indexing problem)

2020-11-25 Thread Tagishsimon 
Tagishsimon added subscribers: Lydia_Pintscher, Tagishsimon.
Tagishsimon added a comment.


  This issue is still occurring. We still get different answers depending on 
which report server we hit. That is clearly suboptimal. Could we please have an 
update on action being taken, and/or the timetable for proposed action, 
presuming that action will be taken. @Lydia_Pintscher

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

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

To: Tagishsimon
Cc: Tagishsimon, Lydia_Pintscher, CBogen, Z_thomas, agray, Gehel, 
Lucas_Werkmeister_WMDE, Aklapper, M2k_dewiki, Akuckartz, Nandana, Namenlos314, 
Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, 
rosalieper, Scott_WUaS, Jonas, 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