Archetype authoring attribution

On 22/03/2012 12:03, David Moner wrote: > > Hello, > > Back again with the licensing topic of archetypes, with a real use case. > > We have been asked to help in creating a set of 13606 archetypes for > breast and prostate cancer. Although they will probably incorporate > some new requirements, t

Are you doing an academic project using openEHR?

On 19/03/2012 03:01, pablo pazos wrote: > Hi Thomas, we are here: > http://www.openehr.org/shared-resources/usage/nonprofit.html > * > * I knew that...! -- next part -- An HTML attachment was scrubbed... URL:

Suggestion to replace use of generics with inheritence in future RM versions

On 22/03/2012 14:04, Seref Arikan wrote: > I have workarounds for the generics problems in Java, and I would be > more than hapy to contribute them to any doc. I did not know about > Rong's document. > > I think I have made my point, whether or not it is a good one is a > different issue, but I

Suggestion to replace use of generics with inheritence in future RM versions

27;t want the specs to be >> obfuscated by hacks like that, thanks very much ;-) >> >> Peter >> ___ >> openEHR-technical mailing list >> openEHR-technical at lists.openehr.org >> http://lists.openehr.org/mail

Suggestion to replace use of generics with inheritence in future RM versions

On 22/03/2012 13:56, David Moner wrote: > > > 2012/3/22 Thomas Beale <mailto:thomas.beale at oceaninformatics.com>> > > Instead, I think we should re-invigorate the Java Implementation > Technology Spec, that Rong wrote originally some years ago, to >

Suggestion to replace use of generics with inheritence in future RM versions

On 22/03/2012 09:34, Seref Arikan wrote: > Hi Pablo, > I do not want to have a discussion about how to implement specs. That > was not my point. Let me try to be more direct: > > Generics causes problems during implementation of openEHR if Java or > XML is involved. Java + XML has a huge user bas

Units, Quantities, etc

On 21/03/2012 09:28, Grahame Grieve wrote: > But the question around can you trust the data is, can you recognize > properly when the units are ucum or not? For some reason I haven't put > my finger on, you are linking the knowing of this with the boundary of > the type. It's not clear to me why

New UML resources for 1.0.2 release

On 21/03/2012 09:41, Thomas Beale wrote: > > I have put up some more up-to-date UML resources for the current > (1.0.2) release of openEHR on this wiki page > <http://www.openehr.org/wiki/display/spec/openEHR+1.0.2+UML+resources>. For > the moment I have done two diagra

New UML resources for 1.0.2 release

I have put up some more up-to-date UML resources for the current (1.0.2) release of openEHR on this wiki page . For the moment I have done two diagrams (RM and Data types) which should help people a) understand openEHR at a

Units, Quantities, etc

On 19/03/2012 02:15, Grahame Grieve wrote: > for me, conversion between different units that are comparable. You > should ask Tom what else he thinks it yields up. I'd be interested. > > Grahame > > > * > * well any mathematical operation working on quantities - e.g. averages, max, min, variance,

Are you doing an academic project using openEHR?

On 18/03/2012 17:45, pablo pazos wrote: > Hi Thomas, > > Armando Prieto and Juan Escalante are students from Venezuela, they > took our Open EHRGen framework and improve it to create an EMR for the > SOS Telemedicine for Venezuela project. > > They can give you more information about the project

Units, Quantities, etc

On 18/03/2012 22:21, Stef Verlinden wrote: > > Verstuurd vanaf mijn iPhone > > Op 18 mrt. 2012 om 15:15 heeft Thomas Beale oceaninformatics.com> het volgende geschreven: > >> I still think Quantities should be computable as such - if we don't know how >> m

Units, Quantities, etc

On 18/03/2012 21:51, Heath Frankel wrote: > > Hi Thomas, > > I had an issue recently were I was receiving HL7 V2 Lab messages with > units such as x10^6/L, the equivalent in UCUM is 10*6/l, which was > used in the archetype constraint for an RBC element. I translated the > HL7 unit into the arch

Units, Quantities, etc

On 18/03/2012 21:45, Grahame Grieve wrote: > ok, so you say it should be computable, but then allow a fixed unit of one, > and some other code as well. And this in a subclass of Quantity, so you > could always use it or encounter it in place of quantity. So if that's the > case, why not simply make

openEHR / FHIR data types cross analysis

