## Thursday, May 24, 2012

### Running GDAL Java

The GDAL Java bindings work very well, but the documentation is very very limited.
The API documentation is much better that the one in python, but it's quite difficult to find how to run a simple example.

### Installation (Ubuntu)

In the Ubuntu distribution, there is a GDAL package, but the java bindings are not included. So it's necessary to compile the libraries to have it.
If you have the gdal libraries already installed from the packages, is not necessary to remove them, since you can use just the compiled jar with the old libraries.
Before compiling, make sure that swig, libgeos-dev and proj4 packages are installed.
The, just run:
./configure --with-java --with-static-proj4=[path_to_libproj.la]
make

Go to  the /path_to_gdal/swig/java directory and edit the file java.opt to set the correct JAVA_HOME variable, which is set to a Windows installation by default.
Then type make.
The gdal.jar file will be in the /path_to_gdal/swig/java directory.
The official docs to install the GDAL Java bindings are here: http://trac.osgeo.org/gdal/wiki/GdalOgrInJavaBuildInstructionsUnix

### Running the classes

GDAL java bindings use the native GDAL installation, so they make use of JNI. The Java Virtual Machine must find the GDAL binaries. To do so, an environment variable must be set. Froma the command line in linux, the order would be:
 export LD_LIBRARY_PATH=/path_to/gdal-1.9.0/swig/java
where the path is the one you have compiled.
If any coordinate transformation is used in the code, GDAL must find a file named gcs.csv. To find where is this file, just run:
gdal-config --datadir
Then, set the environment variable:
export GDAL_DATA= /path_to_gdal_data
or, even better, execute directly:
export GDAL_DATA=gdal-config --datadir
Don't forget to include the file gdal.jar in the classpath, and the class will run properly.
Anyway, is much easier to use an IDE to code in JAVA. Next two sections explain how.

### Running in Eclipse

Using the Eclipse IDE, is possible to configure the environment variables from the configuration window. To do it, click the small arrow next to the play button, and choose Run Configurations...
Once there, choose the Environment tab and add both GDAL_DATA and LD_LIBRARY_PATH using the new button.

### Running in Netbeans

I haven't found a graphical solution for configuring both LD_LIBRARY_PATH and GDAL_DATA with Netbeans.
To set these environment variables, locate and open the file netbeans.conf. In my case (ubuntu 12.04), it was located at the path: /usr/local/netbeans-7.0.1/etc/
Add at the end of the file, the lines

export GDAL_DATA=/path_to/gdal/1.9
export LD_LIBRARY_PATH=/path_to/gdal-1.9.0/swig/java

### Running in Apache Tomcat

If you are using Apache Tomcat to serve web pages, reading GIS files with GDAL can be a good idea. As in the other cases,  the environment variables must be set.
Edit /path_to_tomcat/bin/catalina.sh (the path may change depending of your installation), and, as in NetBeans, add the lines:

export GDAL_DATA=/path_to/gdal/1.9
export LD_LIBRARY_PATH=/path_to/gdal-1.9.0/swig/java

The libraries must be installed as shared libraries, or the loading will crash if two instances are generated (a java.lang.UnsatisfiedLinkError will be launched).   So:
• Create the directory: $CATALINA_HOME/shared/lib • Put into this directory the contents of gdal_home/swig/java, which includes the gdal.jar file • Edit catalina.properties (in my case was the one under the conf directory) and change the shared.loader variable as: shared.loader=${catalina.home}/shared/lib/gdal.jar

### Using Maven

gdal.jar is not in the maven repositories (as far as I know), so it must be added manually. Besides, if gdal has to be used in Tomcat in a specific directory, different from the one in maven.
So the pom.xml file has to be edited in the gdal section like this:
<properties>
<path.shared.gdal>/path/to/apache-tomcat/shared/lib</path.shared.gdal>
</properties>

<dependency>
<groupid>com.osgeo</groupid>
<artifactid>gdal</artifactid>
<version>1.9.0</version>
<scope>system</scope>
<systempath>\${path.shared.gdal}/gdal.jar</systempath>
</dependency>


### Example class

If you want to check how to run a GDAL java class, you can use this example. The class prints the number of bands of the GIS file passed as a parameter:
import org.gdal.gdal.Dataset;
import org.gdal.gdal.gdal;
import org.gdal.gdalconst.gdalconstConstants;

/**
* Test class for GDAL java bindings
*/
public class Test {
Dataset hDataset;
int numBands;
public Test(String filename){
gdal.AllRegister();
this.numBands = hDataset.getRasterCount();
}
/**
* @param args
*/
public static void main(String[] args) {
if(args.length == 0){
System.out.println("You must pass the file name as an argument");
} else {
Test instance = new Test(args[0]);
System.out.println(instance.numBands);
}
}
}


1. Thank you very much for this tutorial but I have one question:

I still have some errors after following your instructions (GDAL_DATA & LD_LIBRARY_PATH). I include ogr2ogr.java in Eclipse and it tells me that he can't find ogr.DontUseExceptions() or ogr.GeneralCmdLineProcessor() whereas it finds ogr.RegisterAll() for example.

I work with Ubuntu 10.04 LTS & Eclipse Indigo & Gdal 1.9.0

2. Sorry for the delay, I'll try to reproduce your problem.

3. Well, after looking a little, I've found that:
*In my Ubuntu 12.04 and gdal 1.9.0, it works ok.
*The code in the class ogr2ogr.java works without calling ogr.DontUseExceptions() (maybe it changes the behaviour when something goes wrong)
*I've never understood why is good to use the ogr.GeneralCmdLineProcessor() method, since it only reads the command file arguments, which can be read from String[] args in the main method (I guess I'm missing something, but it would work)

The methods missing should be located in the file
gdal-1.9.0/swig/java/org/gdal/ogr/ogr.java
Have you got them there?

4. Nice post man!

5. HI ...Am Using eclipse cdt and using GDAL but am getting build error as undefined reference to `GDALAllRegister' Please help me....

6. I'm sorry Hema, I don't know what can it be, and I can't test it right now. Are you sure you are calling

gdal.AllRegister(); ?
This is necessary to load any file (which I find is a bit strange)