[Wikidata-bugs] [Maniphest] T267126: Lowercase Qs in some statement URLs

2020-11-04 Thread Dipsacus_fullonum
Dipsacus_fullonum added a comment.


  
https://www.mediawiki.org/wiki/Wikibase/Indexing/RDF_Dump_Format#Full_statements
 clearly states: //"There is no guaranteed format or meaning to the statement 
id."// So why change an ID that should be stable when no specific format is 
guaranteed? Nobody should rely on any meaning in the IDs as implementation 
details such as this should be possible to change as need arise.

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

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

To: Dipsacus_fullonum
Cc: Dipsacus_fullonum, Lucas_Werkmeister_WMDE, Mohammed_Sadat_WMDE, Addshore, 
Lydia_Pintscher, Lea_Lacroix_WMDE, Aklapper, Akuckartz, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
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] T255760: Feature request: WDQS WMAPI calls without continuation calls (one call per value of the input variables)

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


  Well, it seems that the requested feature already is here, but is 
undocumented:
  
bd:serviceParam wikibase:limitContinuations  "0".
  
  Once the solution to T255753 <https://phabricator.wikimedia.org/T255753> is 
implemented, it will also be possible to use:
  
bd:serviceParam wikibase:limit "once" .
  
  The latter is documented, but the documentation gives the impression that 
only one API is made even if the input variables have more than one value.
  
  It also seems that the undocumented wikibase:limitContinuations sets a limit 
for the **total** number of continuation call across all values of the input 
variables. Consider this query:
  
SELECT ?num ?item ?title ?user ?timestamp ?comment
WHERE
{
  ?item wdt:P177 wd:Q739513. # Bridges crossing the river Gudenå
  BIND(CONCAT("Q", STRAFTER(STR(?item), "Q")) AS ?title)
  SERVICE wikibase:mwapi
  {
bd:serviceParam wikibase:endpoint "www.wikidata.org".
bd:serviceParam wikibase:api "Generator".
bd:serviceParam wikibase:limitContinuations "20".
bd:serviceParam mwapi:generator "revisions".
bd:serviceParam mwapi:titles ?title.
bd:serviceParam mwapi:prop "revisions".
bd:serviceParam mwapi:rvprop "user|timestamp|comment".
bd:serviceParam mwapi:grvdir "older".
bd:serviceParam mwapi:grvlimit "1".
?user wikibase:apiOutput "revisions/rev/@user".
?timestamp wikibase:apiOutput "revisions/rev/@timestamp".
?comment wikibase:apiOutput "revisions/rev/@comment".
?num wikibase:apiOrdinal true.
  }
}
  
  It list the revisions for 4 Wikidata items. The first item (Q12301310) has 16 
revisions (1 start call + 15 continuation calls). The next item has 19 
revisions but only 6 is in the result (1 start call + 5 continuation calls). 
For the rest is only one revision in the result. So it seems that
  
wikibase:limitContinuations "20"
  
  is interpreted as max 20 (15 + 5) continuation in total for the whole query.

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

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

To: Dipsacus_fullonum
Cc: Lucas_Werkmeister_WMDE, Dipsacus_fullonum, Aklapper, CBogen, darthmon_wmde, 
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


[Wikidata-bugs] [Maniphest] [Commented On] T255760: Feature request: WDQS WMAPI calls without continuation calls (one call per value of the input variables)

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


  
https://www.mediawiki.org/wiki/Wikidata_Query_Service/User_Manual/MWAPI#Pagination
 says:
  
  > bd:serviceParam wikibase:limit "once" .
  >
  > This makes the service to stop after the first API call and not use 
continuations.
  
  wikibase:limitContinuations isn't mentioned in the manual, so I didn't know 
that it exists.

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

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

To: Dipsacus_fullonum
Cc: Lucas_Werkmeister_WMDE, Dipsacus_fullonum, Aklapper, CBogen, darthmon_wmde, 
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


