[Geoserver-users] insert in lat,lon, response in lon,lat !!!

Sebastien_Geindre1 · July 11, 2007, 2:39pm

Bonjour tout le monde,

why when i insert a geom object with polygon described in lon, lat;
i receive - Getfeature request -feature in lat, lon ??
is it a postGIS configuration problem ??

Merci.

INSERT
<wfs:Transaction service="WFS" version="1.1.0" ...>
  <wfs:Insert>
    <wims:ice_geom>
      <wims:ice_polygon>
        <gml:Polygon srsName="urn:x-ogc:def:crs:EPSG:6.11.2:4326">
          <gml:exterior>
            <gml:LinearRing>
              <gml:posList>65 30 85 35 85 45 70 40 65 30</gml:posList>
            </gml:LinearRing>
          </gml:exterior>
        </gml:Polygon>
      </wims:ice_polygon>
    </wims:ice_geom>
  </wfs:Insert>
</wfs:Transaction>

REQUEST :
<wfs:GetFeature service="WFS" version="1.1.0"...>
  <wfs:Query typeName="wims:ice_geom">
    <ogc:Filter>
       <ogc:FeatureId fid="42"/>
    </ogc:Filter>
    </wfs:Query>
</wfs:GetFeature>

RESPONSE :
<wims:ice_geom gml:id="ice_geom.42">
    <gml:boundedBy>
        <gml:Envelope srsName="urn:x-ogc:def:crs:EPSG:6.11.2:4326">
            <gml:lowerCorner>30.0 65.0</gml:lowerCorner>
            <gml:upperCorner>45.0 85.0</gml:upperCorner>
        </gml:Envelope>
    </gml:boundedBy>
    <wims:ice_polygon>
        <gml:Polygon srsName="urn:x-ogc:def:crs:EPSG:6.11.2:4326">
            <gml:exterior>
                <gml:LinearRing>
                    <gml:posList>30.0 65.0 35.0 85.0 45.0 85.0 40.0 70.0 30.0 65.0</gml:posList>
                </gml:LinearRing>
            </gml:exterior>
        </gml:Polygon>
    </wims:ice_polygon>
</wims:ice_geom>

Andrea_Aime3 · July 11, 2007, 2:43pm

Sébastien Geindre ha scritto:

Bonjour tout le monde,

why when i insert a geom object with polygon described in lon, lat;
i receive - Getfeature request -feature in lat, lon ??
is it a postGIS configuration problem ??

Hmm.... Geoserver is configured to work in lon/lat, not in lat/lon,
so I'm suprised it interprets your insert at a lat/lon to start
with. Justin, any idea why coordinates are getting swapped?

Cheers
Andrea

Sebastien_Geindre1 · July 11, 2007, 2:58pm

title of post should be insert in lon,lat, response in lat,lon !!!
sorry !

Andrea Aime a écrit :

Sébastien Geindre ha scritto:

Bonjour tout le monde,

why when i insert a geom object with polygon described in lon, lat;
i receive - Getfeature request -feature in lat, lon ??
is it a postGIS configuration problem ??

Hmm.... Geoserver is configured to work in lon/lat, not in lat/lon,
so I'm suprised it interprets your insert at a lat/lon to start
with. Justin, any idea why coordinates are getting swapped?

Cheers
Andrea

--
Sébastien Geindre
DPREVI/AERO/DEV
sebastien.geindre __at__ meteo.fr

Justin_Deoliveira · July 11, 2007, 3:38pm

Andrea Aime wrote:

Sébastien Geindre ha scritto:

Bonjour tout le monde,

why when i insert a geom object with polygon described in lon, lat;
i receive - Getfeature request -feature in lat, lon ??
is it a postGIS configuration problem ??

Hmm.... Geoserver is configured to work in lon/lat, not in lat/lon,
so I'm suprised it interprets your insert at a lat/lon to start
with. Justin, any idea why coordinates are getting swapped?

Hmmm... not off the top of my head but i am looking into it...

Cheers
Andrea

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

!DSPAM:4007,4694ecba277365210051143!

--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org

