Re: RDF Core WG draft of RDF/XML Syntax Specification (Revised) for review

>>>Daniel Krech said:
> Not a big issue... but thought it was worth one more time around.
> 
> Not sure I followed what the objection was (if any?) to being more
> explicit and precise about the productions 7.2.2 - 7.2.5. [And
> syntaxTerms still leaves out rdf:Description and rdf:li as things
> currently stand]
> 
> My original motivation remains. To me it mattered not if the notion of
> classURI and propertyURI where introduced... they could be expanded in
> place below and achieve what I was after. 
> 
> The key difference I was after is to explicitly list what is allowed
> from the RDF namespace then add to it any other URI that is not from the
> RDF namespace. Seems more straight forward and less likely for error to
> creep in when defining, interpreting and implementing them. For
> instance, as 7.2.5 now stands it allows the class names from the RDF
> namespace -- do we really want to allow class names here?	
> 
> The proposed productions again... and slightly fixed up from before:
> 
>     nodeElementURIs = rdf:Description | classURI | 
>                       anyURI except from the RDF namespace
> 
>     propertyElementURIs = rdf:li | propertyURI | 
>                           anyURI except from the RDF namespace
> 
>     propertyAttributeURIs = propertyURI | anyURI except from the RDF namespace

I guess the problem is that the above are lists of legal URI-refs.
The RDF/XML grammar does not deal with namespaces.  The RDF
namespace section is a set of URI-refs, and I don't want to
confuse with (set of URI-refs) versus (XML namespace).

I want some grammar terms for a set of legal URI-refs, at certain
points.  In this case the restrictions are that every legal URI-ref
is allowed, bar a few terms that we have to forbid.
  "anyURI except from the RDF namespace"
I feel is not as precise as
  "anyURI except for these ones"

Re: likely for error, sure, but we can fix that.  You pointed out
some problems.

Dave

Received on Friday, 1 November 2002 07:20:18 UTC