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

RE: building a nodeset from selected nodes

Subject: RE: building a nodeset from selected nodes
From: Wendell Piez <wapiez@xxxxxxxxxxxxxxxx>
Date: Thu, 05 Jul 2001 17:18:27 +0100
node set equals
At 09:23 PM 7/5/01, Kurt wrote:
Hi Wendell,

Using key() is sooooo much easier than recursive templates.

At Thursday, July 05, 2001 8:52 AM, you wrote:
> (Even if it didn't, you could still iterate over the column children and
> use . for that second argument. ;-)

I originally thought of doing this (assuming I understand you) but
then I got back to the problem where I have multiple node-sets with
no obvious (to me?) way to combine them into a single node-set, though
I was eventually able to combine them using recursive template calls.

Well, that's effectively what key() is doing. What I was describing above is merely that we could say


<xsl:for-each select="column">
  <xsl:apply-templates select="key('columns-by-name', .)"/>
</xsl:for-each>

and be calling the function multiple times with the current column node's string value as the second argument each time.

But since we can do the same thing by putting the node-set itself into the second argument, this is unnecessary.

You also ask:
Is there a simpler approach to combine a variable number of node-sets
into a single node-set (without using extensions)?

Well, now we know how to do it with keys, it's easier to see how you could engineer your way back *out* of using them: so in your example, you could be doing


<xsl:template match="query">
  <xsl:variable name="matching-columns"
       select="//table/column[name=current()/column]"/>
  <xsl:for-each select="$matching-columns">
     ...
  </xsl:for-each>
</xsl:template>

and be binding the nodes into a variable that way. (This location path works because of the rule of what makes node-sets equal: that the string value of one of the nodes in the first node set equals the string value of one of the nodes in the other. Such a loose rule is useful sometimes.)

But even this is expensive compared to using keys, except maybe on small documents. It's really the key() function that's saving us all the work.

Cheers,
Wendell



======================================================================
Wendell Piez                            mailto:wapiez@xxxxxxxxxxxxxxxx
Mulberry Technologies, Inc.                http://www.mulberrytech.com
17 West Jefferson Street                    Direct Phone: 301/315-9635
Suite 207                                          Phone: 301/315-9631
Rockville, MD  20850                                 Fax: 301/315-8285
----------------------------------------------------------------------
  Mulberry Technologies: A Consultancy Specializing in SGML and XML
======================================================================


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.