Closed marqh closed 7 years ago
the updates detailed in #24 impact this propsal
If the proposals in #24 are adopted, then the terms TIMECOUNT
TIMEMEASURE
and TIMESTRING
do not map to terms in 19111
This would strongly favour the TIMEQUANTITY
approach, with the pseudoUnit defined
This interpretation would mean that the query raised in this ticket is addressed and no change to 19111 is required
Closed, after discussion with @RogerLott. Ref #24
The aim of this ticket is to propose a comment to the 19111 editing committee raising this issue for discussion.
In 19111 Figure 13 (p44) the AxisUnit is defined as a union of axisUnitID, temporalCount, temporalMeasure, temporlString. This provides the facility to strongly type the different temporal entities, as integer, float and string respectively. Does this suggest that separate keywords should be defined in 19162? If a single keyword (TIMEQUANTITY) with options is preferred, should this be reflected in 19111 by changing this union?
I think I have a slight preference for
TIMECOUNT["day"]
overTIMEQUANTITY[count,"day"]
as it seems to me to provide a little more scope to document the implication of data type on the coordinate values and it seems to map more neatly to the UML in 19111 (see Figure 13 on p44,AxisUnit
)