On Wed, Mar 20, 2013 at 11:27 PM, Jody Garnett <[email protected]> wrote: > First up I love the idea (Andrea also mentioned it on Monday's meeting). I > am also keen to hear what Yancy Matherne the NetCDF crew (i.e. Yancy) think > in terms community feedback.
Yes, I'm also curious if GeoCent is interested in maintaining long term their NetCDF reader or if it's more of a "code drop" that they hope the active community to maintain? > I know it was there before, but reader.listSubnames() mixes programming > styles with respect to reader.getCoverageCount(). Is there scope to > deprecate this method and introduce reader.getCoverageNames() to make the > API consistent. > > A couple newbie questions: > -previously were the values of listSubnames() were directly with > reader.read( name ) Err, not sure I understand? Before listSubnames() was simply not implemented in most (all?) readers, it would throw a UnsupportedOperationException. reader.read(...) accepts an array of parameters, but that there was no param matching a coverage name, the only way to get to a certain coverage was to call skip() enough time and check with getCurrentSubname() if you managed to get where you wanted to. Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it ------------------------------------------------------- ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar _______________________________________________ GeoTools-Devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
