Crates.io | mappers |
lib.rs | mappers |
version | 0.7.1 |
source | src |
created_at | 2022-06-23 15:39:51.990906 |
updated_at | 2024-04-07 20:24:54.778539 |
description | Pure Rust geographical projections library |
homepage | |
repository | https://github.com/ScaleWeather/mappers |
max_upload_size | |
id | 611940 |
size | 67,844 |
Pure Rust geographical projections library. Similar to Proj
in basic functionality but allows for a use in concurrent contexts.
Projections' implementations closely follow algorithms and instructions provided in: Map projections: A working manual (John P. Snyder, 1987)
This crate in very early stages of development. If you are interested in contributing do not hesitate to contact me on Github.
There is already a well-established, production-ready and battle-tested library for geographical projections and transformations - Proj
, which has great high-level bindings in Rust. And you should probably use it in most cases instead of implementing your own functions or using this crate. Proj
is even used to test mappers
accuracy.
However, because Proj
is not written in Rust its usage is not straightforward in concurrent context. Proj
also supports mostly Linux and its installation can be a real hassle on different targets (and Proj
bindings do not support other targets anyway).
mappers
addresses those two issues by implementing the most commonly used geographical projections in pure Rust. But it is not (yet) thoroughly tested for precision and edge-cases. mappers
possibly also has a slightly better performance than Proj
because it is so much less complex. But it mainly allows for use with multiple threads (processes, tasks...) and on at least Tier 1 targets (only building Ubuntu, Windows and MacOS is tested).
So mappers
should be used only when comprehensiveness (and probably correctness) of Proj
is less important than a need to calculate geographical projections on non-linux targets or in concurrent contexts.
We can project the geographical coordinates to cartographic coordinates on a map with specified projection as follows:
// First, we define the projection
// We use LCC with reference longitude centered on France
// parallels set for Europe and WGS84 ellipsoid
let lcc = LambertConformalConic::new(2.0, 0.0, 30.0, 60.0, Ellipsoid::WGS84)?;
// Second, we define the coordinates of Mount Blanc
let (lon, lat) = (6.8651, 45.8326);
// Project the coordinates
let (x, y) = lcc.project(lon, lat)?;
// And print the result
println!("x: {}, y: {}", x, y); // x: 364836.4407792019, y: 5421073.726335758
We can also inversely project the cartographic coordinates to geographical coordinates:
// We again start with defining the projection
let lcc = LambertConformalConic::new(2.0, 0.0, 30.0, 60.0, Ellipsoid::WGS84)?;
// We take the previously projected coordinates
let (x, y) = (364836.4407792019, 5421073.726335758);
// Inversely project the coordinates
let (lon, lat) = lcc.inverse_project(x, y)?;
// And print the result
println!("lon: {}, lat: {}", lon, lat); // lon: 6.8651, lat: 45.83260000001716
Some projections are mathematically exactly invertible, and technically geographical coordinates projected and inverse projected should be identical. However, in practice limitations of floating-point arithmetics will introduce some errors along the way, as shown in the example above.
This crate also provides a struct ConversionPipe
that allows for easy
conversion between two projections. It can be constructed directly from
Projection
with pipe_to
method or directlywith ConversionPipe::new()
.
// We start by defining the source and target projections
// In this case we will use LCC and LongitudeLatitude
// to show how a normal projection can be done with ConversionPipe
let target_proj = LambertConformalConic::new(2.0, 0.0, 30.0, 60.0, Ellipsoid::WGS84)?;
let source_proj = LongitudeLatitude;
let (lon, lat) = (6.8651, 45.8326);
// Now we can convert to LCC and back to LongitudeLatitude
let (x, y) = source_proj.pipe_to(&target_proj).convert(lon, lat)?;
let (pipe_lon, pipe_lat) = target_proj.pipe_to(&source_proj).convert(x, y)?;
// For simple cases the error remains small
// but it can quickly grow with more complex conversions
assert_approx_eq!(f64, lon, pipe_lon, epsilon = 1e-10);
assert_approx_eq!(f64, lat, pipe_lat, epsilon = 1e-10);