Re: [xml-dev] Validate **against** a schema OR validate **with** a schem

[Robert Koberg <rob@koberg.com>]

On Jan 22, 2009, at 6:53 PM, Len wrote:

> Augmentation (defaulting from the DTD) tightly binds DTDs to  
> instances.  I think there is healthy consensus tight binding of DTDs  
> to instances is a bad idea.

Yep. How many times have you heard, "Dang! XSL is sooooo slow. What?  
You mean the XML parser is going out to the internet to find a DTD in  
the XML instance??"

-Rob


>
> len
>
> -----Original Message-----
> From: dorchard100@gmail.com [mailto:dorchard100@gmail.com] On Behalf  
> Of David Orchard
> Sent: Thursday, January 22, 2009 2:54 PM
> To: Andrew Welch
> Cc: G. Ken Holman; xml-dev@lists.xml.org
> Subject: Re: [xml-dev] Validate **against** a schema OR validate  
> **with** a schema?
>
> Defaulting values came from SGML days and DTDs..  So it's been  
> around for a while.  Many folks have wanted the validation and  
> augmentation steps separate though no real progress on that.
>
> Dave
> On Thu, Jan 22, 2009 at 12:51 PM, Andrew Welch <andrew.j.welch@gmail.com 
> > wrote:
> >> 2. I validated the XML instance document with the schema.
> >
> > ... when I'm using validation to augment my XML....
>
> imho, "validation" and "augment" should be kept separate... If you
> need the augmentation call the step just that, not validation.
>
> I don't know the history of it, but I would guess defaulted values
> were a late addition to the validation process, rather than something
> included from the beginning??
>
> _______________________________________________________________________
>
> XML-DEV is a publicly archived, unmoderated list hosted by OASIS
> to support XML implementation and development. To minimize
> spam in the archives, you must subscribe before posting.
>
> [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
> Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
> subscribe: xml-dev-subscribe@lists.xml.org
> List archive: http://lists.xml.org/archives/xml-dev/
> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
>