Good thoughts, I second that. Cheers, Gabriel On Tue, 2011-01-04 at 10:31 -0700, Justin Deoliveira wrote: > Apologies for being behind on this proposal. I don't know if anything > went forward on this. I don't seen any commits that indicate so. Here > is my feedback. > > > * +1 on the idea as a whole of ditching geoapi > * +0 on a new opengis module. I personally would rather see them in > the geotools api module in favor of adding yet another > "infrastructure" module. > * +1 on referring to the interfaces as opengis rather than geoapi > * -1 on any package name changes. We already burned all our cred when > we switched from org.geotools to org.opengis. I don't want to see us > do all that again by switching back again. > > > 2c. > > > -Justin > > > > On Sun, Jan 2, 2011 at 1:00 AM, Jody Garnett <jody.garn...@gmail.com> > wrote: > okay so if we can get a number of +1s I can go ahead and > commit. > > Jody > > > On 01/01/2011, at 9:03 PM, Andrea Aime wrote: > > > On Fri, Dec 31, 2010 at 10:39 PM, Jody Garnett > <jody.garn...@gmail.com> wrote: > >> Thanks for the input Simone. > >> We cannot merge them with the existing gt-api module due to > some circular dependencies; but perhaps that could be teased > apart. > >> We can call it "opengis" to match the package structure; > which should reduce confusion. > > > > Sounds like a good name. But I would not merge that with the > EMF based > > models that are used just for > > parsing purposes, I'd put it into core/library instead > > > > Cheers > > Andrea > > > > ----------------------------------------------------- > > Ing. Andrea Aime > > Senior Software Engineer > > > > GeoSolutions S.A.S. > > Via Poggio alle Viti 1187 > > 55054 Massarosa (LU) > > Italy > > > > phone: +39 0584962313 > > fax: +39 0584962313 > > > > http://www.geo-solutions.it > > http://geo-solutions.blogspot.com/ > > http://www.linkedin.com/in/andreaaime > > http://twitter.com/geowolf > > > > ----------------------------------------------------- > > > > ------------------------------------------------------------------------------ > Learn how Oracle Real Application Clusters (RAC) One Node > allows customers > to consolidate database storage, standardize their database > environment, and, > should the need arise, upgrade to a full multi-node Oracle RAC > database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > Geotools-devel mailing list > Geotools-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > > > > -- > Justin Deoliveira > OpenGeo - http://opengeo.org > Enterprise support for open source geospatial. > > > ------------------------------------------------------------------------------ > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > to consolidate database storage, standardize their database environment, and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ Geotools-devel mailing list > Geotools-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel
-- Gabriel Roldan grol...@opengeo.org Expert service straight from the developers ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
