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

RE: handling namespaces in advance Re: namespace requi

Subject: RE: handling namespaces in advance Re: namespace required in transform
From: "Michael Kay" <michael.h.kay@xxxxxxxxxxxx>
Date: Fri, 26 Jul 2002 10:52:10 +0100
RE: handling namespaces in advance Re:  namespace requi
You might like to re-read the "family tree" case study in XSLT
Programmer's Reference, where I construct the data model directly from a
GEDCOM file - no XML involved. The XSLT processor is simply front-ended
with a parser that implements the SAX XMLReader interface, but takes
GEDCOM rather than XML as input.

Michael Kay
Software AG
home: Michael.H.Kay@xxxxxxxxxxxx
work: Michael.Kay@xxxxxxxxxxxxxx 

> -----Original Message-----
> From: owner-xsl-list@xxxxxxxxxxxxxxxxxxxxxx 
> [mailto:owner-xsl-list@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of 
> James Fuller
> Sent: 22 July 2002 09:40
> To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx
> Subject: Re: handling namespaces in advance Re:  
> namespace required in transform
> 
> 
> > > I don't see why the actual syntatic construction of xml could not 
> > > itself be abstracted( instead of angle brackets, why not 
> > > slashes...etc ) and defined, a sorta schema for base/physical 
> > > format; maybe this is a route of introducing binary xml....ok yes 
> > > there are issues all over the place, just a thought.
> >
> > This is precisely why XSLT and XPath define the data model as an 
> > abstraction. You don't have to create the data model from a 
> source XML 
> > document, you can create it from anything. If you want to define a 
> > format that is like XML except that the namespace declarations are 
> > contained in the end tags, you are free to do so, so long 
> as you can 
> > parse it into the XPath data model. Whether it will catch 
> on or not is 
> > another matter...
> 
> hmmmm, sometimes I think the W3's best intentions get buried 
> in the language.....wow....completely missed this point !
> 
> sorry to extend this thread, this is a very interesting 
> point....which is particularly relevent in a current project 
> that is hitting performance issues, and I am desperate for 
> any fallback positions.
> 
> so I assume I have to read 
> http://www.w3.org/TR/query-datamodel/ again, > and this time I 
> have to 'get it'...any other pointers to related work would 
> be greatly appreciated....but after 5 minutes of 
> googling....I suspect yet again, that I am walking down a lonely path.
> 
> thx for making yet another concept clear to my poor little mind.
> 
> cheers, jim fuller
> 
> 
>  XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list
> 


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


Current Thread

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
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.