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

See -- A SCM change trigger started this job Updating http://svn.osgeo.org/geotools/trunk ERROR: Failed to update http://svn.osgeo.org/geotools/trunk org.tmatesoft.svn.core.SVNException: svn: timed

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

See -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for para

Re: [Geotools-devel] InterpolationFunction

Michael Bedward ha scritto: > Hi folks, > > I'm working on putting some flesh onto the bones of > InterpolationFunction which have been sitting in the render module for > some time (thanks Jody for pointing me to this). > > I've got the basics of linear, cosine and cubic interpolation working > f

Re: [Geotools-devel] InterpolationFunction

On 22 March 2010 21:57, Andrea Aime wrote: > Maybe by adding missing points outside of the specified range > to make the cubic algorithm work? > By the way I read the spec we can imagine repeating the first > and the last point indefinitely below and above what was > specified without really changi

Re: [Geotools-devel] InterpolationFunction

> The first and last points are added such that they like outside or, as most people would say, "the LIE outside" -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs

Re: [Geotools-devel] InterpolationFunction

> "the LIE outside" > sigh... -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Pa

Re: [Geotools-devel] InterpolationFunction

Michael Bedward ha scritto: > On 22 March 2010 21:57, Andrea Aime wrote: >> Maybe by adding missing points outside of the specified range >> to make the cubic algorithm work? >> By the way I read the spec we can imagine repeating the first >> and the last point indefinitely below and above what was

Re: [Geotools-devel] InterpolationFunction

Cool - I'll update the patch tomorrow. Michael -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance.

Re: [Geotools-devel] New functionality: creating new feature types with an sql query in jdbc data stores

This is a very good feature. IMHO, we should integrate it into trunk and 2.x series a soon as possible. Andrea Aime writes: > Hi, > during the NY OpenGeo code sprint last month we've designed > and coded support for what we call "virtual tables", that > is, feature types that are defined via

Re: [Geotools-devel] [Geoserver-devel] New functionality: creating new feature types with an sql query in jdbc data stores

I see Gabriel is in the loop - this functionality sounds similar to the sql-datastore module included in the 1.6 community-schemas dependencies - can we get an analysis of how this new initiative compares - and if its equivalent (or more complete) work with Ben to ensure we have some unit tests usi

Re: [Geotools-devel] [Geoserver-devel] New functionality: creating new feature types with an sql query in jdbc data stores

Rob Atkinson ha scritto: > I see Gabriel is in the loop - this functionality sounds similar to > the sql-datastore module included in the 1.6 community-schemas > dependencies - can we get an analysis of how this new initiative > compares - and if its equivalent (or more complete) work with Ben to >

[Geotools-devel] WMS 1.3.0 getMap request with SRS instead of CRS Parameter

Hello, I tested a little bit with a WMS 1.3.0 server and had problems with GetMap requests. The server has thrown an error that parameter CRS is missing. I analyzed the request url and was wondering that SRS is set instead of CRS. please see also in the WMS Standard Spec. 1.3.0

Re: [Geotools-devel] WMS 1.3.0 getMap request with SRS instead of CRS Parameter

Frank Gasdorf ha scritto: > Hello, > > I tested a little bit with a WMS 1.3.0 server and had problems with > GetMap requests. The server has thrown an error that parameter CRS is > missing. I analyzed the request url and was wondering that SRS is set > instead of CRS. > > please see also in th

Re: [Geotools-devel] unsupported vs dumped

trunk release? Can you please clarify? I would suggest to do this asap, it does not look like it can represent a big impediment for patches to me. Simone. --- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder - Software Engineer Via Carignoni

Re: [Geotools-devel] eclipse code templates with logger

I would use guarded logging in front a finer logging statement. Simone. --- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder - Software Engineer Via Carignoni 51 55041 Camaiore (LU) Italy phone: +39 0584983027 fax: +39 0584983027 mob:

Re: [Geotools-devel] [Geoserver-devel] New functionality: creating new feature types with an sql query in jdbc data stores

On Tue, Mar 23, 2010 at 8:18 AM, Andrea Aime wrote: > Rob Atkinson ha scritto: >> >> I see Gabriel is in the loop - this functionality sounds similar to >> the sql-datastore module included in the 1.6 community-schemas >> dependencies - can we get an analysis of how this new initiative >> compares

[Geotools-devel] test failure on trunk in directory module

Hi folks, Building trunk this morning I get a test failure in the unsupported directory module but I don't see any source files that have changed recently. guanaco:surefire-reports michael$ more org.geotools.data.directory.DataStoreCacheTest.txt --

[Geotools-devel] opengeo login for hudson

Hi folks, How do I go about applying for an OpenGeo login to allow me to start a hudson build ? I hope there isn't a riff-raff test involved Michael -- Download Intel® Parallel Studio Eval Try the new software tools for

Re: [Geotools-devel] opengeo login for hudson

You email them and ask :-) On Tue, Mar 23, 2010 at 11:30 AM, Michael Bedward wrote: > Hi folks, > > How do I go about applying for an OpenGeo login to allow me to start a > hudson build ? > > I hope there isn't a riff-raff test involved > > Michael > >

