Greg, I agree with Tim, that you can't always expect Ocean to provide these tools. We just happen to be one of the main contributors to the openEHR foundation. As Tim said, the openEHR specs are the normative artefacts including the XML schemas provided at http://svn.openehr.org/specification/TAGS/Release-1.0.1/ITS/XML-schema. As for the archetypes, the ADL is probably the best source of truth but even then there are some archetypes that have some errors left over from previous versions of ADL and Editor tools.
The XML archetypes have been generated using the Ocean Archetype Editor which is available free from http://downloads.oceaninformatics.com/products/ArchetypeEditor. The XML archetypes provided in http://svn.openehr.org/knowledge/archetypes/dev/xml are currently manually generated using an old version of the editor and committed to subversion. This is why a complete set is not available. These XML archetypes are NOT valid against the openEHR R1.0.1 archetype and openehrprofile XML schemas, they do not even use the correct namespace. They have not been updated since R1.0.1 was release. Ocean has provided a auto-generation process for the NHS archetypes which generate valid R1.0.1 XML and we will endeavour to provide this for the dev archetypes as well. BTW, I have noticed an error in the term bindings XML and will have this rectified ASAP. You could use the Ocean Archetype Editor to produce the required XML yourself. A similar error as mentioned above exists for term bindings but more critical as it does not produce valid XML when an archetype includes term bindings. Again I will have this rectified ASAP. I will provide some background on the automated XML conversion process. The ADL archetype is read using openEHR Eiffel ADL Parser reference implementation which generates Archetype Object Model representation of the archetype. Using the openEHR Archetype Model XML Schema based on the AOM we simply serialise this AOM representation to XML. One of the issues you have highlighted is in regard to namespace prefixes. The Ocean serialiser uses the openEHR AM schema namespace as the default namespace and hence does not require prefixes. The LiU Editor obviously uses an at namespace prefix. Both are completely valid XML. The second issue is the xsi:type of children. Look at the openehrprofile.xsd and you will see that C_DV_QUANTITY is the correct type. This is consistent with the openEHR profile specification. Thirdly, both DvQuantity and QUANTITY are wrong in this case. It should be DV_QUANTITY as per the openEHR RM. The Ocean Archetype Editor now produces this correctly and the XML converter used to generate the NHS XML archetype is working correctly in this case, see http://svn.openehr.org/knowledge/archetypes/dev-uk-nhs/gen/xml/openehr/ehr/e ntry/observation/openEHR-EHR-OBSERVATION.blood_pressure.v1.xml. Hope this helps. Regards Heath > -----Original Message----- > From: openehr-technical-bounces at openehr.org [mailto:openehr-technical- > bounces at openehr.org] On Behalf Of Greg Caulton > Sent: Tuesday, 6 November 2007 8:05 AM > To: For openEHR technical discussions > Subject: XML versions of the ADL > > In writing some code to parse the XML to populate my database I notice > there is not always a matching XML on subversion for a given ADL. > > For example there is > > http://svn.openehr.org/knowledge/archetypes/dev/adl/openehr/ehr/entry/observ at > ion/openEHR-EHR-OBSERVATION.blood_pressure.v1.adl > > http://svn.openehr.org/knowledge/archetypes/dev/xml/openehr/ehr/entry/observ at > ion/openEHR-EHR-OBSERVATION.blood_pressure.v1.xml > > > but not an XML for > > http://svn.openehr.org/knowledge/archetypes/dev/adl/openehr/ehr/entry/observ at > ion/openEHR-EHR-OBSERVATION.respiration.v1.adl > > > To get around this I started to use the LiU Archetype Editor but I > realize now it generates a different XML than on subversion. For > example the LiU editor generates nodes with type > > <children xsi:type="at:C_QUANTITY"> > <rm_type_name>DvQuantity</rm_type_name> > > but on subversion it has > > <children xsi:type="C_DV_QUANTITY"> > <rm_type_name>QUANTITY</rm_type_name> > > > Is the XML unreliable such that I must use a Java ADL parser? > > thanks! > > Greg > _______________________________________________ > openEHR-technical mailing list > openEHR-technical at openehr.org > http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical > >