AXN:0431.ARCHIVAL.๐Ÿ”—๐Ÿ•ธ๏ธ๐Ÿ—บ๏ธ๐Ÿ”๐Ÿ“‹โš–๏ธ

Network-wide Link Inventory v1.4

Lee Sharks ยท 2026-07-08 ยท Dataset
โ†“ Download MD โ†“ PDF

Description

Network-wide Link Inventory v1.4 is a dataset in the Crimson Hexagonal Archive, by Lee Sharks (2026-07-08). The deposited body is structured data rather than prose. A description composed from a reading of the work belongs to the description/wiki review stream.

Wiki Article

Network-wide Link Inventory v1.4 is a dataset in the Crimson Hexagonal Archive, by Lee Sharks (2026-07-08). The deposited body is structured data rather than prose. A description composed from a reading of the work belongs to the description/wiki review stream. This entry exists so that the record is not absent from the wiki index.
Also published as a standalone entry: /s/wiki/1056/

Full Text

Network-wide Link Inventory v1.4

Lee Sharks ยท 2026-07-08 ยท Dataset

AXN: AXN:0431.ARCHIVAL.๐Ÿ”—๐Ÿ•ธ๏ธ๐Ÿ—บ๏ธ๐Ÿ”๐Ÿ“‹โš–๏ธ

Description

