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
14 matches
Mail list logo