Sebastien_Geindre1 · July 12, 2007, 9:27am

it happens when geoserver insert geometric feature in postgis...
not in the response phase..

the translation of
<gml:Polygon srsName="urn:x-ogc:def:crs:EPSG:6.11.2:4326">
          <gml:exterior>
            <gml:LinearRing>
              <gml:posList>65 30 85 35 85 45 70 40 65 30</gml:posList>
            </gml:LinearRing>
          </gml:exterior>
        </gml:Polygon>
into an gml object (seems to be false...because of sql query executed)
and then into sql query
trace :
DEBUG [data.jdbc] - write called, live is null and cur is Feature[ id=fid-5b547dd5_113b582fb9c_-7ff5 , ice_polygon=POLYGON ((30 65, 35 85, 45 85, 40 70, 30 65)) ]
DEBUG [data.jdbc] - INSERT INTO "public"."ice_geom" ("ice_polygon") VALUES (setSRID('00000000030000000100000005403E0000000000004050400000000000404180000000000040554000000000004046800000000000405540000000000040440000000000004051800000000000403E0000000000004050400000000000'::geometry,4326))

how could i help ??
could it be in jts library ?

Justin Deoliveira a écrit :

Andrea Aime wrote:

Sébastien Geindre ha scritto:

Bonjour tout le monde,

why when i insert a geom object with polygon described in lon, lat;
i receive - Getfeature request -feature in lat, lon ??
is it a postGIS configuration problem ??

Hmm.... Geoserver is configured to work in lon/lat, not in lat/lon,
so I'm suprised it interprets your insert at a lat/lon to start
with. Justin, any idea why coordinates are getting swapped?

Hmmm... not off the top of my head but i am looking into it...

Cheers
Andrea

-------------------------------------------------------------------------

This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

!DSPAM:4007,4694ecba277365210051143!

--
Sébastien Geindre
DPREVI/AERO/DEV
sebastien.geindre __at__ meteo.fr

Sebastien_Geindre1 · July 12, 2007, 9:47am

OK, i change the srsName.
with <gml:Polygon srsName="urn:ogc:def:crs:EPSG:4326"> , it seems to be OK : lon,lat
with <gml:Polygon srsName="urn:x-ogc:def:crs:EPSG:6.11.2:4326"> , it seems to be NOK : lat,lon

so where is the bible about srsName ???

Sébastien Geindre a écrit :

it happens when geoserver insert geometric feature in postgis...
not in the response phase..

the translation of
<gml:Polygon srsName="urn:x-ogc:def:crs:EPSG:6.11.2:4326">
          <gml:exterior>
            <gml:LinearRing>
              <gml:posList>65 30 85 35 85 45 70 40 65 30</gml:posList>
            </gml:LinearRing>
          </gml:exterior>
        </gml:Polygon>
into an gml object (seems to be false...because of sql query executed)
and then into sql query
trace :
DEBUG [data.jdbc] - write called, live is null and cur is Feature[ id=fid-5b547dd5_113b582fb9c_-7ff5 , ice_polygon=POLYGON ((30 65, 35 85, 45 85, 40 70, 30 65)) ]
DEBUG [data.jdbc] - INSERT INTO "public"."ice_geom" ("ice_polygon") VALUES (setSRID('00000000030000000100000005403E0000000000004050400000000000404180000000000040554000000000004046800000000000405540000000000040440000000000004051800000000000403E0000000000004050400000000000'::geometry,4326))

how could i help ??
could it be in jts library ?

Justin Deoliveira a écrit :


Andrea Aime wrote:


Sébastien Geindre ha scritto:


Bonjour tout le monde,

why when i insert a geom object with polygon described in lon, lat;
i receive - Getfeature request -feature in lat, lon ??
is it a postGIS configuration problem ??


Hmm.... Geoserver is configured to work in lon/lat, not in lat/lon,
so I'm suprised it interprets your insert at a lat/lon to start
with. Justin, any idea why coordinates are getting swapped?


Hmmm... not off the top of my head but i am looking into it...


Cheers
Andrea

-------------------------------------------------------------------------

