Rust bindings to the MapLibre Native map rendering engine.
We use maplibre-natives' "core library", a static, pre-compiled library.
We also allow you to compile this yourself.
Instructions for this are below.
This crate supports multiple rendering backends:
vulkan(default on Linux/Windows):cargo build --features vulkanopengl(cross-platform):cargo build --features openglmetal(default on macOS/iOS):cargo build --features metal
If no feature is specified, the crate will automatically select the platform-appropriate default backend.
We also support the following other features:
poolA tile rendering pool for building tile servers. SeeSingeThreadedRenderingPoolfor further detailsloglogging via theloglibrary
At its core, we work as follows:
use maplibre_native::{ImageRendererOptions, Image};
let mut renderer = ImageRendererOptions::new();
renderer.with_size(512, 512);
let mut renderer = renderer.build_static_renderer();
renderer.load_style_from_url(&"https://demotiles.maplibre.org/style.json".parse().unwrap());
let image: Image = renderer.render_static(0.0, 0.0, 0.0, 0.0, 0.0).unwrap();
// Access the underlying ImageBuffer for all operations
let img_buffer = image.as_image();
println!("Image dimensions: {}x{}", img_buffer.width(), img_buffer.height());
img_buffer.save("map.png").unwrap();TIP: Next to the static rendering map mode, we also have continous and a tile based one. Continous is desiged to be interactive, while the tile based one is primarily for tile servers
The following platform and rendering-API combinations are supported and tested in CI:
| Platform | Metal | Vulkan | OpenGL |
|---|---|---|---|
| Linux x86 | ❌ | ✅ | ✅ |
| Linux ARM | ❌ | ✅ | ✅ |
| Windows x86 | ❌ | 🟨 | 🟨 |
| Windows ARM | ❌ | 🟨 | 🟨 |
| macOS ARM | 🟨 | 🟨1 | ❌ |
This command will install the required dependencies on Linux or macOS for the vulkan backend.
You may also use it with opengl parameter on Linux.
It is OK to run this command multiple times for each backend.
just install-dependencies vulkanSince we wrap the Maplibre native library, we need this and its headers to be included.
We can get the library and headers from two places:
-
default: downloaded from the releases page
The specific version of MapLibre Native used is controlled by
package.metadata.mln.releaseinCargo.toml. This dependency is automatically updated via a GitHub workflow on the 1st of each month repository. A pull request is created if an update is available. -
if the env vars
MLN_CORE_LIBRARY_PATHandMLN_CORE_HEADERS_PATHare set: from local disk via the environment variablesIf you don't want to allow network access during buildscript execution, we allow you to download the release and tell us where you have downloaded the contents. You can also build from source by following the steps that maplibre-native does in CI to produce the artefacts.
- This project is easier to develop with just, a modern alternative to
make. Install it withcargo install just. - To get a list of available commands, run
just. - To run tests, use
just test.
Join the #maplibre-martin slack channel at OSMUS -- automatic invite is at https://slack.openstreetmap.us/
Licensed under either of
- Apache License, Version 2.0 (LICENSE-APACHE or https://www.apache.org/licenses/LICENSE-2.0)
- MIT license (LICENSE-MIT or https://opensource.org/licenses/MIT) at your option.
Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual-licensed as above, without any additional terms or conditions.
This crate incorporates MapLibre Native assets during compilation by downloading and statically linking them. As a result, any project using this crate must comply with the MapLibre Native License (BSD 2-Clause) requirements for binary distribution. This includes providing proper attribution and including the license text with your distributed binaries or source code.
Footnotes
-
Vulcan support on macos is provided via
MoltenVK. There is a slight performance overhead for this with little upsides. Both Metal and Vulcan run through the same extensive test suite upstream. You can use Vulcan if you find a bug in the Metal implementation until we have fixed it upstream. ↩