[Geotools-devel] Licenses WIKI Page comments and supporting ImageIO-Ext in next geotools release

Hi List, did you taken a look on the Licenses Investigation WIKI page? http://docs.codehaus.org/display/GEOTOOLS/Licenses+Investigation We would like to add ImageIO-Ext geotools module to the next geotools release. Therefore, we have added Licensing information about the 2 imageio-ext submodules

Re: [Geotools-devel] spike

Hi, Perhaps you are not aware of it but there is a swing-widget-pending module in geotools. It's I think a more appropriate place for swing work. Beside there is already a better implementation of JMapPane in it : org/geotools/gui/swing/map/map2d/stream/JStreamNavMap.java There is also a wiki

Re: [Geotools-devel] Licenses WIKI Page comments and supporting ImageIO-Ext in next geotools release

Hi all, just to clarify. Our goal, is to include gdal support via the imageio-ext plugin in the build for next release as part of our plugins, and this means dragging some imageio-ext dependencies into the build. Since there were questions about licenses we tried to map, with great help from

Re: [Geotools-devel] spike

Hi Johann, Yes - I chatted with you about your code some time ago :-) The idea of clearing up JMapPane a bit came from a discussion on the users' list, followed by a chat between Jody and myself about how to address the frequent questions that JMapPane generates on the list. Jody also pointed

[Geotools-devel] [jira] Created: (GEOT-2343) Allow user to specify which fields to use for FID mapping

Allow user to specify which fields to use for FID mapping - Key: GEOT-2343 URL: http://jira.codehaus.org/browse/GEOT-2343 Project: GeoTools Issue Type: Bug Components: data

[Geotools-devel] Build failed in Hudson: geotools-trunk #1386

See http://hudson.opengeo.org/hudson/job/geotools-trunk/1386/changes Changes: [simonegiannecchini] adding imageio-ext-gdal to the build -- started Updating http://svn.osgeo.org/geotools/trunk D modules/unsupported/imageio-ext-gdal A

Re: [Geotools-devel] spike

Michael Bedward a écrit : Hi Johann, Yes - I chatted with you about your code some time ago :-) The idea of clearing up JMapPane a bit came from a discussion on the users' list, followed by a chat between Jody and myself about how to address the frequent questions that JMapPane generates on

[Geotools-devel] Build failed in Hudson: geotools-2.5.x #285

See http://hudson.opengeo.org/hudson/job/geotools-2.5.x/285/changes Changes: [simonegiannecchini] -adding imageio-ext based plugin to the build [simonegiannecchini] -adding imageio-ext based plugin to the build -- started Updating

Re: [Geotools-devel] Reminder: going to split GeoAPI in two modules

Hello Ben Ben Caradoc-Davies a écrit : Martin, we would very much like to change GeoAPI so that it can support XSD complexType with simpleContent. At the moment, we are stuck with an Ugly Hack: smuggling the simple content in a fake property. I am yet to write the encoder to unpack this

[Geotools-devel] Build failed in Hudson: geotools-trunk #1387

See http://hudson.opengeo.org/hudson/job/geotools-trunk/1387/changes Changes: [simonegiannecchini] -adding imageio-ext-gdal to the build -- started Updating http://svn.osgeo.org/geotools/trunk U modules/plugin/pom.xml At revision 32511 [gt_trunk]

Re: [Geotools-devel] Reminder: going to split GeoAPI in two modules

Hello Rob Rob Atkinson a écrit : it would be great for the current round of development to be able to propose changes if needed to the realtively-new-and-untested ISO Feature interfaces in a more flexible environment than the stable components. I hope that leaving those interfaces in the

[Geotools-devel] Maven repositories: where to deploy?

Its look like that we have 3 Maven repositories around: http://download.osgeo.org/webdav/geotools/ http://lists.refractions.net/m2/ http://maven.geotools.fr/repository/ The one on geotools.fr is a mirror of the refraction's one, synchronized every night. But what is the relationship

Re: [Geotools-devel] Maven repositories: where to deploy?

IMHO we should make use of the OSGEO maven repo as our primary repo to make the transition definitive. It does not make much sense to me to have svn on OSGE hw but then depend on refractions for our dependencies. Simone. --- Ing. Simone

[Geotools-devel] [jira] Created: (GEOT-2344) Using sun specific classes kicks out all other java virtual machines

Using sun specific classes kicks out all other java virtual machines Key: GEOT-2344 URL: http://jira.codehaus.org/browse/GEOT-2344 Project: GeoTools Issue Type: Bug

[Geotools-devel] Hudson build is back to normal: geotools-trunk #1389

See http://hudson.opengeo.org/hudson/job/geotools-trunk/1389/changes -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the

[Geotools-devel] Hudson build is back to normal: geotools-2.5.x #286

See http://hudson.opengeo.org/hudson/job/geotools-2.5.x/286/changes -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the

[Geotools-devel] [Fwd: [jira] Updated: (GEOT-2338) SimpleFeatureTypeImpl has inconsistent iteration order, broken equals/hashCode]

Jody, this defect has the potential to cause some nasty, nasty problems. The patch attached to the issue fixes these (in my opinion) and includes test cases. These problems have always existed in SimpleFeatureTypeImpl, and are only being exposed through the DAFFT API. I shudder every time I

[Geotools-devel] [jira] Created: (GEOT-2345) WFS 1.1 GetFeature with maxFeature

WFS 1.1 GetFeature with maxFeature -- Key: GEOT-2345 URL: http://jira.codehaus.org/browse/GEOT-2345 Project: GeoTools Issue Type: Bug Affects Versions: 2.5.3 Environment: Maven version: 2.0.10