Lists Home |
Date Index |
> -----Original Message-----
> From: Elliotte Rusty Harold [mailto:email@example.com]
[ snip ... ]
> At 9:16 PM -0400 6/3/04, Mark Baker wrote:
> >I agree, it's not the triples themselves which are key. I believe that
> >what's key is a data model which presents information in discrete
> >"packets" so that I can, for example, add a new packet without impacting
> >the ability of deployed software to extract other packets. Triples do
> >that, but so can other models. So, in response to Elliotte, this is
> >why vanilla XML (+Namespaces+URIs) isn't sufficient.
> I was with you until the last sentence. I see no reason why
> plain-vanilla XML+Namespaces can't do this. You make the claim on
> that " additional properties can be added without impacting the
> meaning of the former interpretation, i.e. potentially breaking some
> application somewhere. An XML app can't assume this; it might be
> breaking its validity against some schema someplace." Simply put, I
> don't care if adding additional information breaks some schema
> someplace. Properly designed XML applications ask whether a document
> contains the information need. They do not ask whether the document
> contains additional information they don't need or care about.
I don't understand this last point, Elliotte. How can a properly designed
application ask whether a document contains the information it needs without
knowing about the document's structure? If you add information, you're most
likely changing the structure, and consequently the schema. How can an
application cope with ad hoc changes like that w/out looking at the schema,
ie without doing validation?
What am I not understanding?
> I agree that XML document should be Extensible. I disagree that plain
> vanilla XML documents aren't extensible. Validity is not required.
> Elliotte Rusty Harold
> Effective XML (Addison-Wesley, 2003)
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
> The list archives are at http://lists.xml.org/archives/xml-dev/
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://www.oasis-open.org/mlmanage/index.php>