From: Chris H. <ch...@op...> - 2013-06-26 11:59:48
|
Ah right, apologies Christian, I'd completely forgotten, I guess because you've actually been doing great work with it for so long, and you've expanded your contributions in to many other areas. Oh yeah, and merging the file and database image modules would be really great. One preliminary step might just be to upgrade the existing database imagery stuff to the new API? Since all the databases naturally have their connection params for a set of coverages. Would also be great to get more of a GUI on the jdbc image mosiac, so there's less xml configuration files. In the long term I'd also love to see a bit of a 'merge' with the vector datastores. So that you'd just fill out your postgis, oracle or arcsde connections once, and then from there can select the vector and raster stores that you want to publish. But an interim step is just making it so you can connect once and select your raster stores to publish, since now we have to select each one at the store level (I believe that's what the new coverage api gets us, though correct me if I'm wrong). On Wed, Jun 26, 2013 at 5:45 AM, Christian Mueller < chr...@os...> wrote: > Hi > > @Chris. I am the long term maintainer of the DB2 module. See the latestet > release notes > http://geotoolsnews.blogspot.co.at/2013/06/geotools-93-released.html > There is almost no feed back from the community, enhancements are done > based on my experience or from requirements sent to me by David Adler > (working at IBM). Fortunately, I have a mandate from a customer to maintain > this module. Anyways, I would be happy to get assistance from Brett. > > @Brett. We have two separate image modules, one serving image date from > the file system and one using JDBC databases. Would be nice to merge this > code into one module, but it is not an easy job. Perhaps you are interested. > > Cheers > Christian > > > > > > 2013/6/26 Andrea Aime <and...@ge...> > >> On Wed, Jun 26, 2013 at 8:15 AM, Brett Walker < >> bre...@ge...> wrote: >> >>> Andrea,**** >>> >>> ** ** >>> >>> It was my misunderstanding on my part. It was trying to have a >>> discussion which would educate subsequent commits. This being the first of >>> several. I should have had the discussion on this mailing list rather on >>> the pull request.**** >>> >>> ** ** >>> >>> The pull request (PR#208) is finished. Could you provide feedback or >>> commit it please. >>> >> >> Will do the incoming weekend. Others might want to review the pull >> request sooner and merge it, >> some review is needed (unless you're the maintainer of a module or got >> the ok from the maintainer >> to commit directly), but it does not have to be my review, since we're >> talking about something that's >> shared among all modules, nobody is specifically maintaining it >> >> 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 >> >> ------------------------------------------------------- >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by Windows: >> >> Build for Windows Store. >> >> http://p.sf.net/sfu/windows-dev2dev >> _______________________________________________ >> GeoTools-Devel mailing list >> Geo...@li... >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> >> > > > -- > DI Christian Mueller MSc (GIS), MSc (IT-Security) > OSS Open Source Solutions GmbH > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > GeoTools-Devel mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > |