Milton Jonathan ha scritto: > Hello Andrea > > > The closest workaround I can think of is to define a huge width/height > > param so that no generalization is going to be needed. > > Thanks for answering. By width/height "param" do you mean the actual > mapArea passed over to GTRenderer.paint? I actually tried to set the > renderer hint "declaredScaleDenominator" to get the same effect but it > didn't do any good.
Yep, that hint is not actually hooked to the code anymore. I noticed only this morning, not sure when it happened (the hint is many years old). > Actually, I am a little lost as to where decimation is really done in > the code. I thought the Decimator class would be used, but debugging the > code it seems to be decimating the geometries without instantiating a > single Decimator! I am clearly missing something big.. > > As a sidenote, I am using shapefiles with ShapefileRenderer, don't know > if that affects the decimation process. Aah, yeah. ShapefileRenderer does the decimation in the code that reads the shapefile (has custom shapefile handlers). Extreme, and as some of my tests show, not fully necessary. I would like to get rid of ShapefileRenderer sometime this year. I already have a set of patches that make the standard streaming renderer just as fast when you're not too zoomed out, but I have to work on them more, and this is all on my spare time, there is no funding to back this work, so I'm not sure when I'll commit it. Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------------ _______________________________________________ Geotools-gt2-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