Actually, Eiffel has nothing to do with it (I wrote my own date/time libraries based on ISO 8601 semantics). What I am influenced by is what I see in CKM and other repositories. openEHR CKM NEHTA CKM On 18/03/2012 21:00, Sam Heard wrote: > Hi > > This is an interesting discussion. It seems

Are you doing an academic project using openEHR?

The academic projects <http://www.openehr.org/shared-resources/usage/academic.html> page on the website lists currently known projects. I am sure that there are more today. Please let us know if you have a project, and the details of it, we will post it on this page. - thomas

Units, Quantities, etc

On 18/03/2012 12:57, Grahame Grieve wrote: > Are discrete units only encountered in administrative directives? Do > you prohibit people from making observations or measurements that > include discrete units such as puffs, tablets, patches, vials, strips etc? I don't think so; a physician could obv

openEHR / FHIR data types cross analysis

On 18/03/2012 12:49, Grahame Grieve wrote: >>> I just wasn't thinking what I wrote this. In FHIR, a boolean data >>> type, primitive, is a >>> type that can be used in models an is exactly equivalent to DV_BOOLEAN. >> but isn't the problem that it doesn't inherit from some DATA_VALUE parent >> type

Units, Quantities, etc

As Grahame mentioned on an earlier post, the question of units is thorny. Although we technical people would like to mandate UCUM or some other well-designed computable syntax, on its own, it won't work. There seem to be two reasons for this: * it doesn't take care of the need for a displaya

openEHR / FHIR data types cross analysis

On 17/03/2012 22:18, Grahame Grieve wrote: >> Couple of quick reactions - you need to talk to clinical modellers to get a >> better response (maybe post on clinical list)... > um, maybe. but most are representational questions, not questions of > meaning, I think. > >>> * DV_BOOLEAN - maps a to a c

openEHR / FHIR data types cross analysis

On 11/03/2012 09:43, Thomas Beale wrote: > > Well, this is the HL7 modelling mentality, trying to create a data > type or class with all possible attributes, some of which can be > removed in some subclass. This is bad modelling, we should not be > doing it. I'm talking a

openEHR / FHIR data types cross analysis

Couple of quick reactions - you need to talk to clinical modellers to get a better response (maybe post on clinical list)... On 10/03/2012 19:34, Grahame Grieve wrote: > HI > > I have responded to the comments in the wiki. > > Generally, the FHIR data types are not purely for computation; they

13606 2012 revision proposal

enehr.org/mailman/listinfo/openehr-13606_lists.openehr.org> to take part in discussions. - thomas beale -- next part -- An HTML attachment was scrubbed... URL: <http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20120304/1a88dca1/attachment.html>

https://github.com/openEHR

yep, it's me, I forgot to set anything up. For the moment I am sole member and admin. We might need a little bit of planning about how to use the openEHR space I think - I am just thinking of how to make sure we have a fairly comprehensible (to outsiders) Github presence, while of course allow

Interconnected Health 2012 Program Announced - with openEHR session

For those interested, the jointly-sponsored HL7/OMG event "Interconnected Health 2012" program has just been announced. See you in Chicago on April 2-4! http://www.interconnected-health.org/program.htm Please cross-post as you deem appropriate. - Ken Ken Rubin Chief Architect, Federal Healt

openEHR-technical Digest, Vol 67, Issue 34

Right - I forgot to say: copyright always has to be held somewhere. Copyright has nothing to do with proprietariness - go see W3C specs - all open, all copyrighted (to a responsible open organisation). - thomas On 20/02/2012 23:02, Seref Arikan wrote: > Hi William, > You've got me confused a b

openEHR-technical Digest, Vol 67, Issue 34

On 20/02/2012 22:34, William Goossen wrote: > Hi Heath, Thomas, > > My experience is that HL7 v3 is an open standard and OpenEHR is proprietary > (as owned by the OpenEHR foundation holding the copyrights, albeit I > understand that work is underway to sort that out). > > * > * Correction: HL7 is

Meaningful Use and Beyond - O'Reilly press - errata

Fred, that's pretty much it. We can disagree whether we should solve the sem-interop problem now (us; harder, longer) or later (you; get more going faster), but that's not a real debate - in some places our view makes more sense, in others yours is the practical sensible approach. Our main ai

Meaningful Use and Beyond - O'Reilly press - errata

