[Geotools-devel] [continuum] BUILD FAILURE: Geotools 2.3.x

2007-02-07 Thread Continuum
http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/224/buildId/501 - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-

Re: [Geotools-devel] building 2.3.x ... maybe maven just hates me

2007-02-07 Thread Jody Garnett
This appears to just be a maven glitch: 1. 2.3.x/ maven install failed with parent pom error during validation 2. 2.3.x fresh check out and maven install- still had the validation error 3. 2.3.x/maven clean install worked 4. 2.3.x/module clean install failed on a test 5. 2.3.x/ maven install -Dmave

[Geotools-devel] building 2.3.x ... unfound org.geotools.imageio:gt2-imageio:pom:1.0-rc1

2007-02-07 Thread Jody Garnett
This is an interesting one - a check out of 2.3.x no longer builds for me: > [INFO] Failed to resolve artifact. > > GroupId: org.geotools.imageio > ArtifactId: gt2-imageio > Version: 1.0-rc1 > > Reason: Unable to download the artifact from any repository > > org.geotools.imageio:gt2-imageio:pom:1

Re: [Geotools-devel] [Geoapi-devel] Issue with Function api

2007-02-07 Thread Gabriel Roldán
I think going through the filtercapabilities and operation description just to figure out function args would be too much a burden from a usability pov even if it _might_ be "correct" thinking in ogc terms 2c- Gabriel On Wednesday 07 February 2007 20:27, Justin Deoliveira wrote: > Jody Garnett

Re: [Geotools-devel] Difference into two apparently equal CRS?

2007-02-07 Thread Martin Desruisseaux
Le mercredi 07 février 2007 à 20:04 +0100, Andrea Aime a écrit : > do you have any idea why the following two CRS are > declared as non equal by CRS.equalsIgnoreMetadata? I don't see anything in the WKT that explain the difference. Would it be possible to test some pieces in order to try to catch

Re: [Geotools-devel] Contact info for Martin Desruisseaux

2007-02-07 Thread Martin Desruisseaux
Hello Jody Le mercredi 07 février 2007 à 10:05 -0800, Jody Garnett a écrit : > is "geomatys.fr" the correct email address for you now? > "I am no longer in the Center IRD of NOUMEA." Yes, that right :) Martin - Us

Re: [Geotools-devel] [Geoapi-devel] Issue with Function api

2007-02-07 Thread Justin Deoliveira
Jody Garnett wrote: > Right - so let's try and be productive. > > Function - not self describing (it is a representation of data the user > provided) > FilterCapbilities - contains the descriptive element Function (which > extends Operator) looks like the whole mess involves GenericName again. >

Re: [Geotools-devel] [Geoapi-devel] Issue with Function api

2007-02-07 Thread Jody Garnett
Right - so let's try and be productive. Function - not self describing (it is a representation of data the user provided) FilterCapbilities - contains the descriptive element Function (which extends Operator) looks like the whole mess involves GenericName again. I wonder how we can escalate Gen

[Geotools-devel] Difference into two apparently equal CRS?

2007-02-07 Thread Andrea Aime
Hi Martin, do you have any idea why the following two CRS are declared as non equal by CRS.equalsIgnoreMetadata? It seems that the difference lies in something outside what is reported by the WKT? (these are the toString() of two CoordinateReferenceSystem object, one coming from the hsql EPSG datab

Re: [Geotools-devel] [Geoapi-devel] Issue with Function api

2007-02-07 Thread Justin Deoliveira
Understandable since it came after the fact. In my opinion its not ok, a function by itself is not self describing enough to create the FilterCapabilities in the first place!! Jody Garnett wrote: > I see - so the GeoAPI Function API may be "okay", we just not have used > the full scope of the

Re: [Geotools-devel] [Geoapi-devel] Issue with Function api

2007-02-07 Thread Jody Garnett
I see - so the GeoAPI Function API may be "okay", we just not have used the full scope of the GeoAPI interfaces needed to define our problem? Sigh! Jody > Unfortunatley I have no way of generating a FilterCapabilities from > the functions plugged in via factory api. And no we are not using > Fi

[Geotools-devel] GeoTools DataStore Query handling with reprojecting

2007-02-07 Thread Jody Garnett
Andrea Aime wrote: > _Every_ data store ignores the forced CRS and the reprojected one when > asked to do things in read/write mode. I see; let me review the API and get back to you on this. I would much rather apply a patch in one spot then force applications to apply wrappers. Currently we hav

Re: [Geotools-devel] Installing sources on mvn install

2007-02-07 Thread Justin Deoliveira
Andrea Aime wrote: > Justin Deoliveira ha scritto: >> Hi all, >> >> How would people feel about having the source jars installed in the >> local repository when you run mvn install? >> >> I am finding it useful for working on GEoServer as I don't have to >> load all the gt modules into my ide jus

Re: [Geotools-devel] Installing sources on mvn install

2007-02-07 Thread Andrea Aime
Justin Deoliveira ha scritto: > Hi all, > > How would people feel about having the source jars installed in the > local repository when you run mvn install? > > I am finding it useful for working on GEoServer as I don't have to load > all the gt modules into my ide just to browse their sources.

Re: [Geotools-devel] Filter and ISO Feature on trunk

2007-02-07 Thread Jody Garnett
Thanks Gabriel; my earlier comment was one of surprise (the functionality you described was working in Novemeber - I have been remiss in letting a patch break it, or not capturing the functionality in test cases) That said - did you provide a test case for this functionality in main? Jody > On

Re: [Geotools-devel] Installing sources on mvn install

2007-02-07 Thread Justin Deoliveira
The easiest way to do so might be to set up a maven project for jts. However i am sure there is magic you could pull off with ant as well. Jody Garnett wrote: > I would find that squiffy - on a related note it would be nice to put > the JTS sources up on the m2 repository. > > For GeoTools do w

Re: [Geotools-devel] [continuum] BUILD FAILURE: GeoServer

2007-02-07 Thread Justin Deoliveira
Apologies, I was setting up notification for GeoServer and accidentley used the geotools-devel mailing list. It has been fixed now. -Justin Jody Garnett wrote: > Hi Guys - any idea why continuum (in the form of [EMAIL PROTECTED]) > wants to inform the geotools-devel list about GeoServer build f

Re: [Geotools-devel] Installing sources on mvn install

2007-02-07 Thread Jody Garnett
I would find that squiffy - on a related note it would be nice to put the JTS sources up on the m2 repository. For GeoTools do we upload the source jars as part of our current deploy cycle? Jody > Hi all, > > How would people feel about having the source jars installed in the > local repository

Re: [Geotools-devel] [continuum] BUILD FAILURE: GeoServer

2007-02-07 Thread Jody Garnett
Hi Guys - any idea why continuum (in the form of [EMAIL PROTECTED]) wants to inform the geotools-devel list about GeoServer build failures :-) Justin, tame thy beast it is stepping on the wildflowers. Jody > http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/Pro

