[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Identity Transform Grouping Question
Hi Ethan,
Unfortunately, that fixed the previous problem, but I've now noticed the opposite effect -- offices with the same name in different cities are being grouped together.Yes, I assumed that all offices with a certain name would be located in the same city... (wrong assumption:) I think the problem is that the "offices" key needs to include the <city> node to form the proper grouping (office within city within country). I tried changing the key as follows:That's correct. and changing the city and office templates as follows:That's not: in the third argument for concat, you pass "cities/city=current()" which produces a boolean value true() or false(). (I think this will put a "1" or "0" in the key string like "England-1-Branch 4") <xsl:sort select="names/name[@lang='en']"/>Idem: in both cases, you'll want to remove "=current()". That should give the correct grouping, and bring back the <address> and <phone> nodes as well. Good luck, Anton These changes seemed to fix my above problem, except that the result tree is missing all of the <address> and <phone> nodes. I'm not sure how my changes affected this.
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|