Fred, On 18/02/2012 00:26, fred trotter wrote: > Thomas, > This is quit usable critique and I will certainly draw > from it in future revisions of the work. > > You make the argument that OpenEHR is primarily for interoperability, > and I can accept that fundamental argument. It is

openEHR - Persistence of Data

On 17/02/2012 14:50, Randolph Neall wrote: > >Other models I didn't try yet are Object Oriented DBs and Document > Oriented DBs (XML, JSON, ...) [6]. I think DODBs are a good option, > fast for store highly hierarchical structures, but you need to write > some ugly queries if you want your data

Meaningful Use and Beyond - O'Reilly press - errata

; amount of productive criticism from both sides of that river and we > hope the book was made better for it. > > > Firstly is the claim by one of the authors, David Uhlman, that he > was CTO > > of openEHR in 2001 > > - a claim which Thomas Beale denies. > > >

Meaningful Use and Beyond - O'Reilly press - errata

illy book "Meaningful Use and Beyond" > on Safari books today and found the following errors > and some quite blatantly false statements about OpenEHR. > > Firstly is the claim by one of the authors, David Uhlman, that he was > CTO of openEHR in 2001 > - a claim

openEHR service specifications - EHR service

e Ocean one, and then add a child page. Once we get a feel for the diversity (or unanimity), we might be able to make some quick progress toward a proper openEHR EHR service. - thomas beale -- next part -- An HTML attachment was scrubbed... URL: <http://

13606 revisited - list proposal

On 31/01/2012 16:43, pablo pazos wrote: > Hi Thomas, I've added a proposal to the page on the wiki > http://www.openehr.org/wiki/display/spec/openEHR+2.x+RM+proposals+-+lower+information+model > > I'm also thinking about the ENTRY model, to lift up the > data/description attributes from all entry

Did anybody implement AQL with a LL parser framework?

On 05/02/2012 07:53, Shinji KOBAYASHI wrote: > Hi Seref, > > This is the demo site for AQBE dynamic query generation. > http://wako3.u-aizu.ac.jp:8080/aqbe/ > It is wonderful. > One quick piece of feedback - any free-text field probably should not just have = / != operators but a matching operato

Did anybody implement AQL with a LL parser framework?

On 05/02/2012 07:53, Shinji KOBAYASHI wrote: > Hi Seref, > > This is the demo site for AQBE dynamic query generation. > http://wako3.u-aizu.ac.jp:8080/aqbe/ > It is wonderful. > > Regards, > Shinji very nicely done! And fun. - thomas

pass_through and implementation directives in general

On 01/02/2012 07:25, Erik Sundvall wrote: > On Tue, Jan 31, 2012 at 14:42, Thomas Beale > <mailto:thomas.beale at oceaninformatics.com>> wrote: > > Erik, > which file do you mean here? Where is this alias? > > > Oh, never mind, it was just a sidetr

pass_through and implementation directives in general

On 31/01/2012 13:12, Erik Sundvall wrote: > Hi! > > On Tue, Jan 31, 2012 at 13:44, Thomas Beale > <mailto:thomas.beale at oceaninformatics.com>> wrote: > >> If going for an RDF-like URI based approach for "program >> directives&q

pass_through and implementation directives in general

On 31/01/2012 00:16, Heath Frankel wrote: > > Hi Thomas, > > I think you're going too far with this controlled key and syntax > approach. The important thing at this point is we get a structure > that we can start using to get more experience with. Although my > proposal was a simple property

pass_through and implementation directives in general

On 31/01/2012 11:15, Erik Sundvall wrote: > Hi! > > Ok, if implementation experience says it is better to have separate > sections for human readable annotations and machine-targeted "program > directives" then I guess that is a good approach. Are there any tools > that support this now? well n

pass_through and implementation directives in general

Hi Erik, your examples are: annotations = < ["/data/items[at0003.7]/items[at0010]"] = < items = < ["GUI-show-if"] = <"$smoker"> -- Other annotation name examples: GUI-hide-if ... ["some other annotation"] = <"whatever"> ...with RDF-like annotations, some additional examples

openEHR / FHIR data types cross analysis

On 30/01/2012 20:56, Sam Heard wrote: > > Thanks Tom for this useful work. > > A couple of thoughts: > > 1)It might be worth explaining the need for DV_BOOLEAN -- and not just > use Boolean > The openEHR RM, like 13606, CDA and most other such models has a generic structure part for building tre

