[Wikidata-bugs] [Maniphest] [Commented On] T153563: Consider switching to HTTPS for Wikidata query service links

2016-12-17 Thread Esc3300
Esc3300 added a comment.
For the reasons WMF uses https shouldn't be make sure that users don't access http ?

If people are given sufficient advance notice, I think this should be changed.TASK DETAILhttps://phabricator.wikimedia.org/T153563EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Esc3300, Smalyshev, MZMcBride, Aklapper, Th3d3v1ls, EBjune, mschwarzer, Avner, Zppix, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Dinoguy1000, Manybubbles, faidon, Seb35, Mbch331, Jay8g, Krenair, fgiunchedi___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T148923: Provide a way to access unencoded page names for sitelinks

2016-12-17 Thread Esc3300
Esc3300 added a comment.
rdfs:label is used for dublin core title .. it seems suitable for WP article titles.

BTW we do have  "ARPANET"@ru at Wikidata:  ARPANETTASK DETAILhttps://phabricator.wikimedia.org/T148923EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: gerritbot, Esc3300, Smalyshev, WikidataFacts, Aklapper, Base, Nikki, Th3d3v1ls, Ramalepe, Liugev6, EBjune, mschwarzer, Avner, Lewizho99, Maathavan, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, 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] [Commented On] T153563: Consider switching to HTTPS for Wikidata query service links

2016-12-17 Thread MZMcBride
MZMcBride added a comment.
In this specific context, the query service is outputting URLs (yes, URLs, right here in River City) such as this one:

"http://www.wikidata.org/entity/Q25393350" target="_blank">wd:Q25393350

Even if the identifier is going to use http://, the URLs output in the HTML DOM can be changed to https:// in the HTML we serve to users in order to save their clients an extra hop, right?TASK DETAILhttps://phabricator.wikimedia.org/T153563EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MZMcBrideCc: Smalyshev, MZMcBride, Aklapper, Th3d3v1ls, EBjune, mschwarzer, Avner, Zppix, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Dinoguy1000, Manybubbles, faidon, Seb35, Mbch331, Jay8g, Krenair, fgiunchedi___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T153563: Consider switching to HTTPS for Wikidata query service links

2016-12-17 Thread MZMcBride
MZMcBride added a comment.

In T153563#2884409, @Smalyshev wrote:
We previously discussed this and the tradition for entity identifiers is to use http.


I searched this installation of Phabricator for an existing task before filing this one, for what it's worth. Perhaps the discussion took place on a mailing list or elsewhere. Links (or URLs or identifiers or whatever you want to call them) welcome.

Keeping in tune with this traditional use, our entity identifiers also use http. Note that entity identifier is not the same as URL - while we do implement site access using the entity identifier as URL for some objects - namely entities - not every object is accessible by using it's identifier as URL, and in general it is not guaranteed that object identifier will produce any specific result or any result at all when accessed as URL. E.g. value identifiers do not produce anything useful - if you go to http://www.wikidata.org/value/294352e4fa24cbfe51f337c80290fb2d you will be redirected to a generic help page.

Okay, good to know about identifiers generally. I'm not sure I agree with this decision. Why use http:// and www. in the identifier when these so clearly suggest a URL, available over HTTP, and part of the Web? If this is supposed to be a generic identifier of an item/object/entity, why include these parts?

Thus, I do not think we should change our identifier scheme to diverge from what is used in every other linked data application.

A foolish consistency is the hobgoblin of little minds. ;-)TASK DETAILhttps://phabricator.wikimedia.org/T153563EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MZMcBrideCc: Smalyshev, MZMcBride, Aklapper, Th3d3v1ls, EBjune, mschwarzer, Avner, Zppix, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Dinoguy1000, Manybubbles, faidon, Seb35, Mbch331, Jay8g, Krenair, fgiunchedi___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T153563: Consider switching to HTTPS for Wikidata query service links

2016-12-17 Thread Smalyshev
Smalyshev added a comment.Herald added a project: Operations.
We previously discussed this and the tradition for entity identifiers is to use http. E.g. such commonly known prefixes as:

rdf: http://www.w3.org/1999/02/22-rdf-syntax-ns# 
rdfs: http://www.w3.org/2000/01/rdf-schema#
xsd: http://www.w3.org/2001/XMLSchema#
schema: http://schema.org/
cc: http://creativecommons.org/ns#
owl: http://www.w3.org/2002/07/owl#

