Hi Ian,
On Thu, 2013-05-30 at 10:34 +0100, Ian McNicoll wrote:
Hi Erik,
The Ocean TDD-canonical transform is available at
http://openehr.codeplex.com/SourceControl/latest#176376
look for TDD_to_openEHR.xsl
As far as I know a generic reverse transform is not possible.
How
-technical_lists.openehr.org/attachments/20130614/ddeb7b6f/attachment.html
/attachments/20130614/c0e3ea26/attachment-0001.html
On Fri, 2013-06-14 at 09:56 +0200, Gerard Freriks wrote:
Hi,
While we are at it.
-1-
Why do we need a TDD?
Isn't a Template just a Composition archetype with Sections archetypes
and ENTRY archetypes and Cluster archetypes and Element archetypes
plus data types.
With ADL 1.5, yes I
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20130614/c4c77563/attachment.html
://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20130614/ccc304ad/attachment-0001.html
://uk.linkedin.com/in/thomasbeale
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20130614/d36965e5/attachment.html
-- next part --
A non-text attachment was scrubbed
://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20130614/e513d0c7/attachment-0001.html
attachment was scrubbed...
URL:
http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20130614/4658baa5/attachment.html
/pipermail/openehr-technical_lists.openehr.org/attachments/20130614/713ce15a/attachment.html
Hi Gerard,
see below...
On Fri, 2013-06-14 at 11:54 +0200, Gerard Freriks wrote:
See below
Gerard Freriks
+31 620347088
gfrer at luna.nl
On 14 jun. 2013, at 11:09, Daniel Karlsson daniel.karlsson at liu.se
wrote:
On Fri, 2013-06-14 at 09:56 +0200, Gerard Freriks wrote:
Hi,
Well, in ADL specialization allows extension
From here
(http://www.openehr.org/wiki/pages/viewpage.action?pageId=196633#openEHRADLAOM1.5-SpecialisationSemantics)
extensions, i.e. object constraints added to a container attribute
with respect to the corresponding attribute in the parent
Gerard, Ian, Thomas, thanks for all answers.
On Fri, 2013-06-14 at 11:17 +0100, Thomas Beale wrote:
Let me clarify a few things here.
There are many possible TDSs that can be generated from a given
template. Some users want a 'flat schema' with minimal meta-data,
which makes working with
with things like
ENTRY:Observation:ClinicalFinding:BodyTemperature above).
- thomas
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20130614/02143ac8/attachment.html
-technical_lists.openehr.org/attachments/20130614/cf40f626/attachment.html
On 14/06/2013 12:31, Daniel Karlsson wrote:
Gerard, Ian, Thomas, thanks for all answers.
On Fri, 2013-06-14 at 11:17 +0100, Thomas Beale wrote:
Such a standard TDS/TDD would have made the Swedish 2009-10 quality
registry project significantly easier and a lot of the criticism towards
On 14/06/2013 12:19, Diego Bosc? wrote:
Well, in ADL specialization allows extension
From here
(http://www.openehr.org/wiki/pages/viewpage.action?pageId=196633#openEHRADLAOM1.5-SpecialisationSemantics)
extensions, i.e. object constraints added to a container attribute
with respect to the
.
--
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20130614/208608ee/attachment-0001.html
/pipermail/openehr-technical_lists.openehr.org/attachments/20130614/8c9d4f5b/attachment.html
://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20130614/e9787307/attachment.html
On 14/06/2013 10:38, Ian McNicoll wrote:
Hi Daniel,
I should have been more precise. I still don't see how it would be
possible to create a single generic Canonical XML - TDD transform.
actually it would not even be all that hard. It is just a case of doing
a data-level transform that
21 matches
Mail list logo