A per-link database of every anchored hyperlink across all 34 substantive repositories in the leesharks000 network. Each row records the anchor text, current href, ~200 characters of prose before and after the link, ~1,600 characters of enclosing prose context, extracted DOI/AXN references from anchor text and href and context, a resolver lookup for any extracted DOI (returning the current live target, the resolver's stored title, the mapping type), a prose-vs-resolver-title jaccard similarity, the best-matching alternative record in the alexanarch registry, and a verdict flag classifying the link into review categories.

This dataset was assembled to answer a question that the earlier link-scan (a 440,012-row token count across the same 34 repos) could not: not just how many links there are, but whether each link is right โ€” whether the href points at what the anchor text says, whether the DOI in the anchor text matches the descriptive prose around it, and whether the resolver's current mapping for that DOI is consistent with everything the surrounding context asserts.

v1.1 (2026-07-08): 106 fixes applied since v1.0 โ€” 69 sentinel-0 hrefs corrected to specific records via unique-substring anchor-text matching against the registry; 34 href_disagrees_resolver corrections where the anchor uniquely matched a different record than the current href; 3 ambiguous fixes with high-confidence matches. Verdict deltas: href_wrong_target 258โ†’208 (-50); ambiguous 11163โ†’11149 (-14); consistent 1286โ†’1303 (+17); href_disagrees_resolver 365โ†’428 (+63, false-positive increase โ€” sentinel-0 fixes now expose disagreement with resolver's DOI-based guess for nearby DOIs, though anchor-text-based fixes are semantically correct).

The immediate use is a review pile for correcting broken and mismatched links across sites โ€” with corrections applied preferentially to the resolver map at its source of truth (deposit #4 v3.11.0+) rather than to individual site source files, so that the sovereign resolver behavior propagates automatically to every site link via the /go/?doi=X endpoint.

Companion deposits

Companion to DOI Resolution Index v3.11.0 (#4) โ€” this inventory audits the resolver's real-world usage across the site network. Complements Zenodotus' Book-Burning (#1) which established the sovereign-succession framework, and DOIs โ‰  Permanent Identifiers (#868) which characterizes the substrate-wide breakdown of DOI persistence.

Artifacts

Files live at /data/link-inventory/:

Regeneration scripts live at /scripts/link-inventory/:

The 81 MB SQLite database itself (links_review.db) is not shipped in-repo; it is regenerable from the scripts against any local clone of the network. Scan takes about 32 seconds on a modern laptop.

Schema (SQLite links table)

columntypedescription
idINTEGER PKauto-incrementing row id
repoTEXTrepository name
file_pathTEXTpath relative to repo root
line_noINTEGERline number of the link's opening character
link_formTEXThtml_a (HTML <a href="X">TEXT</a>) or md (markdown [TEXT](X))
anchor_textTEXTvisible link text (HTML tags stripped, whitespace normalized)
hrefTEXTthe URL the link currently points at
context_before / context_afterTEXT~200 chars of plain-text prose immediately adjacent
context_proseTEXTup to ~1,600 chars of broader enclosing prose
doi_in_text / doi_in_href / doi_in_contextTEXTfirst 10.5281/zenodo.N DOI found in each field
axn_in_text / axn_in_hrefTEXTfirst AXN:HEX four-hex identifier found in each field
href_record_numINTEGERrecord number if href matches alexanarch.org/s/records/N/
resolver_doiTEXTthe DOI used for resolution (priority: text โ†’ href โ†’ context)
resolver_targetTEXTcurrent live target URL per the api map
resolver_titleTEXTresolver's stored title for that DOI
resolver_recordINTEGERalexanarch record number if resolver_target is a record page
resolver_mapping_typeTEXTdirect, direct_verified, title_match_repoint, no_alexanarch_equivalent, etc.
prose_vs_resolver_jaccardREALtoken-set jaccard between (anchor+prose) and the actual target record's title
best_alt_recordINTEGERregistry record whose title matches (anchor+prose) better than resolver's
best_alt_title / best_alt_jaccardTEXT / REALtitle and score of that alternative
verdictTEXTsee next section
verdict_confidenceTEXThigh, medium, low

Verdict taxonomy

verdictmeaninghow to act on it
no_idno DOI/AXN anywhere in text, href, or context โ€” navigation, image, external, non-citationignore for review; not a citation link
ambiguousDOI present but prose context matches resolver's target title only weaklyfilter to best_alt_jaccard โ‰ฅ 0.15 for the promising subset; review individually
consistentDOI in text matches DOI in href, or link is internally coherent with resolverno action needed
href_disagrees_resolverhref points at record N; resolver says the DOI in text should go to M โ‰  Nfix href to the resolver's target via /go/?doi=X OR correct the resolver mapping if wrong
external_okexternal doi.org / zenodo.org / non-network site linkpassthrough; may still be dead but not the resolver's concern
href_wrong_targethref points at /s/records/0/ sentinel (the "no target known" placeholder)always wrong; fix href to correct record via DOI-in-text (/go/?doi=X) or descriptive prose match
unknownedge case, unclassifiedinvestigate individually
likely_prose_mismatchprose describes work X but linked DOI resolves to a very different work, AND a much better alt record exists in registryprobable DOI-in-source-is-wrong OR resolver-mapping-is-wrong; needs editorial judgment
okstrong jaccard between prose and resolver's target titleno action needed

Verdict distribution as of v1.0

verdictcountshare
no_id45,92577.3%
ambiguous11,16318.8%
consistent1,2862.2%
href_disagrees_resolver3650.6%
external_ok3170.5%
href_wrong_target2580.4%
unknown1150.2%
ok20.003%
total59,431100.0%

Mismatch concentration by repo (top 15)

repoactionable mismatches
semanticphysics-site516
semantic-economy25
leesharks.com21
lee-sharks-corporate13
spxi-dev12
provenance-erasure9
restoredacademy7
laborvector6
living-architecture-lab4
lee-sharks-consulting3
maryleelabor-org2
machinemediation-org2
watergiraffe-org1
vpcor-org1
lagrange-observatory1

Note: this is the inventory as of the anchor-text rewrite pass of 2026-07-08. Repos with rewrites still-not-deployed carry undercounted href_wrong_target counts (fixed in git but not yet in production).

Worked example โ€” the "Generative Monoculture goes to Meaning Caste" case

MANUS flagged lagrange-observatory/index.html:250 โ€” anchor text DOI 10.5281/zenodo.20675438 next to prose about "Generative Monoculture: Model Collapse in Code" โ€” but that DOI resolves to record #198 "The Self-Audit Module Dissolved". The actual "Generative Monoculture" work is at record #199 (Talos Morrow, June 13 2026) or the re-mint at #1023 (EA-UMBML-MONOCULTURE-01).

The row in the inventory:

Two possible root causes and neither can be picked automatically: (1) the DOI in the lagrange source is wrong for the work described (someone typed the wrong DOI when the page was authored), or (2) the resolver's 20675438 โ†’ #198 mapping is wrong (Phase 6/7 fuzzy title matching landed the wrong record). The inventory surfaces the ambiguity; a MANUS-level decision picks which side is authoritative.

Iteration policy

The inventory regenerates cleanly from source at any point โ€” no in-place mutation, no state drift. Standard iteration cycle:

1. Re-run build_link_review_db.py after each rewrite pass or resolver update to refresh the row set.

2. Re-run enrich_link_review_db.py after any resolver-map correction to refresh verdict flags.

3. Re-run build_review_report.py to regenerate the CSV exports.

4. Bump this deposit's minor version and update the summary JSON with new counts.

The versioned snapshots in /data/link-inventory/ are the durable record of network-wide link integrity at each rescan point; they can be diffed across time to show which repos are converging toward zero mismatches.

Related identifiers

โˆฎ = 1

Record modifications
The deposited text is immutable; these are changes to the record's metadata and declared state.

Traversal

โ† #1055 EA-MPAI-SPXI-01: SPXI โ‰  GEO โ€” Composer-Side Authority Engineering, not Reception-Side Op#1057 Four Threshold Questions to CERN ODP on RQF3807508 (Right to Access) and RQF3826921 (Rig โ†’
Cited by (1)