[Wikidata-bugs] [Maniphest] [Created] T255760: Feature request: WDQS WMAPI calls without continuation calls (one call per value of the input variables)

2020-06-18 Thread Dipsacus_fullonum
Dipsacus_fullonum created this task.
Dipsacus_fullonum added a project: Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  Feature request: When using MWAPI calls from Wikikdata Query Service, it 
would be nice to be able to disable all continuation calls but still make one 
API call for each case of different values of the input variables.
  
  There is
  
bd:serviceParam wikibase:limit "once".
  
  which limits MWAPI to only one API call but I miss something like
  
bd:serviceParam wikibase:limit "no continuation".
  
  which I would like to use to make API calls for all values of the input 
variables but never generate continuation calls. That could for instance be 
used to fetch information about a set of Wikimedia pages using code like this:
  
SERVICE wikibase:mwapi
{
  bd:serviceParam wikibase:endpoint ?endpoint.
  bd:serviceParam wikibase:api "Generator".
  bd:serviceParam wikibase:limit "no continuation".
  bd:serviceParam mwapi:generator "allpages".
  bd:serviceParam mwapi:gaptitle ?title.
  bd:serviceParam mwapi:gaplimit "1".
 ?item wikibase:apiOutputItem mwapi:item.
 ?title wikibase:apiOutput mwapi:title.
 ?length wikibase:apiOutput "@length".
}
  
  for some values of ?endpoint and ?title. Such a call is impossible now 
without disabling continuation calls because then it would try to get all pages 
from the used endpoints.

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

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

To: Dipsacus_fullonum
Cc: Dipsacus_fullonum, Aklapper, CBogen, darthmon_wmde, Nandana, Namenlos314, 
Lahi, Gq86, Lucas_Werkmeister_WMDE, 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


[Wikidata-bugs] [Maniphest] [Created] T255753: Wikidata Query Servie MWAPI calls with bd:serviceParam wikibase:limit "once" . executes 2 API calls instead of 1

2020-06-18 Thread Dipsacus_fullonum
Dipsacus_fullonum created this task.
Dipsacus_fullonum added a project: Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  
  
  Steps to Reproduce:
  ---
  
  Example 1: Run this query
  
SELECT *
WHERE
{
  SERVICE wikibase:mwapi
  {
bd:serviceParam wikibase:api "Generator".
bd:serviceParam wikibase:endpoint "en.wikipedia.org".
bd:serviceParam wikibase:limit "once".
bd:serviceParam mwapi:generator "allpages".
bd:serviceParam mwapi:gapfrom "Cat".
bd:serviceParam mwapi:gaplimit "1".
?item wikibase:apiOutputItem mwapi:item.
?title wikibase:apiOutput mwapi:title.
?length wikibase:apiOutput "@length".
  }
}
  
  Example 2: Run this query
  
SELECT *
WHERE
{
  SERVICE wikibase:mwapi
  {
bd:serviceParam wikibase:api "Generator".
bd:serviceParam wikibase:endpoint "en.wikipedia.org".
bd:serviceParam wikibase:limit "once".
bd:serviceParam mwapi:generator "allpages".
bd:serviceParam mwapi:gapfrom "Cat".
bd:serviceParam mwapi:gaplimit "2".
?item wikibase:apiOutputItem mwapi:item.
?title wikibase:apiOutput mwapi:title.
?length wikibase:apiOutput "@length".
  }
}
  
  
  
  Actual Results:
  ---
  
  Example 1: A table with 2 results
  
  Example 2: A table with 4 results
  
  Expected Results:
  -
  
  Example 1: A table with 1 result because the API call gives 1 result due to 
the  use of gaplimit. The API call is: 
https://en.wikipedia.org/w/api.php?action=query=allpages=Cat=1=info|pageprops=wikibase_item=xml
  
  Example 2: A table with 2 results because the API call gives 2 results due to 
