On Sat, Apr 16, 2011 at 9:32 AM, Michael Bedward <michael.bedw...@gmail.com> wrote: > Yes - I've thought about having a simple -> coverage bridge so that, > for example, a user might take advantage of easier creation methods > with the simple module and then move into coverage-land for > processing. I haven't thought about a coverage -> simple bridge at > all. While I can imagine a definite demand for the former, I'm not so > sure about the latter.
I can't imagine a system without it. You sure all of the coverages that people are interested into will be created directly in memory? Nobody reading an arcgrid or a geotiff file? :-) Cheers Andrea -- ------------------------------------------------------- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 mob: +39 333 8128928 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf ------------------------------------------------------- ------------------------------------------------------------------------------ Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
