OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   TR: [xml-dev] RDDL (was RE: [xml-dev] Negotiate Out The Noise)

[ Lists Home | Date Index | Thread Index ]

>-----Message d'origine-----
>De : Simon St.Laurent [mailto:simonstl@simonstl.com]
>Envoyé : vendredi 18 janvier 2002 18:28
>À : Nicolas LEHUEN
>Objet : RE: [xml-dev] RDDL (was RE: [xml-dev] Negotiate Out The Noise)
>
>
>On Fri, 2002-01-18 at 11:09, Nicolas LEHUEN wrote:
>> A document type cannot be guessed from the list of 
>namespaces it uses.
>
>I don't really believe in such things as document types - though I
>suppose you're correct that a mere list of namespaces is inadequate if
>you really want to nail down precisely what type of document it might
>be, since the list doesn't define the possible interactions.  Only the
>document itself really does that...

Well, DOCTYPE has always proven useful until now, but it only points to
DTDs. So why drop the idea ? Pointing to a catalog of meta-data files (DTDs,
schemas, human-readable documentation, etc.) would be very useful...

>> There
>> should be a way to bind a document to a series of meta-data 
>resources, and
>> that's what I thought RDDL should be.
>
>I gave that a go once with XPDL:
>http://www.simonstl.com/projects/xpdl/

Thanks for the pointer. I'll have a look at it right now.

>There's also the XHTML meta tag and its cousins if you want to go that
>route.

I don't want to go the XHTML route, but the XML route. I'd like an
equivalent of the DOCTYPE, but more opened. I don't want to answer the
riddle 'what is at the end of a namespace URL', I just want a useful tool.

>> But it is not, it is only a way to
>> bind resources to a given namespace. If I followed your 
>logic, to validate a
>> RDDL document using RDDL, I would load the RDDL for the 
>XHTML, RDDL and
>> XLink namespaces. Now I don't have one, but three resources 
>directories in
>> which I'm supposed to find a DTD. Great, I've got three : 
>the DTD for XHTML,
>> the DTD for RDDL, and the DTD for XLink. How do I make my 
>computer select
>> the good one, i.e. the RDDL DTD, instead of the two other 
>(and especially
>> the XHTML one, since the root element html
>
>That's not a problem of RDDL - that's a general validation issue. 
>Schema mathematics (except for RELAX NG) are currently wretched.  I'd
>like to see RDDL files contain modules which only describe their
>particular namespace, not the entire concoction.  Using those is
>currently difficult, however, so we're stuck with what we've got.
>
>Incremental progress, not the perfect solution you appear to 
>be seeking.
>
>> xmlns="xmlns="http://www.w3.org/1999/xhtml"; is found in both 
>XHTML and RDDL
>> ?).
>
>Yep.  That's the current sad state of the schema art.

It's just because a schema is in no way associated to a namespace. Just
think of namespaces as the first half of a QName : a schema is just a set of
constraints on where and when some QName can/have to appear in an XML
document. Namespaces do not imply any particular schema, and vice-versa. If
you see it this way, schemas aren't so wretched after all. We just have to
lower the impression namespace can make on us.

>> You bet it will ! As soon as someone will try to use RDDL for RDDL,
>> XHTML+SVG, XHTML+MathML, people will begin to discover that 
>a namespace is
>> not a document type, and that mixing different namespaces in the same
>> document create new document types, different from each 
>original 'default
>> document types' possibly associated to the namespace. From 
>there, they will
>> throw out RDDL and try to think seriously about the problem.
>
>Nah.  Maybe they'll get rid of their expectations about schemas and/or
>the whole fuzzy notion of document types instead.
>
>It sounds like you want a complete solution.  I don't think there are
>any complete solutions in XML, just a box of parts.  Change your
>expectations, and you might be a lot happier.

I think you're a bit pessimistic here. DOCTYPE does work. Why not keep the
idea and point to a catalog of meta-data resources, each identified by a
different role/purpose/language ? This does not seem unfeasable.

Regards,
Nicolas
 
>-- 
>Simon St.Laurent
>Ring around the content, a pocket full of brackets
>Errors, errors, all fall down!
>http://simonstl.com




 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS