Data Types RM

2003-03-27 Thread Grahame Grieve
> >>oh - parsable? interesting. I read that and ignored it since it said so >>little >>about what it was. why is it constrained to plain text? > >do you mean - why is the 'value' a String? It is assumed to be parsable >text - that's all. It could be XML but if it's XML, then it's not plain text

Data Types RM

2003-03-27 Thread Sam Heard
Grahame It is like being reviewed by a tornado - even my teeth feel clean! > >>These comments relate to v1.7.1 > >> > >>Section 4.2 DV_BOOLEAN. are the values {true, false} > >>case sensitive? Generally, is openehr case sensitive > >>or not? > > > >no they're not. I'm not sure what it means to sa

Data Types RM

2003-03-26 Thread Thomas Beale
Grahame Grieve wrote: >>> 5.1.5.2 This section introduces the "match" attribute, which has one >>> of the following values: >>> -1 code provided is more specific than it should be >>> 0 code matches intent >>> +1 code provided is not as specific as the intent >>> The use of values like this seem

Data Types RM

2003-03-26 Thread Grahame Grieve
>>These comments relate to v1.7.1 >> >>Section 4.2 DV_BOOLEAN. are the values {true, false} >>case sensitive? Generally, is openehr case sensitive >>or not? > >no they're not. I'm not sure what it means to say "is openEHR >case-sensitive or not" - wherever Strings occur, it is, since String >pro

Data Types RM

2003-03-26 Thread Thomas Beale
Grahame Grieve wrote: > These comments relate to v1.7.1 > > Section 4.2 DV_BOOLEAN. are the values {true, false} > case sensitive? Generally, is openehr case sensitive > or not? no they're not. I'm not sure what it means to say "is openEHR case-sensitive or not" - wherever Strings occur, it i

Data Types RM

2003-03-25 Thread Grahame Grieve
These comments relate to v1.7.1 Section 4.2 DV_BOOLEAN. are the values {true, false} case sensitive? Generally, is openehr case sensitive or not? Section 5.1.1. Terminology Id's - this section doesn't seem consistent with the Terminology section of the external package. Also, terminology versions

Data Types RM document replaced

2002-08-16 Thread Thomas Beale
Dear all, the Data Types RM document I put up yesterday was damaged, and has been replaced. See http://www.deepthought.com.au/health/openEHR/data_types_1_5_2.pdf - thomas beale - If you have any questions about using this list, please send a message to d.lloyd at openehr.org