DV_DURATION as ranges

I thought I had replied to this, but must not have. Anyway, I don't understand why single point values are not used either, rather than point ranges (which seem somewhat pointless ;-) - thomas On 25/01/2012 22:56, Diego Bosc? wrote: > No comments about this one? > > 2012/1/13 Diego Bosc?: >> A

ADL reading

Now you need to join the java list ;-) On 30/01/2012 14:43, M?rcio Costa wrote: > Hello guys, > > after reading the majority of the docs, i tryed to write a very simple > app that: > > 1. Parse a ADL file to AOM > 2. Try to build a I

pass_through and implementation directives in general

value1 | value2 | value3 etc o or in other ways, e.g. tag1 = string; javascript syntax * specialised archetypes and templates could override the value of an existing tag with another legal value for that tag o but we probably need to allow locally defined values as well for

openEHR / FHIR data types cross analysis

I have started a gap analysis of the openEHR and FHIR data types , created by Grahame Grieve as part of the HL7 'fresh look' activity. ANyone is welcome to add to the tables on this page - I am just slowly work

ADL reading

1.5? Is there some API to >> do that? >> >> thanks in advance, >> >> *M?rcio Costa* >> B.Sc. in Computer Science @ Cin/UFPE >> M.Sc. Candidate in Computer Science @ CIn/UFPE >> MSN: mdckoury at gmail.com<mailto:mdckoury at gmail.com> >> > ___ >

pass_through attribute in ADL 1.5

On 25/01/2012 23:03, David Moner wrote: > Following this new sense for it, I think that the implications for a > GUI or visual representation would depend on a decision of the > implementers. If the screen space is reduced, they could opt for just > showing the "clinically relevant" data and lea

pass_through attribute in ADL 1.5

On 25/01/2012 22:45, David Moner wrote: > > 2012/1/25 Thomas Beale <mailto:thomas.beale at oceaninformatics.com>> > > Maybe another way of understanding this flag is as 'this node can > be skipped without loss of meaning'. I would be very interested t

pass_through attribute in ADL 1.5

t; xmlns:xsd="http://www.w3.org/2001/XMLSchema"; > xmlns="http://schemas.openehr.org/v1";> > > ... > > > > path="/content[openEHR-EHR-OBSERVATION.lab_test.v1]/data[at0001]/events[at0002]/data[at0003]/items[openEHR-EHR-CLUSTER.specimen.v1]/items[at0046]">

openEHR mailing lists - moving

