johann sorel wrote:
> Hello,
> We would like to start a discussion around JNI.
>
> As you have seen in the past months some work has be done on GDAL.
> This work is great and can be useful to handle more raster formats, but
> the problem is that GeoTools is getting tightly linked to those JNI
> c
On Wed, Jun 4, 2008 at 5:53 PM, Simone Giannecchini <[EMAIL PROTECTED]>
wrote:
> On Wed, Jun 4, 2008 at 5:38 PM, Martin Desruisseaux
> <[EMAIL PROTECTED]> wrote:
> > So:
> >
> > * We have seen a dependency toward "imageio-ext" and assumed that
> > it was about GDAL bindings. We were wrong, there
On Wed, Jun 4, 2008 at 5:38 PM, Martin Desruisseaux
<[EMAIL PROTECTED]> wrote:
> So:
>
> * We have seen a dependency toward "imageio-ext" and assumed that
> it was about GDAL bindings. We were wrong, there is no dependency
> toward GDAL, sorry about that.
>
> * We still have this dependency towar
So:
* We have seen a dependency toward "imageio-ext" and assumed that
it was about GDAL bindings. We were wrong, there is no dependency
toward GDAL, sorry about that.
* We still have this dependency toward "imageio-ext" in a library
module. Its scope will be changed to "test", thanks.
*
To clarify once again:
- the grid coverage renderer code does NOT depend in anyway on the
arcgrid module, I just use the arcgrid reader to load some test data
when testing the colormap creation -
Now if you are getting so nervous about this, we can load the
test-data in a different way, we'll op
Daniele Romagnoli a écrit :
> +- it.geosolutions.imageio-ext:imageio-ext-arcgrid:jar:1.0-SNAPSHOT:compile
> | \-
> it.geosolutions.imageio-ext:imageio-ext-customstreams:jar:1.0-SNAPSHOT:compile
Yes you are right this is a dependency to the "arcgrid" module of "imageio-ext"
only, not the GDAL mo
Martin Desruisseaux ha scritto:
> Andrea Aime a écrit :
>> This is a bug in the dependencies of the renderer module that has to be
>> fixed, but suggesting the removal of the gdal based module from GeoTools
>> as a cure is an exageration. The deps must be fixed instead.
>
> Yes I agree. If the sug
Hello all,
On Wed, Jun 4, 2008 at 3:09 PM, Simone Giannecchini <[EMAIL PROTECTED]>
wrote:
> On Wed, Jun 4, 2008 at 2:51 PM, Martin Desruisseaux
> <[EMAIL PROTECTED]> wrote:
> > Hello all
> >
> > Just to brings my 2 cents. We have see with the "JAXB in metadata" topic
> > that managing dependencie
Andrea Aime a écrit :
> This is a bug in the dependencies of the renderer module that has to be
> fixed, but suggesting the removal of the gdal based module from GeoTools
> as a cure is an exageration. The deps must be fixed instead.
Yes I agree. If the suggested cure was the complete removal of G
On Wed, Jun 4, 2008 at 2:51 PM, Martin Desruisseaux
<[EMAIL PROTECTED]> wrote:
> Hello all
>
> Just to brings my 2 cents. We have see with the "JAXB in metadata" topic
> that managing dependencies is not an easy task, and we are still looking for
> a solution to this JAXB issue (I have some idea al
Martin Desruisseaux ha scritto:
> Hello all
>
> Just to brings my 2 cents. We have see with the "JAXB in metadata" topic that
> managing dependencies is not an easy task, and we are still looking for a
> solution to this JAXB issue (I have some idea along the line of splitting the
> GeoTools pr
Hello all
Just to brings my 2 cents. We have see with the "JAXB in metadata" topic that
managing dependencies is not an easy task, and we are still looking for a
solution to this JAXB issue (I have some idea along the line of splitting the
GeoTools project is a number of sub-projects).
If I'm
johann sorel ha scritto:
> We raise this issue because we are working as you know on a new Java2D
> renderer.
> This one depends on the render module but not on imageio-ext. We believe
> there is a need to create
> a render module independent so that multiple renderers may use it.
I agree on th
On Wed, Jun 4, 2008 at 1:07 PM, johann sorel <[EMAIL PROTECTED]> wrote:
> Hello,
>
>
> We would like to start a discussion around JNI.
>
we == who?
> As you have seen in the past months some work has be done on GDAL.
> This work is great and can be useful to handle more raster formats, but
> the
Hello,
We would like to start a discussion around JNI.
As you have seen in the past months some work has be done on GDAL.
This work is great and can be useful to handle more raster formats, but
the problem is that GeoTools is getting tightly linked to those JNI
classes.
It seem's that the app
15 matches
Mail list logo
