Hi all,
I'm having an issue but can't figure out why Geoserver is causing this srid
problem:
Geoserver will always put number 2 as an srid to the Filter, srid should be
3067. "geom".Filter(geometry::STGeomFromText('POLYGON ((-100989.41629392917
6052208.320800154, -100989.41629392917 8361536.260998247, 1004823.3858394071
8361536.260998247, 1004823.3858394071 6052208.320800154, -100989.41629392917
6052208.320800154))', 2)
This query will always return zero rows, if I put the 3067 as an srid it
will return rows.
I have created a layer with SQL view against SQL Server 2008 R2. After
refreshing the attributes geoserver will set the 2 as srid by default. I
have corrected this one to use 3067. That's the only place where I have seen
this number 2 related to this issue.
The layer itself has correct srids by default.
Does anyone know whats wrong? I'm testing this with the latest 2.5 RC1
version of Geoserver.
Br, Tomi
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Geoserver-puts-wrong-srid-to-the-spatial-filter-query-tp5107048.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
------------------------------------------------------------------------------
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works.
Faster operations. Version large binaries. Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users
