[Geotools-devel] final call to evaluate approaches in actual code [Re: data access with generics example]

Hi all, as code seems to work better for all than words, I've added a spike with samples for the third approach (should call it the first as it was the first one before being asked to introduce generics to overcome the limitations of this one) Call this approach "nogenerics". It digs on adding

Re: [Geotools-devel] Request to setup a new unsupported module: gt2-imageio-ext (coverage access, based on GDAL using Imageio-Ext project)

Sounds good; there is a -Pgdal profile around; perhaps you can only run tests if the gdal has been installed into the JRE. Jody > Daniele Romagnoli a écrit : > >> I opted for "gt2-imageio-ext" since it depends on ImageIo-Ext (which is >> not only GDAL). >> > > At your choice. "gt2-imageio-

Re: [Geotools-devel] data access with generics example

On Friday 08 February 2008 09:52:26 pm Justin Deoliveira wrote: > I have not incorporated any of the stuff from my proposal as I thought > they were more or less seperated. I woudl rather we focus on that after > we nail down what to do with getting complex features on smoothly. yup, I'm rolling ba

Re: [Geotools-devel] data access with generics example

Justin Deoliveira wrote: > I have not incorporated any of the stuff from my proposal as I thought > they were more or less seperated. I woudl rather we focus on that > after we nail down what to do with getting complex features on smoothly. Okay sounds good; the reason I was asking. Jody > > Jody

Re: [Geotools-devel] data access with generics example

I have not incorporated any of the stuff from my proposal as I thought they were more or less seperated. I woudl rather we focus on that after we nail down what to do with getting complex features on smoothly. Jody Garnett wrote: > Andrea Aime wrote: >> That is not needed anymore, FeatureSource

Re: [Geotools-devel] data access with generics example

