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

[aperi2007]

Hi Jukka.
I agreed with you that if the srs is epsg it should always repeort the 
correct axis order, but this , as report me from Olivier, seem to be a 
standard "defacto" (a standard coming from bottom).
This is confirmed from this doc from Geoserver:

http://docs.geoserver.org/latest/en/user/services/wfs/basics.html

Where is reported this rule:

Representation 	Assumed axis order
EPSG:xxxx 	longitude/latitude (x/y)
http://www.opengis.net/gml/srs/epsg.xml#xxxx 	longitude/latitude (x/y)
urn:x-ogc:def:crs:EPSG:xxxx 	latitude/longitude (y/x)


So established that this is the rule, my second question is:
A request with an srs espressed as a urn should have the coords in 
reversed axis order ?

Actually tinyows need the request coords in not-reversed axis order however.

A.

Il 15/03/2016 22:58, Rahkonen Jukka (MML) ha scritto:
> 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20160316/7635ae30/attachment.htm>