the use of gaplimit: The API call is: 
https://en.wikipedia.org/w/api.php?action=query=allpages=Cat=2=info|pageprops=wikibase_item=xml
  
  No continuation API calls should be run due to
  
bd:serviceParam wikibase:limit "once". 
  
  in both examples but in seems like one continuation call was made in both 
examples giving twice as many results as expected.

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

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

To: Dipsacus_fullonum
Cc: Dipsacus_fullonum, Aklapper, CBogen, darthmon_wmde, Nandana, Namenlos314, 
Lahi, Gq86, Lucas_Werkmeister_WMDE, 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


[Wikidata-bugs] [Maniphest] [Commented On] T253771: WDQS gives dates that are two days ealier than reported on the item page and the API

2020-05-27 Thread Dipsacus_fullonum
Dipsacus_fullonum added a comment.


  @Lucas_Werkmeister_WMDE: Thank you for the explanation.

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

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

To: Dipsacus_fullonum
Cc: Lucas_Werkmeister_WMDE, Dipsacus_fullonum, Aklapper, CBogen, darthmon_wmde, 
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


[Wikidata-bugs] [Maniphest] [Created] T253771: WDQS gives dates that are two days ealier than reported on the item page and the API

2020-05-27 Thread Dipsacus_fullonum
Dipsacus_fullonum created this task.
Dipsacus_fullonum added a project: Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.

TASK DESCRIPTION
  This query:
  
# Query birthdate of Vespasian
SELECT ?date ?precision ?rank
WHERE
{
  wd:Q1419 p:P569 ?dob_statement.
  ?dob_statement wikibase:rank ?rank.
  ?dob_statement psv:P569 ?dob_value.
  ?dob_value wikibase:timePrecision ?precision.
  ?dob_value  wikibase:timeValue ?date.
}
  
  gives three dates of birth for Q1419 (Vespasian) <https://www.mediawiki.org>. 
Compare with https://www.wikidata.org/wiki/Q1419#P569:
  
  - The preferred date in the query is "15 November 0009", but item page says 
"17. november 9".
  - The deprecated value in the query is "16 November 0009", but the item page 
says "18. november 9".
  
  The API (wbgetclaims: 
https://www.wikidata.org/w/api.php?action=wbgetclaims=Q1419=P569)
 agrees with the item page.
  
  So it seems that WDQS gives dates that are two days earlier  than they should 
be in this case.

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

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

To: Dipsacus_fullonum
Cc: Dipsacus_fullonum, Aklapper, CBogen, darthmon_wmde, Nandana, Namenlos314, 
Lahi, Gq86, Lucas_Werkmeister_WMDE, 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


[Wikidata-bugs] [Maniphest] [Commented On] T196962: Module prefix 'wbeu' is shared between Wikibase\Client\Api\ApiListEntityUsage and Wikibase\Client\Api\ApiPropsEntityUsage

2020-05-20 Thread Dipsacus_fullonum
Dipsacus_fullonum added a comment.


  When I make an API call with action=query and generator=wblistentityusage, 
like 
https://en.wikipedia.org/w/api.php?action=query=wblistentityusage=Q42
 I get an RuntimeException:
  
{
"error": {
"code": "internal_api_error_RuntimeException",
"info": "[66cd48ca-659d-4873-92dc-505e78f08159] Caught exception of 
type RuntimeException",
"errorclass": "RuntimeException"
},
"servedby": "mw1382"
}
  
  I get the expected result if I use action=list and list=wblistentityusage, 
like in 
https://en.wikipedia.org/w/api.php?action=query=wblistentityusage=Q42.
  
  Is this a consequence of the shared module prefix, or should I create a new 
task for the RuntimeException?

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

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

To: Dipsacus_fullonum
Cc: Dipsacus_fullonum, Lea_Lacroix_WMDE, Aklapper, gerritbot, Lydia_Pintscher, 
Ladsgroup, hashar, WMDE-leszek, Anomie, Legoktm, Blissjay007, Oblanco79, 
Alter-paule, Beast1978, Un1tY, Hook696, Daryl-TTMG, RomaAmorRoma, E.S.A-Sheild, 
darthmon_wmde, Kent7301, Meekrab2012, joker88john, CucyNoiD, Nandana, 
NebulousIris, Gaboe420, lucamauri, Versusxo, Majesticalreaper22, Giuliamocci, 
Adrian1985, Cpaulf30, Lahi, Gq86, Af420, Darkminds3113, Bsandipan, Lordiis, 
GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, 
LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, 
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] T244341: Wikibase RDF dump: stop using blank nodes for encoding SomeValue and OWL constraints

