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
Hi,
Indeed it is a small self contained module which has no impact on any existing
API, so I guess it should be ok to have it as is on 2.3.x so Andrea can use
is for geoserver 1.5.0.
Then we can see how it fits on the "data access" idea for trunk, but that's
another history. And since you're pro
Le samedi 10 février 2007 à 09:09 +0100, Andrea Aime a écrit :
> I thought we could leverage the Bursa Wolf parameters to
> decide whether the two ellipsoids have the same location and
> orientation, but yeah, it does not work for the specific WGS84 case.
Yes, I though that too. But it would work
Jody Garnett ha scritto:
> Shall we toast the unsupported/postgis and move over to h2? I am all for
> the "svn mv postgis2 h2" command - at the very least this would give us
> a replacement for hsql and perhaps if the idea was something new (and
> not in competition with an exiting datastore) it
Martin Desruisseaux ha scritto:
> Le jeudi 08 février 2007 à 09:55 +0100, Andrea Aime a écrit :
>> I'd say, if we don't want to compare metadata, not even names should be
>> considered, but only the ellipsoid parameters and the bursa-worlf
>> transform (provided the latter is available)?
>
> No.
Jody Garnett ha scritto:
> Hi Gabriel we should put CQL into the api and data module on trunk. We
> can do this now if you are game and have time.
>
> The expression language stuff is a direction for "data access" to walk
> in (since other query languages besides CQL are supported by catalogs
>
