Hey Bryce,
The proposal has changed dramatically following last monday's IRC.
It turns out what Alessio/Simone, needed was indeed a MathTransform
rather than a duplicate category system. If I understood correctly,
their symbolizer work needs a piecewise, 1D transform from the image
data set valu
Hi All,
I'm no longer working for Refractions Research Inc. and as a result my
email addresses have changed. You can contact me from now on at this
address. I'm going to be pretty hard to reach for the next couple of
weeks as I relocate but I'll do my best to at least read my email even
Andrea Aime wrote:
> I think nobody besides TOPP is actively developing on
> 2.4.x anyways these days?
Rob Atkinson and I are developing in 2.4.x
modules/unsupported/community-schemas. But this should not affect a core
release.
--
Ben Caradoc-Davies <[EMAIL PROTECTED]>
Software Engineer, CSIRO
Comments based solely on the wiki page and Monday's IRC.
I think this proposal is going to add quite a bit of power to the
downstream code (e.g. GeoServer). I confess I have trouble understanding
what a "Category" is from the picture. Are these types of transforms?
I like that SLD provided a "
svn is back.
> seems the machine we rent is down pretty hard; we are on the phone with
> them now ... so Martin today would be a good day to look at the svn
> clean up :-)
>
> -
> This SF.net email is sponsored by: Microsoft
Hi,
so the remaining issues in the WCS test suite turned out to
be an issue with the old WCS test suite, and we never
stumbled upon it because it's in the update sequence tests
(first release we do have update sequence support in wcs).
OGC people say that the issue is fixed in the new WCS 1.0
test
Hey Jody,
Martin's gone to bed so here's an interim, re-explanation of what he
explained to me earlier today.
All 3D, other than ellipsoidal 3D, are compound 2D+1, a vertical.
To turn those into 2D you can simply throw out the vertical axis. (Okay,
that's not pedantically what you want to do in
seems the machine we rent is down pretty hard; we are on the phone with
them now ... so Martin today would be a good day to look at the svn
clean up :-)
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Mic
Andrea Aime wrote:
>> We have:
>>
>> CRS.getHorizontalCRS(3d);
>>
>> which tries to extract the horizontal part - this is not necessarly
>> the 2 first dimensions, it could be anywhere in a n-D CRS. It should
>> work for every kind of vertical height except ellipsoidal... In other
>> words it
So Martin I am stuck on this one - what should I do? If you explain the
problem well enough I do not mind trying my hand at an implementation.
As I understand it any CRS with more than two axis is fatal right now?
Jody
> Andrea Aime a écrit :
>> Martin, how hard would it be to make that method w
Martin Desruisseaux wrote:
> Arne Kepp a écrit :
>
>> Maybe a bit untimely, but I recommend using the fsfs backend rather than
>> Berkeley DB:
>> http://svnbook.red-bean.com/en/1.4/svn-book.html#svn.reposadmin.basics.backends
>>
>>
> Yes I fully agree... Unfortunatly for administrative
Hi,
I've run all cite tests for GeoServer and they are passing
(besides the wcs 1.0 ones where the test engine itself
is having problems).
Can I ask people not to commit on 2.4.x for a few days, so
that we can check wcs 1.0 as well, and then cut 2.4.1
and release GeoServer 1.6.1?
I think nobody b
Andrea Aime a écrit :
> Martin, how hard would it be to make that method work with ellipsoidal
> height?
Not really hard. At the difference of other cases, the 3D Ellipsoid case
requires the instantation of new objects.
We need to add in CRS.getHorizontalCRS(...) a special test for the
Geograph
Arne Kepp a écrit :
> Maybe a bit untimely, but I recommend using the fsfs backend rather than
> Berkeley DB:
> http://svnbook.red-bean.com/en/1.4/svn-book.html#svn.reposadmin.basics.backends
>
Yes I fully agree... Unfortunatly for administrative reasons, the current SVN
server is stick to an
Martin Desruisseaux ha scritto:
> Andrea Aime a écrit :
>> as you may know, 4327 is 4326 evil brother, in that is
>> has the ellipsoidal height as a third axis.
>>
>> Now, let's say somewhere in the code I want to flatten
>> data and their CRS. Removing the z from the data is the
>> easy part, how
Maybe a bit untimely, but I recommend using the fsfs backend rather than
Berkeley DB:
http://svnbook.red-bean.com/en/1.4/svn-book.html#svn.reposadmin.basics.backends
-Arne
Martin Desruisseaux wrote:
> Now the error message is different from everything I have seen previously:
>
> svn: Berke
Andrea Aime a écrit :
> as you may know, 4327 is 4326 evil brother, in that is
> has the ellipsoidal height as a third axis.
>
> Now, let's say somewhere in the code I want to flatten
> data and their CRS. Removing the z from the data is the
> easy part, how do I shave off the 3rd dimension
> from
Now the error message is different from everything I have seen previously:
svn: Berkeley DB error while checkpointing after Berkeley DB transaction
for
filesystem /home/svn/repositories/geotools/db:
No space left on device
Where the device is the server's one, not my machine.
Hi,
let's say I'm doing a:
CoordinateReferenceSystem 3d = CRS.decode("EPSG:4327");
as you may know, 4327 is 4326 evil brother, in that is
has the ellipsoidal height as a third axis.
Now, let's say somewhere in the code I want to flatten
data and their CRS. Removing the z from the data is the
easy
Hi,
it seems
http://svn.geotools.org/
is unreachable. Anyone able to bring it back?
I wanted to make the 2.4.1 release today but... hem... no go
without svn
Cheers
Andrea
-
This SF.net email is sponsored by: Microsoft
Defy a
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/301/changes
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/d
21 matches
Mail list logo
