[Geotools-devel] [jira] Created: (GEOT-1392) Set up IdentifiedObjectFinder that uses a provided ObjectCache and generate methods

2007-07-12 Thread Jody Garnett (JIRA)
Set up IdentifiedObjectFinder that uses a provided ObjectCache and generate methods --- Key: GEOT-1392 URL: http://jira.codehaus.org/browse/GEOT-1392 Project: GeoTools

[Geotools-devel] [jira] Created: (GEOT-1391) Support Histogram Contrast Stretching in GeoTools Rasters

2007-07-12 Thread Saul Farber (JIRA)
Support Histogram Contrast Stretching in GeoTools Rasters - Key: GEOT-1391 URL: http://jira.codehaus.org/browse/GEOT-1391 Project: GeoTools Issue Type: Improvement Components:

[Geotools-devel] [jira] Created: (GEOT-1390) Verifty functionality of HsqlDialectEpsgFactory

2007-07-12 Thread Jody Garnett (JIRA)
Verifty functionality of HsqlDialectEpsgFactory --- Key: GEOT-1390 URL: http://jira.codehaus.org/browse/GEOT-1390 Project: GeoTools Issue Type: Sub-task Reporter: Jody Garnett

[Geotools-devel] out of the pool for 2.4 branch (again)

2007-07-12 Thread Justin Deoliveira
Hi all, So once again I will make the out of the pool call so that people can wrap up any last minute commits and we can create the 2.4 branch. I will create the branch 24 hours from now. -Justin -- Justin Deoliveira The Open Planning Project http://topp.openplans.org ---

[Geotools-devel] [continuum] BUILD SUCCESSFUL: Geotools

2007-07-12 Thread Continuum
http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/1415 - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and

[Geotools-devel] Out of the pool warning for geotools trunk

2007-07-12 Thread Andrea Aime
On behalf of Justin: Hi all, So once again I will make the out of the pool call so that people can wrap up any last minute commits and we can create the 2.4 branch. I will create the branch 24 hours from now. -Justin - Th

[Geotools-devel] [jira] Created: (GEOT-1389) Inline feature parser does not take into account the CRS when parsing the feature type

2007-07-12 Thread Andrea Aime (JIRA)
Inline feature parser does not take into account the CRS when parsing the feature type -- Key: GEOT-1389 URL: http://jira.codehaus.org/browse/GEOT-1389 Project: GeoTo

Re: [Geotools-devel] Problems with dateTime element on feature type

2007-07-12 Thread Gertjan van Oosten
As quoted from Andrea Aime <[EMAIL PROTECTED]>: > If you're using the Geoserver jars, you are on some pretty recent jars, > but anyways the sources you're looking at are totally mismatched. Sorry to have confused you so much. I'll explain my set-up: I have a (web services) server application that

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

2007-07-12 Thread Continuum
http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/1414 - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and

[Geotools-devel] [continuum] BUILD SUCCESSFUL: Geotools

2007-07-12 Thread Continuum
http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/1413 - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and

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

2007-07-12 Thread Continuum
http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/1412 - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and

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

2007-07-12 Thread Continuum
http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/1411 - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and

Re: [Geotools-devel] Problems with dateTime element on feature type

2007-07-12 Thread Andrea Aime
Gertjan van Oosten ha scritto: > Hi Andrea, > > As quoted from Andrea Aime <[EMAIL PROTECTED]>: >> I think I already fixed this one some time ago, but maybe you managed to >> find another way to reproduce it. Unfortunately I cannot find the thread >> in the ml about it. >> Since you're playing wit

Re: [Geotools-devel] Problems with dateTime element on feature type

2007-07-12 Thread Gertjan van Oosten
Hi Andrea, As quoted from Andrea Aime <[EMAIL PROTECTED]>: > I think I already fixed this one some time ago, but maybe you managed to > find another way to reproduce it. Unfortunately I cannot find the thread > in the ml about it. > Since you're playing with sources, you should better checkout tru