This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

!DSPAM:4007,4694ecba277365210051143!

--
Sébastien Geindre
DPREVI/AERO/DEV
sebastien.geindre __at__ meteo.fr

Andrea_Aime3 · July 12, 2007, 10:00am

Sébastien Geindre ha scritto:

OK, i change the srsName.
with <gml:Polygon srsName="urn:ogc:def:crs:EPSG:4326"> , it seems to be OK : lon,lat
with <gml:Polygon srsName="urn:x-ogc:def:crs:EPSG:6.11.2:4326"> , it seems to be NOK : lat,lon

so where is the bible about srsName ???

Ah, this is very interesting information. You have to know that the EPSG
database, containing all our SRS definitions, is lon/lat oriented, but
we have code to swap axis when loading the definitions so that we
play in lon/lat, since most of the data is in that format.

Now, most probably the code loading the new SRS definition type (the
urn version) is not swapping axis as expected.

Checking, and then filing an issue report.
Cheers
Andrea

Sebastien_Geindre1 · July 12, 2007, 12:15pm

Andrea,

Sorry for my mistake but change the urn does change anything, it still turned lon/lat into lat/lon.

<gml:Polygon srsName="urn:x-ogc:def:crs:EPSG:6.11.2:4326"> or
<gml:Polygon srsName="urn:ogc:def:crs:EPSG:4326">
          <gml:exterior>
            <gml:LinearRing>
              <gml:posList>0 35 5 45 05 0 0 35</gml:posList>
            </gml:LinearRing>
          </gml:exterior>
        </gml:Polygon>

do the same thing in postgis :
<gml:Polygon srsName="urn:x-ogc:def:crs:EPSG:6.11.2:4326">
    <gml:exterior>
    <gml:LinearRing>
      <gml:posList>35.0 0.0 45.0 5.0 0.0 5.0 35.0 0.0</gml:posList>
   </gml:LinearRing>
</gml:exterior>
</gml:Polygon>

Andrea Aime a écrit :

Sébastien Geindre ha scritto:

OK, i change the srsName.
with <gml:Polygon srsName="urn:ogc:def:crs:EPSG:4326"> , it seems to be OK : lon,lat
with <gml:Polygon srsName="urn:x-ogc:def:crs:EPSG:6.11.2:4326"> , it seems to be NOK : lat,lon

so where is the bible about srsName ???

Ah, this is very interesting information. You have to know that the EPSG
database, containing all our SRS definitions, is lon/lat oriented, but
we have code to swap axis when loading the definitions so that we
play in lon/lat, since most of the data is in that format.

Now, most probably the code loading the new SRS definition type (the
urn version) is not swapping axis as expected.

Checking, and then filing an issue report.
Cheers
Andrea

--
Sébastien Geindre
DPREVI/AERO/DEV
sebastien.geindre __at__ meteo.fr

Sebastien_Geindre1 · July 12, 2007, 12:29pm

i try to give more information with the log :

12 juil. 14:25:15 DEBUG [data.jdbc] - sql is SELECT “id”, “type”, “originating_center”, “refresh_time”, “analysis_time”, “forecast_time”, “validity_start_time”, “validity_end_time”, “scale”, “area_name”, “top_coverage_area”, “bottom_coverage_area”, “altitude”, “top”, “bottom”, “confidence_level”, “icing_intensity”, AsBinary(force_2d(“ice_polygon”), ‘XDR’) as bytea, “issue_time” FROM “public”.“ice_geom” WHERE ‘1’ = ‘0’

strange request !!!

