[Geoserver-users] GeoServer 2.5 returns GetFeatureInfo featureMember geometry as lat long rather than projected

We are using GeoServer 2.1 to display data that is stored in Oracle sdo_geometry. The data is stored in Irish Transverse Mercator (EPSG:2157) and we want display it on a map in that projection.
With release 2.1.0 we are making the following GetFeatureInfo request when a user clicks on the map:

http://<server>:8080/geoserver/wms?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetFeatureInfo&LAYERS=TownlandLayer&QUERY_LAYERS=TownlandLayer&STYLES=,,,&BBOX=618565.0,707446.2,620258.3,708216.1&FEATURE_COUNT=10&HEIGHT=582&WIDTH=1280&FORMAT=image%2Fpng&INFO_FORMAT=application/vnd.ogc.gml&SRS=EPSG:2157&X=587&Y=354

This returns the id of the feature clicked on, plus the geometry as GML (in EPSG:2157 coordinates) so we can highlight the feature on the map.

This all works perfectly.

This week we upgraded to GeoServer 2.5 and now the same GetFeatureInfo request returns the geometry in lat long rather than in EPSG:2157. As far as I can see the layers are configured exactly the same on both GeoServer instances and they are both feeding off the same database.

We’re a bit lost on this. Any ideas why we’re now getting the geometry back as lat/long rather than EPSG:2157?

Thanks in advance, John

Here’s a sample response from GeoServer 2.1 (good):

<?xml version="1.0" encoding="UTF-8"?>
<wfs:FeatureCollection xmlns="[http://www.opengis.net/wfs](http://www.opengis.net/wfs)" xmlns:wfs="[http://www.opengis.net/wfs](http://www.opengis.net/wfs)" xmlns:PRAI="[http://test.org](http://test.org)" xmlns:gml="[http://www.opengis.net/gml](http://www.opengis.net/gml)" xmlns:xsi="[http://www.w3.org/2001/XMLSchema-instance](http://www.w3.org/2001/XMLSchema-instance)" xsi:schemaLocation="[http://test.org](http://test.org) [http://172.16.25.35:8080/geoserver/wfs?service=WFS&amp;version=1.0.0&amp;request=DescribeFeatureType&amp;typeName=PRAI%3ATownlandLayer](http://172.16.25.35:8080/geoserver/wfs?service=WFS&amp;version=1.0.0&amp;request=DescribeFeatureType&amp;typeName=PRAI%3ATownlandLayer) [http://www.opengis.net/wfs](http://www.opengis.net/wfs) [http://172.16.25.35:8080/geoserver/schemas/wfs/1.0.0/WFS-basic.xsd](http://172.16.25.35:8080/geoserver/schemas/wfs/1.0.0/WFS-basic.xsd)">
    <gml:boundedBy>
        <gml:null>unknown</gml:null>
    </gml:boundedBy>
    <gml:featureMember>
        <TESTWS:TownlandLayer fid="TownlandLayer.fid-3171d85a_14502e9da6f_48b9">
            <TESTWS:ID>301696</TESTWS:ID>
            <TESTWS:GEOMETRY>
                <gml:Polygon srsName="[http://www.opengis.net/gml/srs/epsg.xml#2157](http://www.opengis.net/gml/srs/epsg.xml#2157)">
                    <gml:outerBoundaryIs>
                        <gml:LinearRing>
                            <gml:coordinates xmlns:gml="[http://www.opengis.net/gml](http://www.opengis.net/gml)" decimal="." cs="," ts=" ">619334.56663122,707639.08780444 619336.865,707641.322 619340.052,707647.078 619354.642,707660.683 619381.414,707688.036 619392.126,707699.266 619400.658,707709.432 619403.251,707716.158 619416.594,707738.985 619445.052,707791.344 619460.49,707818.32 619481.58,707791.968 619490.752,707780.312 619512.212,707754.921 619521.525,707758.33 619523.334,707758.434 619527.772,707756.102 619533.291,707753.399 619536.422,707753.129 619546.07,707753.642 619562.612,707756.743 619577.952,707760.216 619591.012,707764.795 619598.119,707764.368 619618.689,707725.913 619628.925,707707.069 619642.69,707683.799 619659.583,707707.813 619678.88,707730.142 619690.941,707744.223 619697.976,707750.862 619702.657,707755.319 619705.456,707758.187 619709.72,707763.089 619715.228,707772.077 619729.536,707794.243 619715.458,707822.699 619704.511,707851.006 619696.62,707870.846 619686.496,707896.855 619679.904,707913.911 619675.315,707925.887 619672.516,707934.388 619641.547,707929.999 619585.257,707919.482 619518.407,707903.814 619515.202,707906.979 619496.617,707957.979 619481.258,708003.14 619474.046,708032.44 619474.921,708041.108 619471.385,708061.448 619467.113,708081.788 619417.611,708070.788 619374.539,708060.065 619350.628,708055.386 619327.664,708049.547 619304.444,708045.087 619283.454,708040.441 619276.024,708058.095 619273.661,708058.722 619269.497,708059.5395 619264.539,708032.441 619262.7349,708022.932 619249.249,707951.851 619244.598,707924.334 619232.881,707865.048 619229.994,707848.444 619228.9681,707842.7894 619222.356,707806.345 619221.5878,707802.284 619214.3036,707763.7754 619214.236,707763.418 619204.051,707702.811 619192.533,707645.805 619191.526,707641.056 619198.626,707636.88 619225.122,707611.926 619235.35728196,707601.60979202 619303.61998552,707668.89537381 619334.56663122,707639.08780444</gml:coordinates>
                        </gml:LinearRing>
                    </gml:outerBoundaryIs>
                </gml:Polygon>
            </TESTWS:GEOMETRY>
        </TESTWS:TownlandLayer>
    </gml:featureMember>
