Hi,
I have a problem with data in EPSG:2065 (AKA Krovak). GeoServer 1.6.0 is
able to add the data as new FeatureType, but it generates bad LatLonBBox and
it does not render the data in WMS request. Even if the data are in another
CRS, GeoServer is not able to render the data in EPSG:2065 in WMS request.
I use GS more than one year and I know that EPSG:2065 worked correctly in
previous versions of GS. So I started to discover which version of GS was
the last correct in relation to EPSG:2065. It was 1.5.0, the next version
1.5.1-RC1 was incorrect. There is written in release notes of 1.5.1-RC1 that
it uses GeoTools 2.3.2-SNAPSHOT instead of previous GeoTools 2.3.1. So I
guess the problem is somewhere in GeoTools referencing/transformations, but
I'm not sure. Is it possible? If yes, is this problem known or should I post
it somewhere?
Thanks,
Jiri
Here are some testing data if you would like to try it:
http://mapserver.geogr.muni.cz/blozlik/temp/nabble/basins.zip
Right LatLonBBox (1.5.0):
11.93809820374055,48.22980026016495,18.956408180228895,51.35441132534861
Wrong LatLonBBox (1.5.1-RC1 +):
33.729518072619356,67.23622381712387,46.66011736903129,70.58388070670789
--
View this message in context: http://www.nabble.com/Problems-with-EPSG%3A2065-tp15497264p15497264.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Jiri Kozel ha scritto:
Hi,
I have a problem with data in EPSG:2065 (AKA Krovak). GeoServer 1.6.0 is
able to add the data as new FeatureType, but it generates bad LatLonBBox and
it does not render the data in WMS request. Even if the data are in another
CRS, GeoServer is not able to render the data in EPSG:2065 in WMS request.
I use GS more than one year and I know that EPSG:2065 worked correctly in
previous versions of GS. So I started to discover which version of GS was
the last correct in relation to EPSG:2065. It was 1.5.0, the next version
1.5.1-RC1 was incorrect. There is written in release notes of 1.5.1-RC1 that
it uses GeoTools 2.3.2-SNAPSHOT instead of previous GeoTools 2.3.1. So I
guess the problem is somewhere in GeoTools referencing/transformations, but
I'm not sure. Is it possible? If yes, is this problem known or should I post
it somewhere?
Hum, 2.3.1 was released when gt2 was at revision at revision 25153, 2.3.2 at revision 25741.
I've searched commits that involved the Krovak projection on Nabble,
sorting them by date:
http://www.nabble.com/forum/Search.jtp?query=krovak&sort=date&local=y&forum=15589
No one of them affects the Krovak projection directly between the 25153
and 25741 revision numbers, so I'm not sure what the cause can be.
Maybe it's better if you provide us with some coordinates in 2065
and their expected 4326 correspondents, and we can try to have a look
in the code to see what's wrong with them...
Cheers
Andrea
aaime wrote:
Hum, 2.3.1 was released when gt2 was at revision at revision 25153,
2.3.2 at revision 25741.
I've searched commits that involved the Krovak projection on Nabble,
sorting them by date:
http://www.nabble.com/forum/Search.jtp?query=krovak&sort=date&local=y&forum=15589
No one of them affects the Krovak projection directly between the 25153
and 25741 revision numbers, so I'm not sure what the cause can be.
Maybe it's better if you provide us with some coordinates in 2065
and their expected 4326 correspondents, and we can try to have a look
in the code to see what's wrong with them...
Cheers
Andrea
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Thanks for your response, here are some right corresponding coordinates
(2065 => 4326), transformed by PostGIS:
(-580000, -1227000) => (16.9508322958075, 48.620972732876)
(-431000, -1136000) => (18.8702993386418, 49.557188869717)
(-904000, -1000000) => (12.1003435419354, 50.2513123160225)
And again some data for testing because first time I wrote coordinates of
"Wrong LatLonBBox" in bad order:
http://mapserver.geogr.muni.cz/blozlik/temp/nabble/basins.zip
Right LatLonBBox (1.5.0):
11.93809820374055,48.22980026016495,18.956408180228895,51.35441132534861
Wrong LatLonBBox (1.5.1-RC1 +):
67.23622381712387,33.729518072619356,70.58388070670789,46.66011736903129
Jiri
--
View this message in context: http://www.nabble.com/Problems-with-EPSG%3A2065-tp15497264p15499627.html
Sent from the GeoServer - User mailing list archive at Nabble.com.