Jody Garnett ha scritto: > HI Andrea: > > The WMS Lab code was donated; I put some time into it last year > before pulling it from the tutorials (for the reasons you mention). > > There is an earlier tutorial from 2006 I was wanting to replace - > which simply showed how to use the WMS API; retrieve a list of layers > and make a GetMap request (no attempt at panning or anything).
WMSLab2? The user experience in a working WMSLab seems better... I think it's possible to merge the two. > On the email list last year someone mentioned a JMapPane alternative > that used a background thread to draw; leaving the user interface > thread free to pan around quickly. I was hoping they would donate > that code ... but apparently they never got permission from their > company to. Is this an assumption or they told you? Any attempt to ping them back after some time? > That would be the approach I would take; a user interface that takes > responsibility for running a background thread - and was able to > drive WMS and the GeoTools renderer. Yep, fully agree. In general I would like to see a new threaded renderer (or render manager) where each layer is managed by its own specialized renderer. And I stop here, since it would take significant time that I don't have unless funding directed towards this plops onto the company I work for (definitely not a 4 hours weekend project). > Wrapping the resulting image up as a GridCoverage is actually useful > for getting everything to line up at the end of the day. It is also a > clean way to handle tile set results. This is what the current code is doing. But you haven't told me if I should consider going ahead and rewrite the WMSMapLayer as I suggested or not... I really hate when people leave me hanging like this, especially since I have time to do it right now, next week I may be onto something else, so the occasion is lost. It would be nice to actually respond to the mail contents before going off the tangent with other loosely related stuff. Oh well, I guess I'll try to do it anyways now, at worst I have thrown away a few Sunday's hours. > I can port the WMS-C code into geotools for you - indeed I would like > to combine it with the existing WMS module. Emily did a nice job of > parsing the vendor specific GetCapabilities document; and the > fetching of tiles is already nicely isolated (with a memory and a > disk strategy for caching). It uses the Eclipse Jobs API so it would > also need to be migrate to using a Future. I think it would be great, a WMS-C client is definitely something other people would be interested into Cheres Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
