openEHR-technical at lists.openehr.org
http://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/20120508
-technical at lists.openehr.org
http://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/20120508/181377e5
--
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20120508/be607bcd/attachment.html
-technical_lists.openehr.org/attachments/20120508/27bce04a/attachment-0001.html
Hi Thomas Beale,
Our, Ruby implementation repository has already moved on GitHub for
our convenience
last year for our convenience.
I was wondering if we could move our repository under
github://openehr/ruby-impl-openhr.
It would be comprehensive rather than under skoba/ruby-impl-openehr
for
/openehr-technical_lists.openehr.org
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20120508/769f28c0/attachment.html
A more realistic example:
http://img96.imageshack.us/img96/8431/8566bdf17b8b46ad85acbb3.png
definition
COMPOSITION[at] occurrences matches {1..1} matches { -- HIV report
content existence matches {0..1} cardinality matches {1..2;
ordered; unique} matches {
attachment was scrubbed...
URL:
http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20120508/ef5f9fbb/attachment-0001.html
--
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20120508/4bbd5101/attachment-0001.html
Dear Erik and all
(This email might appear a bit long but it actually makes just two
points a) Data Synthesizer Tool, b)Availability of Realistic Subject data)
A) Data Synthesizer Tool
I absolutely agree on the data synthesizer tool.
It is something i would like to do as a test case for
://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/20120508/78c98d66/attachment.html
Hello Seref
Many thanks for the UCI reference, i was personally not aware of it and
it's a great resource.
Well, as it seems there are plenty of dummy but realistic (!) dataset
opportunities out there for creating a test-base, it is indeed a
matter of time and i am sorry to not have more
part --
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20120508/44eb3365/attachment.html
On 7 May 2012 23:37, pablo pazos pazospablo at hotmail.com wrote:
Hi Rong,
That's great news, but we have our own RM implementation because it handles
ORM too.
But I think I can adapt your xml-binding component to use our RM impl, what
do you think?
Pablo,
The xml-binding component
at liu.se http://www.imt.liu.se/~erisu/ Tel: +46-13-286733
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20120508/d109724f/attachment.html
-technical_lists.openehr.org/attachments/20120508/891bd5f2/attachment.html
16 matches
Mail list logo