Hi Sebastian, Does this mean that CKM no longer uses the TD OPT Web Service?
I think your suggestion of String is correct as per the specifications, DURATION, DV_DURATION and C_DURATION are clearly wrong. However, I think we need to be considering the XML Schema approach of a restricted string since the RM does have an invariant of is_valid_iso8601duration. I think this needs to be more specifically implied using the assumed ISO8601_DURATION class which would allow this to be used in the OPT but I think this needs to be considered by the SEC before we adopt this approach. For now I suggest all tools are updated to use String to align with the spec. Regards Heath _____________________________ From: Diego Boscá <yamp...@gmail.com<mailto:yamp...@gmail.com>> Sent: Wednesday, March 16, 2016 2:32 AM Subject: Re: rm_type_name for the DV_DURATIONs primitive object in XML To: For openEHR technical discussions <openehr-technical@lists.openehr.org<mailto:openehr-technical@lists.openehr.org>> To make things worse, in the XML Schema DV_DURATION contains an Iso8601Duration, which in the end is an string with a regex 2016-03-15 16:43 GMT+01:00 Sebastian Garde <sebastian.ga...@oceaninformatics.com<mailto:sebastian.ga...@oceaninformatics.com>>: > OK, that would have been my pick as well. > > Only that: > - The Java Ref Impl exports it as DV_DURATION (It seems we all agree that > this is wrong) > - Template Designer (2.8) exports this as "DURATION" (in the generated OPT). > - The online Template Editor seems to export it either as C_DURATION or > DURATION in the 1.4 OPT export (depending on what is constrained?!) > > So it seems that C_DURATION is another candidate. > > I could however not get any of the tools to just use "String"... > > Sebastian > > > -----Original Message----- > From: openEHR-technical [mailto:openehr-technical-boun...@lists.openehr.org] > On Behalf Of Diego Boscá > Sent: Dienstag, 15. März 2016 14:04 > To: For openEHR technical discussions > <openehr-technical@lists.openehr.org<mailto:openehr-technical@lists.openehr.org>> > Subject: Re: rm_type_name for the DV_DURATIONs primitive object in XML > > Agree with bostjan, In fact DV_DURATION type is being assigned to both the > C_Complex_object and the C_Primitive_object rm_type_name, which is surely > wrong. > > 2016-03-15 13:42 GMT+01:00 Boštjan Lah > <bostjan....@marand.si<mailto:bostjan....@marand.si>>: >> Hi, >> >> according to the specs it's String: >> http://www.openehr.org/releases/RM/latest/docs/data_types/data_types.h >> tml#_dv_duration_class >> That's what template designer does. >> >> Best regards, >> Bostjan >> >> On 15 Mar 2016, at 13:35, Sebastian Garde >> <sebastian.ga...@oceaninformatics.com<mailto:sebastian.ga...@oceaninformatics.com>> >> wrote: >> >> Dear all, >> >> There are a differences in how the Template Designer and how CKM >> construct the XML for a DV_Duration: >> >> Take this snippet (from >> http://openehr.org/ckm/#showArchetype_1013.1.123_XML >> ) >> >> <children xsi:type="C_COMPLEX_OBJECT"> >> <rm_type_name>DV_DURATION</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 /> >> <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_PRIMITIVE_OBJECT"> >> <rm_type_name>DV_DURATION</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 /> >> <item xsi:type="C_DURATION"> >> <pattern>PMWD</pattern> >> <range> >> <lower_unbounded>true</lower_unbounded> >> <upper_unbounded>true</upper_unbounded> >> </range> >> </item> >> </children> >> </attributes> >> </children> >> >> What is the correct rm_type_name for C_PRIMITIVE_OBJECT here (in old >> red above)? >> >> Is it “DV_DURATION” as the Java Ref Impl uses or is it simply “DURATION” >> (both for reason I don’t really understand) or should it maybe be >> “String” or “ISO8901_DURATION” as >> http://openehr.org/releases/trunk/UML/#Architecture___18_1_83e026d_143 >> 3773264460<tel:3773264460>_352968_7042 >> and/or >> http://openehr.org/releases/trunk/UML/#Architecture___18_1_83e026d_142 >> 2968609347<tel:2968609347>_115062_25681 >> describe. >> >> Frankly I am confused, but I hope that someone can enlighten me here? >> >> Cheers >> Sebastian >> >> >> _______________________________________________ >> openEHR-technical mailing list >> openEHR-technical@lists.openehr.org<mailto:openEHR-technical@lists.openehr.org> >> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.open >> ehr.org<http://ehr.org> >> >> >> >> _______________________________________________ >> openEHR-technical mailing list >> openEHR-technical@lists.openehr.org<mailto:openEHR-technical@lists.openehr.org> >> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.open >> ehr.org<http://ehr.org> > > _______________________________________________ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org<mailto:openEHR-technical@lists.openehr.org> > http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org > _______________________________________________ > openEHR-technical mailing list > openEHR-technical@lists.openehr.org<mailto:openEHR-technical@lists.openehr.org> > http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org _______________________________________________ openEHR-technical mailing list openEHR-technical@lists.openehr.org<mailto:openEHR-technical@lists.openehr.org> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
_______________________________________________ openEHR-technical mailing list openEHR-technical@lists.openehr.org http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org