RFC CR-000024 - Revert "meaning" to String - ARB deadline 23 july 2004

2004-07-14 Thread Thomas Beale
Christian Heller wrote: >>Christian, you may have misunderstood - the 'meaning' fields in an >>archetype are the node-level ids - which also double as codes, whose >>meaning is given in the lower part of the archetype. See for example >>http://www.openehr.org/repositories/archetype/latest/adl/arch

RFC CR-000024 - Revert "meaning" to String - ARB deadline 23 july 2004

2004-07-12 Thread Thomas Beale
Christian Heller wrote: >>>1. I think node_id rather than "meaning" for the name of this data would >>>be clearer. >>> >>> >>I suspect we will make this change - most people prefer it >> >> > >I propose to delete all "name", "meaning", "id" or similar fields from >all archetypes. The onl

RFC CR-000024 - Revert "meaning" to String - ARB deadline 23 july 2004

2004-07-12 Thread Thomas Beale
Dear all, due to changes in the openEHR website repositories area, the URLs I gave out previous should be replaced by the following ones: Text of the CR-00024: http://www.openehr.org/repositories/spec-0.9_D/latest/publishing/CM/CRs/CR-24.txt Common Model: http://www.openehr.org/repositori

RFC CR-000024 - Revert "meaning" to String - ARB deadline 23 july 2004

2004-07-12 Thread Nathan Lea
Please note that due to engineering works, the OpenEHR server will have to be shutdown today until tomorrow morning (approx 9am). With best wishes, Nathan -- Nathan C. Lea Research Fellow Electroni

RFC CR-000024 - Revert "meaning" to String - ARB deadline 23 july 2004

2004-07-12 Thread Christian Heller
> Christian, you may have misunderstood - the 'meaning' fields in an > archetype are the node-level ids - which also double as codes, whose > meaning is given in the lower part of the archetype. See for example > http://www.openehr.org/repositories/archetype/latest/adl/archetypes/openehr >/ehr/entr

RFC CR-000024 - Revert "meaning" to String - ARB deadline 23 july 2004

2004-07-12 Thread Thomas Beale
Vincent McCauley wrote: >Hi Thomas, > >1. I think node_id rather than "meaning" for the name of this data would be >clearer. > > I suspect we will make this change - most people prefer it >2. A compromise suggestion to address Dipak's issue (which I think is >important) as well as reduce XML bl

RFC CR-000024 - Revert "meaning" to String - ARB deadline 23 july 2004

2004-07-12 Thread Vincent McCauley
or software to pre-locate all required archetypes (e.g. when XML is initially received) prior to further processing the XML. Regards Vince Dr Vincent McCauley McCauley Software Pty Ltd - Original Message - From: "Thomas Beale" To: "Openehr-Technical" Sent: Sa

RFC CR-000024 - Revert "meaning" to String - ARB deadline 23 july 2004

2004-07-12 Thread Christian Heller
> >1. I think node_id rather than "meaning" for the name of this data would > > be clearer. > > I suspect we will make this change - most people prefer it I propose to delete all "name", "meaning", "id" or similar fields from all archetypes. The only way an archetype should be identifiable is thro

RFC CR-000024 - Revert "meaning" to String - ARB deadline 23 july 2004

2004-07-10 Thread Thomas Beale
Dear all, here is another important CR to consider in the next few weeks. CR-24 - Revert "meaning" to String. See . This CR is about the meaning attribute defined on the class LOCATABLE (see Common Model, Ar