Andrea Aime wrote: > That is not needed anymore, FeatureSource has getFeatureReader in > the proposal (maybe in Justin's one) so it's enough Sweet; I just looked and it was not in justins spike - but I will see that is is added. Jody ---

Re: [Geotools-devel] data access with generics example

Jody Garnett ha scritto: > Thanks to both of you - reviewing now. > > Just to be clear - are we trying to make this reflect the final cut? Or > just to compare approaches... > > Questions along these lines: > - justin's request that getReader and getWriter be available a at the > Source / Store

Re: [Geotools-devel] data access with generics example

Thanks to both of you - reviewing now. Just to be clear - are we trying to make this reflect the final cut? Or just to compare approaches... Questions along these lines: - justin's request that getReader and getWriter be available a at the Source / Store level - andrea's request for getSource,

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

See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/228/changes - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/d

Re: [Geotools-devel] Request to setup a new unsupported module: gt2-imageio-ext (coverage access, based on GDAL using Imageio-Ext project)

On Feb 8, 2008 6:06 PM, Adrian Custer <[EMAIL PROTECTED]> wrote: > Hey Daniele, > > Sounds like lots of cool work. > > To propose a new module, you will have to work against the wiki and add > a new module page...see the developer's guide for the details, I expect. > Of course you will have to sacr

Re: [Geotools-devel] data access with generics example

Hi all, for your consideration: The other approach is spiked at both jdeolive's spike and mine introduce generics in the data access layer to cope with parametrization of arguments, since return types (featurereader et al) could be ea

Re: [Geotools-devel] Here are some release notes

Jody Garnett ha scritto: > Check the list of proposals that went into 2.4.x; also the upgrade to > 2.4.x instructions... > - > - http://docs.codehaus.org/display/GEOTOOLS/Upgrade+to+2.4 > > New for GeoTools 2.4: > - many expressions improvements using converters to correctly handle a > range of

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

Andrea Aime ha scritto: > [EMAIL PROTECTED] ha scritto: > >> --- >> T E S T S >> --- >> Running org.geotools.data.wms.test.LocalGeoServerOnlineTest >> Tests run: 4, Failures: 0, Errors: 3, Skip

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

See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/227/changes Changes: [johann.sorel] update demo. [johann.sorel] cleaning JContextTree -- [...truncated 3412 lines...] [INFO] Building jar: http://gridlock.openplans.org:8080/hudson/job/geot

Re: [Geotools-devel] Function expressions and SPI

Andrea Aime wrote: > Hi, > trying to add two new filter functions I noticed there > are two SPI files containing lists of functions: > > org.geotools.filter.FunctionExpression > org.opengis.filter.expression.Function > > Now, unit testing I discovered > CommonFactoryFinder.getFilterFactory(null) >

[Geotools-devel] Here are some release notes

Andrea Aime wrote: > As usual, not a painless process. > I had to put back in the build three modules for the > thing to build once I changed the version number, > in particular, the gml, directory and mappane modules > in unsupported. > Indeed they are used in demos; hopefully Eclisia will have

[Geotools-devel] Update Developers Guide Procedures to use Contributors Agreement

I need a volunteer to update the developers guide and add the Contributors Agreement into the mix; a few pages like getting svn access and what it means to be a contributor already have a warning that an "agreement" is in the works ... now that it is done we can document the details. Jody --

[Geotools-devel] Function expressions and SPI

Hi, trying to add two new filter functions I noticed there are two SPI files containing lists of functions: org.geotools.filter.FunctionExpression org.opengis.filter.expression.Function Now, unit testing I discovered CommonFactoryFinder.getFilterFactory(null) hits only the second... is the first

Re: [Geotools-devel] Request to setup a new unsupported module: gt2-imageio-ext (coverage access, based on GDAL using Imageio-Ext project)

Hey Daniele, Sounds like lots of cool work. To propose a new module, you will have to work against the wiki and add a new module page...see the developer's guide for the details, I expect. Of course you will have to sacrifice a small animal to the confluence gods merely to get to read that docume

Re: [Geotools-devel] What is missing for a 2.4.0 final release?

Andrea Aime wrote: > Jody Garnett ha scritto: >> Looks like there are some patches waiting for a 2.4.x developer; >> jpfise1 was online asking about them ... >> - GEOT-386 (http://pastebin.org/18637) >> >> These patches involve the use filters with GeoServer 1.6.0-RC3. >> Requesting all content a

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

[EMAIL PROTECTED] ha scritto: > --- > T E S T S > --- > Running org.geotools.data.wms.test.LocalGeoServerOnlineTest > Tests run: 4, Failures: 0, Errors: 3, Skipped: 0, Time elapsed: 0.056 sec <

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

See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/226/changes Changes: [danieler] - fixed OverviewPolicy setting on read [aaime] Upgrading commons logging dependency to 1.1.1 to avoid web container issues raised by the old commons logging (they are visible only making an eclipse

Re: [Geotools-devel] Request to setup a new unsupported module: gt2-imageio-ext (coverage access, based on GDAL using Imageio-Ext project)

Daniele Romagnoli a écrit : > I opted for "gt2-imageio-ext" since it depends on ImageIo-Ext (which is > not only GDAL). At your choice. "gt2-imageio-ext" is fine as well given the above. Martin - This SF.net email is

Re: [Geotools-devel] Request to setup a new unsupported module: gt2-imageio-ext (coverage access, based on GDAL using Imageio-Ext project)

Hi Martin, I opted for "gt2-imageio-ext" since it depends on ImageIo-Ext (which is not only GDAL). However, as you suggest, it could be worth to point out the GDAL role in the module. What do you think about gt2-imageio-ext-gdal? Dany On Feb 8, 2008 4:41 PM, Martin Desruisseaux <[EMAIL PROTECTE

Re: [Geotools-devel] Request to setup a new unsupported module: gt2-imageio-ext (coverage access, based on GDAL using Imageio-Ext project)

Martin Desruisseaux ha scritto: > Daniele Romagnoli a écrit : >> I would like to add a new gt2-imageio-ext unsupported module on geotools >> to improve coverage access capabilities based on GDAL. > > If it is based on GDAL, what about calling it "gt2-imageio-gdal"? Hum, both names are good to me.

Re: [Geotools-devel] Request to setup a new unsupported module: gt2-imageio-ext (coverage access, based on GDAL using Imageio-Ext project)

Daniele Romagnoli a écrit : > I would like to add a new gt2-imageio-ext unsupported module on geotools > to improve coverage access capabilities based on GDAL. If it is based on GDAL, what about calling it "gt2-imageio-gdal"? Martin ---

[Geotools-devel] Request to setup a new unsupported module: gt2-imageio-ext (coverage access, based on GDAL using Imageio-Ext project)

Hi list, I would like to add a new gt2-imageio-ext unsupported module on geotools to improve coverage access capabilities based on GDAL. Some notes to introduce the aim of this module: - Actually, we (GeoSolutions) have improved the Image I/O project which mainly provides raster data access capabi

Re: [Geotools-devel] Connections in PostGISDataStore in ConnectionPool are dead in the morning

Vitali Diatchkov ha scritto: > > Hello! > > A problem: > I use several modules of GeoServer 1.5.x generation (data-1.5.2.jar, > platform-1.5.2.jar) and their dependencies from GeoTools in web application > running under Tomcat. My idea is to reuse DataStore/FeatureType > configuration stuff (lik

[Geotools-devel] Connections in PostGISDataStore in ConnectionPool are dead in the morning

Hello! A problem: I use several modules of GeoServer 1.5.x generation (data-1.5.2.jar, platform-1.5.2.jar) and their dependencies from GeoTools in web application running under Tomcat. My idea is to reuse DataStore/FeatureType configuration stuff (like catalog.xml) from GeoServer and get DataSt

Re: [Geotools-devel] Geotools 2.4.0 release in progress, don't commit

Andrea Aime a écrit : > Then the javadocs generation failed, but running > the generator with java 5 fixed the issue (sigh). There is no reason to generate the javadoc with older JDK anyway (except the extra trouble for the guys who is generating the javadoc). It will not mislead the user in any w

Re: [Geotools-devel] Geotools 2.4.0 release in progress, don't commit

Andrea Aime ha scritto: > Hi guys, > I'm in the process of releasing 2.4.0 so pretty please > don't commit anything there. > I'll let you know when the release is done. Release done. As usual, not a painless process. I had to put back in the build three modules for the thing to build once I chang

Re: [Geotools-devel] present status of geoserver 1.6.x-Cov-nD

Adit Santokhee ha scritto: > Hello all, > > > > What is the current status of geoserver 1.6.x-Cov-nD please? Is anyone > using it or modifying its code and any future plans for this > implementation of geoserver? Part of it (non non ND modifications) will be merged into 1.6.x series soon. Th

[Geotools-devel] present status of geoserver 1.6.x-Cov-nD

Hello all, What is the current status of geoserver 1.6.x-Cov-nD please? Is anyone using it or modifying its code and any future plans for this implementation of geoserver? Cheers, Adit * Mr. Adityarajsingh Santokhee

[Geotools-devel] Geotools 2.4.0 release in progress, don't commit

Hi guys, I'm in the process of releasing 2.4.0 so pretty please don't commit anything there. I'll let you know when the release is done. Cheers Andrea - This SF.net email is sponsored by: Microsoft Defy all challenges. Micros

Re: [Geotools-devel] What is missing for a 2.4.0 final release?

Jody Garnett ha scritto: > Looks like there are some patches waiting for a 2.4.x developer; jpfise1 > was online asking about them ... > - GEOT-386 (http://pastebin.org/18637) > > These patches involve the use filters with GeoServer 1.6.0-RC3. > Requesting all content and getting nothing. Justin