Hi Andrea, > Agree with most of what you say below, using current grid coverages is > painful, > so having a simpler way to work with them is going to be an improvement. > Back at the times when I started working with those I was frustrated > and complaining too. > > What worries me is that all the code we have around in GeoTools and GeoServer > uses the current coverage classes: reading, writing, coverage > manipulation operations > (reprojection, cropping and so on), processes. > > So my first question is, do you intend to rewrite all of the above code? > Don't think so?
I'll treat that as a rhetorical question :) > Do you foresee a way to bridge or transform between the two then? > Like a "simple" wrapper around a GridCoverage2D to give it a friendly face, > and a wrapper around the simple ones to give them a GridCoverage2D face > so that they can be written out to disk or chewed by existing processes? 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. It could turn out that a simplecoverage module ends up being an incubator for ideas that are subsequently taken up in the coverage module proper. That's would be fine. Whatever works best for users and for us is a good result. Michael ------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
