INSPIRE Community Forum

Which is the correct encoding of gml:sequenceRule axisOrder & gml:axisLabels for GeoTIFF in EPSG 3035 delivered trough WCS ?

91 Views

While implementing WCS services we faced a problem related to the axis order and by reading this thread we understood that the problem is not so simple.

We read as well this documentation from rasdaman and the OGC GeoTIFF coverage encoding profile that contains an example for EPSG 3857 (Axes: X, Y. Orientations: east, north. UoM: meter).

We read as well the example from the corrigendum on TG for elevation that contains an example for EPSG 4326 (Axes: latitude, longitude. Orientations: north, east. UoM: degree). [We found quite strange that the TG is providing an example with an CRS that is not among the accepted reference systems in INSPIRE.]

The question is how should encode correctly the elements gml:domainSet and the gml:coverageFunction for a GeoTIFF provided via WCS in the EPSG 3035 CRS (Axes: Y, X. Orientations: north, east. UoM: meter) ?

1) Is the following correct?

<gml:boundedBy>
 <gml:Envelope srsName="http://www.opengis.net/def/crs/EPSG/0/3035" axisLabels="X Y" uomLabels="m m" srsDimension="2">
  <gml:lowerCorner>2328526.2636038163 5067597.11839354</gml:lowerCorner>
  <gml:upperCorner>2985000.695760837 5887244.376901609</gml:upperCorner>
 </gml:Envelope>
</gml:boundedBy>

<gml:domainSet>

 <gml:RectifiedGrid dimension="2" srsName="http://www.opengis.net/def/crs/EPSG/0/3035" gml:id="grid0_3035">
  <gml:limits>
   <gml:GridEnvelope>
    <gml:low>0 0</gml:low>
    <gml:high>36181 28978</gml:high>
   </gml:GridEnvelope>
  </gml:limits>
  <gml:axisLabels>x y</gml:axisLabels>
  <gml:origin>
   <gml:Point gml:id="p0_3035" srsName="http://www.opengis.net/def/crs/EPSG/0/3035">
    <gml:pos>2984989 5067608</gml:pos>
   </gml:Point>
  </gml:origin>
  <gml:offsetVector srsName="http://www.opengis.net/def/crs/EPSG/0/3035">0 22</gml:offsetVector>
  <gml:offsetVector srsName="http://www.opengis.net/def/crs/EPSG/0/3035">-22 0</gml:offsetVector>
 </gml:RectifiedGrid>
</gml:domainSet>
……
<gml:coverageFunction>
 <gml:GridFunction>
  <gml:sequenceRule axisOrder="+2 +1">Linear</gml:sequenceRule>
  <gml:startPoint>0 0</gml:startPoint>
 </gml:GridFunction>
</gml:coverageFunction>
 
2) It is correct <gml:axisLabels>x y</gml:axisLabels> or should be  <gml:axisLabels>y x</gml:axisLabels> or can be even  <gml:axisLabels>i j</gml:axisLabels> ?
3) It is correct  <gml:sequenceRule axisOrder="+2 +1">Linear</gml:sequenceRule> or should be  <gml:sequenceRule axisOrder="+1 +2">Linear</gml:sequenceRule> ?
4) If the axis Order would be +1+2 like: <gml:sequenceRule axisOrder="+1 +2">Linear</gml:sequenceRule> then the order of axes in the offsetVector should be changed like below?
  <gml:offsetVector srsName="http://www.opengis.net/def/crs/EPSG/0/3035">22  0</gml:offsetVector>
  <gml:offsetVector srsName="http://www.opengis.net/def/crs/EPSG/0/3035">0 -22</gml:offsetVector>