</wfs:FeatureCollection>

Here’s a sample response from GeoServer 2.5 (bad):

<?xml version="1.0" encoding="UTF-8"?>
<wfs:FeatureCollection xmlns="[http://www.opengis.net/wfs](http://www.opengis.net/wfs)" xmlns:wfs="[http://www.opengis.net/wfs](http://www.opengis.net/wfs)" xmlns:PRAI="[http://test.org](http://test.org)" xmlns:gml="[http://www.opengis.net/gml](http://www.opengis.net/gml)" xmlns:xsi="[http://www.w3.org/2001/XMLSchema-instance](http://www.w3.org/2001/XMLSchema-instance)" xsi:schemaLocation="[http://test.org](http://test.org) http://geoserver2:8080xx/geoserver/wfs?service=WFS&amp;version=1.0.0&amp;request=DescribeFeatureType&amp;typeName=PRAI%3ATownlandLayer [http://www.opengis.net/wfs](http://www.opengis.net/wfs) http://geoserver2:8080xx/geoserver/schemas/wfs/1.0.0/WFS-basic.xsd">
    <gml:boundedBy>
        <gml:null>unknown</gml:null>
    </gml:boundedBy>
    <gml:featureMember>
        <TESTWS:TownlandLayer fid="TownlandLayer.fid--1b39d662_14502ea1e37_-6026">
            <TESTWS:ID>301696</TESTWS:ID>
            <TESTWS:GEOMETRY>
                <gml:Polygon srsName="[http://www.opengis.net/gml/srs/epsg.xml#2157](http://www.opengis.net/gml/srs/epsg.xml#2157)">
                    <gml:outerBoundaryIs>
                        <gml:LinearRing>
                            <gml:coordinates xmlns:gml="[http://www.opengis.net/gml](http://www.opengis.net/gml)" decimal="." cs="," ts=" ">-2.66585979,99.44142269 -0.63895079,97.47110743 2.1716334,92.39494721 15.038412,80.39683049 38.64837751,56.27448675 48.09518576,46.37085935 55.61947329,37.40556317 57.90621468,31.47396941 69.67327615,11.34306089 94.7701086,-34.8318302 108.38473012,-58.62170132 126.98379528,-35.3821297 135.07249256,-25.10281706 153.99785711,-2.71074197 162.21090092,-5.7171058 163.80624036,-5.80882239 167.72006925,-3.75225435 172.58722148,-1.36850503 175.34841982,-1.13039466 183.85689686,-1.58280436 198.44512521,-4.31754599 211.97332149,-7.3803508 223.49080802,-11.41852621 229.75840196,-11.04195907 247.8988842,22.87113012 256.92591269,39.4894698 269.06513184,60.01105569 283.96290367,38.83334346 300.98073963,19.14161629 311.61721781,6.72371982 317.82131565,0.86885051 321.94944386,-3.06173429 324.41785465,-5.5909955 328.17823463,-9.91402146 333.03568607,-17.84045094 345.65377162,-37.38843 333.23852083,-62.48349868 323.58446837,-87.44716571 316.62547249,-104.94386808 307.6972157,-127.88095134 301.88379523,-142.92247127 297.83680092,-153.48398879 295.36839014,-160.98093772 268.0571313,-157.11032146 218.41552969,-147.8354818 159.46116715,-134.01802552 156.63470893,-136.80920813 140.24477882,-181.78561038 126.69982663,-221.61265552 120.33963422,-247.45203956 121.11128818,-255.09626416 117.99292429,-273.03391165 114.22548918,-290.97155914 70.57015852,-281.2707665 32.58538211,-271.81425745 11.49850458,-267.68789301 -8.75322289,-262.5385359 -29.23071426,-258.60530543 -47.7415904,-254.50804337 -54.29403488,-270.07693368 -56.37794152,-270.62987886 -60.05013248,-271.35082413 -64.42254429,-247.45292145 -66.01356247,-239.06702716 -77.90664606,-176.38138699 -82.00831756,-152.11441325 -92.34142551,-99.83066846 -94.88744263,-85.18776291 -95.79217383,-80.20102636 -101.62332028,-48.06106569 -102.30078836,-44.47970942 -108.72465325,-10.51935092 -117.76632112,43.24455845 -127.92393291,93.51759348 -128.81199638,97.70569023 -122.55057568,101.38846388 -99.18401188,123.39515293 -90.15761661,132.49291607 -29.95740459,73.15441817 -2.66585979,99.44142269</gml:coordinates>
                        </gml:LinearRing>
                    </gml:outerBoundaryIs>
                </gml:Polygon>
            </TESTWS:GEOMETRY>
        </TESTWS:TownlandLayer>
    </gml:featureMember>