Keeping in tune with this traditional use, our entity identifiers also use http. Note that entity identifier is not the same as URL - while we do implement site access using the entity identifier as URL for some objects - namely entities - not every object is accessible by using it's identifier as URL, and in general it is not guaranteed that object identifier will produce any specific result or any result at all when accessed as URL. E.g. value identifiers do not produce anything useful - if you go to http://www.wikidata.org/value/294352e4fa24cbfe51f337c80290fb2d you will be redirected to a generic help page.

Thus, I do not think we should change our identifier scheme to diverge from what is used in every other linked data application.TASK DETAILhttps://phabricator.wikimedia.org/T153563EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Smalyshev, MZMcBride, Aklapper, Th3d3v1ls, EBjune, mschwarzer, Avner, Zppix, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Dinoguy1000, Manybubbles, faidon, Seb35, Mbch331, Jay8g, Krenair, fgiunchedi___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T132319: Sitelink URIs should be IRIs

2016-12-17 Thread Smalyshev
Smalyshev added a comment.
I am sorry but I've reread the comments a number of times and I can't identify what could be done here. Sitelinks are encoded because it makes them possible to be used as links, and processed by tools that expect URIs. It would be pretty trivial to decode them if needed, and also they are not identifiers to anything but articles in Wikipedia - which by nature are addressed as URLs. If there is another problem I am missing here, please specify it.TASK DETAILhttps://phabricator.wikimedia.org/T132319EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: mkroetzsch, daniel, Smalyshev, Aklapper, Christopher, EBjune, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, 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] [Updated] T153563: Consider switching to HTTPS for Wikidata query service links

2016-12-17 Thread Legoktm
Legoktm added a project: HTTPS.Herald added a project: Traffic.
TASK DETAILhttps://phabricator.wikimedia.org/T153563EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LegoktmCc: MZMcBride, Aklapper, EBjune, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Dinoguy1000, Manybubbles, Seb35, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Created] T153563: Consider switching to HTTPS for Wikidata query service links

2016-12-17 Thread MZMcBride
MZMcBride created this task.MZMcBride added projects: Wikidata-Query-Service, Wikidata.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONThe Wikidata query service results at https://query.wikidata.org/#%23Cats%0ASELECT%20%3Fitem%20%3FitemLabel%0AWHERE%0A%7B%0A%09%3Fitem%20wdt%3AP31%20wd%3AQ146%20.%0A%09SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22en%22%20%7D%0A%7D include URLs such as http://www.wikidata.org/entity/Q25393350. Can these URLs be changed to HTTPS? For example, https://www.wikidata.org/entity/Q25393350.

I looked at the "wikidata-query-gui" and "wikidata-query-rdf" Git repositories, but I'm not sure if changing the URL scheme/protocol is just a simple matter of doing a find and replace or if the specification format is particular about using http://.TASK DETAILhttps://phabricator.wikimedia.org/T153563EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MZMcBrideCc: MZMcBride, 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] [Commented On] T148923: Provide a way to access unencoded page names for sitelinks

2016-12-17 Thread Smalyshev
Smalyshev added a comment.
Shouldn't it be "San Francisco"@en as well? (matching label datatype).

Well, the thing is you don't know. You's say "it is the language of the wiki" - but there's no guarantee of that! Consider https://ru.wikipedia.org/wiki/ARPANET - it's a Russian-language wiki, but ARPANET is not a Russian word. There's also https://he.wikipedia.org/wiki/ARPANET. There could be words in different language as wiki titles. I don't think language tag there would be of any use, especially if we know it can be wrong. If you need wiki language, you have inLanguage triple, but that does not guarantee the title is actually a word in that language.

only items have triples with that predicate, and queries that rely on this assumption might break

This is not true, properties have labels too. Can you specify a query that would break? I'd say if a query relies on an assumption only items have labels, it's already broken. But maybe I am missing some use case, let's see the query.

why do we have to stick to URL and its requirements

Because otherwise many tools will be unable to consume those. These are not just abstract strings, these actually represent articles in Wikipedia and other wikis. If they will be in the form from which you can't go to an article, that would be defeating the purpose of a sitelink - i.e. link to a site.TASK DETAILhttps://phabricator.wikimedia.org/T148923EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: gerritbot, Esc3300, Smalyshev, WikidataFacts, Aklapper, Base, Nikki, Th3d3v1ls, Ramalepe, Liugev6, EBjune, mschwarzer, Avner, Lewizho99, Maathavan, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, 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] [Updated] T152915: Use en-simple for schema:inLanguage of simplewiki sitelinks

2016-12-17 Thread thiemowmde
thiemowmde added a project: Wikidata-Sprint-2016-11-15.thiemowmde added subscribers: thiemowmde, aude, hoo.
TASK DETAILhttps://phabricator.wikimedia.org/T152915EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, thiemowmdeCc: hoo, aude, thiemowmde, gerritbot, Nikki, Aklapper, Th3d3v1ls, Ramalepe, Liugev6, EBjune, mschwarzer, Avner, Lewizho99, Maathavan, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, 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] T153429: [Bug] Some coordinate values display 60 seconds instead of rounding to 1 minute