2020-04-16 Thread Dipsacus_fullonum
Dipsacus_fullonum added a comment.


  Many queries use the optimizer hint `hint:Prior hint:rangeSafe true. ` when 
e.g. comparing date or number values with constants in a filter as suggested at 
https://www.wikidata.org/wiki/Wikidata:SPARQL_query_service/query_optimization#Fixed_values_and_ranges.
 Is there a risc that such queries will fail or give wrong results when 
`somevalue` become IRI's, and thus the values will be of different types?

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

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

To: Dipsacus_fullonum
Cc: Mmarx, Dipsacus_fullonum, Luitzen, VladimirAlexiev, Lea_Lacroix_WMDE, 
Jheald, Daniel_Mietchen, mkroetzsch, Denny, Lucas_Werkmeister_WMDE, Aklapper, 
dcausse, CBogen, darthmon_wmde, Nandana, 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


[Wikidata-bugs] [Maniphest] [Commented On] T244341: Wikibase RDF dump: stop using blank nodes for encoding SomeValue and OWL constraints

2020-04-16 Thread Dipsacus_fullonum
Dipsacus_fullonum added a comment.


  In T244341#6062871 <https://phabricator.wikimedia.org/T244341#6062871>, 
@dcausse wrote:
  
  > What we will implement internally for the isSomeValue function won't be 
doing exactly `STRSTARTS( STR(?o), 'http://www.wikidata.org/prop/somevalue/' ) 
` but uses blazegraph vocabulary and inlining facilities, not sure if this 
answers your question though.
  
  Yes, thank you. I was wondering if it is better (faster) to use `isLiteral` 
than `wikibase:isSomeValue` where possible .
  
  BTW also `isNumeric` can be used to test if a value is numeric or a blank 
node, and `lang` can used to test if a value is a monolingual text or a blank 
node. These should also still work.

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

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

To: Dipsacus_fullonum
Cc: Dipsacus_fullonum, Luitzen, VladimirAlexiev, Lea_Lacroix_WMDE, Jheald, 
Daniel_Mietchen, mkroetzsch, Denny, Lucas_Werkmeister_WMDE, Aklapper, dcausse, 
CBogen, darthmon_wmde, Nandana, 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


[Wikidata-bugs] [Maniphest] [Commented On] T244341: Wikibase RDF dump: stop using blank nodes for encoding SomeValue and OWL constraints

2020-04-16 Thread Dipsacus_fullonum
Dipsacus_fullonum added a comment.


  Yes,  `isLiteral` should still work for properties where the real values are 
literals. Without knowing the internal workings of Blazegraph I would guess 
that it is more efficient than `STRSTARTS( STR(?o), 
'http://www.wikidata.org/prop/somevalue/' ) `. Maybe that could be used in some 
way?

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

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

To: Dipsacus_fullonum
Cc: Dipsacus_fullonum, Luitzen, VladimirAlexiev, Lea_Lacroix_WMDE, Jheald, 
Daniel_Mietchen, mkroetzsch, Denny, Lucas_Werkmeister_WMDE, Aklapper, dcausse, 
CBogen, darthmon_wmde, Nandana, 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


[Wikidata-bugs] [Maniphest] [Commented On] T244341: Wikibase RDF dump: stop using blank nodes for encoding SomeValue and OWL constraints