</wfs:FeatureCollection>

On Fri, Mar 28, 2014 at 10:25 AM, John O'Toole <johnnyotoole@anonymised.com>wrote:

We are using GeoServer 2.1 to display data that is stored in Oracle
sdo_geometry. The data is stored in Irish Transverse Mercator (EPSG:2157)
and we want display it on a map in that projection.
With release 2.1.0 we are making the following GetFeatureInfo request when
a user clicks on the map:

http://<server>:8080/geoserver/wms?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetFeatureInfo&LAYERS=TownlandLayer&QUERY_LAYERS=TownlandLayer&STYLES=,&BBOX=618565.0,707446.2,620258.3,708216.1&FEATURE_COUNT=10&HEIGHT=582&WIDTH=1280&FORMAT=image%2Fpng&INFO_FORMAT=application/vnd.ogc.gml&SRS=EPSG:2157&X=587&Y=354

This returns the id of the feature clicked on, plus the geometry as GML
(in EPSG:2157 coordinates) so we can highlight the feature on the map.

This all works perfectly.

This week we upgraded to GeoServer 2.5 and now the same GetFeatureInfo request
returns the geometry in lat long rather than in EPSG:2157. As far as I can
see the layers are configured exactly the same on both GeoServer instances
and they are both feeding off the same database.

We're a bit lost on this. Any ideas why we're now getting the geometry
back as lat/long rather than EPSG:2157?

The vector GetFeatureInfo subsystem got completely rewritten in 2.5 to
ensure better identification accuracy against
odd shaped or dinamically sized icons, you can read about it here:
http://blog.geoserver.org/2014/01/21/geoserver-2-5-beta-released/

I guess we did not consider reprojection during that rewrite. However, the
old feature info engine is still available, and you can
re-activate it adding the following parameter among the JVM startup options:
-Dorg.geoserver.wms.featureinfo.render.enabled=true

Could you open a bug report about this issue on
http://jira.codehaus.org/browse/GEOS ?

Cheers
Andrea

--

Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
for more information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

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

Thanks very much for the swift response. I have set the following in the JVM startup parameters:
-Dorg.geoserver.wms.featureinfo.render.enabled=false

And it is back working as before.

I have logged the bug here: http://jira.codehaus.org/browse/GEOS-6420

···

On 28 March 2014 13:40, John O’Toole <johnnyotoole@anonymised.com> wrote:

