On 15-04-15 23:11, Thomas Beale wrote:
On 15/04/2015 17:28, Bert Verhees wrote:
On 15-04-15 17:19, Dmitry Baranov wrote:
Sorry Bert ) I had to explain that Oracle 11 is a business
requirement, not a hardware limitation.
Just do it, and then it should run fine, although you have to
change
Hi Bert,
I give up. The problem appears in 12c as well.
And people agree that it is an Oracle bug.
https://community.oracle.com/message/13008017
You should always follow the standard in your analyses, before you
declare one product buggy and another not.
I see in that message that there was
In fact, JSON-Schema is only lacking a more detailed typing system to
replace ADL :)
2015-04-16 9:29 GMT+02:00 Thomas Beale thomas.beale at oceaninformatics.com:
On 16/04/2015 06:46, Bert Verhees wrote:
I think it is a stupid rule in the XML-Schema standard.
I just hit this in doing the
...
URL:
http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20150416/1fb69548/attachment-0001.html
On 16-04-15 09:29, Thomas Beale wrote:
e still need some kind of schema for XML docs/ messages, but I would
not even think of making any persistence be based on XML, especially
not XML schema. Probably Relax NG would have been the better one for
messages etc.
Keep XML at the boundaries,
)531 391-2129
F +49 (0)531 391-9502
birger.haarbrandt at plri.de
http://www.plri.de
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20150416/85cd29b2/attachment.html
I regret that I cannot post the XML Schema and XML-instances I use, because
they are not of my IP. But they are structured in another way, more dedicated
to efficiency.
XML schema is intellectual property, I agree, but why might you or somebody
else not to provide community with a couple
On 16-04-15 10:42, Dmitry Baranov wrote:
I regret that I cannot post the XML Schema and XML-instances I use, because
they are not of my IP. But they are structured in another way, more
dedicated to efficiency.
XML schema is intellectual property, I agree, but why might you or somebody
else
I can generate random sample instances from current archetypes for you
if you need them. Generated data may not make much sense as it only
tries to follow the archetype constraints, but it should be enough for
application testing and benchmark
2015-04-16 10:42 GMT+02:00 Dmitry Baranov baranovda
Diego,
that'll be great.
Hope that OpenEHR github owners will provide us with an instance samples
repository some day or other :)
I can generate random sample instances from current archetypes for you
if you need them. Generated data may not make much sense as it only
tries to follow the
Indeed, it would be a great thing. The reason it doesn't exist so far,
is that to be useful we need synthesised data sets that have some
realistic statistical spread of values. Since we are talking at multiple
levels - not just vital signs measurements, but covariance of all kinds
of
On 16-04-15 11:13, Thomas Beale wrote:
Indeed, it would be a great thing. The reason it doesn't exist so far,
is that to be useful we need synthesised data sets that have some
realistic statistical spread of values. Since we are talking at
multiple levels - not just vital signs
://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20150416/141d4299/attachment.html
--
An HTML attachment was scrubbed...
URL:
http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20150416/9436b7d2/attachment.html
Had to make this a separate discussion about the data synth to
distinguish it from the Oracle XML DB problems.
If you have access to primary data, e.g. the usual Pat_ID, Timestamp,
Code, Value, you can create very simple generative models by training a
neural network to generate sequences with
list
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/20150416
16 matches
Mail list logo