Hi,
is it just me or the WMS reflector stopped working?
On geo.openplans.org it seems to work:
http://geo.openplans.org:8080/geoserver/wms/reflect?layers=topp:states
But on my local pc with an updated 1.6.x checkout I get back an emtpy image:
http://localhost:8080/geoserver/wms/reflect?layers=topp:states
Am I the only one?
Cheers
Andrea
Fixed, it got broken for data that was EPSG:4326 native after I added support for coverages.
I've cleaned it up a fair bit and added some unit tests, but I have been struggling to find suitable mock data, so test3() in DefaultWebMapServiceTest.java is not worth much.
Any suggestions for data that has reasonable bounds (not full world), and preferably non-EPSG:4326 native bounds? I may just be forgetting a setup function or something similar.
-Arne
Andrea Aime wrote:
Hi,
is it just me or the WMS reflector stopped working?
On geo.openplans.org it seems to work:
http://geo.openplans.org:8080/geoserver/wms/reflect?layers=topp:statesBut on my local pc with an updated 1.6.x checkout I get back an emtpy image:
http://localhost:8080/geoserver/wms/reflect?layers=topp:statesAm I the only one?
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-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel!DSPAM:4038,47e0eeb1325173668746562!
Arne Kepp ha scritto:
Fixed, it got broken for data that was EPSG:4326 native after I added support for coverages.
I've cleaned it up a fair bit and added some unit tests, but I have been struggling to find suitable mock data, so test3() in DefaultWebMapServiceTest.java is not worth much.
Any suggestions for data that has reasonable bounds (not full world), and preferably non-EPSG:4326 native bounds? I may just be forgetting a setup function or something similar.
Ah, this is because the default behaviour of the MockData class is to
force 4326 and world wide bounds on standard test data.
On trunk MockData has been expanded to allow the specification of CRS
and both ll and native bounds (just committed the changes to allow for this).
So, if you want to make a test with your own data, you have to override
the populateDataDirectory method in a way similar to what ReprojectionTest does:
protected void populateDataDirectory(MockData dataDirectory) throws Exception {
// add all the standard feature types
super.populateDataDirectory(dataDirectory);
Map<String, Object> extra = new HashMap<String, Object>();
extra.put(MockData.KEY_SRS_HANDLINGS, org.vfny.geoserver.global.FeatureTypeInfo.REPROJECT);
extra.put(MockData.KEY_SRS_NUMBER, 900913);
dataDirectory.addPropertiesType(GOOGLE,
ReprojectionTest.class.getResource("GoogleFeatures.properties"), extra);
}
but specify the KEY_LL_ENVELOPE and KEY_NATIVE_ENVELOPE as well
(both are JTS envelope objects).
I'm going to write up some hints on how to use the functional testing
base classes on the wiki, will point you at the page once I have somenthig done.
Cheers
Andrea