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

See http://hudson.opengeo.org/hudson/job/geotools-2.5.x/230/changes -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword __

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

See http://hudson.opengeo.org/hudson/job/geotools-2.5.x/229/changes Changes: [groldan] GEOT-1750, added enums wrapping some arcsde raster constants [groldan] GEOT-1750, added missing arcsde dummy methods and constants [groldan] GEOT-1750, add functional test for 32BIT-REAL arcsde rasters -

Re: [Geotools-devel] ArcSDEPyramid

Gabriel, I think level zero (the "base" level of a raster) is i ==0 Level one (the "next up" level of a raster) is sometimes skipped because it's only 1/4 the size, and on-the-fly interpolation of the interesting area can be faster than the space saved by the level-one pyramid area. I could be w

Re: [Geotools-devel] ArcSDEPyramid

Gabriel, That sounds 100% fine to me. --saul Gabriel Roldan wrote: btw, I'm moving the ArcSDEPyramid and ArcSDEPyramidLevel classes from the org.geotools.arcsde.gce package to the org.geotools.arcsde.gce.imageio package as I think they better fit there. Otherwise we end up with cyclic d

Re: [Geotools-devel] Reprojection Question

Thanks for all the information. I'll have to poke around some more with this information and see if I can pinpoint the issue. Emily Andrea Aime wrote: > Jody Garnett ha scritto: >> There is a real difference (the axis order). The WFS 1.1 DataStore >> should be able to sort things out for you;

Re: [Geotools-devel] Request to move gt-imageio-ext-gdal to supported land (plugin modules).

Perfect. Simone. --- Ing. Simone Giannecchini GeoSolutions S.A.S. Owner - Software Engineer Via Carignoni 51 55041 Camaiore (LU) Italy phone: +39 0584983027 fax: +39 0584983027 mob:+39 333 8128928 http://www.geo-solutions.it http://s

Re: [Geotools-devel] ArcSDEPyramid

btw, I'm moving the ArcSDEPyramid and ArcSDEPyramidLevel classes from the org.geotools.arcsde.gce package to the org.geotools.arcsde.gce.imageio package as I think they better fit there. Otherwise we end up with cyclic dependencies on those packages and the org.geotools.arcsde.gce package interf

Re: [Geotools-devel] Request to move gt-imageio-ext-gdal to supported land (plugin modules).

Simone Giannecchini ha scritto: > Ciao Andrea, > lf you go ahead and create the wiki page, me and the other > geosolutions guys will take care of going through the licenses of each > dependency that is actually shipped with geotools in order to report > them. I believe that instead of finding a spe

[Geotools-devel] ArcSDEPyramid

Hey Saul, I'm having a bit of trouble understanding the usage of ArcSDEPyramid, may be you can bring some light :) I'm pretty sure I've come to an exception in ArcSDEPyramid constructor last week with a raster dataset for which skipLevelOne was set to false. My question is regarding the follow

Re: [Geotools-devel] Request to move gt-imageio-ext-gdal to supported land (plugin modules).

Ciao Andrea, lf you go ahead and create the wiki page, me and the other geosolutions guys will take care of going through the licenses of each dependency that is actually shipped with geotools in order to report them. I believe that instead of finding a specific solutions for the gdal plugin it is

Re: [Geotools-devel] CSW & INSPIRE

Hey All, On Thu, 2009-01-22 at 20:28 +0100, Simone Giannecchini wrote: > FYI, GeoNetwork 3.0 which is under development will implement ebRIM > and will heavily based on spring (which can be considered somewhat an > alternative to ejb3) and hibernate. Yes, everyone seems to be moving to ebRIM sinc

Re: [Geotools-devel] How to handle imageio-ext-gdal

Ciao Andrea, please read below --- Ing. Simone Giannecchini GeoSolutions S.A.S. Owner - Software Engineer Via Carignoni 51 55041 Camaiore (LU) Italy phone: +39 0584983027 fax: +39 0584983027 mob:+39 333 8128928 http://www.geo-solu

Re: [Geotools-devel] Reprojection Question

I bet the defect is in the WFS 1.1 DataStore, simply because I didn't make any check for axis fliping when developed it. Created an issue so I don't forget: Cheers, Gabriel On Friday 23 January 2009 05:52:53 Andrea Aime wrote: > Jody Garnett ha scri

[Geotools-devel] [jira] Created: (GEOT-2300) WFS 1.1 DataStore does not check for 4326 axis fliping

WFS 1.1 DataStore does not check for 4326 axis fliping -- Key: GEOT-2300 URL: http://jira.codehaus.org/browse/GEOT-2300 Project: GeoTools Issue Type: Bug Components: data wfs

[Geotools-devel] [jira] Created: (GEOT-2299) oracle-ng does not check the schema name must be uppercase

oracle-ng does not check the schema name must be uppercase -- Key: GEOT-2299 URL: http://jira.codehaus.org/browse/GEOT-2299 Project: GeoTools Issue Type: Improvement Component

[Geotools-devel] [jira] Created: (GEOT-2298) Introduce a max wait parameter in the jdbc-ng connection pool

Introduce a max wait parameter in the jdbc-ng connection pool - Key: GEOT-2298 URL: http://jira.codehaus.org/browse/GEOT-2298 Project: GeoTools Issue Type: Improvement Com

Re: [Geotools-devel] [Geoserver-devel] Removing an old rendering optimization

Jody Garnett ha scritto: > Hey Andrea; > > I am still trying to figure out what your optimization did ... >> Years ago, way before my involvement in GeoServer, I >> introduced a rendering optimization for lines. The >> observation was that if the line width was less than >> 1.5 pixels, setting it

Re: [Geotools-devel] Several problems using MemoryFea tureCollection/MemoryDataStore

Hi Jody, I used the CollectionDataStore and redesigned it a bit. I append three classes (MemoryService, CollectionsFeatureStore and a event class) and I would like to get some feedback, whether it fits into the architecture of geotools. Some use cases: - got some attribute filtered object