RE: XSLT and XSchema (was Re: [xsl] keys and idrefs - XSLT2 reque st?)

["Seaborne, Mark" <Mark_Seaborne@xxxxxxxxxxxx>]

What about something along the lines of 

<party role="payee">
	<address> ....

<party role="supplier">
	<address> ....

or, if you prefer

<party>
	<role>payee</role>
	....


I am currently working on an application where I have had to deal with
exactly this problem, and for practical reasons with which I won't bore you,
we adopted the latter approach, and have found that it is perfectly
serviceable, at least for our application.


All the best

Mark Seaborne



-----Original Message-----
From: Joerg Pietschmann [mailto:joerg.pietschmann@xxxxxx]
Sent: 16 October 2001 09:15
To: XSL List
Subject: XSLT and XSchema (was Re: [xsl] keys and idrefs - XSLT2
request?)


David Carlisle <davidc@xxxxxxxxx> wrote
> Knowing an attribute is a date is good, I'd hope to use date arithmetic
> in XPath 2, but I can't imagine ever wanting to (for example) match
> elements by some complex schema type rather than name.

Hmm, this makes me think. While trained as mathematican, i'm
probably working in business software too long:
- define a complex data type "adress"
- use it under various names, which usually denote roles (excuse
  the pseudo schema code, can't be bothered to look up the exact
  syntax :-)

  element address
    name: string
    zip: string
    city: string
    ...

  element order
   residentaddress : address
   shippingaddress : address
   ...

Am i mistaken that a valid XML instance would look like
the following?
 <order>
  <residentaddress>
   <name>...</name>
   ...
  </residentaddress>
  <shippingaddress>
   ...
 
If so, matching the type "address" might be preferable to
writing a template for every address role, or dispatching
via <apply-template select="*[contains(name(),'address']"
   mode="address"/>
or something.
I do not claim that the schema above is actually well designed,
if there are alternatives, i'd like to hear about them.

Regards
J.Pietschmann

 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list

 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list