- From: Peter Mika <pmika@yahoo-inc.com>
- Date: Thu, 13 Nov 2008 13:39:40 +0100
- To: Ivan Herman <ivan@w3.org>
- CC: public-rdf-in-xhtml-tf@w3.org
I'm not sure either... As I'm too lazy to read the whole spec, I did
some testing in java, where...
URI uri1 = new URI("http://creativecommons.org/ns #");
throws a URI syntax exception
but interestingly
URI uri2 = new URI("http://creativecommons.org/ns%20#");
doesn't.
In any case, there is an appendix of the URI specification which seems
to put the burden of removing whitespaces on the processing agent:
http://labs.apache.org/webarch/uri/rfc/rfc3986.html#delimiting
Quoting:
For robustness, software that accepts user-typed URI should attempt to
recognize and strip both delimiters and embedded whitespace.
For example, the text
Yes, Jim, I found it under "http://www.w3.org/Addressing/",
but you can probably pick it up from <ftp://foo.example.
com/rfc/>. Note the warning in <http://www.ics.uci.edu/pub/
ietf/uri/historical.html#WARNING>.
contains the URI references
http://www.w3.org/Addressing/
ftp://foo.example.com/rfc/
http://www.ics.uci.edu/pub/ietf/uri/historical.html#WARNING
End quote.
Cheers,
Peter
Ivan Herman wrote:
> I actually wonder...
>
> RDFa uses the xmlns syntax for URI prefixing only. Ie, the only thing
> that counts is whether it is a valid URI. If the result of the
> processing is to generate
>
> http://creativecommons.org/ns&20#
>
> that _is_ a valid URI, isn't it? Ie, I guess the bug in the current
> distiller code is that URI-s should be properly quoted.
>
> Having said that, such setting is probably an error, so if there is a
> space in the string than a warning is probably in order. But, who knows,
> some crazy users may want to use such a URI...
>
> Ivan
>
> Ivan Herman wrote:
>
>> Hi Peter,
>>
>> thanks for the note. I will have a look into it but yes, the tool should
>> probably warn...
>>
>> Ivan
>>
>> Peter Mika wrote:
>>
>>> Hi All,
>>>
>>> We have found another corner case while looking at all the wonderful
>>> RDFa on the Web:
>>>
>>> The page at [1] contains:
>>>
>>>
>>> This
>>> work by <a
>>> xmlns:cc="http://creativecommons.org/ns
>>> #
>>> "
>>>
>>> which is probably not intended (the page is broken in some sense). When
>>> run through either the XSLT or the Distiller this
>>> becomes:
>>>
>>> <cc:attributionName xmlns:cc="http://creativecommons.org/ns #">New
>>> Jersey State Auto
>>> Auction</cc:attributionName>
>>>
>>> which is normalized [1] as
>>> xmlns:cc="http://creativecommons.org/ns 
>>> <http://creativecommons.org/ns >;#">
>>>
>>> It seems to me that what you get is XML well-formed but not
>>> namespace-well-formed [2] because the attribute value is not a valid URI.
>>>
>>> Not sure really what to do about this but the output is not very
>>> useful... should the tools raise some warning?
>>>
>>> Thanks,
>>> Peter
>>>
>>> [1] http://www.w3.org/TR/REC-xml/#AVNormalize
>>> [2] http://www.w3.org/TR/REC-xml-names/#Conformance
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> [1] http://www.njstateauto.com/preowned/index.cfm?make=Mercedes-Benz
>>>
>>>
>
>
Received on Thursday, 13 November 2008 12:40:32 UTC