Thanks very much for the swift response. I have set the following in the JVM startup parameters:
-Dorg.geoserver.wms.featureinfo.render.enabled=false

And its back working as before.

I’ll log the bug later today.

Thanks again,

John

On 28 March 2014 09:40, Andrea Aime <andrea.aime@anonymised.com> wrote:

On Fri, Mar 28, 2014 at 10:25 AM, John O’Toole <johnnyotoole@anonymised.com> wrote:

We are using GeoServer 2.1 to display data that is stored in Oracle sdo_geometry. The data is stored in Irish Transverse Mercator (EPSG:2157) and we want display it on a map in that projection.
With release 2.1.0 we are making the following GetFeatureInfo request when a user clicks on the map:

http://<server>:8080/geoserver/wms?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetFeatureInfo&LAYERS=TownlandLayer&QUERY_LAYERS=TownlandLayer&STYLES=,,,&BBOX=618565.0,707446.2,620258.3,708216.1&FEATURE_COUNT=10&HEIGHT=582&WIDTH=1280&FORMAT=image%2Fpng&INFO_FORMAT=application/vnd.ogc.gml&SRS=EPSG:2157&X=587&Y=354

This returns the id of the feature clicked on, plus the geometry as GML (in EPSG:2157 coordinates) so we can highlight the feature on the map.

This all works perfectly.

This week we upgraded to GeoServer 2.5 and now the same GetFeatureInfo request returns the geometry in lat long rather than in EPSG:2157. As far as I can see the layers are configured exactly the same on both GeoServer instances and they are both feeding off the same database.

We’re a bit lost on this. Any ideas why we’re now getting the geometry back as lat/long rather than EPSG:2157?

The vector GetFeatureInfo subsystem got completely rewritten in 2.5 to ensure better identification accuracy against
odd shaped or dinamically sized icons, you can read about it here:
http://blog.geoserver.org/2014/01/21/geoserver-2-5-beta-released/

I guess we did not consider reprojection during that rewrite. However, the old feature info engine is still available, and you can
re-activate it adding the following parameter among the JVM startup options:
-Dorg.geoserver.wms.featureinfo.render.enabled=true

Could you open a bug report about this issue on http://jira.codehaus.org/browse/GEOS ?

Cheers
Andrea

==
Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
for more information.

Ing. Andrea Aime

@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it


On Fri, Mar 28, 2014 at 3:17 PM, John O'Toole <johnnyotoole@anonymised.com>wrote:

Thanks very much for the swift response. I have set the following in the
JVM startup parameters:
-Dorg.geoserver.wms.featureinfo.render.enabled=false
And it is back working as before.

I have logged the bug here: http://jira.codehaus.org/browse/GEOS-6420

Hi John, I've been looking at the issue and I have a fix ready, but things
are really not adding up.
The thing is, if I enable the old featureinfo code, I'm getting back a non
reprojected geometry, I went
back in the code history, and I cannot any reprojection code in it.

And I've tried with 2.1.4, and I'm not getting the geometry reprojected
either.

For example:

http://localhost:8081/geoserver/wms?REQUEST=GetFeatureInfo&EXCEPTIONS=application%2Fvnd.ogc.se_xml&BBOX=-14506687.69984%2C2532091.203679%2C-6833400.172304%2C6676419.982872&SERVICE=WMS&INFO_FORMAT=application/vnd.ogc.gml&QUERY_LAYERS=topp%3Astates&FEATURE_COUNT=50&Layers=topp%3Astates&WIDTH=611&HEIGHT=330&format=image%2Fpng&styles=&
*srs=EPSG%3A3857*&version=1.1.1&x=287&y=126

With topp:states being in EPSG:4326 this is the response I get back from
2.1.4:

