Simone wrote: > 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. Perhaps we are both puzzled here in different directions - the rendering package has some Geometry --> Shape code. When making the translation from Geometry --> Shape you need to take the current screen resolution into account and "throw away" information that will not be drawn. That is what I call "decimation" - a word I learned on this email list. > 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. Can you please tell me the name of the Geometry --> Shape converter classes please? I do not want to see the classes visible outside of render (no new API please - that would involve documentation and a change proposal). What I would like to do is take that functionality and slot it into Justin's Converter API so it can be used in Expressions (and in your coverage modules). > What you are talking about is something we *would like* to have but > not something that we must have, right? Simone you are going to have to do a bit of research here - I do not have the code in front of me. I know decimation is done in the shapefile renderer (and I though Jesse lifed that code from the J2D renderer). I think decimation has been applied to the streaming renderer as well. Can you look at the code and tell me?
Here is what we have: Geometry -> Shape (with Decimation) is something we have right now Converters is something we have right now. Here is what we need short term (for coverage to have access to the work): 1. package up Geometry --> Shape code from renderer as a Converter 2. Move the implementation to main Here is what we need medium term (to restore renderer performance): 3. Any crazy hack (possible a render specific converter? so decimation can be used). I like the env variable idea but you would need to look into it for me and let me know if it is a bad idea. > 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. That covers it :-) > 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). The situation that is not clear to me is with renderer and how it does decimation; if you can provide links maybe we can hunt through the code together and see what is going on. > 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. The initial players (bryce, myself, sanjay) are concerned with having an implementation - and have no implementation plans at this time (ISO Feature needs to come home first). 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
