[Wikidata-bugs] [Maniphest] [Commented On] T161527: Canonical data URLs for machine readable page content

2017-04-13 Thread daniel
daniel added a comment. This RFC was discussed in a public RFC meeting on the wikimedia-office channel on April 12. It was agreed that the RDF be put on Last Call: if no new pertinent concerns are raised by April 26th, the RFC will be approved for implementation. Meeting log: https://tools.wmflabs

[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 respectiv

[Wikidata-bugs] [Maniphest] [Commented On] T161527: Canonical data URLs for machine readable page content

2017-04-10 Thread Smalyshev
Smalyshev added a comment. I'm also leading to using the dash. data would be equivalent to main-data I like the idea of no dash meaning the same as main-. Good defaults rule :)TASK DETAILhttps://phabricator.wikimedia.org/T161527EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emai

[Wikidata-bugs] [Maniphest] [Commented On] T161527: Canonical data URLs for machine readable page content

2017-04-04 Thread daniel
daniel added a comment. In T161527#3152755, @Smalyshev wrote: Perhaps https://commons.wikimedia.org/data-mediainfo/File:Foo.jpg So what would be the content of https://commons.wikimedia.org/data/File:Foo.jpg then? I'm still not clear on why would we need several data slots on the same page. The

[Wikidata-bugs] [Maniphest] [Commented On] T161527: Canonical data URLs for machine readable page content

2017-04-03 Thread Smalyshev
Smalyshev added a comment. Perhaps https://commons.wikimedia.org/data-mediainfo/File:Foo.jpg So what would be the content of https://commons.wikimedia.org/data/File:Foo.jpg then? I'm still not clear on why would we need several data slots on the same page. Special:EntityData doesn't look good for

[Wikidata-bugs] [Maniphest] [Commented On] T161527: Canonical data URLs for machine readable page content

2017-04-03 Thread daniel
daniel added a comment. @Smalyshev the problem is that page titles can contain slashes. If we don't always provide the slot name, how do we handle https://en.wikipedia.org/data/AC/DC? Is "AC" a slot name, or part of the title? What if it is both? One option is to not use another slash, but somethi

[Wikidata-bugs] [Maniphest] [Commented On] T161527: Canonical data URLs for machine readable page content

2017-04-02 Thread Smalyshev
Smalyshev added a comment. Possible solution: https://commons.wikimedia.org/data/main/Avignon_City_Wall.map. We don't need it for main slots, as it should be the default. We may want it if we ever need to have URLs for non-main slots. I'm not sure yet if we even have to have it- usually only the m

[Wikidata-bugs] [Maniphest] [Commented On] T161527: Canonical data URLs for machine readable page content

2017-04-01 Thread daniel
daniel added a comment. @MZMcBride good point about MCR slots. When designing a scheme like this, we should account for this. I of all people should know. I suppose I need to amend my proposal. With respect to /w/index.php, /w/api.php: we are not treating them as stable identifier prefixes. They a