Hi all, Chris Holmes schrieb: > Wow, it'd be awesome to have a group of people taking this on. > > After things get going there's one improvement you should definitely > consider, and there's a chance we may get some funding to have Gabriel > put some time in to this. Namely caching WFS. IMHO the WFS protocol > isn't done quite right, as a naive client will make a new request on > every pan and zoom. Which is silly, because most WFS's have no notion > of generalization, so it's just returning the same exact features back > every time. So a smart client could know that it has the full features, > and not request them every time.
This is true. However, your concerns are true not just for WFS but more or less for every data store. Therefore IMO caching is nothing specific for WFS. I'm working on a pipelined data processing system on top of geotools. The idea is to have a chain of independent processors working on a defined set of requests/reponses. A processor can contribute to the control and the data flow by handling requests and corresponding responses. The actual set of requests/responses defines its signature. Particular signatures are usecases. WMS is the typical image pipeline usecase. WFS is the typical feature pipeline usecase. In this system caching is just one processor. From the programmers point of view a pipeline is just a FeatureSource. There is also a the demo to see this working. There are processors for image caching, feature type mapping, image grayscaling, image transparency so far. You may check it out at http://polymap.org/polymap3. I'm very interested in getting your comments and ideas on this. -Falko -- Falko Bräutigam http://polymap.org ------------------------------------------------------------------------------ The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book "Blueprint to a Billion" shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