12 juil. 14:25:15 DEBUG [data.jdbc] - About to execute query: SELECT “id”, “type”, “originating_center”, “refresh_time”, “analysis_time”, “forecast_time”, “validity_start_time”, “validity_end_time”, “scale”, “area_name”, “top_coverage_area”, “bottom_coverage_area”, “altitude”, “top”, “bottom”, “confidence_level”, “icing_intensity”, AsBinary(force_2d(“ice_polygon”), ‘XDR’) as bytea, “issue_time” FROM “public”.“ice_geom” WHERE ‘1’ = ‘0’
12 juil. 14:25:15 DEBUG [org.geotools] - ENTRY (CoordinateOperationFactory, COORDINATE_OPERATION_FACTORY)
12 juil. 14:25:15 DEBUG [org.geotools] - RETURN (CoordinateOperationFactory, COORDINATE_OPERATION_FACTORY): found implementation AuthorityBackedFactory.
12 juil. 14:25:15 DEBUG [data.jdbc] - write called, live is null and cur is Feature[ id=fid-5b547dd5_113b582fb9c_-7fe6 , type=cat , originating_center=FME , refresh_time=2006-12-14 13:09:13.0 , analysis_time=2006-12-14 13:08:10.0 , forecast_time=20 , validity_start_time=2006-12-14 13:07:50.0 , validity_end_time=2006-12-14 13:08:30.0 , scale=local , area_name=CDG , top_coverage_area=150 , bottom_coverage_area=100 , altitude=120 , top=200 , bottom=0 , confidence_level=2 , icing_intensity=2 , ice_polygon=POLYGON ((35 0, 45 5, 0 5, 35 0)) , issue_time=2006-12-14 13:08:13.0 ]

Polygon is already reversed !!!

12 juil. 14:25:15 DEBUG [data.jdbc] - doing insert in jdbc featurewriter
12 juil. 14:25:15 DEBUG [data.jdbc] - inserting into postgis feature Feature[ id=fid-5b547dd5_113b582fb9c_-7fe6 , type=cat , originating_center=FME , refresh_time=2006-12-14 13:09:13.0 , analysis_time=2006-12-14 13:08:10.0 , forecast_time=20 , validity_start_time=2006-12-14 13:07:50.0 , validity_end_time=2006-12-14 13:08:30.0 , scale=local , area_name=CDG , top_coverage_area=150 , bottom_coverage_area=100 , altitude=120 , top=200 , bottom=0 , confidence_level=2 , icing_intensity=2 , ice_polygon=POLYGON ((35 0, 45 5, 0 5, 35 0)) , issue_time=2006-12-14 13:08:13.0 ]
12 juil. 14:25:15 DEBUG [data.jdbc] - INSERT INTO “public”.“ice_geom” (“type”,“originating_center”,“refresh_time”,“analysis_time”,“forecast_time”,“validity_start_time”,“validity_end_time”,“scale”,“area_name”,“top_coverage_area”,“bottom_coverage_area”,“altitude”,“top”,“bottom”,“confidence_level”,“icing_intensity”,“ice_polygon”,“issue_time”) VALUES (‘cat’,‘FME’,‘2006-12-14 13:09:13.0’,‘2006-12-14 13:08:10.0’,20,‘2006-12-14 13:07:50.0’,‘2006-12-14 13:08:30.0’,‘local’,‘CDG’,150,100,120,200,0,2,2,setSRID(‘0000000003000000010000000440418000000000000000000000000000404680000000000040140000000000000000000000000000401400000000000040418000000000000000000000000000’::geometry,4326),‘2006-12-14 13:08:13.0’)
12 juil. 14:25:15 INFO [geoserver.wfs] -
Request: transaction
handle = null
service = WFS
version = 1.1.0
lockId = null
group = [net.opengis.wfs:insert=net.opengis.wfs.impl.InsertElementTypeImpl@anonymised.com (feature: [Feature[ id=fid-5b547dd5_113b582fb9c_-7fe8 , type=cat , originating_center=FME , refresh_time=2006-12-14 13:09:13.0 , analysis_time=2006-12-14 13:08:10.0 , forecast_time=20 , validity_start_time=2006-12-14 13:07:50.0 , validity_end_time=2006-12-14 13:08:30.0 , scale=local , area_name=CDG , top_coverage_area=150 , bottom_coverage_area=100 , altitude=120 , top=200 , bottom=0 , confidence_level=2 , icing_intensity=2 , ice_polygon=POLYGON ((0 35, 5 45, 5 0, 0 35)) , issue_time=2006-12-14 13:08:13.0 ]], handle: null, idgen: , inputFormat: , srsName: null)]
insert = [net.opengis.wfs.impl.InsertElementTypeImpl@anonymised.com (feature: [Feature[ id=fid-5b547dd5_113b582fb9c_-7fe8 , type=cat , originating_center=FME , refresh_time=2006-12-14 13:09:13.0 , analysis_time=2006-12-14 13:08:10.0 , forecast_time=20 , validity_start_time=2006-12-14 13:07:50.0 , validity_end_time=2006-12-14 13:08:30.0 , scale=local , area_name=CDG , top_coverage_area=150 , bottom_coverage_area=100 , altitude=120 , top=200 , bottom=0 , confidence_level=2 , icing_intensity=2 , ice_polygon=POLYGON ((0 35, 5 45, 5 0, 0 35)) , issue_time=2006-12-14 13:08:13.0 ]], handle: null, idgen: , inputFormat: , srsName: null)]
update =
delete =
native =
releaseAction = ALL

