Dependency Graph With Diamond Dependencies (JSON)
An explicit node/edge dependency graph with in-degree, out-degree and depth precomputed, plus a diamonds array naming the two shared nodes and their parents — the reference answer for any graph builder run against the SBOMs and lockfiles here. Every package, version, hash and licence is fictional — the tree describes nothing real.
{
"schema": "novus-sample/dependency-graph/1",
"root": "pkg:npm/%40orchard-example/gateway@4.2.0",
"directed": true,
"acyclic": true,
"note": "SAMPLE — fictional supply-chain data. Every package, registry, version, hash, licence, advisory identifier and signature in this document is invented.",
"nodes": [
{
"id": "pkg:npm/%40orchard-example/gateway@4.2.0",
"name": "@orchard-example/gateway",
"version": "4.2.0",
"license": "Apache-2.0",
"depth": 0,
"inDegree": 0,
"outDegree": 5
},
{
"id": "pkg:npm/%40orchard-example/router@2.1.3",
"name": "@orchard-example/router",
"version": "2.1.3",
"license": "Apache-2.0",
"depth": 1,
"inDegree": 1,
"outDegree": 2
},
{
"id": "pkg:npm/%40orchard-example/http-core@1.8.0",
"name": "@orchard-example/http-core",
"version": "1.8.0",
"license": "MIT",
"depth": 1,
"inDegree": 1,
"outDegree": 2
},
{
"id": "pkg:npm/example-metrics@4.0.0",
"name": "example-metrics",
"version": "4.0.0",
"license": "MIT",
"depth": 1,
"inDegree": 1,
"outDegree": 1
},
{
"id": "pkg:npm/example-cache@0.9.2",
"name": "example-cache",
"version": "0.9.2",
"license": "BSD-3-Clause",
"depth": 1,
"inDegree": 1,Specifications
- Seed
- 51200
- Sample Only
- true
- Nodes
- 10
- Edges
- 10
- Diamonds
- 2
- Max Depth
- 2
- Acyclic
- true
- Line Endings
- LF
Testing contract
Reference control- Scenario
- Score a dependency-graph builder against a known topology.
- Expected result
- Builder produces 10 nodes and 10 edges, gives example-logger an in-degree of 3, and reports a maximum depth of 2.
What is a .json file?
JSON (JavaScript Object Notation) is a lightweight, text-based data-interchange format representing objects, arrays, strings, numbers, booleans, and null. It is language-independent, human-readable, and the dominant format for web APIs and configuration. It requires a single well-formed root value.
How to use this file
Use an example JSON file to test parsers and serializers, schema validation, Unicode and number-precision handling, and API request or response processing.
How to use this file for testing
“Dependency Graph With Diamond Dependencies (JSON)” is a deterministic Novus Examples fixture for JSON parsing, Graph data, Conversion testing. Flat, deeply nested, JSON Lines, and intentionally invalid JSON for testing parsers and error handling.
Documented properties for this file: seed 51200 · 10 nodes · 10 edges · LF. Compare results against paired or grouped companions on this page when present (clean↔damaged, searchable↔scanned, or format twins) so scores stay reproducible across runs.
Download the file once, keep the path stable in CI or local scripts, and treat the spec table as the contract: dimensions, seeds, field lists, and roles are intentional. Corrupt or invalid samples are labelled as such — expect parsers to fail loudly rather than silently accept them.
SBOM, lockfile, provenance, and advisory fixtures describe the same fabricated component tree across formats, so a converter or scanner can be diffed against a known answer. Every package name, version, hash, and advisory ID is invented — never treat a finding here as real.
Feed the file to your parser and assert it handles the documented quirks — quoted delimiters, embedded newlines, ragged rows, or invalid syntax; the valid↔invalid distinction is labelled in the title.
Code examples
import json
with open("dependency-graph-diamond.json") as f:
data = json.load(f)
print(type(data), len(data))Related files
- jsonnpm ls Dependency Tree (JSON)The nested tree `npm ls --json` prints, where a shared dependency is REPEATED under every parent rather than deduplicated — so counting objects gives a larger number than the graph has nodes. Every package, version, hash and licence is fictional — the tree describes nothing real.

- jsonpipdeptree JSON Outputpipdeptree output, whose top level is an ARRAY rather than an object — the shape that breaks a loader written against npm's tree — with both installed and required versions on every edge. Every package, version, hash and licence is fictional — the tree describes nothing real.

- jsonCycloneDX SBOM With Diamond Dependency GraphA CycloneDX 1.6 SBOM whose dependencies array contains two diamonds: the fictional example-logger is reached through three parents and example-json-path through two, both resolving to a single node. Every package, version, hash and licence is fictional — the tree describes nothing real.

- jsonSPDX 3.0 Application SBOM (JSON-LD)An SPDX 3.0 SBOM in JSON-LD — the element-graph model that replaced the 2.x document layout — describing the same fictional tree with software_Package elements and typed Relationship nodes. Every package, version, hash and licence is fictional — the tree describes nothing real.

- txtcargo tree OutputCargo's tree output, which writes versions with a leading `v` and marks already-shown subtrees with `(*)` — close enough to npm's tree to fool a parser, different enough to break one. Every package, version, hash and licence is fictional — the tree describes nothing real.

- dotDependency Graph With a Cycle (Graphviz DOT)The cyclic plugin graph as DOT, with the three cycle edges highlighted. Graphviz renders it happily, which is exactly why a topological sort must be the thing that rejects it. Every package, version, hash and licence is fictional — the tree describes nothing real.

Generated by generation/supply_chain.py. Free for any use, no attribution required — license.