Warnings when creating RC2 schema

Submitted by Joerg Freudenstein on Tuesday, 24 May, 2011 - 10:18
Source
Website

Here's a summary of all warnings which occur when using the schema generation tool on the RC2 model (model and tool just downloaded from website):

  • Illegal value found in tagged value 'attribute' (needs to be 'yes' instead of 'true') in attribute ...
    • measurementOrCalculatedTimePrecision in class BasicData
    • accuracy in class DataValue
    • computationalMethod in class DataValue
    • fault in class DataValue
    • faultReason in class DataValue
    • numberOfIncompleteInputs in class DataValue
    • numberOfInputValuesUsed in class DataValue

MeasuredDataPublication cannot be used for more than one MeasurementSiteTable

Submitted by Joerg Freudenstein on Thursday, 5 May, 2011 - 13:44
Source
Website

The static and the dynamic part for measured data do not match exactly to each other.

Up to now, the MeasurementSiteTable is referenced from the MeasuredDataPublication. When using more than one MeasurementSiteTables, you habe to use one MeasuredDataPublication per table. This seems to be inconvenient.

I suggest a 1:1 mapping between the two messages, so to introduce a new class between MeasuredDataPublication and SiteMeasurements.

Unused Data Types

Submitted by Anonymous (not verified) on Wednesday, 4 May, 2011 - 23:20
Source
Datex stakeholder

There appear to be be two 'orphaned' data types that are not used in the content of the model. These are HectoPascals (Pressure) and MegaHertz (Frequency). Certainly one would expect weather data to support the exchange of pressure data.

Incorrect mandatory use of exchange structures in payload

Submitted by Josef Kaltwasser on Tuesday, 19 April, 2011 - 15:38
Source
Website

The methodology document states "those UML packages related to the exchange model being aware of – and actually using elements from – the payload content model, but not the other way round". This is inconsistent with the fact that the association from D2LogicalModel (the incorrectly - see issue #4 - named single entry point into the model) to the exchange package class Exchange is mandatory! Exchange has a mandatory compnent supplierIdentification with two mandatory attributes.

Awkward douible use of UML Generalization feature

Submitted by Josef Kaltwasser on Tuesday, 1 March, 2011 - 15:36
Source
Website

The methodology uses the same meta concept from UML (Generalization) for two different semantical features.

a) Generalization inside the core model (level A) or inside an extension (i.e. between two new classes in the extension) means that the new class inherits and extends the state of the superclass, hence realising an "is a" relationship in the data domain. Example: class horse "is a" mamal, i.e. horse has all attributes and components of a horse, plus potentially some extra ones.