2020-04-16 Thread Dipsacus_fullonum
Dipsacus_fullonum added a comment.


  Here is an example where `isLiteral`is used that a value isn't somevalue: 
https://stackoverflow.com/questions/53102725/make-filtering-people-by-birthyear-and-deathyear-criteria-more-performative-in-s

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

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

To: Dipsacus_fullonum
Cc: Dipsacus_fullonum, Luitzen, VladimirAlexiev, Lea_Lacroix_WMDE, Jheald, 
Daniel_Mietchen, mkroetzsch, Denny, Lucas_Werkmeister_WMDE, Aklapper, dcausse, 
CBogen, darthmon_wmde, Nandana, 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


[Wikidata-bugs] [Maniphest] [Commented On] T244341: Wikibase RDF dump: stop using blank nodes for encoding SomeValue and OWL constraints

2020-04-16 Thread Dipsacus_fullonum
Dipsacus_fullonum added a comment.


  You should be aware that also the functions `isIRI` or `isLiteral` (depending 
on property type) and `datatype` can be used and probably **is** used to test 
if a value is somevalue or a real value.

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

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

To: Dipsacus_fullonum
Cc: Dipsacus_fullonum, Luitzen, VladimirAlexiev, Lea_Lacroix_WMDE, Jheald, 
Daniel_Mietchen, mkroetzsch, Denny, Lucas_Werkmeister_WMDE, Aklapper, dcausse, 
CBogen, darthmon_wmde, Nandana, 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


[Wikidata-bugs] [Maniphest] [Commented On] T235540: StackOverflowError when SPARQL query uses same variable name before and after aggregation

2020-03-29 Thread Dipsacus_fullonum
Dipsacus_fullonum added a comment.


  Fair enough, but the StackOverflowError seems to be a Blazegraph error, so 
did anyone report the issue upstream? They have a Jira issue board at 
https://jira.blazegraph.com/secure/Dashboard.jspa but I don't see anything 
about this StackOverflowError.

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

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

To: Dipsacus_fullonum
Cc: Dipsacus_fullonum, 99of9, TuukkaH, Ainali, Mormegil, TomT0m, 
Lea_Lacroix_WMDE, Tagishsimon, Envlh, Mathew.onipe, Smalyshev, 
Lucas_Werkmeister_WMDE, Igorkim78, Aklapper, Evilricepuddin, darthmon_wmde, 
Nandana, 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


[Wikidata-bugs] [Maniphest] [Commented On] T235540: StackOverflowError when SPARQL query uses same variable name before and after aggregation

2020-03-27 Thread Dipsacus_fullonum
Dipsacus_fullonum added a comment.


  Why don't you close this as invalid and ask people to make correct SPARQL 
code?
  
  The SPARQL 1.1 specification clearly says in section "18.2.1 Variable Scope": 
"The variable v must not be in-scope at the point of the (expr AS v) form." 
Qouted from https://www.w3.org/TR/sparql11-query/#variableScope

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

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

To: Dipsacus_fullonum
Cc: Dipsacus_fullonum, 99of9, TuukkaH, Ainali, Mormegil, TomT0m, 
Lea_Lacroix_WMDE, Tagishsimon, Envlh, Mathew.onipe, Smalyshev, 
Lucas_Werkmeister_WMDE, Igorkim78, Aklapper, Evilricepuddin, darthmon_wmde, 
Nandana, 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


[Wikidata-bugs] [Maniphest] [Commented On] T230588: Wikidata Query Service is swapping items and properties

2020-02-15 Thread Dipsacus_fullonum
Dipsacus_fullonum added a comment.


  Also wikibase:quantityUnit is affected by this - unless the strange results 
of this query is caused by something else:
  
