Project

General

Profile

Actions

Bug #3523

open

declarations for units in spatialReference and spatialRaster are inconsistent

Added by Margaret O'Brien over 15 years ago.

Status:
New
Priority:
Normal
Assignee:
Category:
eml - general bugs
Target version:
Start date:
10/09/2008
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
3523

Description

In spatialReference.xsd and spatialRaster.xsd the use of units is inconsistent. eml-spatialReference.xsd defines 2 types which are lists of units, very similar to what is going on in the attribute and coverage schemas (see bug #1019 comment #4).

<simpleType name="lengthUnits"> and
<simpleType name="angleUnit">
each of which is an enumeration that includes a group units which are also in standardUnits, but as implied by the names, their lists are units of type length and angle, respectively. The types are used inconsistently:
eml-spatialReference.xsd:2215: <xs:element name="altitudeDistanceUnits" type="xs:string">
eml-spatialReference.xsd:2273: <xs:element name="depthDistanceUnits" type="xs:string">
eml-spatialReference.xsd:2386: <xs:element name="unit">
eml-spatialReference.xsd:2396: <xs:attribute name="name" type="angleUnits" use="required">
eml-spatialReference.xsd:2499: <xs:element name="unit">
eml-spatialReference.xsd:2508: <xs:attribute name="name" type="lengthUnits" use="required">
eml-spatialRaster.xsd 793: <xs:element name="waveLengthUnits" type="spref:lengthUnits" minOccurs="0">

Actions #1

Updated by Redmine Admin about 11 years ago

Original Bugzilla ID was 3523

Actions

Also available in: Atom PDF