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

Re: SaxXPathFragmentFilter - Reduse large DOM trees using aSAX

• To: Niels Peter Strandberg <nielspeter@n...>, xml-dev@l...
• Subject: Re: SaxXPathFragmentFilter - Reduse large DOM trees using aSAX XPath cutter!
• From: PaulT <pault12@p...>
• Date: Wed, 28 Nov 2001 08:42:41 -0800
• References: <42E981E4-E41B-11D5-8C2F-000502CB905D@n...>

----- Original Message ----- 
From: "Niels Peter Strandberg" <nielspeter@n...>

> You are right that it is not XPath, but more a type of a location path. 
> But many developers is familiar with XPath, and XPath is in it simplest 
> form a location path.  Lets say that you have a XML document, and you 
> know what parts you want to cut, then a XPath like syntax is the most 
> simple to use, because you might already know basic XPath.

I think that then you 'should' call it LPath and together with 
CPath [1] and XPath++ and maybe some pointer from 
Machael Kay ( I think I remember that at early stages of SAXON, 
Michael had imlemented the streaming subset of XPath ) + god know 
what else -

all that would make a nice XPath 'cluster'

That was my point. If that XML Encyclopedia would be 
blessed by W3C, we just submit our urls to the knowledge 
base - and those who may think about re-inventing this wheel 
again may decide not to invent it at all ;-)

Rgds.Paul.

[1] http://www.pault.com/pault/pxml/cpath.html

• References:
  • Re: SaxXPathFragmentFilter - Reduse large DOM trees using a SAX XPath cutter!
    • From: Niels Peter Strandberg <nielspeter@n...>

• Prev by Date: Re: XML Buzzwords. RFC
• Next by Date: Re: XML Buzzwords. RFC
• Previous by thread: Re: SaxXPathFragmentFilter - Reduse large DOM trees using a SAX XPath cutter!
• Next by thread: RE: SaxXPathFragmentFilter - Reduse large DOM trees using a SAX XPath cutter!
• Index(es):
  • Date
  • Thread