[Wikidata-bugs] [Maniphest] [Commented On] T197588: Agree on a "manifest" format to expose the configuration of Wikibase instances
Gstupp added a comment. For reference: The IDs the constraint checker needs are here: https://github.com/wikimedia/mediawiki-extensions-WikibaseQualityConstraints/blob/master/extension.json The config they've used is explained here: https://github.com/wikimedia/mediawiki-extensions-WikibaseQualityConstraints#data-importTASK DETAILhttps://phabricator.wikimedia.org/T197588EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GstuppCc: Gstupp, Lucas_Werkmeister_WMDE, Pintoch, 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
[Wikidata-bugs] [Maniphest] [Created] T197600: Clarify Time format expected in wbeditentity
Gstupp created this task.Gstupp added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWhen you give a time format like: "+2017-03-08T12:11:02Z", you get the following error message:
{'error': {'messages': [{'html': {'*': 'Malformed input: +2017-03-08T12:11:02Z'}, 'parameters': ['+2017-03-08T12:11:02Z'], 'name': 'wikibase-validator-malformed-value'}], 'info': 'Malformed input: +2017-03-08T12:11:02Z', 'code': 'modification-failed', '*': 'See https://www.wikidata.org/w/api.php for API usage. Subscribe to the mediawiki-api-announce mailing list at https://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce; for notice of API deprecations and breaking changes.'}, 'servedby': 'mw1343'}
which doesn't actually tell you what is wrong.
After several excruciating minutes, I figured out it wanted "+2017-03-08T00:00:00Z"
It would be helpful if the error message was clearer :D
This should also be in here: https://www.wikidata.org/wiki/Help:DatesTASK DETAILhttps://phabricator.wikimedia.org/T197600EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GstuppCc: Gstupp, 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
[Wikidata-bugs] [Maniphest] [Created] T197570: wbeditentity: Implement 'simulate' option
Gstupp created this task.Gstupp added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONIt would nice if you could hit the wbeditentity endpoint, with some data in data, and *simulate* the edit action occurring (without actually committing the edit), and have this api call return the full JSON object of the item. This would be useful to be able to check if an edit on an item will conform to a particular shape _expression_, should the edit take place, without actually performing the edit.TASK DETAILhttps://phabricator.wikimedia.org/T197570EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GstuppCc: Gstupp, 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
[Wikidata-bugs] [Maniphest] [Edited] T196399: WDQS returns incorrect data
Gstupp updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONThe WDQS is returning results that differ from what is in Wikidata. See https://phabricator.wikimedia.org/T112397 for previous discussions|wds:Q21990261-99529C15-67CB-4166-860D-C4F68336183E | wdref:d472129d472e46ce41323852d3594fefc26467fa| `pr:P854` ||...TASK DETAILhttps://phabricator.wikimedia.org/T196399EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GstuppCc: Gstupp, Aklapper, Lahi, Gq86, Darkminds3113, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, Jonas, 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] T196399: WDQS returns incorrect data
Gstupp created this task.Gstupp added projects: Wikidata-Query-Service, Wikidata.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONThe WDQS is returning results that differ from what is in Wikidata. See https://phabricator.wikimedia.org/T112397 for previous discussions.
Example:
Run the following SPARQL query:
select * where {
wd:Q21990261 p:P361 ?s .
?s ps:P361 wd:Q24772701 .
?s prov:wasDerivedFrom ?ref .
?ref ?b ?c .
}
I get one row as a result:
srefbc
wds:Q21990261-99529C15-67CB-4166-860D-C4F68336183Ewdref:d472129d472e46ce41323852d3594fefc26467fapr:P854http://www.ebi.ac.uk/interpro/protein/A1Y9I9
If you look on Wikidata: https://www.wikidata.org/wiki/Q21990261#P361, this is missing the stated in on the reference.
If you run the same query with replacing the wd:Q21990261 with wd:Q21135100, you'll see the query works just fine.TASK DETAILhttps://phabricator.wikimedia.org/T196399EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GstuppCc: Gstupp, Aklapper, Lahi, Gq86, Darkminds3113, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, Jonas, 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] T151329: [Task] investigate https://tools.wmflabs.org/wikidata-externalid-url to see if we can do some of that in Wikibase directly
Gstupp added a comment. Just a followup question: "We will introduce a way to make a statement on the property that links to a Lua module that provides the correct link for the given identifier." Does this exist yet or is it in progress? @Lydia_PintscherTASK DETAILhttps://phabricator.wikimedia.org/T151329EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, GstuppCc: Gstupp, Glorian_WD, WMDE-leszek, Mbch331, Aleksey_WMDE, thiemowmde, Pasleim, Esc3300, Aklapper, Stigmj, Nikki, hoo, Lydia_Pintscher, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T194972: Fixture data to populate a new Wikibase docker instance
Gstupp added a comment. I've been working a little on this and have created a couple python scripts to help pre-populate a fresh wikibase. Located here: https://github.com/stuppie/wikibase-tools It creates "equivalent property" and "equivalent class" properties, and then allows you to import either a set of QIDs and/or PIDs from wikidata, or can import all properties from Wikidata, and creates the respective equivalent class/property statements with values linking back to the Wikidata URIs. Future plan is to allow giving a Shex template and importing the relevant data from the resulting ttlsTASK DETAILhttps://phabricator.wikimedia.org/T194972EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GstuppCc: Gstupp, Jumtist, Addshore, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Abbe98, 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] T194898: wdqs-frontend service does not start
Gstupp added a comment. Never mind, I didn't pull firstTASK DETAILhttps://phabricator.wikimedia.org/T194898EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GstuppCc: Gstupp, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Abbe98, Wikidata-bugs, aude, Addshore, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T194898: wdqs-frontend service does not start
Gstupp closed this task as "Resolved".Gstupp claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T194898EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GstuppCc: Gstupp, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Abbe98, Wikidata-bugs, aude, Addshore, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T194898: wdqs-frontend service does not start
Gstupp created this task.Gstupp added a project: Wikibase-Containers.Herald added a subscriber: Aklapper.Herald added a project: Wikidata. TASK DESCRIPTIONWhen I start up a fresh wikibase docker-compose up -d, and then run docker ps, I am missing wdqs-frontend. I get the following in the log $ docker logs tmp_wdqs-frontend_1 2018/05/17 19:25:34 [emerg] 1#1: host not found in upstream "wikibase.svc" in /etc/nginx/conf.d/default.conf:8 nginx: [emerg] host not found in upstream "wikibase.svc" in /etc/nginx/conf.d/default.conf:8TASK DETAILhttps://phabricator.wikimedia.org/T194898EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GstuppCc: Gstupp, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Abbe98, Wikidata-bugs, aude, Addshore, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Reopened] T112397: WDQS returns current AND old data
Gstupp reopened this task as "Open". TASK DETAILhttps://phabricator.wikimedia.org/T112397EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, GstuppCc: Gstupp, Deskana, Bene, Smalyshev, Lydia_Pintscher, Aklapper, Sebotic, Lahi, Gq86, Darkminds3113, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, 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] T112397: WDQS returns current AND old data
Gstupp added a comment.
I think there is still some issue present.
I run the following query:
select * where {
wd:Q52839992 p:P5114 ?s .
?s ?a ?b .
}
From wdqs2003 I get no results, but from wdqs2002 I get the expected results.
see also: https://github.com/SuLab/WikidataIntegrator/issues/65TASK DETAILhttps://phabricator.wikimedia.org/T112397EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, GstuppCc: Gstupp, Deskana, Bene, Smalyshev, Lydia_Pintscher, Aklapper, Sebotic, Lahi, Gq86, Darkminds3113, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, 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] [Changed Subscribers] T192876: Consider lag in Wikidata Integrator
Gstupp added a subscriber: Addshore.Gstupp added a comment. @Addshore What is an unacceptable time lag?TASK DETAILhttps://phabricator.wikimedia.org/T192876EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GstuppCc: Addshore, Daniel_Mietchen, Gstupp, Aklapper, Andrawaag, LJ, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T192876: Consider lag in Wikidata Integrator
Gstupp added a comment. https://github.com/SuLab/WikidataIntegrator/issues/56TASK DETAILhttps://phabricator.wikimedia.org/T192876EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GstuppCc: Gstupp, Aklapper, Andrawaag, LJ, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T167701: Deleted Items Showing Up in Query Results
Gstupp created this task.Gstupp added projects: Wikidata, Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added a project: Discovery. TASK DESCRIPTIONWhen I run this query, I get Q18308060 showing up in the results, even though it was deleted 3 weeks agoTASK DETAILhttps://phabricator.wikimedia.org/T167701EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GstuppCc: Gstupp, Aklapper, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, 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] T164546: Odd behavior when querying Wikidata SPARQL endpoint using python requests
Gstupp added a project: Wikidata-Query-Service.Herald added a project: Discovery. TASK DETAILhttps://phabricator.wikimedia.org/T164546EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GstuppCc: Gstupp, Aklapper, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T164546: Odd behavior when querying Wikidata SPARQL endpoint using python requests
Gstupp created this task.Gstupp added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWhen I make a GET request to the Wikidata SPARQL endpoint using python requests, the result takes an extraordinarily long time to complete, compared to running the same query through the browser. I figured out this was due to the requests library being unable to determine the encoding of the response, and therefore it tries to "guess" it. Please see my example below (example 2): https://gist.github.com/stuppie/e523bf617416e1490c25464d5a485396 If I explicitly tell requests that the encoding is utf8 (link), then the response gets parsed 100x faster and using much less RAM (example 1). I'm not sure what exactly requests is looking for in the headers, or how it should be formatted, but I just wanted to point this out to you all, because maybe there is a simple solution, which is adding something to the headers (or maybe I should be specifying something different in "Accept"?)TASK DETAILhttps://phabricator.wikimedia.org/T164546EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GstuppCc: Gstupp, Aklapper, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T152056: Discrepancy in label length limit between api and page form
Gstupp added a project: Wikidata-Query-Service.Herald added a project: Discovery. TASK DETAILhttps://phabricator.wikimedia.org/T152056EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GstuppCc: Gstupp, Aklapper, EBjune, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T152056: Discrepancy in label length limit between api and page form
Gstupp created this task.Gstupp added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWhen I try to create an item through the wikidata api with a label that is over 250 characters long, I get the following error:
{"servedby": "mw1190", "error": {"*": "See https://www.wikidata.org/w/api.php for API usage", "code": "modification-failed", "messages": [{"name": "wikibase-validator-too-long", "html": {"*": "Must be no more than 250 characters long"}, "parameters": ["250", "The yeast mitochondrial trans..."]}], "info": "Must be no more than {{PLURAL:250|one character|250 characters}} long"}}
However, I can make the item manually through the create item page, I can successfully create the item. See: https://www.wikidata.org/wiki/Q27929557
Furthermore, it doesn't seem like if the title is exactly 250 characters either:
{"error": {"code": "modification-failed", "info": "Malformed input: The yeast mitochondrial transport proteins: new sequences and consensus residues, lack of direct relation between consensus residues and transmembrane helices, _expression_ patterns of the transport protein genes, and protein-protein interactions with ", "messages": [{"name": "wikibase-validator-malformed-value", "parameters": ["The yeast mitochondrial transport proteins: new sequences and consensus residues, lack of direct relation between consensus residues and transmembrane helices, _expression_ patterns of the transport protein genes, and protein-protein interactions with "], "html": {"*": "Malformed input: The yeast mitochondrial transport proteins: new sequences and consensus residues, lack of direct relation between consensus residues and transmembrane helices, _expression_ patterns of the transport protein genes, and protein-protein interactions with "}}], "*": "See https://www.wikidata.org/w/api.php for API usage"}, "servedby": "mw1288"}
This can lead to problems if a manually created item is attempted to be written back through the api...TASK DETAILhttps://phabricator.wikimedia.org/T152056EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GstuppCc: Gstupp, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Reopened] T112397: WDQS returns current AND old data
Gstupp reopened this task as "Open". TASK DETAILhttps://phabricator.wikimedia.org/T112397EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Deskana, GstuppCc: Gstupp, Deskana, Bene, Smalyshev, Lydia_Pintscher, Aklapper, Sebotic, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112397: WDQS returns current AND old data
Gstupp added a comment. I believe this issue is still present. As an example: https://www.wikidata.org/wiki/Q24788592 Which doesn't show up using the sparql endpoint: http://tinyurl.com/hcye8s3 There are 3 with the same issue: IPR005128 https://www.wikidata.org/wiki/Q24769972 IPR015233 https://www.wikidata.org/wiki/Q24788592 IPR029830 https://www.wikidata.org/wiki/Q24770987 The IPR005128 one seems to work occasionally, however meaning it may have loaded correctly on one server but no on another? Please take a look. Thank youTASK DETAILhttps://phabricator.wikimedia.org/T112397EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Deskana, GstuppCc: Gstupp, Deskana, Bene, Smalyshev, Lydia_Pintscher, Aklapper, Sebotic, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
