Archetype editor, CKM and v0 & v1

Bakke, Silje Ljosland silje.ljosland.bakke at nasjonalikt.no
Fri Aug 7 04:07:26 EDT 2015


I'm assuming there's no reaction to this because everyone is still enjoying their well-earned holidays. :)

But this is a serious issue, which leads to only people "in the know" being able to download updated tools and create and edit archetypes and templates which conform to the newest patterns. Precisely what we'd like to avoid, isn't it?

Regards,
Silje

From: openEHR-technical [mailto:openehr-technical-bounces at lists.openehr.org] On Behalf Of Bakke, Silje Ljosland
Sent: Tuesday, August 04, 2015 10:45 AM
To: For openEHR technical discussions
Subject: RE: Archetype editor, CKM and v0 & v1

On a related note; the openehr.org website still advertises Archetype Editor v2.2.905 beta from 2013, and Template Designer 2.6.1213.3. Especially now after the v1 -> v0 change, the newest builds should be linked from the web site.

Kind regards,
Silje Ljosland Bakke

Information Architect, RN
Coordinator, National Editorial Board for Archetypes
National ICT Norway
Tel. +47 40203298
Web: http://arketyper.no<http://arketyper.no/> / Twitter: @arketyper_no<https://twitter.com/arketyper_no>

From: openEHR-technical [mailto:openehr-technical-bounces at lists.openehr.org] On Behalf Of Thomas Beale
Sent: Thursday, July 23, 2015 1:07 AM
To: openehr-technical at lists.openehr.org<mailto:openehr-technical at lists.openehr.org>
Subject: Re: Archetype editor, CKM and v0 & v1


good point. Maybe a slightly more civilised version would be

\.v[0-9]+(\..*)?

that forces there to be one or more digits, and if there is anything else, it must start with a dot. Somewhat safer perhaps.

- thomas

On 22/07/2015 23:34, Peter Gummer wrote:
Hi Ian,

The + is redundant here, since it's just saying that there has to be one or more digits after the 'v'. But the next thing that it says is that you can have anything at all after those digits.

So you might as well omit the +:

\.v[0-9].*

This says that there has to be a digit after the 'v', followed by anything at all. This amounts to the same, since any extra digits qualify as "anything at all".

Peter


On 23 Jul 2015, at 01:55, Ian McNicoll <ian at freshehr.com<mailto:ian at freshehr.com>> wrote:

Thanks Thomas,

I will go with

\.v[0-9]+.*

which will give us a bit of flexibility and solve Dave's problem (I think!).

unless anyone strongly objects, of course.

Ian

Dr Ian McNicoll
mobile +44 (0)775 209 7859
office +44 (0)1536 414994
skype: ianmcnicoll
email: ian at freshehr.com<mailto:ian at freshehr.com>
twitter: @ianmcnicoll



_______________________________________________

openEHR-technical mailing list

openEHR-technical at lists.openehr.org<mailto:openEHR-technical at lists.openehr.org>

http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

--
[cid:image001.jpg at 01D0D0F8.DC60C2A0]<http://www.oceaninformatics.com/>

Thomas Beale
Chief Technology Officer
+44 7792 403 613

Specification Program, openEHR<http://www.openehr.org/>
Honorary Research Fellow, UCL<http://www.chime.ucl.ac.uk/>
Chartered IT Professional Fellow, BCS<http://www.bcs.org.uk/>
Health IT blog<http://wolandscat.net/category/health-informatics/>

[cid:image002.png at 01D0D0F8.DC60C2A0]<http://uk.linkedin.com/in/thomasbeale>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20150807/b8f053e9/attachment-0002.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 4085 bytes
Desc: image001.jpg
URL: <http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20150807/b8f053e9/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 511 bytes
Desc: image002.png
URL: <http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20150807/b8f053e9/attachment.png>


More information about the openEHR-technical mailing list