W3C home > Mailing lists > Public > www-rdf-comments@w3.org > July to September 2003

Re: mismatch between test and RDF/XML syntax

From: Dave Beckett <dave.beckett@bristol.ac.uk>
Date: Thu, 7 Aug 2003 11:47:16 +0100
To: "Peter F. Patel-Schneider" <pfps@research.bell-labs.com>
Cc: www-rdf-comments@w3.org
Message-Id: <20030807114716.5d6c87e7.dave.beckett@bristol.ac.uk>

On Tue, 05 Aug 2003 14:05:09 -0400 (EDT)
"Peter F. Patel-Schneider" <pfps@research.bell-labs.com> wrote:

> Hi:
> The RDF/XML Syntax Specification (Revised), draft of 4 August 2003 appears
> to allow strings that are not in Normal Form C.  This is counter to test
> rdf-charmod-literals/error001.rdf
> The relevant productions for this example are
> 7.2.14 propertyElt		which parses <eg:Creater eg:named="..."/>
> 7.2.21 emptyPropertyElt		which parses <eg:Creater eg:named="..."/>
> 7.2.25 propertyAttr		which parses eg:named="..."
> the last of which allows anyString (defined as ``Any string.'') as the
> value of the attribute.

Indeed.  I think this would best done with a note next to the actions
where triples with literal values are added to the graph.  This is
when literal() event is used in nodeElement (now section 7.2.11 in
the editor's draft), literalPropertyElt (7.2.16) emptyPropertyElt

For each of these triples additions I will add a note of the form

  The string <em>t</em>.string-value MUST be a Unicode [UNICODE] String
  in Normal Form C (NFC) [NFC].

before the literal() term is used.  I will also add the two new normative references:

    The Unicode Standard, Version 3, The Unicode Consortium,
    Addison-Wesley, 2000. ISBN 0-201-61633-5, as updated from time to
    time by the publication of new versions. (See
    http://www.unicode.org/unicode/standard/versions/ for the latest
    version and additional information on versions of the standard
    and of the Unicode Character Database).

    Unicode Normalization Forms, Unicode Standard Annex #15, Mark
    Davis, Martin Duerst. (See
    http://www.unicode.org/unicode/reports/tr15/ for the latest

Received on Thursday, 7 August 2003 06:48:21 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:15:21 UTC