Released · improving
Rebuilding a GeoServer-compatible geospatial server in Rust
A Rust-native geospatial server that implements WMS, WFS, WMTS, WCS and REST by comparing the same requests against a reference server.
What it is for
TASTEGEO is a Rust-native geospatial server that reimplements GeoServer's public behaviour (OGC requests, responses and errors, and REST configuration) by sending the same requests to a reference server and comparing the results. It runs as a single executable without a JVM, and the protocol code is separated from PostGIS, GeoPackage, Shapefile and GeoTIFF stores by versioned boundaries. An existing data_dir is only read for diagnosis, and migration happens in stages through shadow traffic comparison and rollback conditions. For now the core contracts have partial support under verification, and it does not claim to be a complete drop-in replacement. A fuller introduction and the compatibility status are at tastegeo.com.
WMS maps, feature info and legends, WFS queries and transactions, WMTS tiles and WCS coverages, handled at the public HTTP boundary. All are partial support under verification.
Manage the catalogue (workspaces, stores, layers and so on) and service settings through REST. When enabled, state is saved to a file, and if it becomes corrupted the last good copy is restored.
PostGIS, GeoPackage, Shapefile and GeoTIFF (including COG) sit behind versioned boundaries. Protocol code is not tied directly to any particular store.
The same request is sent to the reference server and to TASTEGEO, and XML, features, geometry and OGC errors are normalised and compared; rasters are matched against golden images.
Draws maps with styles applied, and keeps a tile cache aligned with WMTS matrix sets.
Coordinate system transformation and OGC filters are handled in a foundation layer independent of the store.
Everything is denied by default. Only one of read-only anonymous access, Basic authentication that accepts only Argon2id hashes, or token authentication can be enabled, and they are never mixed.
Product value
Focused work
Verified release
We only show the version, platform, file size, signature status, and SHA-256 verified in the current manifest.
We don't promise unverified files or dates. You can check the current product scope in the docs.
View TASTEGEO docsContinue
Other tools
An existing data_dir is only read for diagnosis, then migrated in stages through a separate conversion, shadow traffic, canary and rollback conditions.
The first release is a Windows x86_64 executable that runs without containers. Linux and macOS open only after verification on real machines.
A dependency licence policy, vulnerability scanning and a CycloneDX SBOM are in place, and releases are verified by code signature and checksum.
Discussion
Share feedback, questions, or your experience with the product. For bug reports, please use support.
Log in to leave feedback.
No feedback yet. Be the first to leave a review.