Re: [Geotools-devel] Problems with dateTime element on feature type

2007-07-12 Thread Andrea Aime
Gertjan van Oosten ha scritto: > As quoted from Gertjan van Oosten <[EMAIL PROTECTED]>: >> I gave in and now use the PostGIS datastore directly that's *behind* >> Geoserver. At least that works. > > Well, I say work, but only in the broadest sense... > I have a dateTime feature element of 2007-07

Re: [Geotools-devel] Problems with dateTime element on feature type

2007-07-12 Thread Gertjan van Oosten
As quoted from Gertjan van Oosten <[EMAIL PROTECTED]>: > I gave in and now use the PostGIS datastore directly that's *behind* > Geoserver. At least that works. Well, I say work, but only in the broadest sense... I have a dateTime feature element of 2007-07-12 12:00:00 UTC. When I store this in th

Re: [Geotools-devel] Problems with dateTime element on feature type

2007-07-12 Thread Stephane Nicoll
mvn help:effective-pom and make sure that there is a plugin repository entry ; something like: never false refractions Refractions Repository http://lists.refractions.net/m2 Cheers, Stéphane Andrea Aime wrote: >

Re: [Geotools-devel] Problems with dateTime element on feature type

2007-07-12 Thread Gertjan van Oosten
As quoted from Andrea Aime <[EMAIL PROTECTED]>: > Yet, Gertjan, the plugin maven is looking for is in the Refractions > repositories: > http://lists.refractions.net/m2/org/geotools/maven/gt2-xmlcodegen/2.4-M4/ Strange, because http://lists.refractions.net/m2 *is* in the top-level pom.xml ... > S

Re: [Geotools-devel] Problems with dateTime element on feature type

2007-07-12 Thread Andrea Aime
Gertjan van Oosten ha scritto: > Hi, > > As quoted from Gertjan van Oosten <[EMAIL PROTECTED]>: >> As quoted from Andrea Aime <[EMAIL PROTECTED]>: >>> I think you should look in the GML encoder, the FeatureTransformer class >>> in particular. >> I will have a looksee. > > Hmm. I tried to build g

Re: [Geotools-devel] Problems with dateTime element on feature type

2007-07-12 Thread Gertjan van Oosten
Hi, As quoted from Gertjan van Oosten <[EMAIL PROTECTED]>: > As quoted from Andrea Aime <[EMAIL PROTECTED]>: > > I think you should look in the GML encoder, the FeatureTransformer class > > in particular. > > I will have a looksee. Hmm. I tried to build gt2-2.4-M4 from the distributed src, and

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

2007-07-12 Thread Justin Deoliveira
Jody, I believe your changes to the shapefile datastore yesterday are causing one of the shapefile-renderer tests to fail. Continuum wrote: > http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/1405 > >

[Geotools-devel] [jira] Created: (GEOT-1388) EPSG codes in URN form do not respect global axis orientation setting

2007-07-12 Thread Andrea Aime (JIRA)
EPSG codes in URN form do not respect global axis orientation setting -- Key: GEOT-1388 URL: http://jira.codehaus.org/browse/GEOT-1388 Project: GeoTools Issue Type: Bug

[Geotools-devel] A heads up for java 6 users

2007-07-12 Thread Andrea Aime
Hi, my last connection pooling thing did make it impossible to compile geotools with java 6, I forgot about the issues we had back in February. So sorry, later today I'll try to fix this. Cheers Andera - This SF.net email is

Re: [Geotools-devel] unsupported modules for 2.4 branch

2007-07-12 Thread Andrea Aime
Justin Deoliveira ha scritto: > >> >> Are you meaning the unsupported modules aren't copied over to the >> stable branch? This is nonsense, and would create quite some troubles >> for Geoserver, since we are providing some of the unsupported modules >> as extra datastores (Oracle, MySql, anyone? L