SELECT ?item ?itemLabel ?amount ?unit ?unitLabel
WHERE
{
  VALUES ?item { wd:Q20414458 }
  ?item p:P2048/psv:P2048 _:heigth .
  _:heigth wikibase:quantityAmount ?amount .
  _:heigth wikibase:quantityUnit ?unit .
  SERVICE wikibase:label { bd:serviceParam wikibase:language "en" . }
}
  
  Results:
  
  | item | itemLabel  | amount | unit | unitLabel  |
  | wd:Q20414458 | Blomsterstykke | 46 | wd:P174728 | P174728  |
  | wd:Q20414458 | Blomsterstykke | 46 | wd:Q174728 | centimetre |
  |

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

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

To: Zbyszko, Dipsacus_fullonum
Cc: Dipsacus_fullonum, Larske, Mathew.onipe, Esc3300, agray, Jakub.klimek, 
Gehel, bennofs, Magnus, Robby, Mmarx, jeremyb, Lea_Lacroix_WMDE, Manu1400, 
Lucas_Werkmeister_WMDE, Smalyshev, Moebeus, Aklapper, Fnielsen, darthmon_wmde, 
Nandana, 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


[Wikidata-bugs] [Maniphest] [Commented On] T244924: wikibase:label autovariables and sparql aggregation function like group_concat don’t work together

2020-02-11 Thread Dipsacus_fullonum
Dipsacus_fullonum added a comment.


  Not a bug. Use of the Label service in automatic mode for unbound variables 
in "GROUP BY" isn't mentioned as supported in the user manual 
(https://www.mediawiki.org/wiki/Wikidata_Query_Service/User_Manual#Label_service)
 so cannot be expected to work.

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

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

To: Dipsacus_fullonum
Cc: Dipsacus_fullonum, Wikidata-bugs, Aklapper, TomT0m, darthmon_wmde, Nandana, 
Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, 
Smalyshev, 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] T207651: Purge the necessary Wikimedia pages immediately when an edit is reverted on Wikidata

2019-06-24 Thread Dipsacus_fullonum
Dipsacus_fullonum added a comment.


  This seems to be the same or similar to T220829 
<https://phabricator.wikimedia.org/T220829> (Wikidata edit (rollback) not 
propagated to Wikipedia after 10 days)

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

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

To: Dipsacus_fullonum
Cc: Dipsacus_fullonum, Aklapper, Lydia_Pintscher, abian, 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] T220829: Wikidata edit (rollback) not propagated to Wikipedia after 10 days

2019-04-12 Thread Dipsacus_fullonum
Dipsacus_fullonum added a comment.


  I found the same problem at huwiki at the page 
https://hu.wikipedia.org/wiki/Geert_Wilders by looking at the global file usage 
for 
   the wrong image at https://commons.wikimedia.org/wiki/File:MarkRutte.jpg. 
Again when logged in at huwíki I saw the correct image of Geert Wilders. And 
when I logged off, I saw the image of Mark Rutte in the infobox. Again I fixed 
it by a null edit of the page.

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

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

To: Dipsacus_fullonum
Cc: Ladsgroup, Lydia_Pintscher, Lea_Lacroix_WMDE, Aklapper, Dipsacus_fullonum, 
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] [Commented On] T157868: Lua functions do not resolve redirects

2018-08-22 Thread Dipsacus_fullonum
Dipsacus_fullonum added a comment.
I don't understand why this doesn't have high priority. It makes the functions mw.wikibase.getLabel( id ), mw.wikibase.getDescription( id ), and mw.wikibase.getSitelinkl( id ) unreliable for IDs obtained from a module's arguments or from statement values of type wikibase-entityid in other entities.

Thus you are forced to use the expensive mw.wikibase.getEntity( id ) and entity:getLabel(), entity:getDescription(), and entity:getSitelink() to get reliable results.TASK DETAILhttps://phabricator.wikimedia.org/T157868EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Dipsacus_fullonumCc: Dipsacus_fullonum, eranroz, Uzume, Salgo60, Larske, hoo, matej_suchanek, Aklapper, 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