Re: [Geotools-devel] unsupported vs dumped

On 23 March 2010 10:30, Simone Giannecchini wrote: > > Can you please clarify? I would suggest to do this asap, it does not > look like it can represent a big impediment for patches to me. > I'd like to see this happen now on trunk as well. The following is based on a quick look at the svn logs a

Re: [Geotools-devel] test failure on trunk in directory module

I fixed a problem in DataUtilities / collection feature source yesterday with respect to determining FeatureType; perhaps that has effected one of the entries? On Tue, Mar 23, 2010 at 11:24 AM, Michael Bedward wrote: > Hi folks, > > Building trunk this morning I get a test failure in the unsuppor

Re: [Geotools-devel] opengeo login for hudson

What, no form ? As a dutifully bureaucratized government employee I'm not sure I can cope with such anarchy On 23 March 2010 12:02, Jody Garnett wrote: > You email them and ask :-) > -- Download Intel® Parallel Studio Ev

Re: [Geotools-devel] eclipse code templates with logger

I usually only use that if I am putting some work into the error message; in this case I am just passing the existing message along. On Tue, Mar 23, 2010 at 10:34 AM, Simone Giannecchini wrote: > I would use guarded logging in front a finer logging statement. > > Simone. > ---

Re: [Geotools-devel] test failure on trunk in directory module

I'll have a look unless you're already doing so Jody On 23 March 2010 12:04, Jody Garnett wrote: > I fixed a problem in DataUtilities / collection feature source > yesterday with respect to determining FeatureType; perhaps that has > effected one of the entries? > ---

Re: [Geotools-devel] test failure on trunk in directory module

Mmm... just ran the build again and no test failure this time. A local problem I suppose, but no idea what it was. On 23 March 2010 12:07, Michael Bedward wrote: > I'll have a look unless you're already doing so Jody > > On 23 March 2010 12:04, Jody Garnett wrote: >> I fixed a problem in DataUt

Re: [Geotools-devel] InterpolationFunction

Hi Andrea, Jody (and all), I'm updating the function as discussed but before I do another patch I wonder if it would be more convenient to create a branch for this work ? The reason I suggest it is that I've also mocked up an example of using the Interpolate function in a raster colormap and have

Re: [Geotools-devel] [Geoserver-devel] New functionality: creating new feature types with an sql query in jdbc data stores

On 19/03/10 22:22, Andrea Aime wrote: > during the NY OpenGeo code sprint last month we've designed > and coded support for what we call "virtual tables", that > is, feature types that are defined via a straight, native > sql query. Um, Andrea, did you just invent a generic solution that supersede

Re: [Geotools-devel] unsupported vs dumped

On 23/03/10 09:02, Michael Bedward wrote: > I'd like to see this happen now on trunk as well. The following is > based on a quick look at the svn logs and some guesses. Please edit... > > Incubator (active development) > === > app-schema That is correct. We will probably migra

Re: [Geotools-devel] [Geoserver-devel] New functionality: creating new feature types with an sql query in jdbc data stores

This did occur to me - but I thought I'd stick with the first issue - can we dump sql-datastore and also have user-defined native sql procedures exposed as filter functions? On Tue, Mar 23, 2010 at 12:53 PM, Ben Caradoc-Davies wrote: > On 19/03/10 22:22, Andrea Aime wrote: >> during the NY OpenGe

[Geotools-devel] [jira] Created: (GEOT-3004) CQL BBOX Round Trip

CQL BBOX Round Trip --- Key: GEOT-3004 URL: http://jira.codehaus.org/browse/GEOT-3004 Project: GeoTools Issue Type: Bug Components: core cql Affects Versions: 2.6.2 Environment: Mac OS X 10.6.2, Java 1.

Re: [Geotools-devel] InterpolationFunction

Could we just test with polygon fill for now? I won't have a chance to checkout a branch to follow your work. I am actually hoping to release geotools 2.6.3 shortly; and the interpolate function would make a great addition. Jody On Tue, Mar 23, 2010 at 12:36 PM, Michael Bedward wrote: > Hi Andr

Re: [Geotools-devel] unsupported vs dumped

> trunk release? When we eventually release a 2.7-M1 or something. > Can you please clarify? I would suggest to do this asap, it does not > look like it can represent a big impediment for patches to me. So the other alternative (in order to easily apply patches to both) would be to perform the m

Re: [Geotools-devel] InterpolationFunction

On 23 March 2010 13:59, Jody Garnett wrote: > Could we just test with polygon fill for now? I won't have a chance to > checkout a branch to follow your work. No worries. Michael -- Download Intel® Parallel Studio Eval Tr

Re: [Geotools-devel] opengeo login for hudson

LOL, same thing here in Austria I can invite you to use http://gis.linux4all.at:55032 http://gis.linux4all.at:55064 if you want to check some builds Since I have the same login/password as the official hudson, we should ask Andrea first (This was the way I did it) Michael Bedward writ

[Geotools-devel] Test failures in imagepyramid...

Am I the only one having trouble on this one? [INFO] [INFO] Building imagepyramid datasource module [INFO]task-segment: [clean, install] [INFO] ...