here polygon is well formatted !!!

Sebastien_Geindre1 · July 12, 2007, 1:19pm

investigation is going on…

it seems that geoserver makes a translation between two coordinate reference systems with the java class AuthorityBackedFactory.
but why ???

urn of my polygon is urn:ogc:def:crs:EPSG:4326
and the srsid of geometric column is 4326…

any idea ??

Sébastien Geindre a écrit :

···

-- 
Sébastien Geindre
DPREVI/AERO/DEV
sebastien.geindre __at__ meteo.fr

Andrea_Aime3 · July 12, 2007, 1:35pm

Sébastien Geindre ha scritto:

Andrea,

Sorry for my mistake but change the urn does change anything, it still turned lon/lat into lat/lon.

Hum, tried the following against the test data:

<wfs:Transaction service="WFS" version="1.1.0"
   xmlns:wfs="http://www.opengis.net/wfs"
   xmlns:topp="http://www.openplans.org/topp"
   xmlns:gml="http://www.opengis.net/gml"
   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
   xsi:schemaLocation="http://www.opengis.net/wfs http://schemas.opengis.net/wfs/1.1.0/wfs.xsd http://www.openplans.org/topp http://localhost:8080/geoserver/wfs/DescribeFeatureType?typename=topp:tasmania_roads">
   <wfs:Insert>
     <topp:tasmania_roads>
       <the_geom>
         <gml:MultiLineString srsName="urn:x-ogc:def:crs:EPSG:6.11.2:4326">
           <gml:lineStringMember>
             <gml:LineString>
               <gml:posList>146 -42 147 -42 148 -43</gml:posList>
             </gml:LineString>
           </gml:lineStringMember>
         </gml:MultiLineString>
       </the_geom>
       <TYPE>alley</TYPE>
     </topp:tasmania_roads>
   </wfs:Insert>
</wfs:Transaction>

