[Wikidata-bugs] [Maniphest] T274293: Support digitized maps as background in WDQS map view
nichtich created this task. nichtich added projects: Wikidata Query UI, Maps (Maps-data). Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION **Use case**: Show information on historic maps **Feature** Specify a commons image to show as map background, e.g. https://commons.wikimedia.org/wiki/File:Mitchell_Map-06full2.jpg **Requirements** Requires the map on commons to schematically be tagged with bounding box and orientation. Good support with different zoom levels likely requires IIIF support in Commons. See https://maps.mappingthescottishreformation.org/ for an example of a site displaying Wikidata content on a historic map. TASK DETAIL https://phabricator.wikimedia.org/T274293 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: nichtich Cc: Aklapper, #wikidata-query-service, nichtich, MPhamWMF, CBogen, Akuckartz, Alilje, Nandana, Namenlos314, Lahi, Galopax, Gq86, Looniverse, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Mahir256, QZanden, EBjune, Orienteerix, merbst, LawExplorer, Salgo60, _jensen, rosalieper, JGirault, Scott_WUaS, Jonas, phabyogi, Xmlizer, Susannaanas, lxbarth, jkroll, Planemad, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Lydia_Pintscher, Yurik, TheDJ, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Reopened] T117534: DCAT-AP: XML produces invalid output with HHVM
nichtich reopened this task as "Open".nichtich added a comment. This is either not solved or not installed. The latest dcat-ap file from November 22th is broken: https://dumps.wikimedia.org/wikidatawiki/entities/dcatap.rdf (contains xmlns:rdf="")TASK DETAILhttps://phabricator.wikimedia.org/T117534EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, nichtichCc: nichtich, MoritzMuehlenhoff, gerritbot, StudiesWorld, hoo, ArielGlenn, Lokal_Profil, Aklapper, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Litanwei, Lewizho99, Maathavan, Wikidata-bugs, aude, Svick, Mbch331, Krenair, Joe, jeremyb___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T117534: DCAT-AP: XML output no longer valid
nichtich added a comment. Creating RDF/XML by hand is bad practice anyway, no matter in which programming language. The current script could be modified to use Purtle like other Wikimedia software, this would also software the bug.TASK DETAILhttps://phabricator.wikimedia.org/T117534EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: nichtichCc: nichtich, MoritzMuehlenhoff, Liuxinyu970226, gerritbot, StudiesWorld, hoo, ArielGlenn, Lokal_Profil, Aklapper, Lahi, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Litanwei, Lewizho99, Maathavan, Wikidata-bugs, aude, Svick, Mbch331, Krenair, Joe, jeremyb___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T178978: Include information about Wikidata dumps in Wikidata query service
nichtich added a comment. Yes, being able to query the information from dcatap would increase its usability a lot because WDQS is integrated in the Wikidata tool ecosystem. Having to download, parse, and evaluate the RDF file on your own requires RDF technology. There is no statement that WDQS content and described dumps are from the same date so I don't understand the problem. I think dcatap could be added and updated as named graph. Maybe this is related to Wikistats, I would also welcome a dedicated SPARQL endpoint with information about dumps and statistics - this endpoint could be included into WDQS via federated queries but I don't want to open a can of worms if there is a simple solution.TASK DETAILhttps://phabricator.wikimedia.org/T178978EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: nichtichCc: Smalyshev, Aklapper, nichtich, Lahi, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, jkroll, 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] [Created] T178993: Use absolute URIs in DCAT-AP document
nichtich created this task.nichtich added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONThe Wikidata dumps description in RDF given by DCAT-AP. Only refers to Wikimedia Foundation by name. I created a patch do use an additional URI. Moreover there should be a link from the described dataset and Wikidata as project (http://www.wikidata.org/entity/Q2013). The data model is as following: dcat:Catalog (list of Wikidata dumps) dcat:dataset dcat:Dataset (Wikidata dump of a specific date) dcat:distribution dcat:Distribution (particular dump file) A dcat:Dataset could be connected to Wikidata URI via http://www.wikidata.org/entity/P629 (edition or translation of) because each Wikidata dump is a published edition of Wikidata. Shall I create another pull request to implement this or is there a better way to model the connection?TASK DETAILhttps://phabricator.wikimedia.org/T178993EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: nichtichCc: Aklapper, nichtich, GoranSMilovanovic, QZanden, 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] T178978: Include information about Wikidata dumps in Wikidata query service
nichtich updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONThe machine readable description of Wikidata dumps in [DCAT-AP](http://www.wikidata.org/entity/Q28600460) is only provided as RDF/XML and poorly documented, limiting its usefulness. Please automatically import the RDF file into Wikidata Query Service so we can get a list of current dumps for instance with [This SPARQL query](https://query.wikidata.org/#PREFIX%20dcat%3A%20%3Chttp%3A%2F%2Fwww.w3.org%2Fns%2Fdcat%23%3E%0A%0ASELECT%20%3Furl%20%3Fdate%20%3Fsize%20WHERE%20%7B%0A%20%20%3Chttps%3A%2F%2Fwww.wikidata.org%2Fabout%23catalog%3E%20dcat%3Adataset%20%3Fdump%20.%0A%20%20%3Fdump%20dcat%3Adistribution%20%5B%0A%20%20%20%20dc%3Aformat%20%22application%2Fjson%22%20%3B%0A%20%20%20%20dcat%3AdownloadURL%20%3Furl%20%3B%0A%20%20%20%20dcat%3Aissued%20%3Fdate%20%3B%0A%20%20%20%20dcat%3AbyteSize%20%3Fbytes%20%0A%20%20%5D%20.%0A%7D): ~~~ ``` PREFIX dcat: ...} ``` ~~~...TASK DETAILhttps://phabricator.wikimedia.org/T178978EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: nichtichCc: Aklapper, nichtich, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, jkroll, Smalyshev, 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] [Edited] T178978: Include information about Wikidata dumps in Wikidata query service
nichtich updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...``` ~~~ The only open question is whether to keep information about dumps removed from . I don't this so but DCAT information from other dump hosters such as Internet Archive (see their [list of Wikdata dumps](https://archive.org/details/wikimediadownloads?and%5B%5D="Wikidata+entity+dumps"=-publicdate) should be included as well. TASK DETAILhttps://phabricator.wikimedia.org/T178978EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: nichtichCc: Aklapper, nichtich, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, jkroll, Smalyshev, 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] [Created] T178978: Include information about Wikidata dumps in Wikidata query service
nichtich created this task.nichtich added projects: Wikidata, Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Discovery, Internet-Archive.
TASK DESCRIPTIONThe machine readable description of Wikidata dumps in DCAT-AP is only provided as RDF/XML and poorly documented, limiting its usefulness. Please automatically import the RDF file into Wikidata Query Service so we can get a list of current dumps for instance with This SPARQL query:
~~~
PREFIX dcat: http://www.w3.org/ns/dcat#
PREFIX dct: http://purl.org/dc/terms/
SELECT ?url ?date ?size WHERE {
dcat:dataset ?dump .
?dump dcat:distribution [
dct:format "application/json" ;
dcat:downloadURL ?url ;
dcat:issued ?date ;
dcat:byteSize ?bytes
] .
}
~~~
The only open question is whether to keep information about dumps removed from https://dumps.wikimedia.org/wikidatawiki/entities/. I don't this so but DCAT information from other dump hosters such as Internet Archive (see their list of Wikdata dumps should be included as well.TASK DETAILhttps://phabricator.wikimedia.org/T178978EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: nichtichCc: Aklapper, nichtich, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, jkroll, Smalyshev, 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] T117534: DCAT-AP: XML output no longer valid
nichtich added a comment. Seems to be fixed, at least in the current file.TASK DETAILhttps://phabricator.wikimedia.org/T117534EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: nichtichCc: nichtich, MoritzMuehlenhoff, Liuxinyu970226, gerritbot, StudiesWorld, hoo, ArielGlenn, Lokal_Profil, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Litanwei, Lewizho99, Maathavan, Wikidata-bugs, aude, Svick, Mbch331, Krenair, Joe, jeremyb___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T152676: Simple tree query visualization
nichtich added a comment.
The Chopin example could be written like this to become a simple example:
SELECT ?parent ?parentLabel ?child ?childLabel WHERE {
?parent wdt:P361* wd:Q1785783 .
?child wdt:P361 ?parent .
SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
}TASK DETAILhttps://phabricator.wikimedia.org/T152676EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jonas, nichtichCc: Lucas_Werkmeister_WMDE, Quiddity, gerritbot, nichtich, Upeksha1996, TerraCodes, Jonas, Micru, Aklapper, GoranSMilovanovic, Adik2382, Soteriaspace, harikiran, Th3d3v1ls, SacredWKnight, JakeTheDeveloper, Ramalepe, Liugev6, QZanden, EBjune, merbst, Avner, Lewizho99, Puik, Maathavan, debt, Gehel, Abbe98, D3r1ck01, Envlh, FloNight, Xmlizer, MuhammadShuaib, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, jayvdb, TheDJ, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T166485: Highlight selected type of display
nichtich created this task.nichtich added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery. TASK DESCRIPTIONThe currently selected type of display (Table, Image Grid...) is not obvious. The pull-down menu should highlight or show the currently selected value.TASK DETAILhttps://phabricator.wikimedia.org/T166485EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: nichtichCc: Aklapper, nichtich, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T165752: Cleanup Wikidata sidebar
nichtich added a comment. The target page should be https://www.wikidata.org/wiki/Wikidata:SPARQL_query_service - if this is no good starting point, the page must be improved instead of using another subpage.TASK DETAILhttps://phabricator.wikimedia.org/T165752EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: johl, nichtichCc: Sjoerddebruin, Lydia_Pintscher, Aklapper, Lea_Lacroix_WMDE, Trizek-WMF, Jonas, Spinster, anirudh24seven, Rfarrand, Tarrow, Crang115, Alicia_Fagerving_WMSE, Fuzheado, nichtich, GoranSMilovanovic, Ivana_Isadora, QZanden, Puik, D3r1ck01, Envlh, Izno, Wikidata-bugs, aude, Tobias1984, Mbch331, Jay8g, fgiunchedi___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T152676: Simple tree query visualization
nichtich added a comment. Have a look at https://www.npmjs.com/package/wikidata-taxonomy for some previous work about creation of hierarchies from Wikidata. The tool includes some additional information such as number of instances and number of sitelinks and additional parents. A tree visualization could also show arbitrary additional information so it would be like the table visualization but with a special first row with the hierarchy. One must also make sure to handle multihierarchies.TASK DETAILhttps://phabricator.wikimedia.org/T152676EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Upeksha1996, nichtichCc: nichtich, Upeksha1996, TerraCodes, Jonas, Micru, Aklapper, GoranSMilovanovic, Soteriaspace, harikiran, SacredWKnight, JakeTheDeveloper, QZanden, EBjune, merbst, Avner, Puik, debt, Gehel, Abbe98, D3r1ck01, Envlh, FloNight, Xmlizer, MuhammadShuaib, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Deskana, Manybubbles, jayvdb, TheDJ, Mbch331, Jay8g, fgiunchedi___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T165963: Page Help:Wikibase in Wikidata
nichtich created this task.nichtich added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONDuring Wikidata documentation sprint we created a new help page https://www.wikidata.org/wiki/Help:Wikibase to briefly explain Wikibase to Wikidata community and users. We will remove most references to technical details of Wikibase from Wikidata documentation and refer to Help:Wikibase instead. Wikibase developers please have a look at this page and make sure it contains the basic information you would like Wikidata users and Wikidata community to know about Wikibase. I think references to meta and wikiba.se are enough for most details. If the current help page is enough, just close this task!TASK DETAILhttps://phabricator.wikimedia.org/T165963EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: nichtichCc: Aklapper, nichtich, GoranSMilovanovic, 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] [Block] T159215: Wikidata documentation sprint
nichtich created subtask T165752: Cleanup Wikidata sidebar. TASK DETAILhttps://phabricator.wikimedia.org/T159215EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: johl, nichtichCc: Fuzheado, Alicia_Fagerving_WMSE, Crang115, nichtich, Tarrow, Rfarrand, anirudh24seven, Spinster, Jonas, Trizek-WMF, Lea_Lacroix_WMDE, Aklapper, PurpleBasil, GoranSMilovanovic, Ivana_Isadora, QZanden, cmadeo, Puik, D3r1ck01, Envlh, Izno, Wikidata-bugs, aude, Tobias1984, Mbch331, Jay8g, fgiunchedi___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T165752: Cleanup Wikidata sidebar
nichtich created this task.nichtich added projects: Wikimedia-Hackathon-2017, Wikidata, Documentation. TASK DESCRIPTIONTASK DETAILhttps://phabricator.wikimedia.org/T165752EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: johl, nichtichCc: Aklapper, Lea_Lacroix_WMDE, Trizek-WMF, Jonas, Spinster, anirudh24seven, Rfarrand, Tarrow, Crang115, Alicia_Fagerving_WMSE, Fuzheado, nichtich, PurpleBasil, GoranSMilovanovic, Ivana_Isadora, QZanden, cmadeo, Puik, D3r1ck01, Envlh, Izno, Wikidata-bugs, aude, Tobias1984, Mbch331, Jay8g, fgiunchedi___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T164457: [Hackathon doc sprint] Overview of Wikidata Help:Contents
nichtich added a comment. Some of the pages could also be merged. For instance I regularly struggle to find anything on https://www.wikidata.org/wiki/Help:Properties or https://www.wikidata.org/wiki/Wikidata:Properties. It's confusing to have both Help:TOPIC and Wikidata:TOPIC anyway.TASK DETAILhttps://phabricator.wikimedia.org/T164457EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: johl, nichtichCc: nichtich, Aklapper, Pigsonthewing, Multichill, Quiddity, Daniel_Mietchen, BrillLyle, Spinster, Lea_Lacroix_WMDE, PurpleBasil, GoranSMilovanovic, QZanden, cmadeo, Puik, D3r1ck01, Envlh, Izno, Wikidata-bugs, aude, Tobias1984, Mbch331, Jay8g, fgiunchedi___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T136799: Add provenance information (who edited which statements) to Wikidata
nichtich created this task. Herald added subscribers: Zppix, Aklapper. TASK DESCRIPTION Right now there is easy way to look up - by whom and when a given statement was last introduced (=which edit to an item added it) - whether some statement or statement pattern (e.g. use of a property) had been in the version history of an item To answer these question one has to crawl the version history and compare revisions. The provenance information on Wikidata statements should best be available by SPARQL and via the user interface. A first (but not final) step could be extension of the RDF data model as following: ?stm a wikibase:Statement . ?stm prov:generatedAtTime ?time . ?stm schema:creator ?user . And later extend with modeling edit events as RDF resources (similar to https://www.mediawiki.org/wiki/Extension:SemanticHistory): ?stm prov:qualifiedGeneration ?edit. ?edit schema:creator ?user . ?edit prov:atTime ?time . I'd suggest to at least agree on which RDF property to use to connect a stement with the time of it's creation (e.g. `prov:generatedAtTime`) and with a wiki account (e.g. `schema:creator` but what's the URI of a given account?), so the data can be generated independently from version history unless it's included in Wikibase. I don't know yet how to handle edits on qualifiers and references. Adding or modifying a reference could make an editor a `schema:contributor` of the referenced statement but adding/removing a qualifier is a more contribution. Do URIs of statement nodes in RDF stay the same if qualifiers are changed? TASK DETAIL https://phabricator.wikimedia.org/T136799 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: nichtich Cc: Aklapper, nichtich, Zppix, D3r1ck01, Izno, Wikidata-bugs, aude, JeroenDeDauw, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T136447: Use another URL shortener in Wikidata Query GUI
nichtich created this task. Herald added subscribers: Zppix, Aklapper. Herald added projects: Wikidata, Discovery. TASK DESCRIPTION tinyurl.com is blocked to prevent spam in most Wikimedia wikis (including Wikidata) so it's not possible to link to a shortened query from Wikidata discussions. How about storing the shortened queries in a database as part of the Wikidata Query Service (e.g. https://query.wikidata.org/x/SHORTCODE)? This could be extended to a public list of sample queries. TASK DETAIL https://phabricator.wikimedia.org/T136447 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: nichtich Cc: Aklapper, nichtich, Zppix, Avner, debt, Gehel, D3r1ck01, FloNight, 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] [Slowvote] [Commented On] V8: Should Wikidata Query Service SPARQL endpoint be cached by default?
nichtich added a subscriber: nichtich. nichtich added a comment. I would also have voted for a medium duration between 5 minutes and 1 hour. The benefit of caching (faster results) should also be made more clear. SLOWVOTE DESCRIPTION With raising usage for Wikidata we need to have a solution for caching SPARQL query results. Which should be the default mode for SPARQL endpoint? See also: T126730 SLOWVOTE DETAIL https://phabricator.wikimedia.org/V8 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev, nichtich Cc: nichtich, Bene, Yurik, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Manybubbles ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T109584: [Bug] wbsearchentities API defaults to something else than the given language parameter
nichtich added a comment. At least the documentation <https://www.wikidata.org/w/api.php?action=help=wbsearchentities> lacks a clear description of this complex language negotiation mechanism (`uselang` is not mentioned. Meaning of 'strictlanguage' unclear, examples only refer to English). The broken part in design, however, is the lack of language tags in response format. Either language should correspond to `uselang` or it should be marked explicitly. How should a client know about DE falls back to EN or know about the language inferred from a use cookie? As I understand now, a response can include strings in at least three different languages at the same time, so it would be better to tag every strings with its language. TASK DETAIL https://phabricator.wikimedia.org/T109584 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: nichtich Cc: nichtich, Lydia_Pintscher, Jonas, Addshore, thiemowmde, Aklapper, 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] T109584: [Bug] wbsearchentities API defaults to something else than the given language parameter
nichtich added a comment.
I found an example where even `uselang` and `language` does not help but part
of the response is always English:
https://www.wikidata.org/w/api.php?action=wbsearchentities=%C3%84rzte%20ohne=de=json=de
contains the result
{
"id":"Q49330",
"concepturi":"http://www.wikidata.org/entity/Q49330;,
"url":"//www.wikidata.org/wiki/Q49330",
"title":"Q49330",
"pageid":51315,
"label":"\u00c4rzte ohne Grenzen",
"description":"organization"
,"match":{"type":"label","language":"de","text":"\u00c4rzte ohne Grenzen"}
},
The current entity Q49330 has no German "description" field so the English
description is returned instead.
The API is definitely broken. Either the full result should be one language or
all strings should be marked with a language, e.g.
"label": { "de": "...", "en": "..." },
"alias": { "de": ["..."] },
"description": { "en": "..." },
I'd like to specify multiple languages to search in and multiple langauges to
get result in. For instance search in Greek and Turkish (when looking for a
name that could be in any of these two languages) and get results also in
English (beause I don't read first two languages).
TASK DETAIL
https://phabricator.wikimedia.org/T109584
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: nichtich
Cc: nichtich, Lydia_Pintscher, Jonas, Addshore, thiemowmde, Aklapper,
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] T109584: [Bug] wbsearchentities API defaults to something else than the given language parameter
nichtich added a subscriber: nichtich. nichtich added a comment. I also stumbled upon this weird behaviour. The `Accept-language` HTTP header is also ignored but response language for some fields comes from **a cookie (?!)**. Luckily parameter `uselang` can be used to control the response language but this should definitely be included in API documentation. TASK DETAIL https://phabricator.wikimedia.org/T109584 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: nichtich Cc: nichtich, Lydia_Pintscher, Jonas, Addshore, thiemowmde, Aklapper, 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] T114933: TSV format export in WDQS GUI does not match the spec
nichtich added a comment. This does not block me from using the service, as my client <https://metacpan.org/pod/distribution/App-wdq/bin/wdq> can produce valid SPARQL TSV output from SPARQL JSON output. It's a nasty violation of of SPARQL specification. TASK DETAIL https://phabricator.wikimedia.org/T114933 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev, nichtich Cc: Deskana, nichtich, Aklapper, Smalyshev, jkroll, Wikidata-bugs, Jdouglas, aude, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T114741: Include Suggest field to quickly look up Wikidata IDs at the SPARQL query editor page
nichtich added a comment. This is kind of a subtask of https://phabricator.wikimedia.org/T114741 TASK DETAIL https://phabricator.wikimedia.org/T114741 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: nichtich Cc: nichtich, Aklapper, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T114605: Define bd: and hint: PREFIX namespaces to fulfill SPARQL validators
nichtich changed the title from "Define bd: PREFIX namespace to fulfill SPARQL validators" to "Define bd: and hint: PREFIX namespaces to fulfill SPARQL validators". nichtich edited the task description. nichtich set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T114605 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: nichtich Cc: Aklapper, nichtich, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T114747: Support SPARQL CSV and TSV output format in REST endpoint
nichtich added a comment.
The export should be available via request parameter `format=csv` or
`format=tsv`.
CSV export looks fine (e.g. escaping of quotation mark: `SELECT * WHERE {
wd:Q117929 rdfs:label ?s }`). I have **not tested** whether newlines are
handled properly as defined at
http://www.w3.org/TR/sparql11-results-csv-tsv/#csv!
TSV export does not conform to
http://www.w3.org/TR/sparql11-results-csv-tsv/#tsv. Try for instance `SELECT *
WHERE { wd:Q1 ?p ?o } LIMIT 4`. Expected output:
?p?o
<http://schema.org/version> "255220663"
<http://schema.org/dateModified> "2015-10-06T19:45:26Z"
<http://schema.org/description> "al die planete, sterre, sterrestelsels
en intergalaktiese ruimtes, asook alle energie en materie"@af
<http://schema.org/description> "\u0645\u0631\u062C\u0639"@ar
instead of
p o
http://schema.org/version 255220663
http://schema.org/dateModified2015-10-06T19:45:26Z
http://schema.org/description al die planete, sterre, sterrestelsels en
intergalaktiese ruimtes, asook alle energie en materie
http://schema.org/description مرجع
I implemented mapping to SPARQL TSV in wdq command line client
<https://metacpan.org/pod/distribution/App-wdq/bin/wdq> so you can try expected
expected output for a given query (unless I have included a bug):
wdq --query '{wd:Q1 ?p ?o} LIMIT 4' --format tsv
TASK DETAIL
https://phabricator.wikimedia.org/T114747
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: nichtich
Cc: Smalyshev, Aklapper, nichtich, jkroll, Wikidata-bugs, Jdouglas, aude,
Deskana, Manybubbles, JanZerebecki
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T114740: Show Wikidata ID hint in SPARQL query editor
nichtich created this task. nichtich added a subscriber: nichtich. nichtich added a project: Wikidata-Query-Service. Herald added a subscriber: Aklapper. Herald added projects: Wikidata, Discovery. TASK DESCRIPTION The SPARQL query editor at https://query.wikidata.org/ would benefit from a feature to dynamically resolve Wikidata IDs at the cursor. For instance if the cursor is at the term `wd:Q30`, there should be such a line below the editor: `wd:Q30`: [United States of America](http://www.wikidata.org/entity/Q30) Same for properties and other prefixes. TASK DETAIL https://phabricator.wikimedia.org/T114740 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: nichtich Cc: Aklapper, nichtich, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T114741: Include Suggest field to quickly look up Wikidata IDs at the SPARQL query editor page
nichtich created this task. nichtich added subscribers: Aklapper, nichtich. nichtich added projects: Discovery, Wikidata-Query-Service, Wikidata. TASK DESCRIPTION Please add a form field to look up Wikidata IDs (items and properties) at the SPARQL query editor page, so we don't have to memorize the IDs when writing a query or open another browser window just to look up an ID! TASK DETAIL https://phabricator.wikimedia.org/T114741 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: nichtich Cc: nichtich, Aklapper, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T114747: Support SPARQL CSV and TSV output format
nichtich created this task. nichtich added a subscriber: nichtich. nichtich added a project: Wikidata-Query-Service. Herald added a subscriber: Aklapper. Herald added projects: Wikidata, Discovery. TASK DESCRIPTION The export implemented to close <https://phabricator.wikimedia.org/T111903> is only available via GUI and it does not conform to <http://www.w3.org/TR/sparql11-results-csv-tsv/>. TASK DETAIL https://phabricator.wikimedia.org/T114747 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: nichtich Cc: Aklapper, nichtich, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T114605: Define bd: PREFIX namespace to fulfill SPARQL validators
nichtich created this task.
nichtich added a subscriber: nichtich.
nichtich added a project: Wikidata-Query-Service.
Herald added a subscriber: Aklapper.
Herald added projects: Wikidata, Discovery.
TASK DESCRIPTION
This query
```
PREFIX bd: <http://www.bigdata.com/>
PREFIX wdt: <http://www.wikidata.org/prop/direct/>
PREFIX wikibase: <http://wikiba.se/ontology#>
SELECT ?q ?qLabel ?tag WHERE {
?q <http://www.wikidata.org/prop/direct/P1482> ?tag .
SERVICE wikibase:label {
bd:serviceParam wikibase:language "en" .
}
}
```
results in an error unless you omit `PREFIX bd: <http://www.bigdata.com/>`.
Without this prefix definition, however, the query is no valid SPARQL (although
blazegraph does not care). I guess the namespace <http://www.bigdata.com/> is
wrong?
TASK DETAIL
https://phabricator.wikimedia.org/T114605
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: nichtich
Cc: Aklapper, nichtich, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude,
Deskana, Manybubbles, JanZerebecki
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T114405: SPARQL endpoint should also support HTTP POST
nichtich created this task. nichtich added a subscriber: nichtich. nichtich added a project: Wikidata-Query-Service. Herald added a subscriber: Aklapper. Herald added projects: Wikidata, Discovery. TASK DESCRIPTION SPARQL queries tend to get very long so support of HTTP POST would be nice to avoid bloating logfiles. TASK DETAIL https://phabricator.wikimedia.org/T114405 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: nichtich Cc: Aklapper, nichtich, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, JanZerebecki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
