Kart – Distributed version-control for geospatial and tabular data

Instead of creating a working tree of text or the binary of shapefile, it creates a working tree with the geometry features. You can kart diff and commit features, not text or binary. You can then export those features from kart into a database or working file where you can commit or checkout from.

It looks to be equivalent to Esri's 'branch versioning' on their proprietary ArcGIS Enterprise product, but can also deal with flat files as well as geospatial databases (PostGIS), which while not strictly required becomes really useful when dealing with edits, and conflict management, across multiple editors in large enterprise organisations, such as those that deal with state or country-wide mapping of topographic features.

If it integrated with QGIS/ArcGIS to show visual differences, and allow a user to easily reconcile differences between conflicting features (based on topological rules), I'd definitely be interested though it doesn't seem like it at a glance.

@fyrn_ Re: the work you did with 'multiplayer map editing', is there anything public you could show? I'm interested in how you solved this challenge.

I copy-pasted the front page into ChatGPT and told it to "Explain some usecases", and it's pretty useful.

   A city planning department tracks changes to zoning boundaries over time.
   Staff can:
      See who changed what, when, and why.
      Roll back or compare versions.
      Create branches for "proposed" zoning plans without touching main data.
   Citizens can access a cloned version of planning data.
   Changes or suggestions (e.g., new bike paths) can be proposed via pull requests.
   Keeps public and internal data separate but linkable.

  Farm fields are polygons; each year’s crop type is stored as tabular data.
  Each season gets committed with metadata and satellite imagery.

Check the docs. From my cursory glance it seems to be git but diffs are combinations of changed features instead of lines and characters.

[dead]