<?xml version="1.0" encoding="UTF-8"?><wfs:FeatureCollection xmlns="
http://www.opengis.net/wfs&quot; xmlns:wfs="http://www.opengis.net/wfs&quot;
xmlns:topp="http://www.openplans.org/topp&quot; xmlns:gml="
http://www.opengis.net/gml&quot; xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance&quot; xsi:schemaLocation="
http://www.openplans.org/topp
http://localhost:8081/geoserver/wfs?service=WFS&amp;version=1.0.0&amp;request=DescribeFeatureType&amp;typeName=topp%3Astates
http://www.opengis.net/wfs
http://localhost:8081/geoserver/schemas/wfs/1.0.0/WFS-basic.xsd&quot;&gt;&lt;gml:boundedBy&gt;&lt;gml:null&gt;unknown&lt;/gml:null&gt;&lt;/gml:boundedBy&gt;&lt;gml:featureMember&gt;&lt;topp:states
fid="states.38"><topp:the_geom><gml:MultiPolygon
srsName="*http://www.opengis.net/gml/srs/epsg.xml#4326
<http://www.opengis.net/gml/srs/epsg.xml#4326&gt;\*&quot;&gt;&lt;gml:polygonMember&gt;&lt;gml:Polygon&gt;&lt;gml:outerBoundaryIs&gt;&lt;gml:LinearRing&gt;&lt;gml:coordinates
xmlns:gml="http://www.opengis.net/gml&quot; decimal="." cs="," ts="
">-101.406952,40.001007 -102.051071,39.998928 -102.047081,40.342651
-102.047157,40.431084 -102.04557,40.697323 -102.046532,40.743134
-102.047279,40.998077 -102.620789,41.000225 -102.651802,40.998135
-103.382469,41.000332 -103.571823,40.999664 -104.051201,41.003227
-104.053505,41.388107 -104.054993,41.564247 -104.053108,41.698246
-104.053009,41.999851 -104.055725,42.614704 -104.05571,43.003094
-103.500984,42.99865 -103.005409,42.999374 -102.787933,42.995323
-102.086273,42.989891 -101.231308,42.986835 -100.197739,42.991089
-99.532402,42.992332 -99.253593,42.99239 -98.497292,42.991783
-98.457085,42.937164 -98.390846,42.920139 -98.309982,42.881798
-98.167473,42.839573 -98.144516,42.835796 -98.122765,42.820225
-98.121468,42.808361 -98.032791,42.769192 -97.994797,42.766811
-97.963211,42.773689 -97.929131,42.792324 -97.889595,42.831272
-97.888313,42.855808 -97.818298,42.866589 -97.796684,42.849598
-97.771843,42.846165 -97.724907,42.858009 -97.68541,42.836838
-97.634628,42.861286 -97.570312,42.847992 -97.505791,42.860138
-97.482819,42.857159 -97.456924,42.850445 -97.388969,42.867435
-97.311081,42.861774 -97.271126,42.850018 -97.242859,42.85183
-97.224113,42.841206 -97.211502,42.812576 -97.161095,42.798622
-97.130142,42.773926 -97.014816,42.759544 -96.979271,42.758316
-96.969681,42.752068 -96.977547,42.72731 -96.970451,42.721149
-96.907913,42.731701 -96.809822,42.704086 -96.81012,42.681343
-96.799026,42.670021 -96.722343,42.668594 -96.698746,42.657719
-96.694283,42.641167 -96.714958,42.62191 -96.713745,42.612305
-96.63636,42.550735 -96.628983,42.522697 -96.605156,42.50724
-96.584442,42.518291 -96.546906,42.520504 -96.494392,42.488464
-96.439087,42.489246 -96.395767,42.467407 -96.397583,42.441799
-96.41732,42.414783 -96.411453,42.380924 -96.423866,42.349285
-96.389473,42.328796 -96.368393,42.298031 -96.342575,42.282089
-96.332352,42.260315 -96.337402,42.22953 -96.363205,42.21405
-96.35186,42.168194 -96.284821,42.123463 -96.265182,42.048908
-96.238426,42.02845 -96.235794,42.00127 -96.202545,41.996628
-96.184921,41.980698 -96.147034,41.966267 -96.145576,41.924919
-96.159676,41.904163 -96.13533,41.862633 -96.076126,41.791481
-96.09903,41.752987 -96.09948,41.731575 -96.085266,41.704998
-96.12191,41.694923 -96.119972,41.684105 -96.099014,41.65469
-96.111015,41.599014 -96.080544,41.576008 -96.091644,41.563152
-96.085548,41.537529 -96.049881,41.524342 -96.004303,41.536671
-95.993675,41.528111 -95.996399,41.511524 -96.013161,41.493
-96.006607,41.48196 -95.952896,41.472393 -95.934776,41.462387
-95.939766,41.39481 -95.942604,41.34008 -95.888817,41.301392
-95.897301,41.286865 -95.910912,41.308472 -95.929939,41.302059
-95.91069,41.225246 -95.921959,41.207855 -95.91581,41.194065
-95.85891,41.180538 -95.859512,41.166866 -95.876396,41.164204
-95.857986,41.109188 -95.878517,41.065872 -95.859253,41.035004
-95.860611,41.002651 -95.837318,40.974258 -95.836258,40.901108
-95.834114,40.8703 -95.846153,40.848331 -95.851509,40.792599
-95.876335,40.730434 -95.767723,40.643116 -95.757271,40.620903
-95.767204,40.589046 -95.763138,40.549706 -95.736763,40.532372
-95.691795,40.524128 -95.687141,40.561169 -95.675423,40.565834
-95.662674,40.558727 -95.657791,40.530331 -95.6847,40.512203
-95.695091,40.485336 -95.636551,40.396389 -95.633919,40.358799
-95.615936,40.346497 -95.617668,40.331417 -95.645287,40.322346
-95.646561,40.309109 -95.595268,40.309776 -95.546875,40.266216
-95.476562,40.226856 -95.466377,40.213257 -95.460693,40.173996
-95.422218,40.131744 -95.392555,40.115417 -95.384285,40.095364
-95.403526,40.080379 -95.413506,40.048111 -95.390274,40.043751
-95.370987,40.028751 -95.34481,40.024975 -95.308441,39.999409
-95.329445,39.992596 -95.780434,39.993488 -96.000977,39.995159
-96.240311,39.994503 -96.453743,39.994171 -96.801117,39.994473
-96.907982,39.996151 -97.361595,39.997375 -97.816269,39.999718
-97.929268,39.99844 -98.26384,39.998421 -98.504143,39.997116
-98.720284,39.998447 -99.064384,39.998325 -99.177834,39.999565
-99.627472,40.002979 -100.180496,40.000473 -100.190697,40.00058
-100.734619,39.999168 -100.754425,40.000195 -101.321709,40.001823
-101.406952,40.001007</gml:coordinates></gml:LinearRing></gml:outerBoundaryIs></gml:Polygon></gml:polygonMember></gml:MultiPolygon></topp:the_geom><topp:STATE_NAME>Nebraska</topp:STATE_NAME><topp:STATE_FIPS>31</topp:STATE_FIPS><topp:SUB_REGION>W
N
Cen</topp:SUB_REGION><topp:STATE_ABBR>NE</topp:STATE_ABBR><topp:LAND_KM>199113.203</topp:LAND_KM><topp:WATER_KM>1244.957</topp:WATER_KM><topp:PERSONS>1578385.0</topp:PERSONS><topp:FAMILIES>415427.0</topp:FAMILIES><topp:HOUSHOLD>602363.0</topp:HOUSHOLD><topp:MALE>769439.0</topp:MALE><topp:FEMALE>808946.0</topp:FEMALE><topp:WORKERS>571600.0</topp:WORKERS><topp:DRVALONE>590216.0</topp:DRVALONE><topp:CARPOOL>86820.0</topp:CARPOOL><topp:PUBTRANS>8988.0</topp:PUBTRANS><topp:EMPLOYED>772813.0</topp:EMPLOYED><topp:UNEMPLOY>29326.0</topp:UNEMPLOY><topp:SERVICE>249094.0</topp:SERVICE><topp:MANUAL>108841.0</topp:MANUAL><topp:P_MALE>0.487</topp:P_MALE><topp:P_FEMALE>0.513</topp:P_FEMALE><topp:SAMP_POP>328831.0</topp:SAMP_POP></topp:states>

