Shapefile renderer reprojection assumes shapefile datastore before cheking its
real nature
------------------------------------------------------------------------------------------
Key: GEOT-1461
URL: http://jira.codehaus.org/browse/GEOT-1461
Project: GeoTools
Issue Type: Bug
Components: ext shapefilerender
Affects Versions: 2.4-RC0
Reporter: Andrea Aime
Assignee: Andrea Aime
Fix For: 2.4-RC1, 2.5-M0
>From a mail on the GeoServer list:
You know the shapefile renderer get the extra speed by
bypassing the datastore machinery and going straight to
the disk. Well, this bypass means things do not work if
the original CRS of the data is not equal to the declared
one, because we do force the declared one in a wrapper
that's being bypassed. I noticed this today testing a few
user provided layers with Tim sandbox google map integration...
in 1.5.x the layers worked fine, on trunk I did not see anything
much to my surprise.
Debugging I noticed that the shapefile renderer uses the native
CRS of the shapefile, and the two layers that were failing
had no .prj file, thus no projection from 4326 to 900913 (google
projection) was done -> no features on the screen.
Now, that renderer has a hint to force the data crs, but this
is then applied to all layers... it's something that works in
udig, where there is one renderer per layer, but fails in GeoServer
as soon as there is a mix of CRS in the input layers.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
