[Wikidata-bugs] [Maniphest] T323423: Order of OPTIONAL statements change the result of the query

2022-11-19 Thread Rdrg109 
Rdrg109 added a comment.


  Today, I executed Query 2 in the following some sintances of Wikibase Cloud. 
Namely, in the following instances
  
  - https://addshore-alpha.wikibase.cloud/query/
  - https://biomarker.wikibase.cloud/query/
  - https://celltypes.wikibase.cloud/query/
  - https://furry.wikibase.cloud/query/
  - https://iot-device.wikibase.cloud/query/
  - https://swedishmuseum.wikibase.cloud/query/
  - https://sweopendata.wikibase.cloud/query/
  - https://worlduniversityandschooldatabase.wikibase.cloud/query/
  
  and all of them showed the unexpected result for Query 2. That is, the 
following result.
  
  | a   | b   | c   |
  | --- | --- | --- |
  | 10  | | |
  | 100 | 200 | 300 |

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

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

To: Rdrg109
Cc: Aklapper, Rdrg109, Astuthiodit_1, AWesterinen, karapayneWMDE, Invadibot, 
MPhamWMF, maantietaja, CBogen, ItamarWMDE, Akuckartz, 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
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T323423: Order of OPTIONAL statements change the result of the query

2022-11-18 Thread Rdrg109 
Rdrg109 updated the task description.

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

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

To: Rdrg109
Cc: Aklapper, Rdrg109, AWesterinen, MPhamWMF, CBogen, Namenlos314, Gq86, 
Lucas_Werkmeister_WMDE, EBjune, merbst, Jonas, Xmlizer, jkroll, Wikidata-bugs, 
Jdouglas, aude, Tobias1984, Manybubbles
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T323423: Order of OPTIONAL statements change the result of the query

2022-11-18 Thread Rdrg109 
Rdrg109 updated the task description.

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

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

To: Rdrg109
Cc: Aklapper, Rdrg109, AWesterinen, MPhamWMF, CBogen, Namenlos314, Gq86, 
Lucas_Werkmeister_WMDE, EBjune, merbst, Jonas, Xmlizer, jkroll, Wikidata-bugs, 
Jdouglas, aude, Tobias1984, Manybubbles
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T323423: Order of OPTIONAL statements change the result of the query

2022-11-18 Thread Rdrg109 
Rdrg109 created this task.
Rdrg109 added a project: Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  I wish the queries shown in this post were simpler, but I didn't find a 
simpler way to reproduce it.
  
  **Steps to replicate the issue** (include links if applicable):
  
  - Execute the following query. Let's call this query "Query 1"
  
SELECT ?a ?b ?c
WITH {
  SELECT * {
VALUES ?a {10 100}.
  }
} AS %0
WITH {
  SELECT * {
VALUES (?a ?b) {
  (100 200)
}
  }
} AS %1
WITH {
  SELECT * {
VALUES (?a ?c) {
  (10 30)
  (100 300)
}
  }
} AS %2
# Below is what I call the "main query"
{
  INCLUDE %0.
  OPTIONAL{INCLUDE %2}.
  OPTIONAL{INCLUDE %1}.
}
  
  
  
  - Execute the following query. Let's call this query "Query 2". The 
difference between Query 1 and Query 2 is the order of the `OPTIONAL` 
statements in the main query.
  
