[mapserver-users] Tinyows exchange coords when POST request.

[Rahkonen Jukka (MML)]

Hi,

With EPSG:3003 the coordinates should never ever be reversed because it is officially an Easting-Northing system as you can see from http://epsg-registry.org/export.htm?wkt=urn:ogc:def:crs:EPSG::3003

AXIS["easting (X)",east,ORDER[1]],
AXIS["northing (Y)",north,ORDER[2]],

So if you will find a difference in using WMS 1.1.x vs. 1.3.0 or WFS 1.0 vs. 1.1 or SRS in short format vs. long format with EPSG:3003 that's a bug.

-Jukka Rahkonen-

Andrea Peri wrote:

Hi,
thx to Olivier. I understand that the TinyOWS has a rule inherited from OGC that when the srs is in short version (ie: EPSG:3003) the axis are not reversed.
Instead when the srs is with long form (ie:
urn:x-ogc:def:crs:EPSG:3003) the axis are always reversed.

A last question I have is about the input.
Infact this rule seem to be supported also in input request.
So when the srs is espressed in the request in long form , I guess, the cocordinates should be given in reversed order.
But instead tinyows seem to accept instead the coordinate in not reversed axis order.

I post a sample :

This is the post example:

<?xml version="1.0" encoding="UTF-8"?><wfs:GetFeature xmlns:sita="http://www.regione.toscana.it/"
xmlns:ogc="http://www.opengis.net/ogc"
xmlns:wfs="http://www.opengis.net/wfs"
xmlns:ows="http://www.opengis.net/ows"
xmlns:xlink="http://www.w3.org/1999/xlink"
xmlns:gml="http://www.opengis.net/gml" handle="GeoTools 11.4 WFS DataStore" maxFeatures="10" outputFormat="text/xml; subtype=gml/3.1.1"
resultType="results" service="WFS" version="1.1.0">  <wfs:Query srsName="urn:ogc:def:crs:EPSG::3003"
typeName="sita:listacomunirtpoly">
  <ogc:Filter>
    <ogc:Intersects>
     <ogc:PropertyName>geometry</ogc:PropertyName>
     <gml:Polygon srsDimension="2" srsName="urn:x-ogc:def:crs:EPSG:3003">
      <gml:exterior>
       <gml:LinearRing srsDimension="2">
        <gml:posList>1625601.65 4842775.06 1696384.15 4842775.06
1696384.15 4871929.04 1625601.65 4871929.04 1625601.65 4842775.06</gml:posList>
       </gml:LinearRing>
      </gml:exterior>
     </gml:Polygon>
    </ogc:Intersects>
  </ogc:Filter>
 </wfs:Query>
</wfs:GetFeature>


That is callable using this curl call:

curl -H "Content-Type: text/xml" -0 -X POST -d @req2.xml "http://www502.regione.toscana.it/wfsvector/com.rt.wfs.RTmap/wfs"

As noticeable.
The request has the coords in not reversed order, the srs is in the long form, and the response is with coords in reversed order.
I guess the tinyows should accept the coords in reversed order to be totally coherent with the rule that the long srs form will reverse axis.

Any thought ?


2016-03-14 17:00 GMT+01:00 Andrea Peri <aperi2007 at gmail.com>:
> Hi,
> I experience this issue.
>
> When asking to the tinyows a getfeature with an intersects with a 
> polygon and returning in epsg:3003 it return the result with the right 
> axis order if the request is done with GET method.
> Instead it return exchange coords if the request is in POST method.
>
> Is know this issue ?
>
> Thx.
>
> --
> -----------------
> Andrea Peri
> . . . . . . . . .
> qwerty àèìòù
> -----------------



--
-----------------
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-----------------
_______________________________________________
mapserver-users mailing list
mapserver-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users