On 24/01/2012 02:53, Shinji KOBAYASHI wrote: > Hi Tom, > > What about launchpad? (http://launchpad.net) > I think launchpad has enough features as you mentioned. > > Cheers, > Shinji It may well. I personally don't have experience of using more than a couple of the available technologies, so we n

openEHR mailing lists - moving

On 20/01/2012 11:10, Koray Atalag wrote: > > Hi Tom, > > I used SourceForge before to host projects (yes that's correct not > just software development but collaborative project sites) in past > which offers for free lists and many more, such as Web pages, > SVN/Mercurial, blog and Wiki and many

Mind map module

On 18/01/2012 14:46, Linhardt Peter wrote: > Hi Thomas > > We have many times discussed, that for physicians and others, whop are not > very experienced in coded transcript > Is the MindMap like visualisation very helpfull to understand and follow > dependencies of Archetypes, and we would > Like

ADL 1.5 parser grammars

Seref alerted me to the fact that the grammars used in the current ADL reference compiler are not that easy to find (actually he said something else, but I can't print that;-), so I added a small guide

openEHR mailing lists - moving

On 19/01/2012 13:43, Athanasios Anastasiou wrote: > Hello Thomas > > Wouldn't the openEHR activities qualify for these lists to be hosted > by JISC? (jiscmail.ac.uk) > > (If it is alright for academic institutions to host the lists, they > probably can be hosted at jisc as well). > > All the best

openEHR mailing lists - moving

second score. - thomas beale -- next part -- An HTML attachment was scrubbed... URL: <http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20120119/c6fefe31/attachment.html>

13606 revisited - list proposal

Hi Nadim, it is one of the many things I have been struggling to find time to document and upload. Maybe best to email me personally for the moment. - thomas On 17/01/2012 03:00, Nadim Anani wrote: > > Dear Thomas, > > Are there any documents that one could already look at regarding the > rul

AOM XML Schema

On 16/01/2012 03:43, Diego Bosc? wrote: > After checking the schema, I have seen some places that the schema > (specifically basetypes.xsd) is missing things that are indeed > supported by ADL (namely assumed_values, lists, etc.) > What is the process to update the schema? > ___

Constraints on class methods

On 16/01/2012 06:12, David Moner wrote: > A possible problem I can envision is that this opens the door to the > creation of invalid archetypes without the possibility of validating > them at design time. > > A quick and dirty example just to get the idea. In an archetype, the > HISTORY.origin i

Constraints on class methods

On 15/01/2012 09:52, Diego Bosc? wrote: > I'm not sure if I have understood your question, but there isn't > already assertion support on the AOM?. just put an assertion of the > restricted and desired condition (in this case something like this: > "|event.time - history[at].origin|=P10M") > I

Constraints on class methods

On 15/01/2012 09:08, Diego Bosc? wrote: > Or simply using an assertion on the first place? > there is already an assertion in the RM. Where/how do you want to use it in an archetype? - thomas

How to use C_DURATION pattern constraint

On 11/01/2012 11:09, Leonardo Moretti wrote: > Hi all, > maybe this is a silly question, but I didn't find a point in the specs > where this is clearly explained: > The following notation on ADL: > > ELEMENT[at0009] occurrences matches {0..1} matches {-- Pattern > value matches { > DV_DURATION mat

Constraints on class methods

On 11/01/2012 02:38, Diego Bosc? wrote: > If you still say that properties can be restricted, then current > stable validated bmm files are incorrect, as they are currently > missing 90% of stored properties (all methods without parameters), > like all the ones in ITEM_TABLE. > We don't include th

Constraints on class methods

A nicer approach could be as follows: * we allow 'computed' attributes in the RM definition used by archetype tools, which will allow archetypes to be very clear and nice, e.g. in the case of 'offset' * in the RM definition, we include a rule that defines the equivalence of such c

Constraints on class methods

Life would have been much easier if Event recorded 'offset' as a stored value, and the 'time' was the property being computed. I argued strenuously for that years ago, precisely to avoid the problem we are talking about here, but lost the battle ;-)

Constraints on class methods

On 11/01/2012 08:15, Heath Frankel wrote: > > Further to my previous email, I believe the original intent of the > name attribute is a form caption of an element value, the approach of > adding a numeric suffix to provide a unique key is contrary to this > original intent. > this is correct. T

Constraints on class methods

On 11/01/2012 07:55, Heath Frankel wrote: > > Peter, > I believe this unique name rule should be reviewed and revoked. It is > not formally defined, as indicated in your referenced Jira issue its > only stated in the architecture overview in the context of paths which > assumes name is the uniqu

pass_through attribute in ADL 1.5

On 13/01/2012 08:46, Diego Bosc? wrote: > visible, allowed types, icon... ok - I understood those were settings relating to the display of that kind of node within the modelling tool, not of the data in a deployed system so its about data? What does icon mean then? - thomas

openEHR conference - proposal for Lake Bled, Slovenia 2012 - POLL

On 13/01/2012 08:14, Ian McNicoll wrote: > I do like the idea but I would prefer that each conference has its own > very clear identity, albeit that some sessions could be shared, along > with venue etc. A couple of the MIE conferences have operated this way > with local informatics conferences bei

pass_through attribute in ADL 1.5

Hi Diego On 11/01/2012 03:12, Diego Bosc? wrote: > If it is really needed for the moment for representing templates then > it's OK with me (as long as we agree that this is a temporal thing), > but I still feel that having two separated places to rule UI > generation is a bad idea. > I think that

openEHR conference - proposal for Lake Bled, Slovenia 2012 - POLL

I think this could be interesting to consider as well. It is a requirement for us i think to make this work for 'openEHR', since I think most people in the community would agree with the need for a face to face meeting. Having said that, I think we certainly want to have a) very practical work

New AOM and ADL specs

plates; desription of the Template Object Model defining operational templates (OPTs). They are not yet finished or error-free, but I think the explanations will help a lot more than the previous versions. Some current conversations still have to be incorporated, of course. - t

openEHR conference - proposal for Lake Bled, Slovenia 2012 - POLL

On 11/01/2012 11:14, Richard Dixon Hughes wrote: > I think TC215 is presently scheduled for week of Sep 24 in Vienna > (subject to final confirmation). You should probably try to avoid > clashing with that given 13606 overlap - but could aim to follow it. > Richard DH thanks Richard, good to kn

Carriage returns in DV_TEXT not allowed

On 10/01/2012 23:24, Colin Sutton wrote: > > Couldn't the text stored in the eHR include HTML paragraph separators, > replacing Windows or Unix specific line separators? > > And HTML escape sequences > > DV_HTMLTEXT? > Hi Colin, you can already do that with DV_PARSABLE, which has two fields:

Carriage returns in DV_TEXT not allowed

On 10/01/2012 23:24, Peter Gummer wrote: > Thomas Beale wrote: > >>> You could model multiple paragraphs as a LIST of DV_PARAGRAPH. >> but there is no 'LIST' data type to contain the DV_PARAGRAPHs. > Sorry, not a LIST, I meant a multiple-occurrence element l

Carriage returns in DV_TEXT not allowed

On 10/01/2012 22:14, Peter Gummer wrote: > Thomas Beale wrote: > >> This does not actually solve properly the problem of how CR/LFs are added. >> If we assume one DV_PARAGRAPH = 1 CR/LF (as in word processing) then a >> report needs to consist of multiple DV_PARAGRAPHs

Constraints on class methods

On 10/01/2012 14:32, David Moner wrote: > Doesn't this create problems while using archetypes/templates as basis > for the generation of data instances? > > I mean, a computed attribute (for example, the EVENT offset) gets its > value from already existing values or attributes of the instance cla

Constraints on class methods

On 10/01/2012 09:52, Sebastian Garde wrote: > Thomas, Rong and I had a similar discussion many moons ago, and in the > end I think we agreed to disagree ;-) > > A few other functional properties come to mind such as "type" in > PARTY_RELATIONSHIP and "is_integral" in DV_QUANTITY. > These are more