Replies

    • Public

    By Iurie MAXIM

    Am I interpreting correctly the NOTE of the Requirement 30 of the OGC WCS standard, so the <gml:axisLabels> should be ”Y X” and not ”X Y” or ”i j” for the EPSG 3035 CRS or the NOTE is not complete (not mentioning When the srsName attribute is omitted, both of these attributes (axisLabels and uomLabels) shall be omitted) ?

    <<Requirement 30 /req/core/getCoverage-request-valid-dimension:

    Every dimension value in a GetCoverage request shall be equal to one of the axisLabels dimension names specified in the gml:SRSInformationGroup of the coverage’s gml:Envelope, unless the server offers a WCS CRS extension which overrides this requirement.

    Dependency: [OGC 07-036] Clause 10 http://www.opengis.net/doc/GML/3.2/clause/10

    NOTE GML [OGC 07-036] states in schema file geometryBasic0d1d.xsd: “The attribute axisLabels is an ordered list of labels for all the axes of this CRS. The gml:axisAbbrev value should be used for these axis labels, after spaces and forbidden characters are removed.” >>

    In the http://www.opengis.net/def/crs/EPSG/0/3035 there is no element <axisLabels> or <uomLabels>, but only <axisAbbrev> :

    <gml:name>
    Cartesian 2D CS. Axes: northing, easting (Y,X). Orientations: north, east. UoM: m.
    </gml:name>
    <gml:remarks>
    Used in projected and engineering coordinate reference systems.
    </gml:remarks>
    <gml:axis>
    <gml:CoordinateSystemAxis gml:id="epsg-axis-52" uom="http://www.opengis.net/def/uom/EPSG/0/9001">
    <gml:descriptionReference xlink:href="http://www.opengis.net/def/axis-name/EPSG/0/9907"/>
    <gml:identifier codeSpace="OGP">http://www.opengis.net/def/axis/EPSG/0/52</gml:identifier>
    <gml:axisAbbrev>Y</gml:axisAbbrev>
    <gml:axisDirection codeSpace="EPSG">north</gml:axisDirection>
    </gml:CoordinateSystemAxis>
    </gml:axis>
    <gml:axis>
    <gml:CoordinateSystemAxis gml:id="epsg-axis-51" uom="http://www.opengis.net/def/uom/EPSG/0/9001">
    <gml:descriptionReference xlink:href="http://www.opengis.net/def/axis-name/EPSG/0/9906"/>
    <gml:identifier codeSpace="OGP">http://www.opengis.net/def/axis/EPSG/0/51</gml:identifier>
    <gml:axisAbbrev>X</gml:axisAbbrev>
    <gml:axisDirection codeSpace="EPSG">east</gml:axisDirection>
    </gml:CoordinateSystemAxis>
    </gml:axis>

     

    According to http://schemas.opengis.net/gml/3.2.1/geometryBasic0d1d.xsd indicated in the NOTE of the Req. 30 (note GML 3.2.1 instead of GML 3.2), When the srsName attribute is omitted, both of these attributes (axisLabels and uomLabels) shall be omitted  . As in the http://www.opengis.net/def/crs/EPSG/0/3035 the srsName is omitted, then the gml:axisLabels are omitted as well in the definition of the EPSG 3035. Having this in mind why the NOTE of the Requiement 30 of the OGC WCS standard is not specifying this case when the srsName attribute is omitted, and therefore why the <gml:axisLabels> should be Y X or X Y and not even i j ?

    attributeGroup name="SRSInformationGroup">
    <annotation>
    <documentation>
    The attributes uomLabels and axisLabels, defined in the SRSInformationGroup attribute group, are optional additional and redundant information for a CRS to simplify the processing of the coordinate values when a more complete definition of the CRS is not needed. This information shall be the same as included in the complete definition of the CRS, referenced by the srsName attribute. When the srsName attribute is included, either both or neither of the axisLabels and uomLabels attributes shall be included. When the srsName attribute is omitted, both of these attributes shall be omitted. The attribute axisLabels is an ordered list of labels for all the axes of this CRS. The gml:axisAbbrev value should be used for these axis labels, after spaces and forbidden characters are removed. When the srsName attribute is included, this attribute is optional. When the srsName attribute is omitted, this attribute shall also be omitted. The attribute uomLabels is an ordered list of unit of measure (uom) labels for all the axes of this CRS. The value of the string in the gml:catalogSymbol should be used for this uom labels, after spaces and forbidden characters are removed. When the axisLabels attribute is included, this attribute shall also be included. When the axisLabels attribute is omitted, this attribute shall also be omitted.
    </documentation>
    </annotation>
    <attribute name="axisLabels" type="gml:NCNameList"/>
    <attribute name="uomLabels" type="gml:NCNameList"/>
    </attributeGroup>
     

    The <srsName> element was used in the URN definition of EPSG CRS, such as for example in http://spatialreference.org/ref/epsg/wgs-84/gml/ :

      <gml:srsName>WGS 84</gml:srsName>
      <gml:srsID>
        <gml:name gml:codeSpace="urn:ogc:def:crs:EPSG::">4326</gml:name>
      </gml:srsID>

    However did not seen any CRS definition that contains the <axisLabels> element. Is there any CRS definition that contains <axisLabels> element ?

    Would these URN/URL CRS in GRID cause the same problems of flipped coordinates as for VECTOR (see https://themes.jrc.ec.europa.eu/discussion/view/109106/fyi-interpreted-coordinate-order-flipped-in-gml-files-with-uri-format-srsname?

     
    Iurie
    • Public

    By Iurie MAXIM

    Is this correct, and if not, what rule is breaking ?

    <gml:boundedBy>
     <gml:Envelope srsName="http://www.opengis.net/def/crs/EPSG/0/3035" axisLabels="i j" uomLabels="m m" srsDimension="2">
      <gml:lowerCorner>2328526.2636038163 5067597.11839354</gml:lowerCorner>
      <gml:upperCorner>2985000.695760837 5887244.376901609</gml:upperCorner>
     </gml:Envelope>
    </gml:boundedBy>
    <gml:domainSet>
     <gml:RectifiedGrid dimension="2" srsName="http://www.opengis.net/def/crs/EPSG/0/3035" gml:id="grid00_dem3035">
      <gml:limits>
       <gml:GridEnvelope>
        <gml:low>0 0</gml:low>
        <gml:high>36181 28978</gml:high>
       </gml:GridEnvelope>
      </gml:limits>
      <gml:axisLabels>i j</gml:axisLabels>
    .....
    • Public

    By Peter BAUMANN

    - as per CIS 1.0: axis labels must be axisAbbrev items in CRS definition, as per OGC resolver (cf. URL of CRS), in this case: "Y X".

    - as per CIS 1.1 (due to an intervention by the ISO 19111 group): axis labels must agree with CRS axes in number, but can be named differently. Hence, "i j" is possible as long as it is used coherently within the coverage. Even "X Y" is theoretically possible, but it would be counterintuitive and highly dangerous in practical use, hence discouraged. Best use "Y X" as before.

    HTH,

    Peter

    PS: srsName is mandatory, so the case that srsName is missing does not need to be considered.

     

     

    • Public

    By Iurie MAXIM

    Thank you Peter, indeed it really helps. This difference between CIS 1.1 and GMLCOV/CIS 1.0 is really important.

    Currently the INSPIRE Application Schema for Elevation points to GMLCOV 1.0 and not to CIS 1.1, so I am not sure if Member States can implement CIS 1.1 rules while indicating xmlns:gmlcov="http://www.opengis.net/gmlcov/1.0" in the GML. It would really helps to know if this is possible or not.

    For GMLCOV 1.0 this would be the correct encoding of an Elevation coverage (GeoTIFF) in EPSG 3035 (Axes: northing, easting Y,X) ?

    <?xml version="1.0" encoding="UTF-8"?>
    <el-cov:ElevationGridCoverage xmlns:swe="http://www.opengis.net/swe/2.0" 
    gml:id="dem_3035"
    <gml:boundedBy>
     <gml:Envelope srsName="http://www.opengis.net/def/crs/EPSG/0/3035" axisLabels="Y X" uomLabels="m m" srsDimension="2">
      <gml:lowerCorner>2328526 5067597</gml:lowerCorner>
      <gml:upperCorner>2985000 5887244</gml:upperCorner>
     </gml:Envelope>
    </gml:boundedBy>

    <gml:domainSet>

     <gml:RectifiedGrid dimension="2" srsName="http://www.opengis.net/def/crs/EPSG/0/3035" gml:id="grid0_3035">
      <gml:limits>
       <gml:GridEnvelope>
        <gml:low>0 0</gml:low>
        <gml:high>36181 28978</gml:high> <!--Here it is switched if gml:sequenceRule axisOrder="+2 +1" ? -->
       </gml:GridEnvelope>
      </gml:limits>
      <gml:axisLabels>Y X</gml:axisLabels>
      <gml:origin>
       <gml:Point gml:id="p0_3035" srsName="http://www.opengis.net/def/crs/EPSG/0/3035">
        <gml:pos>2984989 5067608</gml:pos>
       </gml:Point>
      </gml:origin>
      <gml:offsetVector srsName="http://www.opengis.net/def/crs/EPSG/0/3035">0 22</gml:offsetVector>
      <gml:offsetVector srsName="http://www.opengis.net/def/crs/EPSG/0/3035">-22 0</gml:offsetVector>
    <!--22 meters is the resolution of the pixel in the Geotiff image on both axes. It is correct for EPSG:3035 ? Should something be modified if  gml:sequenceRule axisOrder "+2 +1" is changed in  "+1 +2" ? -->
     </gml:RectifiedGrid>
    </gml:domainSet>
    ……
    <gml:coverageFunction>
     <gml:GridFunction>
      <gml:sequenceRule axisOrder="+2 +1">Linear</gml:sequenceRule>
      <gml:startPoint>0 0</gml:startPoint>
     </gml:GridFunction>
    </gml:coverageFunction>
    ....
     
    I used different colors for X & Y axis.
     
    If gml:sequenceRule axisOrder="+2 +1" it is correct to reverse the axis order of the grid envelope in GMLCOV/CIS 1.0 in order to indicate that the geotiff is 28978 pixels tall ?
     
       <gml:GridEnvelope>
        <gml:low>0 0</gml:low>
        <gml:high>36181 28978</gml:high>
       </gml:GridEnvelope>
     
    Iurie
    • Public

    By Peter BAUMANN

    Hi Iurie,

    I cannot check all the coverage, marked parts look good except for the axis swap. sequenceRule is just about storage linearization (row major vs column major), not related to the logical level like axis sequence. Hence, axes must remain in sequence.

    FYI, INSPIRE is contemplating advancing to CIS 1.1, there is mixed discussion currently. (BTW, CIS 1.1 is a backwards compatible extension with a simpler & more powerful coverage representation - CIS 1.0 remains valid as per 1.1.) Should you feel that INSPIRE should support CIS 1.1 then please speak up and let the responsible parties (such as JRC) know. Currently it is not clear that they will want to adopt CIS 1.1.

    -Peter

     

    • Public

    By Iurie MAXIM

    Hi Peter,

    I see an issue with the declaration of the srsName="http://www.opengis.net/def/crs/EPSG/0/3035"  in the gmd:domainSet, because neither of the values provided in the GridEnvelope element are in EPSG 3035, but are the number of pixels, so the srsName should be a different one.

    <gml:domainSet>

     <gml:RectifiedGrid dimension="2" srsName="http://www.opengis.net/def/crs/EPSG/0/3035" gml:id="grid0_3035">
      <gml:limits>
       <gml:GridEnvelope>
        <gml:low>0 0</gml:low>
        <gml:high>28978 36181</gml:high>
       </gml:GridEnvelope>
      </gml:limits>
      <gml:axisLabels>Y X</gml:axisLabels>

     

    Iurie

    • Public

    By Iurie MAXIM

    Correct would be ?

    <gml:domainSet>

     <gml:RectifiedGrid dimension="2" srsName="http://www.opengis.net/def/cs/EPSG/0/4532" gml:id="grid0_3035">
      <gml:limits>
       <gml:GridEnvelope>
        <gml:low>0 0</gml:low>
        <gml:high>28978 36181</gml:high>
       </gml:GridEnvelope>
      </gml:limits>
      <gml:axisLabels>Y X</gml:axisLabels>
    • Public

    By Iurie MAXIM

    http://www.opengis.net/def/cs/EPSG/0/4532 seems not to be good because uom is meter.

    • Public

    By Iurie MAXIM

    Looking at the http://ows.rasdaman.org/rasdaman/ows?&SERVICE=WCS&VERSION=2.0.1&REQUEST=GetCoverage&COVERAGEID=BlueMarbleCov&SUBSET=Lat(40,50)&SUBSET=Long(20,30)&FORMAT=application/gml+xml

    I got the following response:

    ...
    <boundedBy>
    <Envelope axisLabels="Lat Long" srsDimension="2" srsName="http://ows.rasdaman.org/def/crs/EPSG/0/4326" uomLabels="degree degree">
    <lowerCorner>40 20</lowerCorner>
    <upperCorner>50 30</upperCorner>
    </Envelope>
    </boundedBy>
    <domainSet>
    <RectifiedGrid dimension="2" gml:id="BlueMarbleCov-grid">
    <limits>
    <GridEnvelope>
    <low>2000 10000</low>
    <high>2499 10499</high>
    </GridEnvelope>
    </limits>
    <axisLabels>Lat Long</axisLabels>
    <origin>
    <Point gml:id="BlueMarbleCov-origin" srsName="http://ows.rasdaman.org/def/crs/EPSG/0/4326">
    <pos>49.99 20.01</pos>
    </Point>
    </origin>
    <offsetVector srsName="http://ows.rasdaman.org/def/crs/EPSG/0/4326">-0.02 0</offsetVector>
    <offsetVector srsName="http://ows.rasdaman.org/def/crs/EPSG/0/4326">0 0.02</offsetVector>
    </RectifiedGrid>
    </domainSet>
    ...
     

    I see that there is not provided any srsName for the <domainSet> but you mentioned that is mandatory. Probably you meant that srsName is mandatory only for the <Envelope> element and not for the <RectifiedGrid> element and therefore the <axisLabels> are voidable for <domainSet>, unless a srsName is provided.

    According to http://schemas.opengis.net/gml/3.2.1/geometryBasic0d1d.xsd indicated in the NOTE of the Req. 30 (note GML 3.2.1 instead of GML 3.2), When the srsName attribute is omitted, both of these attributes (axisLabels and uomLabels) shall be omitted

    If mandatory, which should be the srsName for <domainSet> ?

    I tried to validate the resulting GML against the OCG CITE validator and get the error that srsName is incorrect because "http://ows.rasdaman.org/def/crs/EPSG/0/4326" is not supported. Changing it to http://www.opengis.net/def/crs/EPSG/0/4326 passed the OCG validator.

    In this example: http://ows.rasdaman.org/rasdaman/ows?&SERVICE=WCS&VERSION=2.0.1&REQUEST=GetCoverage&COVERAGEID=NIR&FORMAT=application/gml+xml

    I saw <Envelope axisLabels="i j" srsDimension="2" srsName="http://ows.rasdaman.org/def/crs/OGC/0/Index2D" uomLabels="GridSpacing GridSpacing">

    But there is any similar srsName that is recognised by OGC in order to pass the GML OGC CITE validator tests ?

    Iurie

    • Public

    By Iurie MAXIM

    Found http://www.opengis.net/def/crs/OGC/0/Index2D axisLabels=”i j”.

    Sorry for all these questions, but as the example provided in the INSPIRE Corrigendum, is not correct and is missleading (namely this one https://themes.jrc.ec.europa.eu/file/view/59232/example-elevation-grid-coverages-single-coverage-tested-final), so I seek guidance for generating a correct GML response.

    To clarify, the INSPIRE example is missing <axisLabels> in the <gml:Envelope> and is providing a srsName for the <gml:RectifiedGrid> that has uom meter, while the values written in the gml:high are not meters at all.

    	<gml:boundedBy>
    		<gml:Envelope srsName="EPSG:4258" srsDimension="2">
    			<gml:lowerCorner>41.831955426 2.478775815</gml:lowerCorner>
    			<gml:upperCorner>41.916895878 2.645765735</gml:upperCorner>
    		</gml:Envelope>
    	</gml:boundedBy>
    	<gml:domainSet>
    		<gml:RectifiedGrid dimension="2" srsName="http://www.opengis.net/def/crs/EPSG/0/25831" gml:id="gridmet15v20as0f0333Am1r100-SW-20140701">
    			<gml:limits>
    				<gml:GridEnvelope>
    					<gml:low>0 0</gml:low>
    					<gml:high>927 624</gml:high>
    				</gml:GridEnvelope>
    			</gml:limits>
    			<gml:axisLabels>x y</gml:axisLabels>

    For Implementing INSPIRE vector Data Themes based on WFS it is quite clear now, but for GRID based INSPIRE Data Themes seems not too clear, so I appreciate your support, knowing that there are not to many people that can clarify all these.

    So, can you please confirm that this is correct or not and to clarify what is mentioned in the comments ?

    <gml:boundedBy>
     <gml:Envelope srsName="http://www.opengis.net/def/crs/EPSG/0/3035" axisLabels="Y X" uomLabels="m m" srsDimension="2">
    <--If GMLCOV/CIS 1.0 is implemented, than, in order to comply with the SRSInformationGroup documentation from the http://schemas.opengis.net/gml/3.2.1/geometryBasic0d1d.xsd, the axisLabels should be an  ordered list of labels for all the axes of the CRS and the gml:axisAbbrev value should be used for these axis labels, after spaces and forbidden characters are removed. Therefore for EPSG:3035 the axisLabels should be "Y X". Same for uomLabels. If CIS 1.1 is implemented, than it is not so clear if anything is changed or not.-->  
      <gml:lowerCorner>2328526 5067597</gml:lowerCorner>
      <gml:upperCorner>2985000 5887244</gml:upperCorner>
     </gml:Envelope>
    </gml:boundedBy>

    <gml:domainSet>

     <gml:RectifiedGrid dimension="2" gml:id="grid0_3035">
    <-- If GMLCOV/CIS 1.0 is implemented, than the srsName is optional. Hoewer it is not clear which is the effect of providing a srsName in CIS 1.0.  If CIS 1.1 in relation with the . is implemented than it is not clear if the srsName should be provided or not, in order to comply with the SRSInformationGroup documentation from the http://schemas.opengis.net/gml/3.2.1/geometryBasic0d1d.xsd (ie.: srsName="http://www.opengis.net/def/crs/OGC/0/Index2D" ). -->
      <gml:limits>
       <gml:GridEnvelope>
        <gml:low>0 0</gml:low>
        <gml:high>28978 36181</gml:high>
    <-- If GMLCOV/CIS 1.0 is implemented, than the grid should be aligned with the CRS specified in the Envelope, and therefore for CRS that have axis Y X - north, east or Lat Lon - north, east (i.e.: EPSG:3035, EPSG:4258:), the first number is the number of grid cells along the meridians (north - south ) and the second is the number of grid cells along the paralels (east - west) without taking into consideration if the axisOrder="+2 +1" or  axisOrder="+1 +2" in the sequenceRule of the coverageFunction. Both numbers are positive integers. If CIS 1.1 is implemented than there is no requirement to align the grid with the CRS, so for an Envelope CRS that have axis Y X - north, it is not clear the numbers can be switched or not, or if they follow the axis of the CRS of the RectifiedGrid (i should stand for width and j for height ?) -->
    .   </gml:GridEnvelope>
      </gml:limits>
      <gml:axisLabels>Y X</gml:axisLabels>
    <-- If GMLCOV/CIS 1.0 is implemented, than the element <gml:axisLabels> is inherited from the <gml:axisLabels> element specified in the <gml:Envelope> (If no srsName is provided for the RectifiedGrid, than  the axisLabels is not following the description specified in the SRSInformationGroup documentation "When the srsName attribute is omitted, both of these attributes (axisLabels and uomLabels) shall be omitted". If srsName is provided for the RectifiedGrid, than either the axisLabels is not following the description "is an ordered list of labels for all the axes of this CRS. The gml:axisAbbrev value should be used for these axis labels", either the CRS is not the correct one for a grid having uom:GridSpacing or no uom).  If CIS 1.1 is implemented, than it is not clear if any axis labels can be used if the srsName for the RectifiedGrid is not provided. Otherwise if srsName is provided for the RectifiedGrid, than, in order to comply with the documentation of the SRSInformationGroup documentation from the http://schemas.opengis.net/gml/3.2.1/geometryBasic0d1d.xsd (ie.: srsName="http://www.opengis.net/def/crs/OGC/0/Index2D" ) the axisLabels should be an  ordered list of labels for all the axes of the CRS and the gml:axisAbbrev value should be used for these axis labels, after spaces and forbidden characters are removed. Therefore for Index2D CRS, the axisLabels would be i j.-->
      <gml:origin>
       <gml:Point gml:id="p0_3035" srsName="http://www.opengis.net/def/crs/EPSG/0/3035">
        <gml:pos>2984989 5067608</gml:pos>
       </gml:Point>
      </gml:origin>
      <gml:offsetVector srsName="http://www.opengis.net/def/crs/EPSG/0/3035">0 22</gml:offsetVector>
      <gml:offsetVector srsName="http://www.opengis.net/def/crs/EPSG/0/3035">-22 0</gml:offsetVector>
    <!--22 meters is the resolution of the grid  cell on both axes (the pixel in the Geotiff image). It is not important if the first line is 0 22 and second line is -22 0 or viceversa  -->
     </gml:RectifiedGrid>
    </gml:domainSet>
     
    Iurie
Elevation, Ortho & Grids

Elevation, Ortho & Grids

INSPIRE Thematic Cluster Elevation, Orthoimagery, Reference systems, Geographical grids - Join this group to share your knowkledge, learn and collaborate in solving issues related to the Elevation, Orthoimagery, Reference systems and Geographical grids themes