As you can see the geometry has not been reprojected.

In fact, I cannot find a version of GeoServer that does geometry
reprojection, I even tried 2.1-beta2, which is the oldest
GeoServer version I have handy, and things are not reprojected

So I'm wondering how is it that things are working for you in 2.1? Did you
have a custom patched version of GeoServer?

Cheers
Andrea

--

Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
for more information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

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

Hi Andrea,

We are using a standard build of 2.1.0 - here is the the build info:

Version 2.1.0
Subversion Revision 15809
Build Date 11-May-2011 20:09
GeoTools Version 2.7.1 (rev -1)

I have the 2.1.0 WAR file if you’d like me to send it on - I could put it on Dropbox.

Thanks,
John

···

On 29 March 2014 13:23, Andrea Aime <andrea.aime@anonymised.com> wrote:

On Fri, Mar 28, 2014 at 3:17 PM, John O’Toole <johnnyotoole@anonymised.com> wrote:

Thanks very much for the swift response. I have set the following in the JVM startup parameters:
-Dorg.geoserver.wms.featureinfo.render.enabled=false

And it is back working as before.

I have logged the bug here: http://jira.codehaus.org/browse/GEOS-6420

Hi John, I’ve been looking at the issue and I have a fix ready, but things are really not adding up.
The thing is, if I enable the old featureinfo code, I’m getting back a non reprojected geometry, I went
back in the code history, and I cannot any reprojection code in it.

