Seref Arikan wrote:
> ... Unfortunately, most modern
> software development technologies arrive with their own runtimes,
> (.net framework, jre etc) and it quickly becomes a nightmare to deploy
> and update software.
I'm not aware of any such deployment problems with .NET. I'm sure
there must
nehr.org/issues/browse/AWBPR>? If it is the Java parser,
you should report it on the ref_impl_java mailing list.
- thomas
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachme
ADL parser.
and I am not saying it should be allowed, just that this kind of
things happen :)
2011/9/10 Thomas Beale
>
> Diego,
>
> I am not sure I understand that one - ':' is indeed illegal in most class /
> property identification systems - are you saying it should be allowed? Which
> parser
yes, what I mean is attributes like ID or even invalid characters in
the names (like ':'). This is a problem with the parser (and also with
classes identifiers)
2011/9/10 Thomas Beale :
> On 10/09/2011 12:59, Diego Bosc? wrote:
>>
>> This kind of problems has given us a lot of problems when using
inical Knowledge Editor www.openehr.org/knowledge
> Honorary Senior Research Associate, CHIME, UCL
> BCS Primary Health Care www.phcsg.org
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110910/b1bca7a3/attachment.html>
on
<http://www.chime.ucl.ac.uk/>
Chartered IT Professional Fellow, BCS, British Computer Society
<http://www.bcs.org.uk/>
Health IT blog <http://www.wolandscat.net/>
*
*
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailma
I currently don't have the norm with me, I'll check it on Monday morning.
Second case looks like a typo on the schema, thanks for pointing it
out. We will check it and correct it.
We created a 13606 XML Schema (because there was none available)
trying to follow the specifications (as we also did wi
future governance to evolve into decisions about
> next steps, I very much hope there will be a way for you to do so.
>
> David I
>
>
> ___
> openEHR-clinical mailing list
> openEHR-clinical at openehr.org
> http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-clinical
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110910/d7dccb31/attachment.html>
On 10/09/2011 12:59, Diego Bosc? wrote:
>
> This kind of problems has given us a lot of problems when using ADL to
> work with other models like HL7 CDA or CDISC ODM, where there isn't
> any kind of rule (for example, in ADL CLASSES must be upercase and the
> attributes lowercase, and in CDA this i
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110910/20ff2655/attachment.html>
Hi Ian,
You are raising concerns from a tool user perspective, and anything
related to your user experience IMHO belongs to another discussion.
Web based applications are not there because they are supposed to be
collaboration hubs. The recent explosion (and in a way, a bubble) of
social networkin
As Dipak has explained, the attribution in ISO is not available. I believe
attribution is a distraction from the task - I have seen lots of slides from
others used in this space and ideas transferred here and there. Let's
appreciate all work and try and build on it efficiently.
Cheers Sam
Sent
;http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20110910/47115c4d/attachment.html>
Hi Ian
My interest is the pain we get as the tools get developed and tweaked as does
ADL and multiple versions.
Also, if we are to use Thomas' engine it should tip the balance a bit further
as installing and updating numerous layers gets even more painful.
Finally, web tools are easier to acc
14 matches
Mail list logo