[Geotools-devel] Contact info for Martin Desruisseaux

2007-02-07 Thread Jody Garnett
Morning Martin :-) Trying on my French hat (it has been a while) I think this was an auto-reply bot - is "geomatys.fr" the correct email address for you now? "I am no longer in the Center IRD of NOUMEA." Jody > Je ne suis plus au Centre IRD de NOUMEA. > > --

[Geotools-devel] Installing sources on mvn install

2007-02-07 Thread Justin Deoliveira
Hi all, How would people feel about having the source jars installed in the local repository when you run mvn install? I am finding it useful for working on GEoServer as I don't have to load all the gt modules into my ide just to browse their sources. -Justin -- Justin Deoliveira [EMAIL PROT

[Geotools-devel] [continuum] BUILD SUCCESSFUL: Geotools 2.3.x

2007-02-07 Thread Continuum
http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/224/buildId/496 - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-

[Geotools-devel] [continuum] BUILD FAILURE: Geotools 2.3.x

2007-02-07 Thread Continuum
http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/224/buildId/495 - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-

Re: [Geotools-devel] [Geoapi-devel] Issue with Function api

2007-02-07 Thread Justin Deoliveira
Unfortunatley I have no way of generating a FilterCapabilities from the functions plugged in via factory api. And no we are not using FilterCapabilities right now. The only use of it I have seen is in Postgis to declare which functions it can encode as sql, which does not report the number of a

[Geotools-devel] [continuum] BUILD FAILURE: Geotools 2.3.x

2007-02-07 Thread Continuum
http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/224/buildId/493 - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-

[Geotools-devel] [jira] Created: (GEOT-1156) Allow to partially force CRS on feature types

2007-02-07 Thread Andrea Aime (JIRA)
Allow to partially force CRS on feature types - Key: GEOT-1156 URL: http://jira.codehaus.org/browse/GEOT-1156 Project: GeoTools Issue Type: Improvement Components: core feature Affect

[Geotools-devel] [jira] Created: (GEOT-1155) problems with big shapefiles

2007-02-07 Thread JIRA
problems with big shapefiles Key: GEOT-1155 URL: http://jira.codehaus.org/browse/GEOT-1155 Project: GeoTools Issue Type: Bug Components: data shapefile Affects Versions: 2.3.0 Environment:

[Geotools-devel] [jira] Created: (GEOT-1154) GeomCollectionIterator does not properly handle empty geometry collections

2007-02-07 Thread Norman Fomferra (JIRA)
GeomCollectionIterator does not properly handle empty geometry collections -- Key: GEOT-1154 URL: http://jira.codehaus.org/browse/GEOT-1154 Project: GeoTools Issue Type:

Re: [Geotools-devel] Filter and ISO Feature on trunk

2007-02-07 Thread Gabriel Roldán
On Wednesday 07 February 2007 11:25, Andrea Aime wrote: > Gabriel Roldán ha scritto: > > On Tuesday 06 February 2007 23:28, Jody Garnett wrote: > >> Justin Deoliveira wrote: > >>> I see a couple of issues with this approach. And I know that I have > >>> voiced these before but I cant turn down the

[Geotools-devel] [jira] Created: (GEOT-1153) Port ComplexDataStore from complex-features to trunk/unsupported/community-schemas/community-schema-ds

2007-02-07 Thread JIRA
Port ComplexDataStore from complex-features to trunk/unsupported/community-schemas/community-schema-ds -- Key: GEOT-1153 URL: http://jira.codehaus.org/browse/GEOT-

[Geotools-devel] [continuum] BUILD FAILURE: Geotools 2.3.x

2007-02-07 Thread Continuum
http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/224/buildId/488 - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-

Re: [Geotools-devel] Filter and ISO Feature on trunk

2007-02-07 Thread Andrea Aime
Gabriel Roldán ha scritto: > On Tuesday 06 February 2007 23:28, Jody Garnett wrote: >> Justin Deoliveira wrote: >>> I see a couple of issues with this approach. And I know that I have >>> voiced these before but I cant turn down the opportunity to do it >>> again :) >> That said I am glad to see th

Re: [Geotools-devel] Filter and ISO Feature on trunk

2007-02-07 Thread Gabriel Roldán
On Tuesday 06 February 2007 23:28, Jody Garnett wrote: > Justin Deoliveira wrote: > > I see a couple of issues with this approach. And I know that I have > > voiced these before but I cant turn down the opportunity to do it > > again :) > > That said I am glad to see the code appearing in an unsupp