And I’ve tried with 2.1.4, and I’m not getting the geometry reprojected either.

For example:

http://localhost:8081/geoserver/wms?REQUEST=GetFeatureInfo&EXCEPTIONS=application%2Fvnd.ogc.se_xml&BBOX=-14506687.69984%2C2532091.203679%2C-6833400.172304%2C6676419.982872&SERVICE=WMS&INFO_FORMAT=application/vnd.ogc.gml&QUERY_LAYERS=topp%3Astates&FEATURE_COUNT=50&Layers=topp%3Astates&WIDTH=611&HEIGHT=330&format=image%2Fpng&styles=&srs=EPSG%3A3857&version=1.1.1&x=287&y=126

With topp:states being in EPSG:4326 this is the response I get back from 2.1.4:

<?xml version="1.0" encoding="UTF-8"?>unknown-101.406952,40.001007 -102.051071,39.998928 -102.047081,40.342651 -102.047157,40.431084 -102.04557,40.697323 -102.046532,40.743134 -102.047279,40.998077 -102.620789,41.000225 -102.651802,40.998135 -103.382469,41.000332 -103.571823,40.999664 -104.051201,41.003227 -104.053505,41.388107 -104.054993,41.564247 -104.053108,41.698246 -104.053009,41.999851 -104.055725,42.614704 -104.05571,43.003094 -103.500984,42.99865 -103.005409,42.999374 -102.787933,42.995323 -102.086273,42.989891 -101.231308,42.986835 -100.197739,42.991089 -99.532402,42.992332 -99.253593,42.99239 -98.497292,42.991783 -98.457085,42.937164 -98.390846,42.920139 -98.309982,42.881798 -98.167473,42.839573 -98.144516,42.835796 -98.122765,42.820225 -98.121468,42.808361 -98.032791,42.769192 -97.994797,42.766811 -97.963211,42.773689 -97.929131,42.792324 -97.889595,42.831272 -97.888313,42.855808 -97.818298,42.866589 -97.796684,42.849598 -97.771843,42.846165 -97.724907,42.858009 -97.68541,42.836838 -97.634628,42.861286 -97.570312,42.847992 -97.505791,42.860138 -97.482819,42.857159 -97.456924,42.850445 -97.388969,42.867435 -97.311081,42.861774 -97.271126,42.850018 -97.242859,42.85183 -97.224113,42.841206 -97.211502,42.812576 -97.161095,42.798622 -97.130142,42.773926 -97.014816,42.759544 -96.979271,42.758316 -96.969681,42.752068 -96.977547,42.72731 -96.970451,42.721149 -96.907913,42.731701 -96.809822,42.704086 -96.81012,42.681343 -96.799026,42.670021 -96.722343,42.668594 -96.698746,42.657719 -96.694283,42.641167 -96.714958,42.62191 -96.713745,42.612305 -96.63636,42.550735 -96.628983,42.522697 -96.605156,42.50724 -96.584442,42.518291 -96.546906,42.520504 -96.494392,42.488464 -96.439087,42.489246 -96.395767,42.467407 -96.397583,42.441799 -96.41732,42.414783 -96.411453,42.380924 -96.423866,42.349285 -96.389473,42.328796 -96.368393,42.298031 -96.342575,42.282089 -96.332352,42.260315 -96.337402,42.22953 -96.363205,42.21405 -96.35186,42.168194 -96.284821,42.123463 -96.265182,42.048908 -96.238426,42.02845 -96.235794,42.00127 -96.202545,41.996628 -96.184921,41.980698 -96.147034,41.966267 -96.145576,41.924919 -96.159676,41.904163 -96.13533,41.862633 -96.076126,41.791481 -96.09903,41.752987 -96.09948,41.731575 -96.085266,41.704998 -96.12191,41.694923 -96.119972,41.684105 -96.099014,41.65469 -96.111015,41.599014 -96.080544,41.576008 -96.091644,41.563152 -96.085548,41.537529 -96.049881,41.524342 -96.004303,41.536671 -95.993675,41.528111 -95.996399,41.511524 -96.013161,41.493 -96.006607,41.48196 -95.952896,41.472393 -95.934776,41.462387 -95.939766,41.39481 -95.942604,41.34008 -95.888817,41.301392 -95.897301,41.286865 -95.910912,41.308472 -95.929939,41.302059 -95.91069,41.225246 -95.921959,41.207855 -95.91581,41.194065 -95.85891,41.180538 -95.859512,41.166866 -95.876396,41.164204 -95.857986,41.109188 -95.878517,41.065872 -95.859253,41.035004 -95.860611,41.002651 -95.837318,40.974258 -95.836258,40.901108 -95.834114,40.8703 -95.846153,40.848331 -95.851509,40.792599 -95.876335,40.730434 -95.767723,40.643116 -95.757271,40.620903 -95.767204,40.589046 -95.763138,40.549706 -95.736763,40.532372 -95.691795,40.524128 -95.687141,40.561169 -95.675423,40.565834 -95.662674,40.558727 -95.657791,40.530331 -95.6847,40.512203 -95.695091,40.485336 -95.636551,40.396389 -95.633919,40.358799 -95.615936,40.346497 -95.617668,40.331417 -95.645287,40.322346 -95.646561,40.309109 -95.595268,40.309776 -95.546875,40.266216 -95.476562,40.226856 -95.466377,40.213257 -95.460693,40.173996 -95.422218,40.131744 -95.392555,40.115417 -95.384285,40.095364 -95.403526,40.080379 -95.413506,40.048111 -95.390274,40.043751 -95.370987,40.028751 -95.34481,40.024975 -95.308441,39.999409 -95.329445,39.992596 -95.780434,39.993488 -96.000977,39.995159 -96.240311,39.994503 -96.453743,39.994171 -96.801117,39.994473 -96.907982,39.996151 -97.361595,39.997375 -97.816269,39.999718 -97.929268,39.99844 -98.26384,39.998421 -98.504143,39.997116 -98.720284,39.998447 -99.064384,39.998325 -99.177834,39.999565 -99.627472,40.002979 -100.180496,40.000473 -100.190697,40.00058 -100.734619,39.999168 -100.754425,40.000195 -101.321709,40.001823 -101.406952,40.001007Nebraska31W N CenNE199113.2031244.9571578385.0415427.0602363.0769439.0808946.0571600.0590216.086820.08988.0772813.029326.0249094.0108841.00.4870.513328831.0