And it worked like a charm independent on how I expressed the SRS...
hmmm....
Oh geez! I found out why.
The inversion occurs to me too, but only if the runtime is below java 6.
Ok, I know what it is, trying to locate where the issue is in the code.
(in java6 some unordered collection iteration order reversed,
that's why I could not see the issue before).

Cheers
Andrea

Sebastien_Geindre1 · July 12, 2007, 1:40pm

Last message ....

When i use <gml:Polygon srsName="EPSG:4326"> the same CRS than in postgis, my polygon is not reversed !!!!
geoserver (geotools) reverses the polygon when the crc are different between Polygon description and database.

urn:ogc:def:crs:EPSG:4326 and urn:x-ogc:def:crs:EPSG:6.11.2:4326 are different from EPSG:4326

end of investigation.

I do not know if there is a bug...

Sébastien Geindre a écrit :

investigation is going on...

it seems that geoserver makes a translation between two coordinate reference systems with the java class AuthorityBackedFactory.
but why ???

urn of my polygon is urn:ogc:def:crs:EPSG:4326
and the srsid of geometric column is 4326...

any idea ??

Sébastien Geindre a écrit :

i try to give more information with the log :

12 juil. 14:25:15 DEBUG [data.jdbc] - sql is SELECT "id", "type", "originating_center", "refresh_time", "analysis_time", "forecast_time", "validity_start_time", "validity_end_time", "scale", "area_name", "top_coverage_area", "bottom_coverage_area", "altitude", "top", "bottom", "confidence_level", "icing_intensity", AsBinary(force_2d("ice_polygon"), 'XDR') as bytea, "issue_time" FROM "public"."ice_geom" *WHERE '1' = '0'*

*strange request !!!!!*

12 juil. 14:25:15 DEBUG [data.jdbc] - About to execute query: SELECT "id", "type", "originating_center", "refresh_time", "analysis_time", "forecast_time", "validity_start_time", "validity_end_time", "scale", "area_name", "top_coverage_area", "bottom_coverage_area", "altitude", "top", "bottom", "confidence_level", "icing_intensity", AsBinary(force_2d("ice_polygon"), 'XDR') as bytea, "issue_time" FROM "public"."ice_geom" WHERE '1' = '0'
12 juil. 14:25:15 DEBUG [org.geotools] - ENTRY (CoordinateOperationFactory, COORDINATE_OPERATION_FACTORY)
12 juil. 14:25:15 DEBUG [org.geotools] - RETURN (CoordinateOperationFactory, COORDINATE_OPERATION_FACTORY): found implementation AuthorityBackedFactory.
12 juil. 14:25:15 DEBUG [data.jdbc] - write called, live is null and cur is Feature[ id=fid-5b547dd5_113b582fb9c_-7fe6 , type=cat , originating_center=FME , refresh_time=2006-12-14 13:09:13.0 , analysis_time=2006-12-14 13:08:10.0 , forecast_time=20 , validity_start_time=2006-12-14 13:07:50.0 , validity_end_time=2006-12-14 13:08:30.0 , scale=local , area_name=CDG , top_coverage_area=150 , bottom_coverage_area=100 , altitude=120 , top=200 , bottom=0 , confidence_level=2 , icing_intensity=2 , *ice_polygon=POLYGON ((35 0, 45 5, 0 5, 35 0)) *, issue_time=2006-12-14 13:08:13.0 ]

*Polygon is already reversed !!!*

12 juil. 14:25:15 DEBUG [data.jdbc] - doing insert in jdbc featurewriter
12 juil. 14:25:15 DEBUG [data.jdbc] - inserting into postgis feature Feature[ id=fid-5b547dd5_113b582fb9c_-7fe6 , type=cat , originating_center=FME , refresh_time=2006-12-14 13:09:13.0 , analysis_time=2006-12-14 13:08:10.0 , forecast_time=20 , validity_start_time=2006-12-14 13:07:50.0 , validity_end_time=2006-12-14 13:08:30.0 , scale=local , area_name=CDG , top_coverage_area=150 , bottom_coverage_area=100 , altitude=120 , top=200 , bottom=0 , confidence_level=2 , icing_intensity=2 , *ice_polygon=POLYGON ((35 0, 45 5, 0 5, 35 0))* , issue_time=2006-12-14 13:08:13.0 ]
12 juil. 14:25:15 DEBUG [data.jdbc] - INSERT INTO "public"."ice_geom" ("type","originating_center","refresh_time","analysis_time","forecast_time","validity_start_time","validity_end_time","scale","area_name","top_coverage_area","bottom_coverage_area","altitude","top","bottom","confidence_level","icing_intensity","ice_polygon","issue_time") VALUES ('cat','FME','2006-12-14 13:09:13.0','2006-12-14 13:08:10.0',20,'2006-12-14 13:07:50.0','2006-12-14 13:08:30.0','local','CDG',150,100,120,200,0,2,2,setSRID('0000000003000000010000000440418000000000000000000000000000404680000000000040140000000000000000000000000000401400000000000040418000000000000000000000000000'::geometry,4326),'2006-12-14 13:08:13.0')
12 juil. 14:25:15 INFO [geoserver.wfs] -
Request: transaction
        handle = null
        service = WFS
        version = 1.1.0
        lockId = null
        group = [net.opengis.wfs:insert=net.opengis.wfs.impl.InsertElementTypeImpl@anonymised.com1275... (feature: [Feature[ id=fid-5b547dd5_113b582fb9c_-7fe8 , type=cat , originating_center=FME , refresh_time=2006-12-14 13:09:13.0 , analysis_time=2006-12-14 13:08:10.0 , forecast_time=20 , validity_start_time=2006-12-14 13:07:50.0 , validity_end_time=2006-12-14 13:08:30.0 , scale=local , area_name=CDG , top_coverage_area=150 , bottom_coverage_area=100 , altitude=120 , top=200 , bottom=0 , confidence_level=2 , icing_intensity=2 , ice_polygon=POLYGON ((0 35, 5 45, 5 0, 0 35)) , issue_time=2006-12-14 13:08:13.0 ]], handle: null, idgen: <unset>, inputFormat: <unset>, srsName: null)]
        insert = [net.opengis.wfs.impl.InsertElementTypeImpl@anonymised.com. (feature: [Feature[ id=fid-5b547dd5_113b582fb9c_-7fe8 , type=cat , originating_center=FME , refresh_time=2006-12-14 13:09:13.0 , analysis_time=2006-12-14 13:08:10.0 , forecast_time=20 , validity_start_time=2006-12-14 13:07:50.0 , validity_end_time=2006-12-14 13:08:30.0 , scale=local , area_name=CDG , top_coverage_area=150 , bottom_coverage_area=100 , altitude=120 , top=200 , bottom=0 , confidence_level=2 , icing_intensity=2 , *ice_polygon=POLYGON ((0 35, 5 45, 5 0, 0 35))* , issue_time=2006-12-14 13:08:13.0 ]], handle: null, idgen: <unset>, inputFormat: <unset>, srsName: null)]
        update =
        delete =
        native =
        releaseAction = ALL

here polygon is well formatted !!!!

------------------------------------------------------------------------

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
------------------------------------------------------------------------

_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
Sébastien Geindre
DPREVI/AERO/DEV
sebastien.geindre __at__ meteo.fr

  ------------------------------------------------------------------------

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
------------------------------------------------------------------------

_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--
Sébastien Geindre
DPREVI/AERO/DEV
sebastien.geindre __at__ meteo.fr

Sebastien_Geindre1 · July 12, 2007, 1:49pm

Andrea Aime a écrit :

Sébastien Geindre ha scritto:

Andrea,

Sorry for my mistake but change the urn does change anything, it still turned lon/lat into lat/lon.

Hum, tried the following against the test data:

<wfs:Transaction service="WFS" version="1.1.0"
  xmlns:wfs="http://www.opengis.net/wfs"
  xmlns:topp="http://www.openplans.org/topp"
  xmlns:gml="http://www.opengis.net/gml"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://www.opengis.net/wfs http://schemas.opengis.net/wfs/1.1.0/wfs.xsd http://www.openplans.org/topp http://localhost:8080/geoserver/wfs/DescribeFeatureType?typename=topp:tasmania_roads">

  <wfs:Insert>
    <topp:tasmania_roads>
      <the_geom>
        <gml:MultiLineString srsName="urn:x-ogc:def:crs:EPSG:6.11.2:4326">
          <gml:lineStringMember>
            <gml:LineString>
              <gml:posList>146 -42 147 -42 148 -43</gml:posList>
            </gml:LineString>
          </gml:lineStringMember>
        </gml:MultiLineString>
      </the_geom>
      <TYPE>alley</TYPE>
    </topp:tasmania_roads>
  </wfs:Insert>
</wfs:Transaction>

And it worked like a charm independent on how I expressed the SRS...
hmmm....
Oh geez! I found out why.
The inversion occurs to me too, but only if the runtime is below java 6.
Ok, I know what it is, trying to locate where the issue is in the code.
(in java6 some unordered collection iteration order reversed,
that's why I could not see the issue before).

Cheers
Andrea

I am using java 5...

--
Sébastien Geindre
DPREVI/AERO/DEV
sebastien.geindre __at__ meteo.fr