Template:— resource_property_numeric (res_prp_num) Date: 2009/03/24 12:40:21
Revision: 1.21

Issue raised against: resource_property_numeric

GENERAL issues


Closed issue Issue: RBN-1 by Rob Bodington (07-03-22) editorial issue
Resolution: Accept. Status: closed

The reference parameter prop_repr declaration is missing. It should be declared and bound to Resource_property_representation It is missing from the path as well.
Comment: (Johan Nielsen 2007-03-26)
Fixed by editing the path, references and diagrams.


Closed issue Issue: PBM-1 by Peter Bergström (2007-02-16) minor_technical issue
Resolution: Accept. Status: closed

The necessity of chosing a datatype for the input parameter 'value' is not made clear in the parameter definition. It appears that value can be "5" or similar, when in fact the datatype must be given as well, e.g. "ANY_NUMBER_VALUE(5)".
Comment: (Peter Bergström 2007-02-16)
Fixed by editing the parameter description. I also harmonized the description of parameter si_unit with other templates.


Closed issue Issue: GYL-1 by Leif Gyllstrom (07-12-09) minor_technical issue
Resolution: Accept. Status: closed

Review issue, review item 6: Master attributes are missing throughout the template.
Comment: (Mike Ward 2008-01-22)
Diagrams and master attributes added


Closed issue Issue: GYL-2 by Leif Gyllstrom (07-12-09) major_technical issue
Resolution: Accept. Status: closed

Review issue, review items 7 and 8: There are no supporting editable files available under the dvlp folder.
Comment: (Mike Ward 2008-01-22)
Diagrams and master attributes added


Closed issue Issue: GYL-3 by Leif Gyllstrom (07-12-09) editorial issue
Resolution: Accept. Status: closed

Review issue, review item 13: ‘^representation” in the model diagrams (1, 2 and 3) should be enlarged for better readability.
Comment: (Mike Ward 2008-01-22)
Diagrams redrawn


Closed issue Issue: GYL-4 by Leif Gyllstrom (07-12-09) editorial issue
Resolution: Accept. Status: closed

Review issue, review item 14: References within the characterization section does not comply with this rule. E.g. characterization assigning person or organization where person and organization is stated without hyperlinks to the respective entity.
Comment: (Mike Ward 2008-01-22)
All references to entities and templates (cf references to real world objects) are correctly hyperlinked.


Closed issue Issue: GYL-5 by Leif Gyllstrom (07-12-09) editorial issue
Resolution: Accept. Status: closed

Review issue, review item 29: Different fonts for parameters in the diagram
Comment: (Mike Ward 2008-01-22)
All diagrams redrawn and corrected.


Closed issue Issue: GYL-6 by Leif Gyllstrom (07-12-09) minor_technical issue
Resolution: Accept. Status: closed

Review issue, review item 30: No explicit relation between input attributes and constructs in the diagram (e.g. by arrows).
Comment: (Mike Ward 2008-01-22)
All diagrams redrawn and arrows added.


Closed issue Issue: GYL-7 by Leif Gyllstrom (07-12-09) editorial issue
Resolution: Accept. Status: closed

Review issue, review item 51: Input parameter 'si_unit'. Do we need to bring in explanations on Part 21 and Part 28 representations ?
Comment: (Mike Ward 2008-01-22)
A note on this is included in the template.


Closed issue Issue: GYL-8 by Leif Gyllstrom (07-12-09) minor_technical issue
Resolution: Accept. Status: closed

Review issue, review item 51: Input parameter 'context'. Should we be able to reuse representation contexts that are being defined as subclasses of the class Representation_context" ?
Comment: (Mike Ward 2008-01-22)
Changed to Representation_context as per "Notes from issue resolution teleocn 2007-17-12"


Closed issue Issue: GYL-9 by Leif Gyllstrom (07-12-09) editorial issue
Resolution: Accept. Status: closed

Review issue, review item 72: Value shall contain ‘any_value_number()’
Comment: (Mike Ward 2008-01-22)
All "value" entries now correct.


Closed issue Issue: GYL-10 by Leif Gyllstrom (07-12-09) editorial issue
Resolution: Accept. Status: closed

Review issue, review item 82: Value shall contain ‘any_value_number()’
Comment: (Mike Ward 2008-01-22)
All "value" entries now correct.


Closed issue Issue: GYL-11 by Leif Gyllstrom (07-12-09) editorial issue
Resolution: Accept. Status: closed

Review issue, review item 90: Figures within the characterization section should use the template representation for resource_property_ numeric, and not the Express entities.
Comment: (Mike Ward 2008-01-22)
Correct characterization diagram added. Exiting characterization diagrams are instance diagrams which are unorthodox, but not in conflict with the checklist.


Closed issue Issue: GYL-12 by Leif Gyllstrom (07-12-09) minor_technical issue
Resolution: Accept. Status: closed

Characterization should comply with Peter Bergstrom paper on property characterization defined during the DEX3 harmonization workshops. See uploaded document : 'Properties in DEXlib meeting notes 2007-08-13.doc'.
Comment: (Mats Nilsson, FMV 2007-12-13)
Please do not refere to documents if the same information is in the PLCS info pages. If the info in this document isn't incorporated into the info pages, please send it to me.
Comment: (Rob Bodington 08-02-28)
It would appear to


Closed issue Issue: GYL-13 by Leif Gyllstrom (08-01-24) minor_technical issue
Resolution: Accept. Status: closed

Declaration of input parameter value should be changed from:
< param_in name="value" type="SELECT" select_type="measure_value">
<description>
The value of the property.
The datatype must also be indicated in this parameter, e.g.
"ANY_NUMBER_VALUE(5)".
</description>
</param_in>
to something like:
<param_in name="value" type="TYPE" defined_type="any_number_value">
<description>
The value of the property. The datatype is always 'any_number_value'
and should not be registered together with the value, i.e. enter the
value as a number, without datatype.
</description>
</param_in>
Comment: (Rob Bodington 08-02-28)
Corrected


Closed issue Issue: GYL-14 by Leif Gyllstrom (08-01-24) minor_technical issue
Resolution: Accept. Status: closed

Declaration of input parameter value should be changed from:
< param_in name="value" type="SELECT" select_type="measure_value">
<description>
The value of the property.
The datatype must also be indicated in this parameter, e.g.
"ANY_NUMBER_VALUE(5)".
</description>
</param_in>
to something like:
<param_in name="value" type="TYPE" defined_type="any_number_value">
<description>
The value of the property. The datatype is always 'any_number_value'
and should not be registered together with the value, i.e. enter the
value as a number, without datatype.
</description>
</param_in>
Comment: (Rob Bodington 08-02-28)
Corrected


Closed issue Issue: RBN-2 by Rob Bodington (08-01-22) minor_technical issue
Resolution: Accept. Status: closed

The input parameter value (Type= 'SELECT (measure_value)' ) should be value (Type= 'TYPE (any_number_value)' )
Comment: (Rob Bodington 08-02-20)
Corrected


Closed issue Issue: PBM-2 by Peter Bergström (2009-03-23) editorial issue
Resolution: Accept. Status: closed

Parameter @unit is incorrectly described, it is not a class of a unit, it is a name of a unit. The description of parameter @unit_ecl_id needs also changing.
A default value for @context would also be good, suggest Numerical_representation_context.
Comment: (Peter Bergström 2009-03-23)
Fixed both issues.