As you can see the geometry has not been reprojected.

In fact, I cannot find a version of GeoServer that does geometry reprojection, I even tried 2.1-beta2, which is the oldest
GeoServer version I have handy, and things are not reprojected

So I’m wondering how is it that things are working for you in 2.1? Did you have a custom patched version of GeoServer?

Cheers

Andrea

==
Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
for more information.

Ing. Andrea Aime

@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it


Hi all,

In fact, GetFeatureInfo response geometry reprojection works fine with at
least these versions: 2.1.4, 2.2, 2.3.0, 2.4.4.

The only additional thing wasn't mentioned here: queried layer is configured
(in my case) with:
Native SRS: EPSG:3785
Declared SRS: EPSG:900913
SRS handling: Force declared

Thanks,
Andrii

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/GeoServer-2-5-returns-GetFeatureInfo-featureMember-geometry-as-lat-long-rather-than-projected-tp5131739p5134301.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

On Thu, Apr 10, 2014 at 11:27 AM, Andrii Borovyk <shupakabras@anonymised.com>wrote:

Hi all,

In fact, GetFeatureInfo response geometry reprojection works fine with at
least these versions: 2.1.4, 2.2, 2.3.0, 2.4.4.

The only additional thing wasn't mentioned here: queried layer is
configured
(in my case) with:
Native SRS: EPSG:3785
Declared SRS: EPSG:900913
SRS handling: Force declared

Ok but... what are you reprojecting your GetFeatureInfo request to?
(in my case the data was in 4326 and the request in 3857)

Cheers
Andrea

--

Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
for more information.

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

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