2016-12-17 Thread Aschroet
Aschroet added a comment.
How can i find out when this is in production?TASK DETAILhttps://phabricator.wikimedia.org/T153429EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, AschroetCc: Jc3s5h, Aschroet, hoo, aude, Aleksey_WMDE, daniel, Jonas, Lydia_Pintscher, thiemowmde, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T153441: Deprecate WDQ in Template:Wikidata list and switch remaining lists

2016-12-17 Thread Esc3300
Esc3300 added a comment.
Thanks. Somehow it seems to work in daily bot mode, but not on user update.TASK DETAILhttps://phabricator.wikimedia.org/T153441EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Esc3300, Magnus, Aklapper, Multichill, 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] [Commented On] T148923: Provide a way to access unencoded page names for sitelinks

2016-12-17 Thread Base
Base added a comment.
@Smalyshev why do we have to stick to URL and its requirements. RDF seems to be all about IRI rather than URL, and those I believe allow Unicode.TASK DETAILhttps://phabricator.wikimedia.org/T148923EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BaseCc: gerritbot, Esc3300, Smalyshev, WikidataFacts, Aklapper, Base, Nikki, Th3d3v1ls, Ramalepe, Liugev6, EBjune, mschwarzer, Avner, Lewizho99, Maathavan, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, 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] [Edited] T153546: monitor Listeria botstatus

2016-12-17 Thread Esc3300
Esc3300 edited the task description. (Show Details)
EDIT DETAILS...  - ( please add more )




Reference:...TASK DETAILhttps://phabricator.wikimedia.org/T153546EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: TerraCodes, Aklapper, Esc3300, JakeTheDeveloper, EBjune, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, MuhammadShuaib, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, TheDJ, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Edited] T153546: monitor Listeria botstatus

2016-12-17 Thread Esc3300
Esc3300 edited the task description. (Show Details)
EDIT DETAILS...  - build sample lists made to work across multiple wikis
  - ..

