2020-09-23 23:39:49 +08:00
|
|
|
|
# GDAL Raster GeoTIFF Workflow
|
|
|
|
|
|
|
|
|
|
```
|
|
|
|
|
Build Tools: CMake/Ninja
|
|
|
|
|
OS: Linux
|
|
|
|
|
```
|
|
|
|
|
|
2020-09-24 02:35:19 +08:00
|
|
|
|
### For installing GDAL:
|
|
|
|
|
`sudo apt-get install python3.6-dev`
|
|
|
|
|
|
|
|
|
|
`sudo add-apt-repository ppa:ubuntugis/ppa && sudo apt update`
|
|
|
|
|
|
|
|
|
|
`sudo apt-get install gdal-bin`
|
|
|
|
|
|
|
|
|
|
`sudo apt-get install libgdal-dev`
|
|
|
|
|
|
|
|
|
|
### Dependencies:
|
|
|
|
|
PNG: `sudo apt-get install libpng-dev`
|
|
|
|
|
|
|
|
|
|
PCRE: `sudo apt-get install libpcre3 libpcre3-dev`
|
|
|
|
|
|
|
|
|
|
PROJ: `sudo apt-get install libproj-dev`
|
2020-09-24 17:40:30 +08:00
|
|
|
|
|
|
|
|
|
OBS! You may need to set `export LD_LIBRARY_PATH=/lib:/usr/lib:/usr/local/lib`.
|
|
|
|
|
It is required for libproj.so to be found into
|
|
|
|
|
/usr/local/lib/. You can also fix this by typing `locate libproj.so`
|
2020-09-24 17:41:50 +08:00
|
|
|
|
which will give you <the_absolute_libproj.so_path> and then
|
|
|
|
|
`cp <the_absolute_libproj.so_path> /usr/local/lib/`.
|
2020-09-24 02:35:19 +08:00
|
|
|
|
|
|
|
|
|
### Initializing GDAL submodule:
|
|
|
|
|
`git submodule add https://github.com/OSGeo/gdal/tree/master/gdal`
|
|
|
|
|
|
2020-09-24 02:43:21 +08:00
|
|
|
|
### Building GDAL statically
|
|
|
|
|
GNUmakefile from gdal/gdal can handle building the static library.
|
|
|
|
|
|
|
|
|
|
`cd gdal/gdal && make static-lib`
|
|
|
|
|
|
|
|
|
|
`cd ../.. && mkdir lib`
|
|
|
|
|
|
|
|
|
|
`cp gdal/gdal/libgdal.a lib/`
|
|
|
|
|
|
2020-09-24 17:40:30 +08:00
|
|
|
|
OBS! The file is huge! It may take a while.
|
2020-09-24 02:35:19 +08:00
|
|
|
|
|
2020-09-23 23:39:49 +08:00
|
|
|
|
### For testing:
|
|
|
|
|
`mkdir build && cd build`
|
|
|
|
|
|
|
|
|
|
`cmake .. -G Ninja`
|
|
|
|
|
|
|
|
|
|
`ninja`
|
|
|
|
|
|
2020-09-24 02:35:19 +08:00
|
|
|
|
`./raster <your_absolute_tiff_file_path>`
|
2020-09-23 23:39:49 +08:00
|
|
|
|
|
|
|
|
|
## About the project
|
2020-09-24 02:35:19 +08:00
|
|
|
|
GDAL is a translator library for raster and vector
|
|
|
|
|
geospatial data format.
|
|
|
|
|
The project consist in rastering a GeoTIFF file format
|
|
|
|
|
using GDAL functionalities and sandboxed methods.
|
2020-09-23 23:39:49 +08:00
|
|
|
|
|
|
|
|
|
## Implementation
|
|
|
|
|
|
|
|
|
|
*Sandboxing...*
|
|
|
|
|
|
2020-09-24 17:40:30 +08:00
|
|
|
|
The purpose of sandboxing is to limit the permissions
|
2020-09-23 23:39:49 +08:00
|
|
|
|
and capabilities of library’s methods, in order to
|
|
|
|
|
secure the usage of them. After obtaining the sandbox,
|
|
|
|
|
the functions will be called through an Sandbox API
|
|
|
|
|
(being called api in the current test) and so, the
|
|
|
|
|
operations, system calls or namspaces access may be
|
|
|
|
|
controlled.
|
|
|
|
|
|
|
|
|
|
*Raster process...*
|
|
|
|
|
|
2020-09-24 17:40:30 +08:00
|
|
|
|
From gdal.h header useful methods are added to sapi
|
2020-09-23 23:39:49 +08:00
|
|
|
|
library builded with CMake.
|
|
|
|
|
|
2020-09-24 17:40:30 +08:00
|
|
|
|
One .tiff file is manipulated with GDALOpen
|
2020-09-23 23:39:49 +08:00
|
|
|
|
functionality, which extracts a pointer to the data set
|
|
|
|
|
containg a list of raster bands, all pertaining to the
|
|
|
|
|
same area.
|
|
|
|
|
Metadata, a coordinate system, a georeferencing
|
|
|
|
|
transform, size of raster and various other information
|
|
|
|
|
are kept into the data set that corresponds to the image.
|
|
|
|
|
|
2020-09-24 17:40:30 +08:00
|
|
|
|
To create an array containing the image information, the
|
2020-09-23 23:39:49 +08:00
|
|
|
|
dimentions needed are extracted using some specific
|
|
|
|
|
GDAL(X/Y)Size functions applied to the block.
|
|
|
|
|
GDALRasterBand function takes care of data type conversion, one more step following: placing the
|
|
|
|
|
converted data (with RasterIO method) into the created
|
|
|
|
|
and well allocated structure.
|