Andrea Aime wrote: > Arne Kepp ha scritto: >> I am +1 on all of the below, with emphasis on the timelimit. >> >> If the XML causes overhead, could we use context variables in the >> 1.7.x series ? > > We could, but it would result in inconsistencies with the 2.0.x > series configuration, so I'd like to avoid it. > Good point. >> And does anyone know if there is a logging setting to log the >> rendering errors ? We run into them quite a bit, and it *sucks* to >> not know what feature triggered it. > > Actually rendering errors are logged at SEVERE level, which maps > to ERROR level in log4j, so they should show up in all logging > configurations. > > Do you have an example of bad data I can test with? > > Cheers > Andrea > Not a reliable test case, unfortunately...
The place I observed it most frequently was about a year ago, the NYC data used on the front page of geoserver.org. (nyc_nj_bg layer group served by /geoserver on artois.openplans.org). Sometimes it will simply render a metatile without the roads. Delete the cache and it renders it fine the next time. We scoured the log files several times, did not find anything. I think Ivan reported something similar with the OSM layer last week. I did not investigate before installing JAI / wiping logs though. -Arne -- Arne Kepp OpenGeo - http://opengeo.org Expert service straight from the developers ------------------------------------------------------------------------------ Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://www.creativitycat.com _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
