Release qualification in progress

TasteGeo

GeoServer compatibility,
rebuilt in Rust.

Rebuilding GeoServer compatibility in Rust.

A Rust-native geospatial server built by comparing existing OGC requests and operational behavior with a reference server.

GET /ows?service=WMS&request=GetMap
Compatibility-firstRust edition 2024GPL-2.0-or-later
01 / PRODUCT

A compatibility server built for controlled replacement.

TasteGeo rebuilds the public behavior teams already depend on while making runtime, storage, and verification boundaries explicit.

01

Behavior-first OGC

WMS, WFS, WMTS, WCS, and REST contracts are compared at the public HTTP boundary.

Requests, responses, errors
02

Rust-native runtime

A memory-safe native runtime targets predictable deployment without a JVM dependency.

Rust 2024, Axum, Tokio
03

Isolated data adapters

Protocol code does not bind directly to PostGIS, GeoPackage, Shapefile, or GeoTIFF implementations.

Versioned capability boundaries
04

Evidence-led migration

Read-only analysis, semantic diffs, shadow traffic, and rollback gates support phased adoption.

Compare before cutover
05

Cross-platform delivery

The same configuration contract and operating workflow target Linux, Windows, and macOS.

One server model
06

Ten-language experience

Product, verification, documentation, and community routes are available in ten languages.

Locale-aware UI and metadata
02

Protocol + store wall

One surface.
Many contracts.

Every core contract in the generated matrix is currently partial support under validation. This is a measured compatibility surface, not a completion claim.

01

WMS

Maps, feature info, and legends

Partial support
02

WFS

Feature queries and transactions

Partial support
03

WMTS

Matrix sets and tile cache

Partial support
04

WCS

Coverage subsets and output

Partial support
05

REST

Catalog and service configuration

Partial support
06

PostGIS

Primary vector adapter

Partial support
07

GeoPackage

Portable SQLite datasets

Partial support
08

Shapefile

Bounded vector ingestion

Partial support
09

GeoTIFF

Raster and coverage store

Partial support
10

COG

Cloud-optimized raster target

Partial support
03 / Compatibility surface

Works with existing
GeoServer clients.

We validate compatibility by preserving protocol semantics, errors, catalogs, and operational flows. This is not a declaration of complete compatibility with any product.

WMS requestSERVICE=WMS
REQUEST=GetMap
VERSION=1.3.0
Normalized evidenceSemantic comparison
Reference GeoServer WMTS fixture
WMS consumersCompatibility target
WFS consumersCompatibility target
WMTS clientsCompatibility target
REST automationCompatibility target
PostGIS workflowsAdapter under validation
Existing data_dirRead-only analysis path
OGC toolingSemantic comparison target
Map rendering clientsGolden image target
04 / JAVA ↔ RUST

Keep GeoServer's contract. Change the runtime deliberately.

GeoServer is the mature reference with a broad Java extension ecosystem. TasteGeo is an independent Rust implementation under qualification, not a drop-in completion claim.

Evaluation pointGeoServerTasteGeo Server
RuntimeJava 17 or 21, packaged application or servlet containerNative Rust server target, release qualification in progress
Language safety modelJava managed memory and JVM garbage collectionRust ownership and borrow checking, no GC in the default path
Operational resource modelMature JVM heap, GC, and container tuning practicesNative binary and explicit memory lifetimes, workload validation in progress
CompatibilityEstablished OGC and operational behaviorSame-request semantic comparison against a reference server
ExtensionsLarge core, extension, and community module ecosystemVersioned plugin boundaries with a deliberately limited surface today
Data storesBroad, mature vector and raster integrationsPriority adapters are implemented and validated incrementally
MigrationExisting production configuration and data_dirRead-only diagnosis, separate conversion, shadow traffic, rollback
LicenseGPL version 2 or laterGPL-2.0-or-later, independently developed

GeoServer reference documentationRuntime Extensions License

TasteGeo compatibility philosophy

Keeptheclients.Replacetheruntime.

Keep the clients. Move the runtime to Rust.

04

Workspace architecture

Boundaries before
speed.

We fix dependency direction and verify public HTTP behavior. No storage engine or framework gets to define protocol semantics.

01 / Foundation

Foundation

Protocol- and storage-independent values, parsers, coordinate systems, and observability boundaries.

geometrycrsfilterogc-commonconfigobservability
02 / Domain

Domain

Catalog, security, style, and versioned extension contracts live in one layer.

catalogsecuritydatastore-apistyleplugin-api
03 / Adapters

Adapters

Data access is isolated so protocol implementations never depend directly on a particular store.

store-postgisstore-geopackagestore-shapefilestore-geotiff
04 / Services

Services

OGC services and the administration API are assembled above rendering and cache layers.

rendertile-cachewmswfswmtswcsrest-api
05 / Assembly + Verification

Assembly + verification

The server assembles boundaries; verification tools compare only public HTTP and fixtures.

servercompat-tests
06 / PERFORMANCE

Performance numbers need a reproducible context.

TasteGeo will publish results only after both servers run on the same hardware, datasets, request mix, warm-up policy, and correctness gates.

Public benchmarkMeasurement in preparation

Comparison contract

Each run records the exact build, environment, dataset, concurrency, cache state, and semantic result. A faster incorrect response is a failed result.

Review verification evidence
01p50 / p95 / p99

Response latency by OGC workload

02Throughput

Sustained requests per second

03TTFB

Time to first response byte

04CPU

Processor cost at equal load

05RSS

Resident memory and growth

06Connections

Database pool pressure

No estimated or local-only values are presented as public performance claims.

05 / Readiness

Evidence before
declaration.

TasteGeo separates local code-quality gates from external release qualification. Core contracts remain partial support under validation while final promotion is in progress.

Current statusRelease qualification in progress
View verification fixtures
01 / 05

Compatibility

Send the same request to the reference server and candidate, then normalize and compare semantics.

  • Normalize XML namespaces and attributes
  • Compare feature and geometry semantics
  • Raster golden images
  • OGC exception parity
06

Captured output

Make the difference
visible.

We verified each fixture's content type and binary signature. Reference captures are never presented as candidate output.

Reference GeoServer Arc Sample WMTS rain tile fixture
Verified source fixtureWMTS tile fixture

Reference capture / image/png / 256 x 256

Brand image representing the TasteGeo geospatial service core and terrain layers
Decorative assetService terrain

Original brand artwork / not test evidence

Reference GeoServer Img Sample WMTS raster tile fixture
Verified source fixtureRaster output fixture

Reference capture / image/png / 256 x 256

Reference GeoServer world map WMS GetMap fixture
Verified source fixtureWMS world fixture

Reference capture / image/png / 64 x 32

01
CompatibilityCompare GeoServer request and response behaviorNo verified evidence published
02
Migrate from GeoServerAn independent geospatial server rebuilt in Rust
03
DocumentationReview the supported OGC service surface
04
Download and installGet verified packages and checksumsPublic release in preparation
05
CommunityReport reproducible compatibility issues
THE TASTEGEO METHOD

Compatibility is
demonstrated, not declared.

TasteGeo builds reproducible comparisons and operational evidence before making completion claims.

Under development