[Geotools-devel] BUILD FAILURE: Geotools Trunk ( Java 5 modules )

2007-02-19 Thread Justin Deoliveira
Seems the java 4 profile is including the java 5 modules. Continuum wrote: > http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/695 > > - > Take Surveys. Earn Cash.

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

2007-02-19 Thread Continuum
http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/695 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the

[Geotools-devel] Expression API design thoughts

2007-02-19 Thread Matthias Basler
Hi Geotools and GeoAPI community, I have thought about expressions quite a lot in the last two weeks, as you may have gathered from my previous mails. Jody has been so kind as to "introduce" me to some basic concepts of the Expressions API as currently defined by GeoAPI and GeoTools. In this ma

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

2007-02-19 Thread Andrea Aime
Martin Desruisseaux ha scritto: > It should be revision 24275 according > http://jira.codehaus.org/browse/GEOT-1160 but I need to check to be > sure. The bug is related to interaction between different classes > (especially "ProjectedCRS" vs "Conversion"), so the fix was not in a > single place, b

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

2007-02-19 Thread Continuum
http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/688 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the

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

2007-02-19 Thread Simone Giannecchini
Dont' worry man, I committed the test-case before comitting the code for it :-). Sometimes continuum is faster than me :-(. Simone. On 2/19/07, Martin Desruisseaux <[EMAIL PROTECTED]> wrote: > Its look like I commited my changes in same time than other changes in > GeoTIFF module (I did "svn upd

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

2007-02-19 Thread Martin Desruisseaux
Its look like I commited my changes in same time than other changes in GeoTIFF module (I did "svn update" and "mvn clean install" just before to commit). The error in org.geotools.gce.geotiff.GeoTiffReaderTest is: org.opengis.referencing.NoSuchAuthorityCodeException: No authority was defined for c

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

2007-02-19 Thread Continuum
http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/686 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the

[Geotools-devel] Adding Java 5 unsupported modules to the build

2007-02-19 Thread Jody Garnett
I have set up a profile ( in unsupported/pom.xml) that includes the Java 5 unsupported modules. I originally had two profiles (one for Java 1.4 and one for Java 5); > > > > > > >1.4 > > ... > > > > >

[Geotools-devel] cross project planning, review link for IRC meeting

2007-02-19 Thread Jody Garnett
So most of you have sat through this email already - I have drawn up a "roadmap" picture and used it on the various development lists to collect a few details about our future. Thanks to everyone for your help and feedback! - http://docs.codehaus.org/display/GEOTOOLS/GTSteering+2007+Q1 I would

Re: [Geotools-devel] unsupported xml module

2007-02-19 Thread Jody Garnett
Justin Deoliveira wrote: >> Sounds great! Question is there any chance of combining the xml >> plugins? Ie GML2 and Filter 1.0 kind of work togther, same deal for GML3 >> and Filter 1.1... perhaps we could reduce the number of plugins by >> grouping compatible plugins together? >> > I am n

Re: [Geotools-devel] unsupported xml module

2007-02-19 Thread Justin Deoliveira
>> > Sounds great! Question is there any chance of combining the xml > plugins? Ie GML2 and Filter 1.0 kind of work togther, same deal for GML3 > and Filter 1.1... perhaps we could reduce the number of plugins by > grouping compatible plugins together? I am not sure others will agree. And i

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

2007-02-19 Thread Martin Desruisseaux
Le lundi 19 février 2007 à 15:37 +0100, Andrea Aime a écrit : > > [...snip...] Is it a big problem, or is it okay if > > CRS.equalsIgnoreMetadata(ProjectedCRS, ProjectedCRS) work better only on > > Geotools 2.4? > > Hum... well, is it something that happens only sometimes, on some > obscure cases

Re: [Geotools-devel] unsupported xml module

2007-02-19 Thread Jody Garnett
Justin Deoliveira wrote: > Jody Garnett wrote: > > >> Question - these things are "plugins" for xml-xsd are they not? Well >> everything other then "engine"... >> > They are not plugins. Not in the same sense as datastores anyways. > Clients have to depend on the mo

Re: [Geotools-devel] unsupported xml module

2007-02-19 Thread Justin Deoliveira
Jody Garnett wrote: >>> > Question - these things are "plugins" for xml-xsd are they not? Well > everything other then "engine"... They are not plugins. Not in the same sense as datastores anyways. Clients have to depend on the modules directly. > > Should we not have: > - modules/library/x

Re: [Geotools-devel] unsupported xml module

2007-02-19 Thread Jody Garnett
Andrea Aime wrote: > Justin Deoliveira ha scritto: >> I would like to change this structure to the following: >> >> unsupported/ >> xml-xsd/ >>engine/ >>gml2/ >>gml3/ >>filter/ >>sld/ >> >> I figure that this will be a necessary step when it moves to supp

