RE: parsers that don't need rdf:RDF?

Hmm. For SVG and SMIL and Speech Recognition Grammar it would indeed be
useful to know when to parse RDF. So how do we know? By keying from the fact
that the rest of the elements are, or are enclosed by, elements in the RDF
namespace? That seems rather more feasible than just collectng a list of
languages where we expect to find RDF, and some information about where we
expect to find it. In other words, a parser looks for RDF stuff and assumes
that anything inside an rdf-namespaced element is RDF - whether that is a
root RDF element or whether there is a fragment with some other root
element...

Chaals

On Fri, 27 Sep 2002, Dan Brickley wrote:

>
>On Fri, 27 Sep 2002, Jeremy Carroll wrote:
>
>>
>>
>> >
>> > I know that the W3C's "RDF Validation Service" at
>> > http://www.w3.org/RDF/Validator/ and the downloadable ARP RDF
>> > processor underneath it don't require RDF statements to be
>> > enclosed inside of an rdf:RDF element. Are there any others that
>> > anyone can suggest?
>> >
>>
>> Something I've not done, which I think would be legal according to the spec
>> is allow you to switch ARP in at an arbitrary point in your XML doc ...
>>
>>
>> <blah>
>>   <blah>
>>     <blah>
>>   <!-- this is RDF content because I just know -->
>>
>>
>>   <!-- end RDF content -->
>>     </blah>
>>    </blah>
>> </blah>
>>
>> I think an RDF implementation that worked with a SAX parser or a DOM and
>> allowed the user to choose which bit of the doc was RDF would be compliant;
>> but no-ones asked me for that.
>
>This would probably be useful for things like SVG, which have blobs of RDF
>down inside a <metadata> tag, potentially several per document.
>
>Dan
>

-- 
Charles McCathieNevile  http://www.w3.org/People/Charles  tel: +61 409 134 136
SWAD-E http://www.w3.org/2001/sw/Europe ------------ WAI http://www.w3.org/WAI
 21 Mitchell street, FOOTSCRAY Vic 3011, Australia  fax(fr): +33 4 92 38 78 22
 W3C, 2004 Route des Lucioles, 06902 Sophia Antipolis Cedex, France

Received on Friday, 27 September 2002 10:08:28 UTC