Use of UCUM to harmonize UnitOfMeasure in the Measure datatype. about helpdesk HOT 4 CLOSED

As for the first question: I am not aware of a such a place.

As for the second question: UCUM would be a good start indeed. According to [GML 3.2.2]:

NOTE It is recommended that the symbol be an identifier for a unit of measure as specified in the “Unified Code of Units
of Measure” (UCUM) (http://aurora.regenstrief.org/UCUM). This provides a set of symbols and a grammar for constructing
identifiers for units of measure that are unique, and may be easily entered with a keyboard supporting the limited character set
known as 7-bit ASCII. ISO 2955 formerly provided a specification with this scope, but was withdrawn in 2001. UCUM largely
follows ISO 2955 with modifications to remove ambiguities and other problems.

Note, the URL to the spec has changed, it is now https://ucum.org/ucum.html instead of http://aurora.regenstrief.org/UCUM.

[GML 3.2.2] OGC. OGC 07-036r1, OpenGIS® Geography Markup Language (GML) Encoding Standard. Version 3.2.2. 5 December 2016. Available from: https://portal.opengeospatial.org/files/?artifact_id=74183&version=2

from helpdesk.

See also the following statement from opengeospatial/geopackage#386 (comment):

In the OGC, most standards that have specific clauses related to UoM typically reference UCUM as the normative vocabulary.

from helpdesk.

This issue is also related to this discussion.

From the public slides of the last OGC member meeting:

I am not sure whether that means that UCUM will be deprecated. It may depend on the encoding: for use in LinkedIn URIs are needed, for other encodings UCUM may be more suitable.

from helpdesk.

Dear Heidi, thank for all you responses. Somehow I missed the UCUM recommendation in the GML standard. A thing that COULD be done to enhance interoperability in INSPIRE is make it obligatory to use UCUM whenever possible and provide URI's for missing units of measure in the INSPIRE code list register.

from helpdesk.