Carriage returns in DV_TEXT not allowed

On 10/01/2012 10:05, Leonardo Moretti wrote: > If DV_TEXT doesn't allow to use carriage returns, line feeds, or other > non-printing characters, as stated in > http://www.openehr.org/releases/1.0.2/architecture/rm/data_types_im.pdf, > pag 29, there is a way to represent short text with minimal f

Constraints on class methods

On 10/01/2012 08:40, Diego Bosc? wrote: > Oh, this is the first time I have heard that functions can be > constrained. However, AOM specifications say otherwise: > "C_attribute: a node representing a constraint on an attribute > (i.e. UML ?relationship? or > ?primitive attribute?) in a

openEHR conference - proposal for Lake Bled, Slovenia 2012 - POLL

ing - as far as I can see, there is no way to include this idea on the doodle poll; please indicate on the lists. If you like the conference idea, but can't participate in the above proposal, or would like some other proposal, please post you ideas instead on the lists. thanks for your in

pass_through attribute in ADL 1.5

On 05/01/2012 08:54, Diego Bosc? wrote: > Put a couple of comments on the wiki, but I think it is a thing that > should be discussed on the list. > In ADL 1.5 a flag 'pass_through' was added. Its definition is 'Allows > nodes required for structuring data but otherwise redundant for screen > displ

Constraints on class methods

In ADL/AOM, constraints can be made on computed properties as well as stored ones. If you look at the spec, EVENT.offset is computed as time.diff(parent.origin). Making a constraint on EVENT.time, which is the absolute time (which is what you want in the data) is annoying because you want to

Did anybody implement AQL with a LL parser framework?

