[El] gdal-java

[Viji V Nair]

Hi,

Tested with F15 (rawhide) also.

http://koji.fedoraproject.org/koji/buildinfo?buildID=205846

Working on gdal-grass, need to upgrade grass to 6.4 first... :)

Thaks
Viji

On Mon, Nov 22, 2010 at 2:34 AM, Viji V Nair <viji at fedoraproject.org> wrote:
> Hi,
>
> Just updated the specs, (imageio-ext patch is not applied). The build
> is very much successful on EPEL6,
>
> http://koji.fedoraproject.org/koji/taskinfo?taskID=2614601
>
> Now, documentation is a separate package, gdal-doc, and included all
> the missing pdf/html manuals
>
> Will push it to the actual repo once we conclude on the imageio issues.
>
> Thanks
> Viji
>
> On Mon, Nov 22, 2010 at 2:15 AM, Viji V Nair <viji at fedoraproject.org> wrote:
>> Hi
>>
>> On Mon, Nov 22, 2010 at 1:52 AM, Ralph Apel <r.apel at r-apel.de> wrote:
>>> Both .so sets have the same names - I'm afraid they can't be installed
>>> in parallel, at least not as simple as that.
>>
>> Its not simple, we need to take a call.
>>
>> Thanks
>> Viji
>>
>>>
>>> I am currently installing the patched stuff (.so) and both wrapper .jar
>>> files.
>>>
>>> On Mon, 2010-11-22 at 01:02 +0530, Viji V Nair wrote:
>>>> Hi
>>>>
>>>> One more thing,
>>>>
>>>> The shared jni libs, we gets two versions, with patch and without
>>>> patch. Which one we bundle? or we bundle both with a -*jni-imgext.so?
>>>>
>>>> Also, we need to test this patched version properly, it should not
>>>> break other things...
>>>>
>>>> Thanks
>>>> Viji
>>>>
>>>> On Sun, Nov 21, 2010 at 11:39 PM, Ralph Apel <r.apel at r-apel.de> wrote:
>>>> > build of gdal on el5 passes well (with only disabling grass support),
>>>> > but when compiling imageio-ext against this gdal-java, although the
>>>> > ImageRead tests are passing, there is an issue with the ImageWrite test
>>>> > in the gdal based geotiff plugin.
>>>> > Will turn to mock for a while.
>>>> >
>>>> > On Sun, 2010-11-21 at 20:38 +0530, Viji V Nair wrote:
>>>> >> Hi
>>>> >>
>>>> >> On Sun, Nov 21, 2010 at 7:43 PM, Ralph Apel <r.apel at r-apel.de> wrote:
>>>> >> > The reported successful tests while building imageio-ext have shown to
>>>> >> > not been reproducible even in FC12 (?!?).
>>>> >> >
>>>> >> > But while investigating I came across
>>>> >> > https://imageio-ext.dev.java.net/files/documents/7505/124115/ImageioExt-SetupGuide.pdf
>>>> >> > also applicable to 1.7.3 with reference to
>>>> >> > https://imageio-ext.dev.java.net/svn/imageio-ext/trunk/patches/gdal1.7.2.patch
>>>> >>
>>>> >> asking for a password ..... :(
>>>> >>
>>>> >> > (NB.: a patch for gdal suppplied by imageio-ext)
>>>> >> >
>>>> >> > As it turns out, the gdal-java bindings as suppied by gdal itself aren't
>>>> >> > identical to the ones required by imageio-ext.
>>>> >> >
>>>> >> > After rebuilding gdal-1.7.3 on FC12 with that patch applied, the
>>>> >> > formerly failing gdal "ImageRead" Tests all pass (now more carefully
>>>> >> > verified).
>>>> >>
>>>> >> Sorry for the confusion, you were telling that the new version of gdal
>>>> >> was perfect and passed all tests on F12. You were facing issues on
>>>> >> CentOS 5.5? Please explain
>>>> >>
>>>> >> >
>>>> >> > There is still another issue with "ImageWrite" tests I am looking into.
>>>> >> >
>>>> >> > But the main problem is:
>>>> >> >
>>>> >> > Although we can produce both the gdal original wrappers
>>>> >> > (/usr/share/java/gdal.jar) AND the imageio-ext specific wrappers
>>>> >> > (/usr/share/java/imageio-ext-gdal-bindings.jar), the shared libraries
>>>> >> > produced in each of both builds do have the same names but are
>>>> >> > different.
>>>> >> > I don't really know whether the imageio-ext ones are backward compatible
>>>> >> > to the upstream (gdal) ones.
>>>> >> > If not, we may need to have two -java-bindings subpackages mutually
>>>> >> > exclusive (i.e. conflicting) with each other.
>>>> >>
>>>> >> You mean to say with that patch and without also?
>>>> >>
>>>> >> Thanks
>>>> >> Viji
>>>> >> >
>>>> >> > And certainly the procedure is still to be verified/tested in a
>>>> >> > CentOS/EPEL/ElGIS environment.
>>>> >> >
>>>> >> > Again, now being more cautious, not bad so far...
>>>> >> >
>>>> >> > Cheers
>>>> >> > Ralph
>>>> >> >
>>>> >> >
>>>> >> > On Fri, 2010-11-19 at 17:26 +0100, Ralph Apel wrote:
>>>> >> >> Good news!
>>>> >> >>
>>>> >> >> gdal-1.7.3-1.fc14.src.rpm not only builds fine and complete in a
>>>> >> >> Fedora12 Vbox (with JPP repos enabled), but with its binary packages
>>>> >> >> installed the imageio-ext-gdal plugin tests do pass flawlessly as far as
>>>> >> >> test files are available.
>>>> >> >>
>>>> >> >> I am now switching to do the same combination of
>>>> >> >> gdal-1.7.3-1.fc14.src.rpm
>>>> >> >> and
>>>> >> >> imageio-ext-1.1-0.r1236.1.jpp6.src.rpm
>>>> >> >> on
>>>> >> >> /etc/mock/elgis-5-testing-i386.cfg
>>>> >> >> (augmented with jpackage-6.0-generic-free/devel)
>>>> >> >>
>>>> >> >> Cheers
>>>> >> >> Ralph
>>>> >> >>
>>>> >> >> On Fri, 2010-11-19 at 16:17 +0530, Viji V Nair wrote:
>>>> >> >> > Hi,
>>>> >> >> >
>>>> >> >> > Please download the source and spec from:
>>>> >> >> >
>>>> >> >> > http://viji.fedorapeople.org/SPECS/gdal.spec
>>>> >> >> > http://viji.fedorapeople.org/SRPMS/gdal-1.7.3-1.fc14.src.rpm
>>>> >> >> >
>>>> >> >> > I will be co-maintaining this package with Mr. devrim, now doing test
>>>> >> >> > builds on koji. Will push it to the EPEL/Fedora soon.
>>>> >> >> >
>>>> >> >> > Let me know how it goes.
>>>> >> >> >
>>>> >> >> > Thanks
>>>> >> >> > Viji
>>>> >> >> >
>>>> >> >> > On Fri, Nov 19, 2010 at 12:09 AM, Ralph Apel <r.apel at r-apel.de> wrote:
>>>> >> >> > > Cool!
>>>> >> >> > >
>>>> >> >> > > On Fri, 2010-11-19 at 00:05 +0530, Viji V Nair wrote:
>>>> >> >> > >> Hi,
>>>> >> >> > >>
>>>> >> >> > >> Working on gdal 1.7.3 with all the jnis included, uploading the
>>>> >> >> > >> package in a while, will share the link. Please test with the same and
>>>> >> >> > >> let me know.
>>>> >> >> > >>
>>>> >> >> > >> This is a personal test build, will push to the main repo after
>>>> >> >> > >> discussing with the maintainer.
>>>> >> >> > >>
>>>> >> >> > >> Thanks
>>>> >> >> > >>
>>>> >> >> > >> Viji
>>>> >> >> > >>
>>>> >> >> > >> On Thu, Nov 18, 2010 at 11:47 PM, Ralph Apel <r.apel at r-apel.de> wrote:
>>>> >> >> > >> > Hi,
>>>> >> >> > >> >
>>>> >> >> > >> > ran the same build (of imageio-ext 1.1 r1236) now with
>>>> >> >> > >> > -Dmaven.test.failure.ignore=true for imageio-ext/plugin modules:
>>>> >> >> > >> >
>>>> >> >> > >> > Not all of the tests for plugins declared as "internally uses gdal" do
>>>> >> >> > >> > fail:
>>>> >> >> > >> >
>>>> >> >> > >> > gdaldoq1 fails
>>>> >> >> > >> > gdaldoq2 fails
>>>> >> >> > >> > gdalhdf4 "succeeds" with "Test file not available" ?
>>>> >> >> > >> > gdalenvisat "succeeds" with "Test file not available"
>>>> >> >> > >> > gdalerdasimg fails
>>>> >> >> > >> > gdalnitf fails
>>>> >> >> > >> > gdalehdr fails #
>>>> >> >> > >> > gdalenvihdr fails #
>>>> >> >> > >> > gdalmrsid skipped with "MrSID Driver is not Available."
>>>> >> >> > >> > gdalecw skipped with "ECW Driver is not Available."
>>>> >> >> > >> > gdalecwjp2 skipped with "JP2ECW Driver is not Available."
>>>> >> >> > >> > gdalmrsidjp2 skipped with "JP2MrSID Driver is not Available."
>>>> >> >> > >> > gdalkakadujp2 skipped with "JP2KAK Driver is not Available."
>>>> >> >> > >> > gdaljpeg fails
>>>> >> >> > >> > gdalarcgrid fails
>>>> >> >> > >> > gdalarcbinarygrid succeeds!
>>>> >> >> > >> > gdaldted fails #
>>>> >> >> > >> > gdalgeotiff fails
>>>> >> >> > >> > gdalwms succeeds!
>>>> >> >> > >> > gdalwcs succeeds!
>>>> >> >> > >> >
>>>> >> >> > >> > Will retry with 1.7.3
>>>> >> >> > >> >
>>>> >> >> > >> > On Thu, 2010-11-18 at 15:42 +0530, Viji V Nair wrote:
>>>> >> >> > >> >> Sure, just mailed the maintainer, waiting for his response, also
>>>> >> >> > >> >> adding myself as a co-maintainer so that I can update the package as
>>>> >> >> > >> >> well.
>>>> >> >> > >> >>
>>>> >> >> > >> >> On Thu, Nov 18, 2010 at 3:38 PM, Ralph Apel <r.apel at r-apel.de> wrote:
>>>> >> >> > >> >> > Consider upgrading to 1.7.3 ?
>>>> >> >> > >> >> >
>>>> >> >> > >> >> > -------------------------------------------------------
>>>> >> >> > >> >> >  T E S T S
>>>> >> >> > >> >> > -------------------------------------------------------
>>>> >> >> > >> >> > Running it.geosolutions.imageio.plugins.doq1.DOQ1Test
>>>> >> >> > >> >> > Nov 18, 2010 10:56:11 AM
>>>> >> >> > >> >> > it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
>>>> >> >> > >> >> > INFO: GDAL Native Library loaded (version: 1.7.2)
>>>> >> >> > >> >> > Error: One factory fails for the operation "ImageRead"
>>>> >> >> > >> >> > Occurs in: javax.media.jai.ThreadSafeOperationRegistry
>>>> >> >> > >> >> > java.lang.reflect.InvocationTargetException
>>>> >> >> > >> >> >
>>>> >> >> > >> >> >
>>>> >> >> > >> >> > On Thu, 2010-11-18 at 10:10 +0530, Viji V Nair wrote:
>>>> >> >> > >> >> >> Hi,
>>>> >> >> > >> >> >>
>>>> >> >> > >> >> >> gdal is already available on the repo, is there any specific reason
>>>> >> >> > >> >> >> for this rebuild?
>>>> >> >> > >> >> >>
>>>> >> >> > >> >> >> if not, i would suggest we should focus on building new apps rather
>>>> >> >> > >> >> >> than duplicating the same.
>>>> >> >> > >> >> >>
>>>> >> >> > >> >> >> If the current gdal is having any issues please file a bug report or
>>>> >> >> > >> >> >> write to me, will get it fixed.
>>>> >> >> > >> >> >>
>>>> >> >> > >> >> >> I have noticed that java is broken in gdal 1.7.2, it wont build the
>>>> >> >> > >> >> >> jnis properly if libtools is enabled. The same is fixed in 1.7.3 with
>>>> >> >> > >> >> >> lots of another fixes. I am in process of upgrading the same to the
>>>> >> >> > >> >> >> current version.
>>>> >> >> > >> >> >>
>>>> >> >> > >> >> >> Thoughts welcome.....
>>>> >> >> > >> >> >>
>>>> >> >> > >> >> >> Thanks
>>>> >> >> > >> >> >> Viji
>>>> >> >> > >> >> >>
>>>> >> >> > >> >> >>
>>>> >> >> > >> >> >>
>>>> >> >> > >> >> >> On Thu, Nov 18, 2010 at 2:09 AM, Ralph Apel <r.apel at r-apel.de> wrote:
>>>> >> >> > >> >> >> > Hi,
>>>> >> >> > >> >> >> >
>>>> >> >> > >> >> >> > I am now working on gdal-1.7.2-5_3; building it on my local CentOS 5.5,
>>>> >> >> > >> >> >> > as well as on a Fedora 12 and within an unmodified mock cfg i.e.
>>>> >> >> > >> >> >> > https://projects.argeo.org/elgis/svn/factory/trunk/modules/org.argeo.elgis.rpmfactory/files/etc/mock/elgis-5-testing-i386.cfg
>>>> >> >> > >> >> >> >
>>>> >> >> > >> >> >> > I essentially added the JPackage compat bits, in order to be able to
>>>> >> >> > >> >> >> > build a new and better imageio-ext package. I now do have %check active.
>>>> >> >> > >> >> >> >
>>>> >> >> > >> >> >> > Have had some trouble with the JPackage macro %add_to_maven_depmap which
>>>> >> >> > >> >> >> > evidently entered into some cross influence with
>>>> >> >> > >> >> >> >
>>>> >> >> > >> >> >> > %{!?python_sitearch: %define python_sitearch %(%{__python} -c "from
>>>> >> >> > >> >> >> > distutils.sysconfig import get_python_lib; print get_python_lib(1)")}
>>>> >> >> > >> >> >> > %{!?ruby_sitearch: %define ruby_sitearch %(ruby -rrbconfig -e 'puts
>>>> >> >> > >> >> >> > Config::CONFIG["sitearchdir"]')}
>>>> >> >> > >> >> >> >
>>>> >> >> > >> >> >> > sort of "undefining" both. Finally I only have been able to solve the
>>>> >> >> > >> >> >> > problem by shifting the %add_to_maven_depmap to the end of the %install
>>>> >> >> > >> >> >> > section and using files for the %files section of -python and -ruby
>>>> >> >> > >> >> >> >
>>>> >> >> > >> >> >> >
>>>> >> >> > >> >> >> > Hoping to get it done soon and then proceed to with imageio-ext ...
>>>> >> >> > >> >> >> >
>>>> >> >> > >> >> >> > Which is the procedure for uploads?
>>>> >> >> > >> >> >> >
>>>> >> >> > >> >> >> > Cheers
>>>> >> >> > >> >> >> > Ralph
>>>> >> >> > >> >> >> >
>>>> >> >> > >> >> >> > On Mon, 2010-11-15 at 10:31 +0100, Ralph Apel wrote:
>>>> >> >> > >> >> >> >> Hi Mathieu,
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> after rebuilding gdal-1.7.2-5_2.src.rpm on my box (had to disable tests
>>>> >> >> > >> >> >> >> for some reason), there are only some minor details to add, as well as
>>>> >> >> > >> >> >> >> consequences for other packages, i.e. imageio-ext. Here my comments:
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> ========================================================================
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> 1) The file locations for gdal-java are basically OK.
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> 2) But there should be a versionless symlink /usr/share/java/gdal.jar
>>>> >> >> > >> >> >> >> --> gdal-1.7.2.jar (according to JPackage rules as adopted by many
>>>> >> >> > >> >> >> >> distros)
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> 3) Marking gdal-java as architecture dependent (i.e. .i386.rpm, etc.) is
>>>> >> >> > >> >> >> >> OK because the shared libraries contained in this packages do the job
>>>> >> >> > >> >> >> >> and the Java classes are for binding purposes only.
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> 4) But in order to just compile (not run) some reference to the gdal
>>>> >> >> > >> >> >> >> bindings the (arch independent) jar file is sufficient. This is what
>>>> >> >> > >> >> >> >> it.geosolutions do with their imageio-ext: they provide the jar file
>>>> >> >> > >> >> >> >> from gdal-1.7.2 naming it "gdal-bindings" from their point of view.
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> 5) Therefore a new imageio-ext package should drop the
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> $ tar tzf SOURCES/imageio-ext-1.1-SNAPSHOT.tgz | grep jar$ | grep gdal
>>>> >> >> > >> >> >> >> imageio-ext-1.1-SNAPSHOT/deploy/jar/gdal-1.7.2.jar
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> and (Build)Require gdal-java instead.
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> 6) In such a new imageio-ext package there will be no need for
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> $ rpm -ql imageio-ext | grep bindings
>>>> >> >> > >> >> >> >> /usr/share/java/imageio-ext/gdal-bindings-1.7.2.jar
>>>> >> >> > >> >> >> >> /usr/share/java/imageio-ext/gdal-bindings.jar
>>>> >> >> > >> >> >> >> /usr/share/maven2/poms/JPP.imageio-ext-gdal-bindings.pom
>>>> >> >> > >> >> >> >> $ more /usr/share/maven2/poms/JPP.imageio-ext-gdal-bindings.pom
>>>> >> >> > >> >> >> >> <?xml version="1.0" encoding="UTF-8"?>
>>>> >> >> > >> >> >> >> <project xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
>>>> >> >> > >> >> >> >> http://maven.apache.org/xsd/maven-4.0.0.xsd"
>>>> >> >> > >> >> >> >> xmlns="http://maven.apache.org/POM/4.0.0"
>>>> >> >> > >> >> >> >>     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
>>>> >> >> > >> >> >> >>   <modelVersion>4.0.0</modelVersion>
>>>> >> >> > >> >> >> >>   <groupId>it.geosolutions.imageio-ext</groupId>
>>>> >> >> > >> >> >> >>   <artifactId>imageio-ext-gdal-bindings</artifactId>
>>>> >> >> > >> >> >> >>   <version>1.7.2</version>
>>>> >> >> > >> >> >> >> </project>
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> 7) Then, there also should be a .pom file for gdal-java, as well as a so
>>>> >> >> > >> >> >> >> called "dependency mapping" (depmap)
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> 8) Regarding the pom file as such, the only reference I have been able
>>>> >> >> > >> >> >> >> to find is
>>>> >> >> > >> >> >> >> http://www.osgeo.org/pipermail/gdal-dev/2007-March/012266.html
>>>> >> >> > >> >> >> >> to no avail.
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> I would propose to start with a very simple one like
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> <project xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
>>>> >> >> > >> >> >> >> http://maven.apache.org/xsd/maven-4.0.0.xsd"
>>>> >> >> > >> >> >> >> xmlns="http://maven.apache.org/POM/4.0.0"
>>>> >> >> > >> >> >> >>     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
>>>> >> >> > >> >> >> >>   <modelVersion>4.0.0</modelVersion>
>>>> >> >> > >> >> >> >>   <groupId>org.gdal</groupId>
>>>> >> >> > >> >> >> >>   <artifactId>gdal-java-bindings</artifactId>
>>>> >> >> > >> >> >> >>   <version>1.7.2</version>
>>>> >> >> > >> >> >> >> </project>
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> 9) In the gdal-java subpackage, this pom should be located
>>>> >> >> > >> >> >> >> at /usr/share/maven2/poms/JPP-gdal.pom
>>>> >> >> > >> >> >> >> consistent with the location of the versionless
>>>> >> >> > >> >> >> >> symlink /usr/share/java/gdal.jar
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> 10) If using jpackage-utils like
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> BuildRequires:  jpackage-utils >= 0:1.7.5
>>>> >> >> > >> >> >> >> Requires:  jpackage-utils >= 0:1.7.5
>>>> >> >> > >> >> >> >> Requires(post):    jpackage-utils >= 0:1.7.5
>>>> >> >> > >> >> >> >> Requires(postun):  jpackage-utils >= 0:1.7.5
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> in the %install section there should be a
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> %add_to_maven_depmap org.gdal gdal-java-bindings %{version} JPP %{name}
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> This macro creates a file /etc/maven/fragments/gdal for install,
>>>> >> >> > >> >> >> >> containing a "depmap" like
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> <dependency>
>>>> >> >> > >> >> >> >>     <maven>
>>>> >> >> > >> >> >> >>         <groupId>org.gdal</groupId>
>>>> >> >> > >> >> >> >>         <artifactId>gdal-java-bindings</artifactId>
>>>> >> >> > >> >> >> >>         <version>1.7.2</version>
>>>> >> >> > >> >> >> >>     </maven>
>>>> >> >> > >> >> >> >>     <jpp>
>>>> >> >> > >> >> >> >>         <groupId>JPP</groupId>
>>>> >> >> > >> >> >> >>         <artifactId>gdal</artifactId>
>>>> >> >> > >> >> >> >>         <version>1.7.2</version>
>>>> >> >> > >> >> >> >>     </jpp>
>>>> >> >> > >> >> >> >> </dependency>
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> which will be processed by maven2 from JPP permitting it to find the
>>>> >> >> > >> >> >> >> jar.
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> If another macro
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> %update_maven_depmap
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> is included in %post as well as in %postun (of the gdal-java subpackage,
>>>> >> >> > >> >> >> >> I guess), then the "depmap summaries" in
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> /etc/maven/maven2-depmap.xml
>>>> >> >> > >> >> >> >> /etc/maven/maven2-versionless-depmap.xml
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> will be updated on install/uninstall.
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> ========================================================================
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> I will now test these modifications and prepare a modified imageio-ex
>>>> >> >> > >> >> >> >> package (which does still have some other issues to solve):
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> $ tar tzf SOURCES/imageio-ext-1.1-SNAPSHOT.tgz | grep jar$
>>>> >> >> > >> >> >> >> imageio-ext-1.1-SNAPSHOT/deploy/jar/SwanHeaderSchema.jar
>>>> >> >> > >> >> >> >> imageio-ext-1.1-SNAPSHOT/deploy/jar/ncsa_jhdf.jar
>>>> >> >> > >> >> >> >> imageio-ext-1.1-SNAPSHOT/deploy/jar/jmagick.jar
>>>> >> >> > >> >> >> >> imageio-ext-1.1-SNAPSHOT/deploy/jar/kdu_jni.jar
>>>> >> >> > >> >> >> >> imageio-ext-1.1-SNAPSHOT/deploy/jar/gdal-1.7.2.jar
>>>> >> >> > >> >> >> >> imageio-ext-1.1-SNAPSHOT/plugin/swan/header/SwanHeaderSchema.jar
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> Cheers
>>>> >> >> > >> >> >> >> Ralph
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> >
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> On Thu, 2010-11-11 at 10:11 +0100, Mathieu Baudier wrote:
>>>> >> >> > >> >> >> >> > Hi Ralph,
>>>> >> >> > >> >> >> >> >
>>>> >> >> > >> >> >> >> > while you are looking around the native libraries required for Java
>>>> >> >> > >> >> >> >> > GIS, I would be very interested in your opinion about the gdal-java
>>>> >> >> > >> >> >> >> > package (the version in testing).
>>>> >> >> > >> >> >> >> >
>>>> >> >> > >> >> >> >> > I kind of hacked the gdal spec file so that the JNI libraries are also
>>>> >> >> > >> >> >> >> > produced and installed.
>>>> >> >> > >> >> >> >> > But I'm not so sure that I did it properly and consistently with Java
>>>> >> >> > >> >> >> >> > packaging rules on EL (I had a look at Fedora Java packaging
>>>> >> >> > >> >> >> >> > guidelines, but did not implement all that they recommend).
>>>> >> >> > >> >> >> >> >
>>>> >> >> > >> >> >> >> > Moreover I am not sure whether the (arch independent) Java JAR file
>>>> >> >> > >> >> >> >> > which is produced, is also properly installed for use with other
>>>> >> >> > >> >> >> >> > applications.
>>>> >> >> > >> >> >> >> >
>>>> >> >> > >> >> >> >> > Thanks in advance!
>>>> >> >> > >> >> >> >> >
>>>> >> >> > >> >> >> >> > Mathieu
>>>> >> >> > >> >> >> >>
>>>> >> >> > >> >> >> >> _______________________________________________
>>>> >> >> > >> >> >> >> el mailing list
>>>> >> >> > >> >> >> >> el at lists.osgeo.org
>>>> >> >> > >> >> >> >> http://lists.osgeo.org/mailman/listinfo/el
>>>> >> >> > >> >> >> >
>>>> >> >> > >> >> >> > _______________________________________________
>>>> >> >> > >> >> >> > el mailing list
>>>> >> >> > >> >> >> > el at lists.osgeo.org
>>>> >> >> > >> >> >> > http://lists.osgeo.org/mailman/listinfo/el
>>>> >> >> > >> >> >> >
>>>> >> >> > >> >> >
>>>> >> >> > >> >> >
>>>> >> >> > >> >
>>>> >> >> > >> >
>>>> >> >> > >
>>>> >> >> > > _______________________________________________
>>>> >> >> > > el mailing list
>>>> >> >> > > el at lists.osgeo.org
>>>> >> >> > > http://lists.osgeo.org/mailman/listinfo/el
>>>> >> >> > >
>>>> >> >>
>>>> >> >> _______________________________________________
>>>> >> >> el mailing list
>>>> >> >> el at lists.osgeo.org
>>>> >> >> http://lists.osgeo.org/mailman/listinfo/el
>>>> >> >
>>>> >> > _______________________________________________
>>>> >> > el mailing list
>>>> >> > el at lists.osgeo.org
>>>> >> > http://lists.osgeo.org/mailman/listinfo/el
>>>> >> >
>>>> >
>>>> > _______________________________________________
>>>> > el mailing list
>>>> > el at lists.osgeo.org
>>>> > http://lists.osgeo.org/mailman/listinfo/el
>>>> >
>>>
>>> _______________________________________________
>>> el mailing list
>>> el at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/el
>>>
>>
>