SELECT ?a ?b ?c
WITH {
  SELECT * {
VALUES ?a {10 100}.
  }
} AS %0
WITH {
  SELECT * {
VALUES (?a ?b) {
  (100 200)
}
  }
} AS %1
WITH {
  SELECT * {
VALUES (?a ?c) {
  (10 30)
  (100 300)
}
  }
} AS %2
# Below is what I call the "main query"
{
  INCLUDE %0.
  OPTIONAL{INCLUDE %1}.
  OPTIONAL{INCLUDE %2}.
}
  
  At this point, the bug has already been reproduced.
  
  **What happens?**:
  
  Query 1 returns the following result.
  
  | a   | b   | c   |
  | --- | --- | --- |
  | 10  | | 30  |
  | 100 | 200 | 300 |
  |
  
  Query 2 returns the following result.
  
  | a   | b   | c   |
  | --- | --- | --- |
  | 10  | | |
  | 100 | 200 | 300 |
  |
  
  **What should have happened instead?**:
  
  Query 2 should have returned the same result as Query 1.
  
  **Software version**
  
  + WDQS version: (current version as of the time of this writing. Sorry, I 
don't know how to obtain this information)
  + Blazegraph version: (current version used by WDQS as of the time of this 
writing. Sorry, I don't know how to obtain this information)
  
  **Other information** (browser name/version, screenshots, etc.):
  
  I have two hypotheses for the cause of this issue: (1) a bug in Blazegraph 
that depends on the version that is being used (2) a modification done by the 
Wikibase team to Blazegraph.
  
  In my opinion, (2) makes more sense because LinguaLibre also uses Wikibase 
and I could reproduce the issue in https://lingualibre.org/bigdata/#query . 
That is, Query 1 produced the first table shown below while Query 2 produced 
the second table shown below.
  
  | a   | b   | c   |
  | --- | --- | --- |
  | 10  | | 30  |
  | 100 | 200 | 300 |
  |
  
  
  
  | a   | b   | c   |
  | --- | --- | --- |
  | 10  | | |
  | 100 | 200 | 300 |
  |
  
  For the record, the following code block shows the Blazegraph version that 
was reported by https://lingualibre.org/bigdata/#status when I executed Query 1 
and Query 2.
  
text
Build Version=2.1.6-wmf.1
2Build Git Commit=ab0ea16eaf37eacebe20b069eece8772216683ba
Build Git Branch=refs/heads/blazegraph-parent-2.1.6-wmf.1
  
  I couldn't reproduce this issue in http://rdf.geneontology.org/blazegraph. 
That is, Query 1 and Query 2 returned the same result (see table below).
  
  | a   | b   | c   |
  | --- | --- | --- |
  | 10  | | 30  |
  | 100 | 200 | 300 |
  |
  
  For the record, the following code block shows the Blazegraph version that 
was reported by http://rdf.geneontology.org/blazegraph/#status when I executed 
Query 1 and Query 2.
  
text
Build Version=2.1.4
Build Git Commit=738d05f08cffd319233a4bfbb0ec2a858e260f9c
Build Git Branch=N/A
  
  I couldn't reproduce this issue in https://blazegraph.virtualtreasury.ie. 
That is, Query 1 and Query 2 returned the same result (see table below).
  
  | a   | b   | c   |
  | --- | --- | --- |
  | 10  | | 30  |
  | 100 | 200 | 300 |
  |
  
  For the record, the following code block shows the Blazegraph version that 
was reported by https://blazegraph.virtualtreasury.ie/blazegraph/#status when I 
executed Query 1 and Query 2.
  
text
Build Version=2.1.6-SNAPSHOT
Build Git Commit=6b0c935523f5064b80279b30a5175a858cddd2a1
Build Git Branch=refs/heads/BLAZEGRAPH_2_1_6_RC

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

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

To: Rdrg109
Cc: Aklapper, Rdrg109, AWesterinen, MPhamWMF, CBogen, Namenlos314, Gq86, 
Lucas_Werkmeister_WMDE, EBjune, merbst, Jonas, Xmlizer, jkroll, Wikidata-bugs, 
Jdouglas, aude, Tobias1984, Manybubbles
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T321855: Using DISTINCT with VALUES returns more results that expected

2022-10-27 Thread Rdrg109 
Rdrg109 created this task.
Rdrg109 added a project: Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  **The context**
  
  Before describing the issue, please let me present some context.
  
  Query 1: This query returns the highest point of Earth and Mars. I executed 
it and it returned 4 results in 110ms, also, all the returned values were 
unique. To me, this is expected behavior.
  
SELECT ?value {
  VALUES ?item {wd:Q2 wd:Q111}.
  ?item wdt:P610 ?value.
}
  
  Query 2: This query returns the distinct values of highest point of the item 
Earth. I executed it and it returned 3 results in 123ms. To me, this is 
expected behavior.
  
SELECT DISTINCT ?value {
  VALUES ?item {wd:Q2}.
  ?item wdt:P610 ?value.
}
  
  Query: 3: This query returns the distinct values of highest point of Earth 
and Mars. I executed it and it returned 11158 results in 197ms. To me, this is 
**NOT** expected behavior.
  
SELECT DISTINCT ?value {
  VALUES ?item {wd:Q2 wd:Q111}.
  ?item wdt:P610 ?value.
}
  
  Query 4: This query does the same of Query 3, but it is enclosed in a named 
subquery. I executed it and it returned 4 results in 133ms. To me, this is 
expected behavior.
  
SELECT *
WITH {
  SELECT DISTINCT ?value {
VALUES ?item {wd:Q2 wd:Q111}.
?item wdt:P610 ?value.
  }
} AS %0
{
  INCLUDE %0.
}
  
  I think Query 3 has a problem. I've described my reasoning below.
  
  **Steps to replicate the issue**
  
  1. Execute the following query (previously called Query 3) in WDQS.
  
SELECT DISTINCT ?value {
  VALUES ?item {wd:Q2 wd:Q111}.
  ?item wdt:P610 ?value.
}
  
  The query query returned 11158 (as of the time of this writing), even though 
the distinct values for highest point (P610 
<https://www.wikidata.org/wiki/Property:P610>) of Earth (Q2) and Mars (Q111) 
are only 4, as shown by Query 1 and Query 4.
  
  **What should have happened instead?**:
  
  The query should have returned 4 items, since the `DISTINCT` values for 
"Earth" (Q2) and "Mars" (Q111) are only 4 (this can be proved by executing 
Query 1 or Query 4).
  
  **Additional information**
  
  I think the bug is when using `DISTINCT` with `VALUES`.
  
  The following query gets the value of parent taxon (P171 
<https://www.wikidata.org/wiki/Property:P171>) of hippopotamus (Q34505) and 
tiger (Q19939). I executed it and it returned 2 results in 296ms.
  
SELECT ?value {
  VALUES ?item {wd:Q34505 wd:Q19939}
  ?item wdt:P171 ?value.
}
  
  I executed the query with `DISTINCT` (see below) and it timed out.
  
SELECT DISTINCT ?value {
  VALUES ?item {wd:Q34505 wd:Q19939}
  ?item wdt:P171 ?value.
}
  
  **Software version**
  
  WDQS as of the time of this writing.
  
  **Other information**
  
  Browser: Mozilla Firefox 106.0.1

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

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

To: Rdrg109
Cc: Aklapper, Rdrg109, AWesterinen, MPhamWMF, CBogen, Namenlos314, Gq86, 
Lucas_Werkmeister_WMDE, EBjune, merbst, Jonas, Xmlizer, jkroll, Wikidata-bugs, 
Jdouglas, aude, Tobias1984, Manybubbles
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T314862: Error in WDQS: "Server error: JSON.parse: unterminated string at line ... column ... of the JSON data"

2022-08-09 Thread Rdrg109 
Rdrg109 created this task.
Rdrg109 added a project: Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  **Steps to replicate the issue** (include links if applicable):
  
  - Execute the following query in Wikidata Query Service. The query obtains 
all those items that were born in a place that is located in People's Republic 
of China (query here <https://w.wiki/5Z3G>)
  
SELECT ?item {
  ?item wdt:P19/wdt:P131* wd:Q148. 
}
  
  **What happens?**:
  
  The following error is shown (see image below)
  
Server error: JSON.parse: unterminated string at line 82924 column 55 of 
the JSON data
  
  
  
{
  "head" : {
"vars" : [ "item" ]
  },
  "results" : {
"bindings" : [ {
  "item" : {
"type" : "uri",
"value" : "http://www.wikidata.org/entity/Q7265;
  }
}, {
  "item" : {
"type" : "uri",
"value" : "http://www.wikidata.org/entity/Q7511;
  }
(more lines)
}, {
  "item" : {
"type" : "uri",
"value" : "http://www.wikidata.org/entity/Q151
  
  F35413261: image.png <https://phabricator.wikimedia.org/F35413261>
  
  **What should have happened instead?**:
  
  - The table of Wikidata items should be shown. This error doesn't happen with 
other countries. I executed the same query with Uruguay instead of China and  
the query was succesfully executed (see image below)
  
SELECT ?item {
  ?item wdt:P19/wdt:P131* wd:Q77. 
}
  
  F35413265: image.png <https://phabricator.wikimedia.org/F35413265>
  
  **Software version**:
  
  - Wikidata Query Service (as of the time of this writing)
  
  **Other information**:
  
  - Browser: Mozilla Firefox 103.0.1

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

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

To: Rdrg109
Cc: Aklapper, Rdrg109, AWesterinen, MPhamWMF, CBogen, Namenlos314, Gq86, 
Lucas_Werkmeister_WMDE, EBjune, merbst, Jonas, Xmlizer, jkroll, Wikidata-bugs, 
Jdouglas, aude, Tobias1984, Manybubbles
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T305760: Not possible to see more than 7 results when doing an item search on Commons

2022-04-09 Thread Rdrg109 
Rdrg109 added a comment.


  @Nikki What do you mean with "depicts" field? I know "depicts" is a WIkidata 
property that is used in both Wikidata items and Structured Data on Commons, 
but I don't understand the part "enter search text ... into the depicts field".

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

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

To: Rdrg109
Cc: Rdrg109, Nikki, Aklapper, Astuthiodit_1, karapayneWMDE, Invadibot, 
GFontenelle_WMF, maantietaja, FRomeo_WMF, CBogen, ItamarWMDE, Nintendofan885, 
Akuckartz, Nandana, JKSTNK, Lahi, Gq86, E1presidente, Ramsey-WMF, Cparle, 
SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, 
Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023, 
Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, 
Lydia_Pintscher, Raymond, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T304646: "500 Internal Server Error" is returned in Wikimedia Commons Query Service

2022-03-24 Thread Rdrg109 
Rdrg109 added a comment.


  In the account **(A)** that I've been lately using for experimenting with 
WCQS, the error is reported. In the other account **(B)**, it is not, the query 
finishes in 606 ms. I think my account **(A)** reached the rate limit, but I 
don't know how to confirm it.
  
  I'm not sure if there's a rate limit in WCQS, could anyone confirm this? and 
if so, where could someone see their current rate progress?

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

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

To: Rdrg109
Cc: Aklapper, Rdrg109, MPhamWMF, CBogen, Namenlos314, Gq86, 
Lucas_Werkmeister_WMDE, EBjune, merbst, Jonas, Xmlizer, jkroll, Wikidata-bugs, 
Jdouglas, aude, Tobias1984, Manybubbles
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T303674: Entities displayed in #defaultView:Tree are not clickable

2022-03-14 Thread Rdrg109 
Rdrg109 added a comment.


  I've been thinking more about this and I think the reason why left clicking 
on an item doesn't open the Wikidata item is that left click expand and 
collapse groups in that view.
  
  I wonder what could be a solution to let users know that right clicking on a 
line gives them a link to the Wikidata item so that they don't have the same 
question that I had.

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

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

To: Rdrg109
Cc: Aklapper, Rdrg109, Astuthiodit_1, karapayneWMDE, Invadibot, MPhamWMF, 
maantietaja, CBogen, Akuckartz, 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
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T303674: Entities displayed in #defaultView:Tree are not clickable

2022-03-14 Thread Rdrg109 
Rdrg109 added a comment.


  After playing a little bit more with that view, I noticed that it is possible 
to get a link to the Wikidata item by right clicking in the line. See 
screenshot below.
  
  F35005242: image.png <https://phabricator.wikimedia.org/F35005242>

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

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

To: Rdrg109
Cc: Aklapper, Rdrg109, Astuthiodit_1, karapayneWMDE, Invadibot, MPhamWMF, 
maantietaja, CBogen, Akuckartz, 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
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T303674: Entities displayed in #defaultView:Tree are not clickable

2022-03-12 Thread Rdrg109 
Rdrg109 updated the task description.

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

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

To: Rdrg109
Cc: Aklapper, Rdrg109, MPhamWMF, CBogen, Namenlos314, Gq86, 
Lucas_Werkmeister_WMDE, EBjune, merbst, Jonas, Xmlizer, jkroll, Wikidata-bugs, 
Jdouglas, aude, Tobias1984, Manybubbles
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T303674: Entities displayed in #defaultView:Tree are not clickable

2022-03-12 Thread Rdrg109 
Rdrg109 updated the task description.

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

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

To: Rdrg109
Cc: Aklapper, Rdrg109, MPhamWMF, CBogen, Namenlos314, Gq86, 
Lucas_Werkmeister_WMDE, EBjune, merbst, Jonas, Xmlizer, jkroll, Wikidata-bugs, 
Jdouglas, aude, Tobias1984, Manybubbles
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T303674: Entities displayed in #defaultView:Tree are not clickable

2022-03-12 Thread Rdrg109 
Rdrg109 added a project: Wikidata-Query-Service.

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

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

To: Rdrg109
Cc: Aklapper, Rdrg109, MPhamWMF, CBogen, Namenlos314, Gq86, 
Lucas_Werkmeister_WMDE, EBjune, merbst, Jonas, Xmlizer, jkroll, Wikidata-bugs, 
Jdouglas, aude, Tobias1984, Manybubbles
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T223736: Render images (and other non-text data) in the table view of query results

2022-02-02 Thread Rdrg109 
Rdrg109 added a comment.


  Another non-text data field that is not currently rendered in the table view 
are audio files.
  
  Supporting this would be of great help. For example, it would allow audios to 
be played in a query that lists lexemes with their pronunciation audios 
(`P443`).

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

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

To: Rdrg109
Cc: Naseweis520, Rdrg109, Nikki, Lucas_Werkmeister_WMDE, Aklapper, Jakob_WMDE, 
waldyrious, Invadibot, MPhamWMF, maantietaja, CBogen, Akuckartz, Nandana, 
Namenlos314, Lahi, Gq86, GoranSMilovanovic, Mahir256, QZanden, EBjune, merbst, 
LawExplorer, Salgo60, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T285157: New datatype to refer to a specific Wikibase statement

2022-01-28 Thread Rdrg109 
Rdrg109 added a comment.


  In T285157#7250626 <https://phabricator.wikimedia.org/T285157#7250626>, 
@SCIdude wrote:
  
  > Nice coincidence @Lydia_Pintscher , see also 
https://www.wikidata.org/wiki/Wikidata:Project_chat#referencing_specific_statements
  
  The discussion mentioned by SCIdude (comment quoted) can be found at this 
page in the Project chat Archive 
<https://www.wikidata.org/wiki/Wikidata:Project_chat/Archive/2021/08#referencing_specific_statements>.

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

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

To: Rdrg109
Cc: Rdrg109, Lectrician1, Lydia_Pintscher, SCIdude, Esc3300, R4356th, Aklapper, 
Bugreporter, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T299290: Unexpected behavior in federated queries with LinguaLibre in WDQS

2022-01-19 Thread Rdrg109 
Rdrg109 renamed this task from "Unexpected behavior in federated queries in 
WDQS" to "Unexpected behavior in federated queries with LinguaLibre in WDQS".

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

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

To: Rdrg109
Cc: dcausse, Rdrg109, Invadibot, MPhamWMF, maantietaja, CBogen, Akuckartz, 
Eihel, Nandana, Namenlos314, Poslovitch, Lahi, Gq86, Lucas_Werkmeister_WMDE, 
GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, 
Pamputt, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, Base, 
aude, Tobias1984, Manybubbles, Mbch331, Ltrlg
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T299356: Depicts statements are shown in WCQS but not in SDC

2022-01-17 Thread Rdrg109 
Rdrg109 added projects: Commons, SDC General, Wikidata-Query-Service.

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

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

To: Rdrg109
Cc: Aklapper, Rdrg109, GFontenelle_WMF, MPhamWMF, Y.ssk, FRomeo_WMF, 
Muchiri124, CBogen, Nintendofan885, JKSTNK, Namenlos314, Lahi, Gq86, 
E1presidente, Ramsey-WMF, Cparle, Anoop, SandraF_WMF, Lucas_Werkmeister_WMDE, 
EBjune, Tramullas, Acer, merbst, Salgo60, Silverfish, 4nn1l2, Taiwania_Justo, 
Jonas, Xmlizer, Susannaanas, Ixocactus, Wong128hk, Jane023, jkroll, 
Wikidata-bugs, Jdouglas, Base, matthiasmullie, aude, Tobias1984, El_Grafo, 
Dinoguy1000, Manybubbles, Ricordisamoa, Wesalius, Lydia_Pintscher, Raymond, 
Steinsplitter
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T299290: Unexpected behavior in federated queries in WDQS

2022-01-15 Thread Rdrg109 
Rdrg109 updated the task description.

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

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

To: Rdrg109
Cc: Rdrg109, Invadibot, MPhamWMF, maantietaja, CBogen, Akuckartz, Eihel, 
Nandana, Namenlos314, Poslovitch, Lahi, Gq86, Lucas_Werkmeister_WMDE, 
GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, 
Pamputt, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, Base, 
aude, Tobias1984, Manybubbles, Mbch331, Ltrlg
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T299290: Unexpected behavior in federated queries in WDQS

2022-01-15 Thread Rdrg109 
Rdrg109 created this task.
Rdrg109 added projects: Wikidata-Query-Service, Wikidata, Lingua Libre.

TASK DESCRIPTION
  **List of steps to reproduce** (step by step, including full links if 
applicable):
  
  1. Execute the query shown below in WDQS (link to the query in WDQS 
<https://w.wiki/4gvs>)
  
PREFIX linguap: <https://lingualibre.org/prop/direct/>
PREFIX linguae: <https://lingualibre.org/entity/>

SELECT * {
  SERVICE <https://lingualibre.org/sparql> {
SELECT ?item {
  ?item linguap:P2 linguae:Q5.
}
  }
}
  
  **What happens?**:
  
  It results in `Server error`.
  
  **What should have happened instead?**:
  
  The query should be successfully executed as happens in Sophox 
<https://sophox.org> (link to the same query in Sophox 
<https://tinyurl.com/ybvsnb3r>)
  
  **Software version (if not a Wikimedia wiki), browser information, 
screenshots, other information, etc.**:
  
  WDQS at the time of this writing.
  
  **Additional information**
  
  I was looking into this so I wrote some more examples. I'll paste them here 
as it'll probably help people that look into this.
  
  The following query **(A)** results in `Server error`.
  
sparql
PREFIX prop: <https://lingualibre.org/prop/direct/>
PREFIX entity: <https://lingualibre.org/entity/>

SELECT * {
  SERVICE <https://lingualibre.org/sparql> {
SELECT ?item ?itemLabel {
  ?item prop:P2 entity:Q5.
  SERVICE wikibase:label {bd:serviceParam wikibase:language "en".}
}
  }
}
  
  The following query **(B)** is succesfully executed. Note that the only thing 
that changed are the name of the prefixes.
  
sparql
PREFIX linguap: <https://lingualibre.org/prop/direct/>
PREFIX linguae: <https://lingualibre.org/entity/>

SELECT * {
  SERVICE <https://lingualibre.org/sparql> {
SELECT ?item ?itemLabel {
  ?item linguap:P2 linguae:Q5.
  SERVICE wikibase:label {bd:serviceParam wikibase:language "en".}
}
  }
}
  
  I first thought that the root cause for this problem in **(A)** was the name 
of the prefixes, but this is not true. Proof is shown below.
  
  The following query **(C)** uses `prop` and `entity` as prefixes, it results 
in `Server error`.
  
sparql
PREFIX prop: <https://lingualibre.org/prop/direct/>
PREFIX entity: <https://lingualibre.org/entity/>

SELECT * {
  SERVICE <https://lingualibre.org/sparql> {
SELECT ?item {
  ?item prop:P2 entity:Q5.
}
  }
}
  
  The following query **(D)** uses `linguap` and `linguae` as prefixes, it 
results in `Server error` too.
  
sparql
PREFIX linguap: <https://lingualibre.org/prop/direct/>
PREFIX linguae: <https://lingualibre.org/entity/>

SELECT * {
  SERVICE <https://lingualibre.org/sparql> {
SELECT ?item {
  ?item linguap:P2 linguae:Q5.
}
  }
}
  
  The queries **(A)**, **(B)**, **(C)** and **(D)** were succesfully executed 
in Sophox <https://sophox.org>.

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

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

To: Rdrg109
Cc: Rdrg109, Invadibot, MPhamWMF, maantietaja, CBogen, Akuckartz, Eihel, 
Nandana, Namenlos314, Poslovitch, Lahi, Gq86, Lucas_Werkmeister_WMDE, 
GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, 
Pamputt, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, Base, 
aude, Tobias1984, Manybubbles, Mbch331, Ltrlg
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T299241: Add LinguaLibre SPARQL endpoint to the list of WDQS supported endpoints

2022-01-14 Thread Rdrg109 
Rdrg109 closed this task as "Resolved".
Rdrg109 claimed this task.

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

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

To: Rdrg109
Cc: Yug, Rdrg109, Invadibot, MPhamWMF, maantietaja, CBogen, Akuckartz, Eihel, 
Nandana, Namenlos314, Poslovitch, Lahi, Gq86, Lucas_Werkmeister_WMDE, 
GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, 
Pamputt, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, Base, 
aude, Tobias1984, Manybubbles, Mbch331, Ltrlg
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T299241: Add LinguaLibre SPARQL endpoint to the list of WDQS supported endpoints

2022-01-14 Thread Rdrg109 
Rdrg109 updated the task description.

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

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

To: Rdrg109
Cc: Yug, Rdrg109, Invadibot, MPhamWMF, maantietaja, CBogen, Akuckartz, Eihel, 
Nandana, Namenlos314, Poslovitch, Lahi, Gq86, Lucas_Werkmeister_WMDE, 
GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, 
Pamputt, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, Base, 
aude, Tobias1984, Manybubbles, Mbch331, Ltrlg
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T299241: Add LinguaLibre SPARQL endpoint to the list of WDQS supported endpoints

2022-01-14 Thread Rdrg109 
Rdrg109 added a comment.


  Someone in the Telegram group of Wikidata mentioned that the endpoint is 
currently supported with the following URL: https://lingualibre.org/sparql . I 
just checked and, in fact, it is supported.
  
  Here's a minimal working example as a proof (query in WDQS 
<https://w.wiki/4gbE>)
  
SELECT * {
  SERVICE <https://lingualibre.org/sparql> {
SELECT ?foo {
  VALUES ?foo {1 2 3}.
}
  }
}
  
  A more complete example is shown below (query in WDQS <https://w.wiki/4gbG>)
  
PREFIX prop: <https://lingualibre.org/prop/direct/>
PREFIX entity: <https://lingualibre.org/entity/>

SELECT * {
  SERVICE <https://lingualibre.org/sparql> {
SELECT ?item ?itemLabel {
  ?item prop:P2 entity:Q5.
  SERVICE wikibase:label {bd:serviceParam wikibase:language "en".}
}
  }
}
  
  I think this ticked can be closed.

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

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

To: Rdrg109
Cc: Yug, Rdrg109, Invadibot, MPhamWMF, maantietaja, CBogen, Akuckartz, Eihel, 
Nandana, Namenlos314, Poslovitch, Lahi, Gq86, Lucas_Werkmeister_WMDE, 
GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, 
Pamputt, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, Base, 
aude, Tobias1984, Manybubbles, Mbch331, Ltrlg
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T299241: Add LinguaLibre SPARQL endpoint to the list of WDQS supported endpoints

2022-01-14 Thread Rdrg109 
Rdrg109 renamed this task from "Add LinguaLibre SPARQL endpoint to the " to 
"Add LinguaLibre SPARQL endpoint to the list of WDQS supported endpoints".

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

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

To: Rdrg109
Cc: Rdrg109, MPhamWMF, CBogen, Eihel, Namenlos314, Poslovitch, Gq86, 
Lucas_Werkmeister_WMDE, EBjune, merbst, Pamputt, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, Base, aude, Tobias1984, Manybubbles, Ltrlg
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T299241: Add LinguaLibre SPARQL endpoint to the

2022-01-14 Thread Rdrg109 
Rdrg109 created this task.
Rdrg109 added projects: Lingua Libre, Wikidata-Query-Service.

TASK DESCRIPTION
  **Feature summary** (what you would like to be able to do and where):
  
  LinguaLibre  (Q60024037 <https://www.wikidata.org/wiki/Q60024037>) has a 
SPARQL endpoint that can be used to query data from that project.
  
  The request is to add its SPARQL endpoint to the list of WDQS supported 
endpoints.
  
  The URL for the endpoint is 
https://lingualibre.org/bigdata/namespace/wdq/sparql
  
  **Use case(s)** (list the steps that you performed to discover that problem, 
and describe the actual underlying problem which you want to solve. Do not 
describe only a solution):
  
  I wrote the following minimal working example <https://w.wiki/4eDZ> and tried 
to run it in WDQS
  
SELECT * {
  SERVICE <https://lingualibre.org/bigdata/namespace/wdq/sparql> {
SELECT ?foo {
  VALUES ?foo {1 2 3}.
}
  }
}
  
  I got `Server error` with the following message
  
SPARQL-QUERY: queryStr=SELECT * {
  SERVICE <https://lingualibre.org/bigdata/namespace/wdq/sparql> {
SELECT ?foo {
  VALUES ?foo {1 2 3}.
}
  }
}
java.util.concurrent.ExecutionException: 
java.util.concurrent.ExecutionException: java.lang.IllegalArgumentException: 
Service URI https://lingualibre.org/bigdata/namespace/wdq/sparql is not allowed
at java.util.concurrent.FutureTask.report(FutureTask.java:122)

(... 89 more lines ...)
  
  As you can see above, the following error is shown `Service URI 
https://lingualibre.org/bigdata/namespace/wdq/sparql is not allowed`. This 
happens because the SPARQL endpoint of LinguaLibre is not supported (therefore, 
it isn't listed in the SPARQL federation endpoints of WDQS 
<https://www.mediawiki.org/wiki/Wikidata_Query_Service/User_Manual/SPARQL_Federation_endpoints>)
  
  **Benefits** (why should this be implemented?):
  
  - Wikidata contributors will be able to query LinguaLibre data from WDQS.
  - LinguaLibre contributors would be able to share LinguaLibre related SPARQL 
queries by the using WDQS URL shortener. As of the time of this writing, 
LinguaLibre doesn't have a query service yet, users can write queries in the 
default interface of Blazegraph Workbench (link 
<https://lingualibre.org/bigdata/#query>) and AFAIK Blazegraph Workbench 
doesn't provide a URL Shortener.

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

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

To: Rdrg109
Cc: Rdrg109, MPhamWMF, CBogen, Eihel, Namenlos314, Poslovitch, Gq86, 
Lucas_Werkmeister_WMDE, EBjune, merbst, Pamputt, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, Base, aude, Tobias1984, Manybubbles, Ltrlg
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org