[Geotools-devel] Re: [Geoapi-devel] Not sure the geoapi-erausre dependency is working...

2006-05-03 Thread Martin Desruisseaux
Jody Garnett a écrit : The generated jar seems to be empty of useful content, not sure that makes sense as mvn install is working Fixed locally on my machine. Unable to commit right now since SourceForge SVN server seems to be down. Will post an email as soon as I get the fix commited.

[Geotools-devel] Not sure the geoapi-erausre dependency is working...

2006-05-03 Thread Jody Garnett
The generated jar seems to be empty of useful content, not sure that makes sense as mvn install is working Perhaps our dependency is on geoapi and not on geoapi nogenerics? --- Using Tomcat but need to do more? Need to support web services,

Re: [Geotools-devel] The quest for FM

2006-05-03 Thread Jody Garnett
Martin Desruisseaux wrote: Jody Garnett a écrit : Referencing builds :-) api builds :-) coverage does not ... GridCoverage2D is not abstract and does not override abstract method evaluateInverse(org.opengis.util.Record) in org.opengis.coverage.Coverage The build probably use org.opengis interf

Re: [Geotools-devel] The quest for FM

2006-05-03 Thread Martin Desruisseaux
Jody Garnett a écrit : Referencing builds :-) api builds :-) coverage does not ... GridCoverage2D is not abstract and does not override abstract method evaluateInverse(org.opengis.util.Record) in org.opengis.coverage.Coverage The build probably use org.opengis interface from the geoapi trunk.

Re: [Geotools-devel] The quest for FM

2006-05-03 Thread Jody Garnett
Jody Garnett wrote: Referencing builds :-) api builds :-) coverage does not ... GridCoverage2D is not abstract and does not override abstract method evaluateInverse(org.opengis.util.Record) in org.ope ngis.coverage.Coverage C:\java\geoapi\fm\module\coverage\src\org\geotools\coverage\grid\Grid

[Geotools-devel] The quest for FM

2006-05-03 Thread Jody Garnett
Referencing builds :-) --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apach

[Geotools-devel] [CC-Trunk] geotools Build Failed

2006-05-03 Thread jrm33
View results here -> http://geovista16.geog.psu.edu/cruisecontrol/buildresults/geotools_current?log=log20060503194209 --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated techn

[Geotools-devel] day 1.5

2006-05-03 Thread Jody Garnett
Well we are getting the FM branch to build still ... very close to just committing eclipse .classpath and .project files :-( You will find a geoapi-nogenerics here: http://lists.refractions.net/m2/org/opengis/geoapi-nogenerics Currently the POM will target 2.1-SNAPSHOT but we will replace this

[Geotools-devel] Re: [Geoapi-devel] BackingstoreException

2006-05-03 Thread Jody Garnett
Cory Horner wrote: Is no long available, this breaks some code in FM referencing, changing to: catch (RuntimeException exception) { final Throwable cause = exception.getCause(); if (cause instanceof FactoryException) { throw (FactoryException

Re: [Geotools-devel] "How to add a 3rd party jar": wiki page updated

2006-05-03 Thread Martin Desruisseaux
Cory Horner a écrit : Can we get a login/password for your repo? (sent in a private email) can we get "mvn deploy" to also deploy dependencies?) "mvn deploy:deploy-file" just deploy the specified file. "mvn deploy" just deploy the Geotools JAR. I think that the dependencies must be depl

[Geotools-devel] Clarification FM and GC relationship

2006-05-03 Thread Jody Garnett
I got a chance to talk to simboss just now time ... Apparently the coverage branch implements: - a GeoAPI coverage interface from GeoAPI 2.0.x To proceed into nD coverages they will need: - a GeoAPI coverage interface from GeoAPI 2.1.x that requires the GeoAPI 2.1.x Feature Model operations J

Re: [Geotools-devel] wow this is what I WANT

2006-05-03 Thread Rob Atkinson
Yeah! This potentially allows you to release a reasonably stable new version without porting all the functions immediately: punters can look at it and see if they want to use the new version, help or sponsor a plugin conversion, or will live with legacy levels of support on the old stable ver

Re: [Geotools-devel] "How to add a 3rd party jar": wiki page updated

2006-05-03 Thread Cory Horner
Martin Desruisseaux wrote: I got a logging and password for http://maven.geotools.fr/repository/. I updated the wiki page with instructions: http://docs.codehaus.org/display/GEOT/How+to+add+a+3rd+party+jar Hi Martin, Can we get a login/password for your repo? Notes about http://lists.

[Geotools-devel] wow this is what I WANT

2006-05-03 Thread Jody Garnett
http://docs.codehaus.org/display/MAVEN/Maven+Plugin+Matrix Very Cool... anyone want to help me do that for geotools? Jody --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrate

[Geotools-devel] [CC-Trunk] geotools Build Failed

2006-05-03 Thread jrm33
View results here -> http://geovista16.geog.psu.edu/cruisecontrol/buildresults/geotools_current?log=log20060503090327 --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated techn

[Geotools-devel] "How to add a 3rd party jar": wiki page updated

2006-05-03 Thread Martin Desruisseaux
I got a logging and password for http://maven.geotools.fr/repository/. I updated the wiki page with instructions: http://docs.codehaus.org/display/GEOT/How+to+add+a+3rd+party+jar --- Notes about

Re: [Geotools-devel] FM planning

2006-05-03 Thread Rob Atkinson
It would be great if they could reply and say what there interest is in FM (even if just "I think it will be good in the future"), what type of timeline constraints they have (if any), and what kind of resources they have that they could throw at it (if any). Complex-features is 90% of what i

Re: [Geotools-devel] Re: Renderer improvements meeting part 2 (Grid Coverge Merge to Trunk)

2006-05-03 Thread Andrea Antonello
> - Of course I support Simone's suggestion to "hide" GDAL behind the J2SE > Image I/O API. Same apply for OSSIM operations behind JAI operators. I'm sorry I can't find the mail that states the idea behind "hiding" GDAL behind the Image I/O API. I know I saw it pass. So sorry if I'm asking double

[Geotools-devel] GeoTools Build Report [ 2006/05/02 23:55 ]

2006-05-03 Thread Paul Ramsey
GeoTools2 module build report 20060502 gt2:referencing cleaned, compiled, tested, INSTALLED 2357 gt2:sample-data cleaned, compiled, tested, INSTALLED 2358 gt2:coverage cleaned, compiled, tested, INSTALLED 2358 gt2:api cleaned, compiled, tested, INSTALLED 2358 gt2:main cleaned,

Re: [Geotools-devel] Re: Proposed change to FeatureTransformer

2006-05-03 Thread Gertjan van Oosten
Added as: http://jira.codehaus.org/browse/GEOS-612 Hopefully I've done it right. Regards, -- -- Gertjan van Oosten, [EMAIL PROTECTED], West Consulting B.V., +31 15 2191 600 --- Using Tomcat but need to do more? Need to support web services

Re: [Geotools-devel] AutoIncrementFIDMapper question

2006-05-03 Thread Justin Deoliveira
Hi Michael, I apologize for the late reply. I have been on a semi-vacation and in the middle of doing some traveling. Its fine if you are not familiar with JUnit. All I need is a java program that (with a few modifications) I can run and exercise the problem. You can use jira to create a bug