Le samedi 10 février 2007 à 14:38 -0800, Justin Deoliveira a écrit :
> Have we moved anywhere on this? I came across what I am pretty sure is
> the same issue. I am ending up with a stack overflow with a call to:
I will work on that after I commit my current work on trunk.
Martin
Have we moved anywhere on this? I came across what I am pretty sure is
the same issue. I am ending up with a stack overflow with a call to:
CoordinateOperationFactory#createOperation()
This is currently a blocker for GEoserver 1.6.0-beta1 release.
-Justin
Andrea Aime wrote:
> Andrea Aime ha sc
Andrea Aime ha scritto:
> Andrea Aime ha scritto:
>> Andrea Aime ha scritto:
>>> Hi,
>>> I'm trying to debug an infinite loop triggered when
>>> trying to find a math transform from EPSG:32632 to EPSG:4326,
>>> with first axis forced as longitude thru a system property.
>>
>
> Quick way to reprodu
Andrea Aime ha scritto:
> Andrea Aime ha scritto:
>> Hi,
>> I'm trying to debug an infinite loop triggered when
>> trying to find a math transform from EPSG:32632 to EPSG:4326,
>> with first axis forced as longitude thru a system property.
>
Quick way to reproduce the stack overflow:
public stat
Andrea Aime ha scritto:
> Hi,
> I'm trying to debug an infinite loop triggered when
> trying to find a math transform from EPSG:32632 to EPSG:4326,
> with first axis forced as longitude thru a system property.
Well, it seems that TransformedAuthorityFactory.replace(CRS)
replaces a WGS84 with a val
Hi,
I'm trying to debug an infinite loop triggered when
trying to find a math transform from EPSG:32632 to EPSG:4326,
with first axis forced as longitude thru a system property.
The infinite loop looks like:
AuthorityBackedFactory.createFromDatabase(CoordinateReferenceSystem,
CoordinateReference
