- From: Nathan <nathan@webr3.org>
- Date: Thu, 20 Jan 2011 15:02:54 +0000
- To: Ivan Herman <ivan@w3.org>
- CC: RDFA Working Group <public-rdfa-wg@w3.org>, Manu Sporny <msporny@digitalbazaar.com>
Hi Ivan, In the common web world, it get's normalized, in RDF it doesn't, you do string comparison. The common case we'll encounter in RDFa land is data being published with "URLs" like: http://EXAMPLE.ORG/foo/bar in @href, @src, and probably most often, @base. The problem we've got is that all the browsers and most DOM based tooling will normalize these URIs to http://example.org/foo/bar, but in the RDF world http://example.org/foo/bar and http://EXAMPLE.ORG/foo/bar are different. Ivan Herman wrote: > I must admit I am lost:-( > > If the source is that crazy hTtP://something, what should be the output? Is it http://something or should it keep the hTtP stuff? > > Ivan > > On Jan 19, 2011, at 23:26 , Nathan wrote: > >> Hi All, >> >> It appears that all the major browser vendors do URI/URL normalization on relative refs, and values in common html attribute (@href and @src) - meaning that the URI/IRIs people can pull from RDFa when in an environment don't match the non-normalized RDF URI References intended. >> >> I've thrown together a quick HTML only page to illustrate: >> http://webr3.org/urinorm/html >> >> And also an XHTML+RDFa 1.0 page here: >> http://webr3.org/urinorm/2 >> >> Also pyRDFa and check.rdfa.info which fully normalizes values, and pyRDFa which seems to have conflicting functionality, producing htTp:// vs http:// depending on whether the value has needed path resolution (whilst treating the rest of the URI as case sensitive, as per RDF specs). >> >> May be worth checking to see what you're own libraries do with the /2 example. >> >> Best, >> >> Nathan >> > > > ---- > Ivan Herman, W3C Semantic Web Activity Lead > Home: http://www.w3.org/People/Ivan/ > mobile: +31-641044153 > PGP Key: http://www.ivan-herman.net/pgpkey.html > FOAF: http://www.ivan-herman.net/foaf.rdf > > > > >
Received on Thursday, 20 January 2011 15:05:00 UTC