Ciao Jody, I am kind of puzzed here (maybe it's time to go to bed) since I do not understand why you are talking about controling decimation. My base goal with the Geometry --> Shape converters was to move them outsie of the renderer in order to be able to leverage on them from the coverage processing package to start playing with statistics on polygonal areas, and that's it what I just did, simply moving classes, no API changes or improvements.
What you are talking about is something we *would like* to have but not something that we must have, right? If so, I think that for this week I will be happy with committing all the changes as well as getting GeoServer and uDig trunks going, afterwards it would cool to understand how to improve things further. I think that a lot of people are working, more or less, on this things. There are people working on geometries to replace JTS, or to wrap them, we have a ShapefileRenderer that is not used in GeoServer but that I would really like to start using, there is AAime which would really like to improve StreamingRenderer by creating less objects and possibly dropping JTS for good (I hope I reported sparse thoughts right), there is me who soon will need fast geometry --> shape converters, and there might be sosmeone else that I am forgetting here. I think that this work I am doing could be just a start, but before doing anything I think we need a more clear picture of the situation with Geometry, which I honestly do not have right now (I am sure you have it though). I guess next step is trying to get together people interested in "using" the geometries (todays breakout metting was more focused on developer's side maybe?) and then decide how to statisfy the widest number of people's goals. Ciao, Simone. PS As usual, if I am talking nonsense, it is not my fault, I need some more sleeping time! (PS)^2 Trunk built!!! ------------------------------------------------------- Eng. Simone Giannecchini President/CEO GeoSolutions http://www.geo-solutions.it Via Carignoni 51 550141 Camaiore (LU) Italy Mobile: +39 333 81 28928 ------------------------------------------------------- ----- Original Message ----- From: "Jody Garnett" <[EMAIL PROTECTED]> To: "simone giannecchini" <[EMAIL PROTECTED]>; "Geotools-devel" <[email protected]> Sent: Monday, February 12, 2007 10:56 PM Subject: Geometry to Shape (on trunk) using Converter > Hi Simboss; just a follow up to our question on how to separate out the > Geometry -> Shape transition from the rendering code. Since we will be > defining no new API we do not need a proposal for this one; you have my > permission as module maintainer to package up the code in *main*; and I > seem to recall that Jesse was okay with the change to renderer. > > We had one outstanding question: > > Q: how to control decimation? > > My suggestion with respect to an API wise is to have the renderer set an > environmental variable (in a manner similar to how DPI is made available > to Filters in the SLD specification). The problem is that we currently do > not use environmental variables in our execution stack; so an > implementation will be needed here. > > A hack solution would be to set some Hints on the FilterFactory and use > that when creating the Filter (problem is you would need to create the > Filter between renders which would suck performance). > > Cheers, > Jody > ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
