[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Vocabulary Combination and optional namespaces


describe graph


Arjun Ray wrote:
> |
> | it appears that we do not agree, that the mechanisms which you describe
> | would in general be sufficient to address documents of the form of the
> | last example.
> 
> The last example is no more and no less arbitrary than the others.  That's
> the point: you start from an arbitrary configuration and proceed to map
> vocabularies.  It isn't necessary that an author actually visualize this
> as what he's doing; it's only what he actually winds up doing anyway.
> 

where the last document is understood to be the product of arbitrary, not
predetermined combination - for example where it is not predetermined which
<one> element comes befoe the other <one> element, i have not yet understood
the control information of the kind which i have seen for xml-map to be
sufficient to relabel it.

> If you're asking whether the control information needs to be physically
> present in the undiscriminated form of the document, the general answer is
> no.  You could do it through an ancillary process such as an LPD, or an
> instance specific XSLT "transform" or whatever.  (Using an internal subset
> one could use the much maligned attribute defaulting method to save on
> markup in the instance.

this would require distinct names. [doesn't matter. it's not a material issue,
'cause i'm not concerned about where the control information is.]

>    There are many ways to skin this cat; the fact
> remains, though, that *some* mapping - even a trivial identity one - is
> inherently necessary in associating an external vocabulary with the native
> element structure of a document.)
> 
> | namespaces are specified as a means to ensure that graph labels remain
> | unique under arbitrary graph combinations. the techiques you describe
> | appear to be intended to effect arbitrary graph relabeling.
> 
> Actually, (sub)graph labelling, not graph relabelling.  The original graph
> has no scrutable labels, only structure.

inscrutable, and even ignored, is not the same as none. given that xml
structure has but two dimensions, dominance and sequence, absent predetermined
sequencing constraints, one is left with dominance only. which is not always
sufficient. one has to put up with inscrutable.

> 
> | neither is sufficent for all cases.
>

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.