>> This is confirmed in the Java reference parser as it parses the ADL >> and looking at the path property on the quantity it shows a path of >> >> /data[at0002]/events[at0003]/data[at0001]/item[at0004]/value >> > this path identifies the same element as > /data/events[at0003]/data/item/value
> When there is only one element under a single-valued attribute, the > [atcode] is not needed; this is not an openEHR specific thing, it is > standard Xpath. Some intermediate nodes currently have codes but do not > need them, such as HISTORY (at0002 node), the ITEM_SINGLE node (at0001) > - the codes don't add any more semantics than already in teh underlying > reference model (i.e. HISTORY is a 'history' and ITEM_LIST is a 'list'). > However, ideally the Weight ELEMENT node (at0004) would retain its > at-code, because it is semantically significant. > This issue has not yet been properly discussed in openEHR, and I should > probably turn back on the more slavish mode of path generation, with all > the at-codes included. If you are not doing your documentation > absolutely immediately, you can use an updated form of the workbench > which I will release in the next few days (which has a lot of other > archetype checking implemented). > BTW, you can just do ctrl-C on rows in the workbench path list and paste > into another tool. > > - thomas beale Yes I tried the ctrl-C but anyway that is a relief that the two paths are equivalent. I will just import the ADL and that will add the path as an identifier I can use when I translate AQL to SQL down the road. thanks! Greg