> Hum.... we should do something about this. From what I see whoever > is working on GeoApi changes is not making the corresponding > GeoTools changes. Shall we sit on a specific GeoApi build? > Cut a GeoApi relase? Or just get off GeoApi so that GeoTools can > have back some control on its destiny? > To be completely honest I have never really seen the benefit in geoapi. I know others do and Jody and I have had this debate many times, but from my perspective the hassle has always outweighed the benefit.
What bothers me more is how changes to geoapi have been handled recently. In some cases ( like Ben's proposed changes ) it seems a formal proposal is needed. However in the case of recent style changes it seems breaking api is ok. It seems ambiguous to me. > Cheers > Andrea > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > Geotools-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
