diffable-rdf
Deterministic, diff-stable serialization for rdflib graphs. Produces byte-identical Turtle across runs so version-controlled RDF artifacts (OWL ontologies, SHACL shapes, JSON-LD contexts) show minimal, meaningful diffs instead of blank-node churn.
Why
RDF serializers assign blank-node identifiers (_:c14nN, _:Nb1e2…) based on
process-dependent ordering. Regenerating an ontology therefore produces large,
spurious diffs even when nothing semantically changed. diffable-rdf fixes this
with a standards-based pipeline:
- RDFC-1.0 (W3C RDF Dataset Canonicalization) via pyoxigraph — isomorphic inputs produce identical triple sets.
- Weisfeiler-Lehman structural hashing — replaces sequential
_:c14nNidentifiers with content-based hashes that depend only on graph structure, so adding/removing a triple only touches the directly involved blank nodes. - Idiomatic rdflib re-serialization — inline blank nodes (
[ … ]), collection syntax (( … )), and filtered prefixes (only prefixes actually used are declared). - Verified round-trip — the rendered Turtle is re-parsed and required to be isomorphic to the input before it is returned.
All triples are preserved; only syntactic form changes.
Why step 4 exists
Turtle's compact collection syntax, ( … ), can only express a list whose tail
is referenced once. Canonicalization readily produces graphs where several lists
share a tail — OWL ontologies do this routinely through owl:unionOf,
owl:oneOf, and the sh:in lists derived from them — and for those, the compact
form silently drops triples or restates a shared tail under a fresh blank node.
The output parses cleanly and looks plausible, which is what makes it dangerous
(#1).
So deterministic_turtle checks its own work. When the compact form does not
round-trip, it falls back to stating list structure explicitly with
rdf:first/rdf:rest, which is always faithful. If neither form round-trips it
raises rather than returning a lossy result — a canonical form that silently
rewrites the graph is worse than none.
In practice this means output is idiomatic for almost every graph, and slightly more verbose for the ones where idiomatic would be wrong. Consumers do not need to do anything: the guarantee is that what comes out says what went in.
Install
pip install diffable-rdf
# or
uv add diffable-rdf
Requires Python 3.10+, rdflib>=6, and pyoxigraph>=0.4.
Usage
from rdflib import Graph
from diffable_rdf import deterministic_turtle
g = Graph().parse("ontology.ttl")
ttl = deterministic_turtle(g) # diff-stable, idiomatic Turtle
open("ontology.ttl", "w", newline="\n").write(ttl)
Other entry points:
from diffable_rdf import canonicalize_rdf_graph, deterministic_json, well_known_prefix_map
canonicalize_rdf_graph(graph, "turtle") # lower-level RDFC-1.0 canonical form
deterministic_json(obj) # recursively key/list-sorted JSON(-LD)
well_known_prefix_map() # namespace IRI -> standard prefix name
API
| Function | Purpose |
|---|---|
deterministic_turtle(graph) -> str |
Diff-stable, idiomatic Turtle (RDFC-1.0 + WL hashing + rdflib re-serialize). |
canonicalize_rdf_graph(graph, output_format="turtle") -> str |
RDFC-1.0 canonical serialization (with rdflib fallback for non-standard RDF). |
deterministic_json(obj, indent=3, preserve_list_order_keys=None) -> str |
Recursively sorted JSON; preserves JSON-LD ordered keys (@context, @list, …). |
well_known_prefix_map() -> dict[str, str] |
rdflib's curated namespace→prefix bindings. |
wl_blank_node_labels(quads, iterations=None) -> dict[str, str] |
Diff-stable label for each blank node, from canonical pyoxigraph quads. |
wl_relabel_quads(quads, iterations=None) -> list |
The same labels, already applied to the quads. |
iterations=None (the default) refines until the labelling stops changing —
the Weisfeiler-Lehman fixpoint. Stopping early leaves structurally distinct
blank nodes sharing a signature, and those ties are broken in RDFC-1.0's
c14nN order, which reintroduces exactly the instability the labels exist to
remove. Pass an explicit integer only if you need a fixed round count.
Because a node's label is derived from its whole connected blank-node structure, an edit inside one large connected structure can relabel all of it. Diff stability comes from isolating unrelated regions of the graph from each other, not from isolating parts of a single interconnected one.
Composing with an existing pipeline
If a tool already runs RDFC-1.0 itself, it does not need deterministic_turtle
— and should not use it, because that would replace the tool's own prefix,
base-IRI and fallback handling. Such callers can gain diff stability by
inserting one step before serializing:
from diffable_rdf import wl_relabel_quads
dataset.canonicalize(CanonicalizationAlgorithm.RDFC_1_0)
quads = wl_relabel_quads(list(dataset)) # <- the only added line
This is format-agnostic: it relabels blank nodes and leaves serialization entirely to the caller.
Guarantees, and how they are tested
Four properties are asserted over seeded pseudo-random graphs and over hand-built
arrangements of shared collections, in tests/test_canonicalization_properties.py:
| Property | |
|---|---|
| P1 | Lossless — the output parses back to a graph isomorphic to the input |
| P2 | Idempotent — canonicalizing the output reproduces it byte-for-byte |
| P3 | Label-independent — renaming blank nodes does not change the output |
| P4 | Order-independent — shuffling input triples does not change the output |
Plus checks that no sh:in-style list reference dangles, that list cell counts
survive, and that ten repeated passes produce no byte drift. Comparison is done
under RDF 1.1 literal identity, so "a"^^xsd:string and "a" are treated as the
same term rather than as a spurious difference.
tests/test_degraded_paths.py covers the paths pyoxigraph cannot handle
(literal predicates, relative IRIs) and the formats it does not support
(notably json-ld). Determinism there is asserted across separate
interpreter processes, since the failure mode being guarded against —
rdflib's run-local blank-node identifiers, and rdflib's set-iteration
node ordering — is invisible within a single process.
Normalizations applied
Canonicalization is not byte-preserving; two inputs that denote the same RDF graph are deliberately mapped onto the same output:
- Language tags are lowercased (
"hi"@en-US→"hi"@en-us). Language tags are case-insensitive in RDF 1.1, and rdflib's ownLiteralequality agrees that the two are equal. Note thatrdflib.compare.isomorphicis stricter than that equality and reports such graphs as non-isomorphic, so it cannot be used to check losslessness across a language-tag case change. "a"^^xsd:stringand"a"are the same term under RDF 1.1.- Prefix declarations are filtered to the namespaces the graph actually uses, so unused bindings do not appear in the output.
graph.baseis not carried into the output. rdflib relativizes against a base by naive string prefixing, which is not RFC-3986-correct for hash bases:http://ex.org/d#aunder basehttp://ex.org/d#would be emitted as<a>and re-resolve to a different IRI. Absolute IRIs are always written in full.
The whole suite runs on Python 3.10 through 3.13.
Provenance
Extracted from the diff-stabilization work in
ASCS-eV/linkml#1 (itself a
review-ready rework of upstream linkml/linkml#3295)
into a small, tool-agnostic library so LinkML, ShapeChange output, and other RDF
toolchains can share one canonicalizer.
License
Metadata
Release files for diffable-rdf 0.2.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | |
|---|---|---|---|---|
| diffable_rdf-0.2.0.tar.gz | 31.4 kB | With provenance | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| diffable_rdf-0.2.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 55.9 kB
Release files / diffable_rdf-0.2.0.tar.gz
| Download URL | diffable_rdf-0.2.0.tar.gz |
|---|---|
| Size | 31.4 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
cc1f7488181b446099655fe1e89a0575cba52fbb816331cdd8c89a4cf2afc8cb
|
|
BLAKE2b-256 checksum How to use checksums |
19d6a1e10daf89e609c90f951e5e9d8a4de8678224376ac578a45f1509459a9a
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 8, 2026.
Transparency logRelease files / diffable_rdf-0.2.0-py3-none-any.whl
| Download URL | diffable_rdf-0.2.0-py3-none-any.whl |
|---|---|
| Size | 24.6 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
b9b5ce99df6c9b1e280bee28f032eeea7e9c7a9a25af452b030caa9f12a3b4a3
|
|
BLAKE2b-256 checksum How to use checksums |
4217407a4d97703661f88dc3b83e23c454622bb998c3a27668272e6f981b3b63
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 8, 2026.
Transparency logSecurity for diffable-rdf 0.2.0
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
Full provenance
All 2 files in this release have been uploaded with provenance metadata.
Attestation for diffable_rdf-0.2.0.tar.gz
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 8, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.