On 04/01/2012 15:54, Diego Bosc? wrote: > So has AQL been selected as the official openEHR query language? not officially. It has been implemented in at least 2 production systems (it may be 3), so we know it 'works'. But at least from my point of view, and I am sure the primary developers (Chun

Did anybody implement AQL with a LL parser framework?

On 04/01/2012 15:37, Seref Arikan wrote: > Greetings, > The AQL grammar from the wiki has direct and indirect left recursion. > Which means without changes in the grammar, LL parser generators (both > JavaCC and Anltr) can't generate parsers for this grammar. > > I'm curious if anybody has refact

Basetypes (schema/specification)

On 21/12/2011 13:53, Diego Bosc? wrote: > It is not 'wrong', I'm just saying that following the same syntax for > everything would be better. We had already a discussion about this on > this same list regarding same issues on other schema. I was just > pointing them out in case they need to be chan

Basetypes (schema/specification)

On 21/12/2011 08:30, Diego Bosc? wrote: > ok, then the link of the XSD is pointing to an old version (link on > this page > http://www.openehr.org/svn/specification/TRUNK/publishing/its/XML-schema/index.html). > This is the page that can be reached through the openEHR website menu. you are right,

CIMI home page

re may be a significant number of new visitors to the openEHR wiki not (currently) from the openEHR community, and this page will act as an entry point for them. - thomas beale -- next part -- An HTML attachment was scrubbed... URL: <http://lists.openehr.org/mailma

13606 revisited - list proposal

Hi David, On 16/12/2011 18:48, David Moner wrote: > > >> I suspect this is an intentional difference between current 13606 and >> openEHR; to faithfully capture the current (incompatible) situation >> versus aiming to change the current situation. Can those different >> goals rea

13606 revisited - list proposal

On 16/12/2011 11:06, Erik Sundvall wrote: > > if you want to truly bi-directionally share things ... > the semantics of the end point systems will need to be aligned sooner > or later. > > Anyway it wouldn't hurt if a new or refreshed internationally > recognized standard could be used by those ven

13606 revisited - list proposal

I have started a wiki page for this 'lower RM' simplification. The top contains the existing models, feel free to add to the 'problem' list (why are we simplifying?). If you have a candidate solution

Could YAML replace dADL as human readable AOM serialization format?

On 15/12/2011 12:51, Erik Sundvall wrote: > Hi! > > > Are you sure that is what it says? > > "Double quoted scalars are restricted to a single line when contained > inside a simple key." well I read this to say: * if you double quote a long String containing line breaks (if you don't yet g

Could YAML replace dADL as human readable AOM serialization format?

On 15/12/2011 11:31, Thomas Beale wrote: > I have to say, the more I look at YAML, the more I wonder what the > designers were thinking. For example, in this section of the spec, http://yaml.org/spec/current.html#id2532720 > multi-line quoted strings are only allowed if the 'key&#

Could YAML replace dADL as human readable AOM serialization format?

I have to say, the more I look at YAML, the more I wonder what the designers were thinking. For example, in this section of the spec, multi-line quoted strings are only allowed if the 'key' is also quoted (the strange looking JSON approach); if the key is not quoted (i.e. 'simple') then the va

13606 revisited - list proposal

ISO for part 2. It seems to me that it would be useful to have a dedicated place to discuss this, so I would like to propose a new mailing list, 13606-alignment at openehr.org Does this seem like a useful idea? - thomas beale

Wrong C_DOMAIN_TYPE subclass C_CODED_TEXT in aom and aom1.5?

On 08/12/2011 16:56, pablo pazos wrote: > Hi, > > I'm working with archetypes that have DV_CODED_TEXT nodes, and those > nodes are always constrained by C_COMPLEX_OBJECT, not by C_CODED_TEXT. > And the internal constraint is C_CODE_PHRASE. > > Is there any case that use the C_CODED_TEXT constrain

Could YAML replace dADL as human readable AOM serialization format?

all, one of the good decisions I think we made early on in openEHR's history was to have few mailing lists rather than many. One of the consequences is that discussions about new / fun ideas are on the same list and sometimes same thread as discussions about real world implementation prioriti

Could YAML replace dADL as human readable AOM serialization format?

On 07/12/2011 11:29, Erik Sundvall wrote: > > Good old which ADL? Please go back in the thread and note the > difference between dADL and cADL in the reasoning, dADL is a > reinvention of the wheel (object tree serialization) Erik, out of academic interest: was either YAML or JSON around in 2000

Could YAML replace dADL as human readable AOM serialization format?

On 06/12/2011 12:44, Seref Arikan wrote: > A bunch of responses, most of which should actually go to a wiki page > for Bosphorus > > I've used binary serialization for AOM because although Eiffel is a > very impressive language, I am not happy about its libraries. Some of > them are mature, but

Could YAML replace dADL as human readable AOM serialization format?

On 05/12/2011 12:36, Erik Sundvall wrote: > Hi! > > On Mon, Dec 5, 2011 at 00:10, Heath Frankel > > wrote: > > I think previously I had indicated I had no problem with the > stringified interval approach in XML, but I am reverting my > thi

<    5   6   7   8   9   10   11   12   13   14   >