Sample lists available on several sites:
  - [[ https://www.wikidata.org/wiki/Q21686779 | missing films ]] (maintenance list)
  - [[ https://www.wikidata.org/wiki/Q20160207 | recent deaths ]] (reference list)
  - ( please add more )




Reference:...TASK DETAILhttps://phabricator.wikimedia.org/T153546EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: TerraCodes, Aklapper, Esc3300, JakeTheDeveloper, EBjune, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, MuhammadShuaib, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, TheDJ, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T153441: Deprecate WDQ in Template:Wikidata list and switch remaining lists

2016-12-17 Thread Magnus
Magnus added a comment.
elwiki fixed, though the cause remains a mystery. Apparently, the language used is "elwiki", not "el".TASK DETAILhttps://phabricator.wikimedia.org/T153441EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MagnusCc: Esc3300, Magnus, Aklapper, Multichill, 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] [Commented On] T153546: monitor Listeria botstatus

2016-12-17 Thread Esc3300
Esc3300 added a comment.
I try to follow-up on https://pt.wikipedia.org/wiki/Wikip%C3%A9dia:Rob%C3%B4s/Pedidos_de_aprova%C3%A7%C3%A3o/ListeriaBotTASK DETAILhttps://phabricator.wikimedia.org/T153546EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: TerraCodes, Aklapper, Esc3300, JakeTheDeveloper, EBjune, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, MuhammadShuaib, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, TheDJ, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T153546: monitor Listeria botstatus

2016-12-17 Thread Esc3300
Esc3300 added projects: Easy, Need-volunteer.Herald added a subscriber: TerraCodes.
TASK DETAILhttps://phabricator.wikimedia.org/T153546EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: TerraCodes, Aklapper, Esc3300, JakeTheDeveloper, EBjune, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, MuhammadShuaib, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, TheDJ, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T153441: Deprecate WDQ in Template:Wikidata list and switch remaining lists

2016-12-17 Thread Esc3300
Esc3300 added a parent task: T153546: monitor Listeria botstatus.
TASK DETAILhttps://phabricator.wikimedia.org/T153441EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Esc3300, Magnus, Aklapper, Multichill, 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] [Updated] T153546: monitor Listeria botstatus

2016-12-17 Thread Esc3300
Esc3300 added a subtask: T153441: Deprecate WDQ in Template:Wikidata list and switch remaining lists.
TASK DETAILhttps://phabricator.wikimedia.org/T153546EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Aklapper, Esc3300, 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] T153546: monitor Listeria botstatus

2016-12-17 Thread Esc3300
Esc3300 created this task.Esc3300 added projects: Wikidata, Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONPeriodically check  https://tools.wmflabs.org/listeria/botstatus.php and fix issues. This bug should have multiple assignees.

To do:


fix SPARQL problems
report SPARQL issues of WQS
make bot approval requests where the bot is blocked
report Listeria bugs on https://bitbucket.org/magnusmanske/listeria
..


Reference:


https://www.wikidata.org/wiki/User:ListeriaBot
https://en.wikipedia.org/wiki/Template:Wikidata_list
https://bitbucket.org/magnusmanske/listeria
TASK DETAILhttps://phabricator.wikimedia.org/T153546EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Aklapper, Esc3300, 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] [Commented On] T148923: Provide a way to access unencoded page names for sitelinks

2016-12-17 Thread WikidataFacts
WikidataFacts added a comment.
I don’t really like the choice of rdfs:label as predicate. Currently, as far as I’m aware, only items have triples with that predicate, and queries that rely on this assumption might break (and the straightforward fix, ?item a wikibase:Item, isn’t available on WDQS). There’s also the datatype issue that @Esc3300 mentioned, but I don’t think it would be correct to claim that every title on enwiki is in English, either (random examples: Q300 is just some identifier, Sposalizio is Italian, …).TASK DETAILhttps://phabricator.wikimedia.org/T148923EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WikidataFactsCc: gerritbot, Esc3300, Smalyshev, WikidataFacts, Aklapper, Base, Nikki, Th3d3v1ls, Ramalepe, Liugev6, EBjune, mschwarzer, Avner, Lewizho99, Maathavan, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, 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] [Commented On] T148923: Provide a way to access unencoded page names for sitelinks

2016-12-17 Thread Esc3300
Esc3300 added a comment.
To compare with labels, spaces would be better.

Shouldn't it be "San Francisco"@en  as well? (matching label datatype).TASK DETAILhttps://phabricator.wikimedia.org/T148923EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: gerritbot, Esc3300, Smalyshev, WikidataFacts, Aklapper, Base, Nikki, Th3d3v1ls, Ramalepe, Liugev6, EBjune, mschwarzer, Avner, Lewizho99, Maathavan, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, 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] [Retitled] T153441: Deprecate WDQ in Template:Wikidata list and switch remaining lists

2016-12-17 Thread Multichill
Multichill changed the title from "Add deprecation warnings and tracking category for WDQ at Template:Wikidata list" to "Deprecate WDQ in Template:Wikidata list and switch remaining lists".Multichill edited the task description. (Show Details)
EDIT DETAILSTemplate:Wikidata list (see links on https://www.wikidata.org/wiki/Q19860885 ) is the template used by Listeriabot to generate lists. It accepts old style wdq (wdq=) and sparql (sparql=). Deprecation warning should be added in the big projects when wdq= is set and a tracker category added. That way we can easily switch the remaining lists to the new syntax. Magnus added an overview to https://tools.wmflabs.org/listeria/botstatus.php so it's easy to see what lists still use old style wdq syntax. The number of lists still using wdq is not that big and quite a few are easy to switch. Goal of this task (is changed to) switching the remaining lists over to sparql.

Suggestions:...  - add LIMIT 1000 where many results are expected (max is 5000)

TASK DETAILhttps://phabricator.wikimedia.org/T153441EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Esc3300, Magnus, Aklapper, Multichill, 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] [Commented On] T152485: Add DroidWiki as a user of Wikibase to wikiba.se

2016-12-17 Thread Lydia_Pintscher
Lydia_Pintscher added a comment.
This one will be done by Jonas. Jeroen: Please give him and me the password. We've been talking about this for too long. More people get access to this _now_.TASK DETAILhttps://phabricator.wikimedia.org/T152485EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JeroenDeDauw, Lydia_PintscherCc: JeroenDeDauw, thiemowmde, Jonas, Florian, Tobi_WMDE_SW, Aklapper, Lydia_Pintscher, 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] [Commented On] T148923: Provide a way to access unencoded page names for sitelinks

2016-12-17 Thread Nikki
Nikki added a comment.
Spaces would be better for all three use cases I listed, so I would prefer spaces.TASK DETAILhttps://phabricator.wikimedia.org/T148923EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikkiCc: gerritbot, Esc3300, Smalyshev, WikidataFacts, Aklapper, Base, Nikki, Th3d3v1ls, Ramalepe, Liugev6, EBjune, mschwarzer, Avner, Lewizho99, Maathavan, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs