- From: Bjoern Hoehrmann <derhoermi@gmx.net>
- Date: Mon, 17 Sep 2001 19:28:03 +0200
- To: www-rdf-comments@w3.org
- Cc: barstow@w3.org, dave.beckett@bristol.ac.uk
Hi, I wonder why the working drafts doesn't reference RFC 2396 for the absoluteURI syntax and instead uses a very loose syntax definition with incompatible character escape sequences. The [CHARMOD] requires specifications to specify that URIs are escaped like http://www.hoehrmann.invalid/~bj%C3%B6rn/ but the RDF Test Cases WD implies, one should use http://www.hoehrmann.invalid/~bj\uF6rn/ or http://www.hoehrmann.invalid/~bj\u00F6rn/ The specification should clearly state that four characters must follow the \u and eight characters the \U. I don't see any good reason why \U is defined for [[#x10000-#xFFFFFFFF] (note the unmatched bracket) instead of ...-#x10FFFF, Unicode doesn't define anything above. The \U should IMO only require six hex digits instead of eight, otherwise authors have always to specify two superflous zero digits. I would recommend a more perlish approach for \u and \U in general, i.e. use \u{ <one to six hex digits> } in place of them. I _really_ wonder why #20, #3C and #3E should be additionally allowed for absoluteURIs. They have to be URI-escaped, the WD implies I should use http://www.example.org/test\u0020case/ instead of http://www.example.org/test%20case/ That's IMO pure nonsense. The reference to Python string literals should be removed, I don't care about Python string literals and they are of no relevance here. I don't see no need for the trailing '.' character required for each n-triple line. [CHARMOD] - http://www.w3.org/TR/charmod regards, -- Björn Höhrmann { mailto:bjoern@hoehrmann.de } http://www.bjoernsworld.de am Badedeich 7 } Telefon: +49(0)4667/981028 { http://bjoern.hoehrmann.de 25899 Dagebüll { PGP Pub. KeyID: 0xA4357E78 } http://www.learn.to/quote/
Received on Monday, 17 September 2001 13:29:11 UTC