GDAL 1.7.3 / Java software and repos (was Re: [El] imageio-ext)

[Ralph Apel]

IMHO the differences are lying in an extended variety of available
interfaces, e.g. offer List<String> as an alternative type of certain
parameters besides String[] etc.
And JNI as such has not been my very personal focus.
But this said, IMHO the chances are good to verify that the patched libs
only add to the unpatched ones, not reducing any functionality.
We should probably discuss this with the geosolutions people, as well as
with gdal.
Not very sure why gdal has not been able to adopt the improvements from
geosolutions. Licensing?
  
On Thu, 2010-11-25 at 11:28 +0100, Mathieu Baudier wrote:
> > Yes, gdal-java can be split off.
> 
> But is it a must?
> 
> > But the names of the native shared libs expected by the Java components
> > are equal for unpatched gdal-java and for the patched one.
> 
> What are the differences between patched and un-patched gdal-java?
> (I'm sure you wrote it before, but I kind of lost track)
> 
> What do we lose if we only use patched gdal-java?
> 
> Sorry, I feel a bit dumb, but I really want to have clarified
> everything before staring to merge...