Project

General

Profile

Actions

Bug #1605

open

missing or erroneous SI units in unitDictionary

Added by Margaret O'Brien almost 20 years ago. Updated over 9 years ago.

Status:
In Progress
Priority:
Normal
Assignee:
Category:
eml - general bugs
Target version:
Start date:
06/16/2004
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
1605

Description

1. The SI-derived unit "steradian" (sr) appears to be missing. it describes a
solid angle, and is the 3-dimensional equivalent of "radian". I dont believe it
can be described in terms of any other unit.

2. the "waveNumber" unit is more correctly called reciprocalMeter (m-1), and
waveNumber is one of the measurements expressed by this unit (ie, waveNumber=the
number of wave cycles in 1 meter). Other measurements which are expressed in m-1
include absorbance, scattering and transmittance.

3. the unit "kilogramPerCubicMeter" is named inconsistently. It seems that it
should be plural, ie kilogramsPerCubicMeter. This is consistent with other unit
names (milligramsPerCubicMeter) and also how it is referenced as a ParentSI
attribute.

Actions #1

Updated by Matt Jones almost 20 years ago

Thanks for the comments. I'm not sure that renaming units is a great idea
because it strands existing EML documents that use those units. That said, your
comments do indicate a need for more consistent naming. I'll target this at EML
2.1.0 and hope we can resolve these issues along with other 'units repository'
issues as partially described in bug 1000 and on the eml-dev mailing list archives.

Actions #2

Updated by Matt Jones over 19 years ago

Changing QA contact to the list for all current EML bugs so that people can
track what is happening.

Actions #3

Updated by Redmine Admin about 11 years ago

Original Bugzilla ID was 1605

Actions #4

Updated by Matt Jones over 9 years ago

Status update: The unit naming inconsistency described in this bug was not fixed in EML 2.1.1 in order to maintain backwards compatibility. In general, we deemed that the names were not critical because they map to a precise STMML definition, so it is trivial to determine if two units are identical. Therefore, we don't plan on removing units with names that deviate from the naming convention. But there would be no harm in adding new units that are named following the conventions and provide a duplicate unit. There hasn't been a major request for this yet. Nor has there been a major need for additional units as people can define their own units in STMML.

Actions

Also available in: Atom PDF