Crates.io | geotiff |
lib.rs | geotiff |
version | 0.0.2 |
source | src |
created_at | 2021-02-05 13:01:17.4056 |
updated_at | 2021-02-05 13:39:44.815907 |
description | The purpose of this library is to simply read GeoTIFFs, nothing else. It should work for other TIFFs as well, I guess, but TIFFs come in many flavors, and it's not intended to cover them all. In its current state, it works for very basic GeoTIFFs, which sufficed to extract elevation data for use in the routing library. In case you want to extend the library or have suggestions for improvement, feel free to contact me, open an issue ticket or send a pull request. You might also consider the GDAL bindings for Rust. Depending on your usecase, it might be easier to use. |
homepage | |
repository | https://github.com/georust/geotiff |
max_upload_size | |
id | 351049 |
size | 2,966,543 |
I needed this library to import elevation models for a routing library. As elevation models usually come in GeoTIFF format, but no such library was available for Rust, I created this library, taking other libraries as inspiration:
The purpose of this library is to simply read GeoTIFFs, nothing else. It should work for other TIFFs as well, I guess, but TIFFs come in many flavors, and it's not intended to cover them all.
In its current state, it works for very basic GeoTIFFs, which sufficed to extract elevation data for use in the routing library. In case you want to extend the library or have suggestions for improvement, feel free to contact me, open an issue ticket or send a pull request.
You might also consider the GDAL bindings for Rust. Depending on your usecase, it might be easier to use.
The library exposes a TIFF
struct that can be used to open GeoTIFFs and interact with them. Its use is simple:
TIFF::open("geotiff.tif");
TIFF::open(...)
returns an Option
, depending if the open operation was successful or not. Individual values can then be read (for the moment, only at pixels) using:
x.get_value_at(longitude, latitude);
Where longitude
corresponds to the image_length
and latitude
to the image_width
. This might be a bit counter intuitive, but seems consistent with GDAL (have to look into this).
Caution: the longitude
and latitude
are only in pixels, no coordinate transformations are applied!
Simply run the tests using:
cargo test
Several documents describe the structure of a (Geo)TIFF: