date:20170411

[Wikidata-bugs] [Maniphest] [Edited] T158941: Wikibase: Fix tests to not assume synchronous jQuery.Deferred

2017-04-11 Thread Jdforrester-WMF

Jdforrester-WMF edited the task description. (Show Details)
EDIT DETAILS...Failures can be seen at the pending core patch: .

[x] siteselector.tests – https://gerrit.wikimedia.org/r/#/c/344405/
[x] EntityTermsChanger.tests – https://gerrit.wikimedia.org/r/#/c/323445/ https://gerrit.wikimedia.org/r/#/c/347167/
[x] SiteLinkSetsChanger.tests – https://gerrit.wikimedia.org/r/#/c/347349/ https://gerrit.wikimedia.org/r/#/c/347349/
[x] entitytermsforlanguagelistview – https://gerrit.wikimedia.org/r/#/c/346753/
[ ] Others?TASK DETAILhttps://phabricator.wikimedia.org/T158941EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jonas, Jdforrester-WMFCc: Jdforrester-WMF, thiemowmde, Jonas, Lydia_Pintscher, gerritbot, Aklapper, Krinkle, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, enigmaeth, rohitt, Salgo60, Lewizho99, Maathavan, 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] T161527: Canonical data URLs for machine readable page content

2017-04-11 Thread bmansurov

bmansurov added a comment.
I'm late to the party, but I'd like to make a couple of points below.

Would it make sense to separate .map and .tab urls into something like https://commons.wikimedia.org/map/Avignon_City_Wall and https://commons.wikimedia.org/data/Dolmens_of_the_Preseli_Hills respectively? This would allow us to have both map and data using the same name without an extension. This also helps avoid confusion that .map and .tab are specific representations of some canonical thing. We'd be able to redirect to, say, an HTML representation by appending .html or XML representation by appending .xml.

Having read the comments above, I'm in favor of making URLs pretty, simply because our use case in the future may include users directly sharing these endpoints rather than only machines reading these URLs. If we can create pretty URLs at no extra cost, why not do it.

Could someone explain the downside of removing the "Data:" namespace from the description:

That would mean this URL pattern cannot be used as a general mechanism to refer to page content. It would be specific to the Data namespace on Commons.

An example would help clarify the situation. Also, is the above quote still true given the first point?

Regarding page renames:

The porposed schemes are not stable against page renames. We could use page IDs instead of the title. That makes the URLs a lot less intuitive, and requires database access in order to construct them.

Is the idea behind using IDs to prevent future uses of an ID? If that's the case, can we find a middle ground where the date the page is created or moved is also included in the URL? Something like https://commons.wikimedia.org/map/01-01-2017/Avignon_City_Wall? If some other piece of data wants to use the title 'Avignon_City_Wall' at a later date, then the URL would look something like: https://commons.wikimedia.org/map/04-11-2017/Avignon_City_Wall.TASK DETAILhttps://phabricator.wikimedia.org/T161527EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: bmansurovCc: bmansurov, WMDE-leszek, MZMcBride, Rybesh, Dzahn, GWicke, tstarling, Aklapper, Jonas, Smalyshev, mkroetzsch, Lydia_Pintscher, daniel, QZanden, Salgo60, Izno, suriyaa, Eevans, mobrovac, Hardikj, Wikidata-bugs, aude, jayvdb, Southparkfan, fbstj, RobLa-WMF, santhosh, Mbch331, Jay8g, Ltrlg, Glaisher, bd808, Krenair, Legoktm___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

56 matches

Mail list logo