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
Jav
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
po
Ah, OK. Thanks for the info !
I'll look into the swing-widgets-pending code before doing anything else.
cheers
Michael
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the bi
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 Enterp
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 Enter
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
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 Giannecc
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 bet
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
See http://hudson.opengeo.org/hudson/job/geotools-trunk/1388/changes
Changes:
[simonegiannecchini] fixing pom to remove gdal dependency
--
started
Updating http://svn.osgeo.org/geotools/trunk
U modules/unsupported/pom.xml
At revision 32513
[gt_tru
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] $
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
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 http://svn.osgeo.org/geo
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
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 modules
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 jd
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 ou
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 aaime
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 p
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 [i
20 matches
Mail list logo