- From: Michael Steidl \(IPTC\) <mdirector@iptc.org>
- Date: Thu, 14 Nov 2013 11:52:31 +0100
- To: "'ODRL Community Group'" <public-odrl@w3.org>
Mo, a note on your emails: unfortunately the apostrophes of your body text is replaced by three question marks - which makes the reading of URLs not simple. Michael > -----Original Message----- > From: Mo McRoberts [mailto:Mo.McRoberts@bbc.co.uk] > Sent: Wednesday, November 13, 2013 1:38 PM > To: Víctor Rodríguez Doncel; ODRL Community Group > Subject: Re: odrl-ISSUE-16: Use of @base and relative URIs in examples > [ODRL 2 Ontology] > > Hi all, > > Do you realise you???re arguing about the equivalent of a difference > between??? > > <a href=???/foo???>foo</a> > > and > > <a href=???foo???>foo</a> > > ???in a web page served at http://example.com/ ? > > If your reading of the spec is something other than ???these are entirely > equivalent", either the spec is unclear, your reading is incorrect, or _every_ > implementation of allegedly-conformant URI rebasing, from browsers to > stand-alone parsing libraries, is buggy in this regard. > > M. > > On 2013-Nov-13, at 09:28, V??ctor Rodr??guez Doncel > <vrodriguez@fi.upm.es> wrote: > > > Hi, > > > > I am no expert in this topic and after reading once and again the spec I am > still not sure... > > But I made a small test, and checked that upon normalization, > > > > "http://example.com//asset:9898" > > > > and > > > > "http://example.com/asset:9898" > > > > happen to be equivalent. We should opt for the "canonical" form, though... > > > > V??ctor > > > > > > El 13/11/2013 9:45, Michael Steidl (IPTC) escribi??: > >> Hi Mo, > >> actually 5.2.3 Merge Paths of RFC3986 tells more about this issue than > 5.1.1: > >> It writes down: > >> The pseudocode above (in 5.1.x) refers to a "merge" routine for merging > a > >> relative-path reference with the path of the base URI. This is > >> accomplished as follows: > >> o If the base URI has a defined authority component and an empty > >> path, then return a string consisting of "/" concatenated with the > >> reference's path; otherwise, > >> o return a string consisting of the reference's path component > >> appended to all but the last segment of the base URI's path (i.e., > >> excluding any characters after the right-most "/" in the base URI > >> path, or excluding the entire base URI path if it does not contain > >> any "/" characters). > >> > >> How the components of a URI are split up is shown in section 3 of the RFC. > A URI like http://example.com/ has an authority component of > "example.com" and a path of "/", therefore the second bullet of 5.2.3 > applies. > >> >From my reading this makes > >> mergedURI = "http://example.com/" + "/asset:9898" = > "http://example.com//asset:9898" > >> ... which is not the same as http://example.com/asset:9898 in the > explanation. And that's my point. > >> > >> Michael > >> > >>> -----Original Message----- > >>> From: Mo McRoberts [mailto:Mo.McRoberts@bbc.co.uk] > >>> Sent: Tuesday, November 05, 2013 11:39 AM > >>> To: ODRL Community Group > >>> Subject: Re: odrl-ISSUE-16: Use of @base and relative URIs in examples > >>> [ODRL 2 Ontology] > >>> > >>> ???Hi Michael, > >>> > >>> I don?t believe this is correct ? I?m about 99% sure that @base behaves > as > >>> <base href=???> does in HTML; the strings are not strictly concatenated, > but > >>> instead the possibly-relative URI is rebased against the value of @base. > The > >>> Turtle spec specifically cites RFC3986 section 5.1.1, "Base URI Embedded > in > >>> Content". > >>> > >>> e.g., if you had: > >>> > >>> @base <http://example.com/foobar> . > >>> @prefix foaf: <http://xmlns.com/foaf/0.1/> . > >>> > >>> </baz#id> a foaf:Agent . > >>> > >>> then the triple is expanded to: > >>> > >>> <http://example.com/baz#id> <http://www.w3.org/1999/02/22-rdf- > syntax- > >>> ns#type> <http://xmlns.com/foaf/0.1/Agent> . > >>> > >>> Live example of the above: > >>> > >>> Turtle: http://ptah.bencrannich.net/2013/misc/test > >>> > >>> N-Triples: > >>> > http://lodscope.parthenon.org.uk/index.text?uri=http://ptah.bencrannich.n > >>> et/2013/misc/test > >>> > >>> So while it?s true that the URIs have one character more than they > strictly > >>> need, it doesn?t make any difference to the parsing result. > >>> > >>> M. > >>> > >>> On 2013-Nov-05, at 09:29, ODRL Community Group Issue Tracker > >>> <sysbot+tracker@w3.org> wrote: > >>> > >>>> odrl-ISSUE-16: Use of @base and relative URIs in examples [ODRL 2 > >>> Ontology] > >>>> http://www.w3.org/community/odrl/track/issues/16 > >>>> > >>>> Raised by: Michael Steidl > >>>> On product: ODRL 2 Ontology > >>>> > >>>> All the Turtle examples in the Ontology draft are using @base this way: > >>>> @base <http://example.com/> . > >>>> @prefix odrl: <http://w3.org/ns/odrl/2/> . > >>>> ... > >>>> odrl:target </asset:9898> ; > >>>> .... > >>>> > >>>> The description of this example states that the URI for the asset is > >>> http://example.com/asset:9898 > >>>> Reading the Turtle specs I conclude that the strings of @base and the > >>> relative URI are concatenated making http://example.com//asset:9898 > >>> which is not the same as described. > >>>> Wouldn't it be better to omit the leading slash in the relative URIs? > >>>> > >>>> > >>>> > >>> > >>> -- > >>> Mo McRoberts - Analyst - BBC Archive Development, > >>> Zone 1.08, BBC Scotland, 40 Pacific Quay, Glasgow G51 1DA, > >>> MC3 D6, Media Centre, 201 Wood Lane, London W12 7TQ, > >>> 0141 422 6036 (Internal: 01-26036) - PGP key CEBCF03E > >>> > >>> > >>> > >>> ----------------------------- > >>> http://www.bbc.co.uk > >>> This e-mail (and any attachments) is confidential and > >>> may contain personal views which are not the views of the BBC unless > >>> specifically stated. > >>> If you have received it in > >>> error, please delete it from your system. > >>> Do not use, copy or disclose the > >>> information in any way nor act in reliance on it and notify the sender > >>> immediately. > >>> Please note that the BBC monitors e-mails > >>> sent or received. > >>> Further communication will signify your consent to > >>> this. > >>> ----------------------------- > >> > >> > > > > > > -- > > V??ctor Rodr??guez-Doncel > > D3205 - Ontology Engineering Group (OEG) > > Departamento de Inteligencia Artificial > > Facultad de Inform??tica > > Universidad Polit??cnica de Madrid > > > > Campus de Montegancedo s/n > > Boadilla del Monte-28660 Madrid, Spain > > Tel. (+34) 91336 3672 > > Skype: vroddon3 > > > > > > > -- > Mo McRoberts - Analyst - BBC Archive Development, > Zone 1.08, BBC Scotland, 40 Pacific Quay, Glasgow G51 1DA, > MC3 D6, Media Centre, 201 Wood Lane, London W12 7TQ, > 0141 422 6036 (Internal: 01-26036) - PGP key CEBCF03E > > > > ----------------------------- > http://www.bbc.co.uk > This e-mail (and any attachments) is confidential and > may contain personal views which are not the views of the BBC unless > specifically stated. > If you have received it in > error, please delete it from your system. > Do not use, copy or disclose the > information in any way nor act in reliance on it and notify the sender > immediately. > Please note that the BBC monitors e-mails > sent or received. > Further communication will signify your consent to > this. > -----------------------------
Received on Thursday, 14 November 2013 10:53:07 UTC