this is a follow-up question of my previous thread:
Please help me on understanding this XPath
I have an XPath as:
<xsl:value-of select="position()+count(preceding-sibling::*)-18"/>
currently I can only understand the parts of it, like position(). Also, I know that preceding-sibling is to choose all siblings before the current node, but I have no idea what the statement mean when they get combined like above.
Could anyone give some help on understanding this XPath? thanks in advance.
preceding-sibling::
is an axis which returns a nodeset. In this case,*
tells it all preceding siblings.count()
counts the number of nodes in a nodeset. So, this part of the expression gives us the total number of nodes that have the same parent as the current node which appear before it in the document.All answers with the exception of @Alejandro 's have the same common fault:
It is not true that:
selects all preceding-sibling nodes.
It only selects all preceding-sibling elements.
To select all preceding-sibling nodes use:
There are these kind of nodes in XPath:
The root node (denoted as
/
), also denoted asdocument-node()
in XPath 2.0Element nodes. such as
<a/>
Text nodes. In
<a> Hello </a>
the text node is the only child ofa
and has a string value of " Hello "Comment nodes.
<!-- This is a comment-->
Processing instruction nodes.
<?someName I am a PI ?>
Attribute nodes. In
<a x="1"/>
x
is the only attribute ofa
.Namespace nodes.
<a xmlns:my="my:namespace"/>
a
has a namespace node with value "my:namespace" and name (prefix)my
Nodes of the first 5 kinds can be selected using the
preceding-sibling::
axis:selects all sibling nodes of kind 1 to 5.
selects all element preceding siblings
selects all elemens named "someName" preceding siblings
selects all text nodes preceding siblings (useful in mixed content)
selects all comment node preceding siblings.
selects all preceding siblings that are PIs
selects all preceding siblings that are PIs and are named "someName".
Your expresion is doing some calculation using the static position (from input source) and the dynamic position (from current node list).
Lets see some examples. Suppose this stylesheet and this input:
Output:
Now, changing the second rule to
match="a"
:So, patterns don't change the current node list
What if
position()
is in pattern? Lets change the rule tomatch="a[position()=2]"
:Strange? No. In the XPath pattern
position()
works against its own context node list and the axis direction. This case:child::a[position()=2]
meaning a seconda
child.This shows that
position()
in patterns works with different context thanposition()
in the content template.So, How change the current context node list? Well,
apply-templates
andfor-each
instructions.Add now to the
apply-templates
instruction someselect
attribute likeselect="a"
:Your code will result in a number, which will equal:
The position in the Current node list, minus the number of any preceding siblings, minus 18.
Generally speaking, different operators can be combined into expressions as you demonstrate in your example.
A note: Use
position()
with caution, because sometimes the current node list is not easy to see.position()
returns the position of the current node within the node-set being iterated right now. Assume there are four<foo>
elements:and you iterate them via
<xsl:apply-templates>
:Then this will output
"1234"
.count()
counts the nodes in a node-set.preceding-sibling::*
selects all elements on thepreceding-sibling
axis, as seen from the current node (unless the current node is an attribute, as attributes technically do not have preceding siblings).Should be pretty self-explanatory now. The XSLT concept you are probably missing is that of the "current node". The current node is the execution context of your XSLT program. There is always a node that is the current node, and most XSLT/XPath operations implicitly work on the current node.
position()
will evaluate to a number representing the current nodes position within a 1 indexed array of nodes being evaluated. Call that n.preceding-sibling::*
will evaluate the number of sibling nodes before the current one and count is what it sounds like (and quite likely to be equal to n-1 here as it goes).The -18 should be self-evident :) so what you're left with is a calculation of the position + the number of preceding siblings - 18. That's going to be quite specific to the business concern as to why you want that calculation, but that's what you have.