Although interestingly the same archetype, saved as XML via the archetype
editor (or in .opts) does not include any_allowed elements....
<node_id>at0081</node_id>
<attributes xsi:type="C_SINGLE_ATTRIBUTE">
<rm_attribute_name>value</rm_attribute_name>
<existence>
<lower_included>true</lower_included>
<upper_included>true</upper_included>
<lower_unbounded>false</lower_unbounded>
<upper_unbounded>false</upper_unbounded>
<lower>1</lower>
<upper>1</upper>
</existence>
<children xsi:type="C_COMPLEX_OBJECT">
<rm_type_name>DV_TEXT</rm_type_name>
<occurrences>
<lower_included>true</lower_included>
<upper_included>true</upper_included>
<lower_unbounded>false</lower_unbounded>
<upper_unbounded>false</upper_unbounded>
<lower>1</lower>
<upper>1</upper>
</occurrences>
<node_id />
Looks like the java parser is behaving a little differently.
Ian
On 28 March 2012 16:44, Sebastian Garde <
sebastian.garde at oceaninformatics.com> wrote:
>
>
> On 28.03.2012 14:47, Athanasios Anastasiou wrote:
>
> Hello everyone
>
> I keep getting an error when parsing this ecg archetype (expressed as XML)
> and i was wondering if this could be because the archetype was uploaded to
> the CKM when the CKM used a different version of the published openEHR
> XSDs, if this used to be a bug of the archetype editor or if it could be
> something that i am doing wrong.
>
> No - the xml in CKM is produced on the fly from the adl, so it is always
> up to date...
> But of course not necessarily always correct: There may well a bug in the
> generation process of the Java XML generator,
> but can someone say definitely if the any_allowed tag should be in the xml
> or not, first?
> (any_allowed is an operation, not an attribute in the constraint model)
>
> Many archetypes have this in CKM, e.g. when a DV_TEXT is not further
> constrained, this would be expressed in XML using the any_allowed tag.
>
> I assume you refer to this archetype?
> http://openehr.org/knowledge/OKM.html#showarchetype_1013.1.276
>
> Sebastian
>
>
>
> The error i keep getting is "unrecognised element" for <any_allowed>.
>
> In fact, in my small local collection of archetypes*, this archetype is
> the only one that has an <any_allowed> element as part of its
> C_COMPLEX_OBJECT definitions.
>
> If i remove <any_allowed>, the archetype is parsed without any problems,
> but that's usually a way to create problems, not solve them :-)
>
> I would really like to use this ECG archetype as a test case because it
> contains a large number of definitions.
>
> According to the specs C_COMPLEX_OBJECT is supposed to inherit
> "any_allowed" by C_DEFINED_OBJECT but the "Archetype.xsd" does not contain
> an element / attribute definition for <any_allowed> in any of the relevant
> class definitions.
>
> This is why i suspect come kind of a (possibly older) mismatch between the
> CKM / Archetype editor code and the XSDs.
>
>
>
> What do you think?
>
> Could this be related to this item as well?
> http://www.openehr.org/mailarchives/openehr-technical/msg05970.html
>
> I suppose i can safely remove <any_allowed> (?)
>
> Looking forward to hearing from you
> Athanasios Anastasiou
>
> P.S. (*) The 7 Archetypes i am interested in: (encounter,
> menstrual_cycle_day, blood_pressure, body_temperature,
> body_weight_adjusted, ecg, height)
>
> _______________________________________________
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
>
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>
>
> --
>
> *Dr. Sebastian Garde*
> *Dr. sc. hum., Dipl.-Inform. Med, FACHI*
> Senior Developer
> Ocean Informatics
>
> Skype: gardeseb
>
> _______________________________________________
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
>
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>
--
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0)775 209 7859
skype ianmcnicoll
ian.mcnicoll at oceaninformatics.com
*Primary Health Info 23 ? 25th April in Warwick ? are you
coming?<http://www.primaryhealthinfo.org/>
*
Clinical Modelling Consultant, Ocean Informatics, UK
Director openEHR Foundation www.openehr.org/knowledge
Honorary Senior Research Associate, CHIME, UCL
SCIMP Working Group, NHS Scotland
BCS Primary Health Care www.phcsg.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20120328/9e581771/attachment-0001.html>
