Thanks Martin, that makes the degree value more clear. My 10 points
with a degree value of 2 seem to provide decent results (as long as my
points are spanned across most of the image) except for it being upside
down. Perhaps I have screwed up my coordinates, I will try messing with
them as yo
Graham Davis a écrit :
> I am using the value of 2 degrees with 10 points. Is there documentation
> anywhere that explains the variance of using higher/lower degrees with
> more/less points?
Not as fas as I know. The javadoc for the WarpTransform2D constructor gives the
minimal amount of points, b
I am using the value of 2 degrees with 10 points. Is there documentation
anywhere that explains the variance of using higher/lower degrees with
more/less points?
By the way, with more testing I can see that having my points about
equal distant apart spanning most of the image gives the best res
Graham Davis a écrit :
> Ok I managed to pull a version from it by stepping through the JAR
> access with the debugger, it says "// Compiled from JAI.java (version
> 1.3 : 47.0, super bit)"
>
> Does that mean the workaround won't work?
It probably means that the issue is elsewhere. Which polynomi
Graham Davis a écrit :
> Well I'm just using GT 2.6-snapshot in uDig. I'm trying to remember if
> and where JAI gets installed separately (or if it is separate). Where
> should I be looking to verify?
We can get the version number with:
System.out.println(javax.media.jai.JAI.getBuildVersion())
Well I'm just using GT 2.6-snapshot in uDig. I'm trying to remember if
and where JAI gets installed separately (or if it is separate). Where
should I be looking to verify?
Graham.
Martin Desruisseaux wrote:
> Hello Davis
>
> Maybe you are using JAI 1.1.4 which is in development stage? WarpT
Well like I said, I'm just working with a gt-2.6-snapshot JAR in uDig.
But I can try checking out the recent geotools trunk and compiling it
separately.
Graham.
Martin Desruisseaux wrote:
> Graham Davis a écrit :
>
>> That just seems to output the build datetime, which is "2006-09-11
>> 1
Graham Davis a écrit :
> That just seems to output the build datetime, which is "2006-09-11
> 17:23:56.159-0700". Perhaps we can figure out the build version from that?
I'm not sure which version it is... Would you have a chance to delete the
workaround mentioned in previous email and try with th
That just seems to output the build datetime, which is "2006-09-11
17:23:56.159-0700". Perhaps we can figure out the build version from that?
Graham
Martin Desruisseaux wrote:
> Graham Davis a écrit :
>
>> Well I'm just using GT 2.6-snapshot in uDig. I'm trying to remember if
>> and where
Ok I managed to pull a version from it by stepping through the JAR
access with the debugger, it says "// Compiled from JAI.java (version
1.3 : 47.0, super bit)"
Does that mean the workaround won't work?
-G.
Martin Desruisseaux wrote:
> Graham Davis a écrit :
>
>> That just seems to output t
Hello Davis
Maybe you are using JAI 1.1.4 which is in development stage? WarpTransform2D
target the latest stable JAI version, which is JAI 1.1.3.
The JAI version matter a lot, because JAI 1.1.3 has a bug that may make the Warp
Transform completly wrong. JAI 1.1.4 fixed that bug.
However WarpTra
Hello Davis
In the WarpTransform2D constructor, the integer argument (which is 0 in the
posted code) should be some positive value, typically between 1 and 7. The value
depends on the degree of the WarpTransform2D you want. The degree you can afford
depends on the amount of points you have.
I wou
Hi Martin and Adrian,
We were discussing my image transform/projection problem in IRC
yesterday. I've run into a snag that I'm hoping you might be able to
shed some light on. I've managed to create a WarpTransform2D and from
that a DefaultDerivedCRS for my image. Next I created a GridCovera
13 matches
Mail list logo