Re: [Geotools-devel] Handling attribute evalutation performance issues using Janino?

2007-02-19 Thread Jody Garnett
Andrea Aime wrote: >> Andrea can we do any kind of "prescan" of the Expression? Ie making >> sure all the decisions are >> made once at the start of rendering - and then flying through >> expression evaluation at runtime? > Yes, we could. But that would add another level of care in order to > mak

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

2007-02-19 Thread Continuum
http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/684 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the

Re: [Geotools-devel] Reminder: javadoc (again!!)

2007-02-19 Thread Jody Garnett
Thanks Martin, Updating the review.txt file ... and marking the module as broken on IP check. (We will need to run our review process again prior to release I guess) Jody > A bunch of converter classes has been added to the org.geotools.util package > in > "main" module. Peoples who commited th

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

2007-02-19 Thread Continuum
http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/683 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the

Re: [Geotools-devel] Incompatible change occurred on trunk

2007-02-19 Thread Simone
Ciao guys, I forgot to inform everybody that after a quick chat with Andrea we recognized that we have not understood each other's point. The solutions is that I will commit a deprecated version of the missing classes in the coverage module, and not back in the main module,within this evening in or

Re: [Geotools-devel] Incompatible change occurred on trunk

2007-02-19 Thread Justin Deoliveira
Agreed, I understand the need to move classes around, but if its possible to deprecate the old class, wether it just be a copy of the new one, or a subclass of it as andrea suggests, I think we should do it. -Justin Andrea Aime wrote: > Simone ha scritto: >> Ciao Andrea, >> I think I talked a bi

Re: [Geotools-devel] Geometry to Shape (on trunk) using Converter

2007-02-19 Thread Andrea Aime
Bryce L Nordgren ha scritto: > > [EMAIL PROTECTED] wrote on 02/14/2007 01:38:48 > AM: > Nope. Use the default (slow) generic service. I suspect that Geometry > implementations will only offer services if there is a specific and > substantial performance advantage over the generic services. Usi

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

2007-02-19 Thread Andrea Aime
Martin Desruisseaux ha scritto: > It should be done on both the trunk and the 2.3 branch as of revision > 24405. Could you check if it work as expected please? It seems to be working fine, thank you. :-) > By the way, the new CRS.lookupIdentifier(...) method should work fine > for GeographicCRS,

Re: [Geotools-devel] Incompatible change occurred on trunk

2007-02-19 Thread Andrea Aime
Simone ha scritto: > Ciao Andrea, > I think I talked a bit about the issue you are bringing up before and > meanwhile doing this work. > This change MUST be done in an incompatible way if we want to have main > NOT depending on coverage. > Moreover, unless we want to create a circular dependecy t

Re: [Geotools-devel] Incompatible change occurred on trunk

2007-02-19 Thread Simone
Ciao Andrea, I think I talked a bit about the issue you are bringing up before and meanwhile doing this work. This change MUST be done in an incompatible way if we want to have main NOT depending on coverage. Moreover, unless we want to create a circular dependecy there is no way to use the usua

Re: [Geotools-devel] Handling attribute evalutation performance issues using Janino?

2007-02-19 Thread Andrea Aime
Jody Garnett ha scritto: > aaime wrote: >> Hi, >> >> I'm wondering, since our AttributeExpressionImpl code is still >> very slow due to pure dynamic evaluation of Class.isInstance >> and Class.isAssignamentFrom (which, added, consume more than the >> drawing time itself), I'm wondering if we could

Re: [Geotools-devel] unsupported xml module

2007-02-19 Thread Andrea Aime
Justin Deoliveira ha scritto: > Hi all, > > I dont think anyone will have any objections but I thought I would bring > it up anyways. Currently the unsupported xml stuff is structured like: > > unsupported/ > xml-xsd/ > xml-gml2/ > xml-gml3/ > xml-filter/ > xml-sld/ > > I wo

[Geotools-devel] Incompatible change occurred on trunk

2007-02-19 Thread Andrea Aime
Hi all, looking at people struggle to make Geoserver trunk build again and looking at the changes performed, it seems to me trunk has changed in incompatible ways as a result of: http://docs.codehaus.org/display/GEOTOOLS/Cleaning+up+dependencies+between+various+modules+and+coverage Classes have n

[Geotools-devel] Quick tip for better svn performance on Windows

2007-02-19 Thread Andrea Aime
Hi all, I think it's no news that svn performance do suck on Windows. What I did not know, is that you can make it a lot faster by disabling "fast indexing". On your project folders, right click, properties, advanced, and then disable fast indexing. Cheers Andrea -