Re: [Geotools-devel] Simple questions on CRS and Envelopes

2008-01-07 Thread Simone Giannecchini
Ciao Martin, for the moment I will try to leave with the 3D limitation we have. In case it becomes too hard to live with it I will try to spare some time for helping to finish the referencing3D work. As of the getHorizontalCRS I have, as an experiment, substituted most (if not all) uses of CRSUtil

Re: [Geotools-devel] svn cleanup and horror stories

2008-01-07 Thread Jody Garnett
Martin Desruisseaux wrote: > I was not criticizing since I'm doing only a cleanup of geotools svn. Since > I'm > not touching to udig SVN, I'm not in position to make anything else than a "by > the way" observation, and my observation may very well be irrelevant... > I understand, I did not tak

Re: [Geotools-devel] svn cleanup and horror stories

2008-01-07 Thread Martin Desruisseaux
Jody Garnett a écrit : > unless we commit jar files > it is *very* hard to make udig something you can check out and build. We > have done a lot of work with scripts and so on but it feels > like a loosing battle. Svn is supposed to have the ability to link; but > you need to link to another svn re

Re: [Geotools-devel] Simple questions on CRS and Envelopes

2008-01-07 Thread Martin Desruisseaux
Hello Simone Simone Giannecchini a écrit : > I have checked around a bit and I have noticed that most part of the > time the CRS.getHorizontalCRS method really means give the horizontal > part of the crs, it does not seem to care much about having a derived > crs. Do you think it could be possible

Re: [Geotools-devel] svn cleanup and horror stories

2008-01-07 Thread Jody Garnett
Martin Desruisseaux wrote: > As a side note, uDig SVN has big files too, especially JAR files (actually, > when > I merge GeoTools and uDig in the same list, most huge files except the two > first > TIFF files are in uDig SVN). > Actually martin we are really stuck on a way forward for uDig sv

Re: [Geotools-devel] Simple questions on CRS and Envelopes

2008-01-07 Thread Simone Giannecchini
Ciao Martin, I have checked around a bit and I have noticed that most part of the time the CRS.getHorizontalCRS method really means give the horizontal part of the crs, it does not seem to care much about having a derived crs. Do you think it could be possible to slightly change the behaviour of th

Re: [Geotools-devel] Another question on CRS

2008-01-07 Thread Simone Giannecchini
I noticed that JIRA. However for the moment all I need is a mean to go from whatever CRS to WGS84. Simone. On Jan 7, 2008 3:23 PM, Martin Desruisseaux <[EMAIL PROTECTED]> wrote: > Martin Desruisseaux a écrit : > > You can go directly using the later line. The referencing module should be > > ab

Re: [Geotools-devel] Another question on CRS

2008-01-07 Thread Martin Desruisseaux
Martin Desruisseaux a écrit : > You can go directly using the later line. The referencing module should be > able > to do all the required work. Note however that such transform will not be invertible for mathematical reasons (not implementation limitation). There was a request for making such tr

Re: [Geotools-devel] Another question on CRS

2008-01-07 Thread Simone Giannecchini
Thx a lot, Simone. On Jan 7, 2008 3:16 PM, Martin Desruisseaux <[EMAIL PROTECTED]> wrote: > Simone Giannecchini a écrit : > > in case I have an envelope with crs that is Compund with time and > > depth and I want to go to WGS84 for it, should I firt get the > > transform to to horizontal and then

Re: [Geotools-devel] Another question on CRS

2008-01-07 Thread Martin Desruisseaux
Simone Giannecchini a écrit : > in case I have an envelope with crs that is Compund with time and > depth and I want to go to WGS84 for it, should I firt get the > transform to to horizontal and then concanate with the transform to > WGS84 or I that is done directly from > CRS.findMathTransform(com

[Geotools-devel] Another question on CRS

2008-01-07 Thread Simone Giannecchini
Ciao Martin, in case I have an envelope with crs that is Compund with time and depth and I want to go to WGS84 for it, should I firt get the transform to to horizontal and then concanate with the transform to WGS84 or I that is done directly from CRS.findMathTransform(compoundCRS,DefaultGeographic.

Re: [Geotools-devel] svn cleanup and horror stories

2008-01-07 Thread Martin Desruisseaux
Simone Giannecchini a écrit : > go ahead and kill the branch man! I just wonder, do you still need it? After I wrote my email, I had an idea that may rescue the branch (but I'm not sure). Since I suspect that the 2.3 branch has similar issue, I may attempt to do the rescue anyway... Marti

Re: [Geotools-devel] svn cleanup and horror stories

2008-01-07 Thread Simone Giannecchini
On Jan 6, 2008 8:31 PM, Martin Desruisseaux <[EMAIL PROTECTED]> wrote: > Paul Ramsey send to me a dump of our svn repository. The uncompressed dump > size > is 2.76 Gb > > After removing UDig except the required depencies (the GML module has its > history in UDig), the dump size is 1.59 Gb. > > Af

Re: [Geotools-devel] complex datastore vs GEOT-1655

2008-01-07 Thread Gabriel Roldán
On Monday 07 January 2008 09:47:15 am Mauricio Pazos wrote: > On Friday 04 January 2008, Jody Garnett wrote: > > So we should take this discussion to the geotools devel list so we can > > figure out what can be done. Looks like the bug is assign to Mauricio - > > perhaps he has some thoughts (or do

Re: [Geotools-devel] complex datastore vs GEOT-1655

2008-01-07 Thread Mauricio Pazos
On Friday 04 January 2008, Jody Garnett wrote: > So we should take this discussion to the geotools devel list so we can > figure out what can be done. Looks like the bug is assign to Mauricio - > perhaps he has some thoughts (or does not realize this is holding up > your work?). In my last mail I