How statement and proof provenance work
The first chip identifies the source of the statement or construction; the second identifies the source of its local proof or verification.
- Literature-sourced: the exact statement appears in a cited source; only wording and notation differ.
- AI-adapted: a semantically identical restatement of literature-sourced material, modulo indexing, notation, and boundary cases adopted by the library.
- AI-generated: a genuinely novel statement formulated by AI, with no source for the claim itself.
These labels describe origin, not correctness: citations and verification chips remain separate evidence.
Planar-code validation and reconstruction procedure properties
Statement
For every finite input in the three code formats, the validation and reconstruction procedure terminates. It returns an invalid-code reason exactly when the first failed syntax, incidence, orientation, component, connectedness, face-count, or outer-face condition in its stated order occurs; otherwise it returns the crossing-disk/edge-band model of the represented oriented diagram, its oriented components, its face cycles, and its selected outer face.
Statement references
Planar-code validation and diagram reconstruction — the ordered finite procedure and its output record.
Realizability and face validation for planar-diagram codes — Euler face-count criterion for spherical realization.
Hass–Lagarias–Pippenger, §3 — finite graph encoding of regular link diagrams.
Erickson, “Planar Graphs” — finite dart, rotation, face, and outer-face data.
Facts & Assumptions
Given: A finite tagged Gauss, signed DT, or oriented PD input with its declared crossing count and, when nonempty, its crossing data and outer-face field.
Planar-diagram, Gauss, and signed Dowker–Thistlethwaite codes: Gauss labels occur as one over-visit and one under-visit at each crossing; signed DT codes pair each odd visit with a distinct even visit and carry a separate crossing-sign vector; PD codes give the edge incidences, oriented strands, opposite over/under pairs, crossing signs, and face selector.
Planar-code validation and diagram reconstruction: the procedure checks the header, code-specific visit or record conditions, incidences, valence, over/under pairs, strand orientations, crossing-sign order, component cycles, crossing-graph connectedness, face cycles, Euler count, and outer-face identifier in the listed order. For , it accepts only a prescribed crossingless record with one allowed orientation marker and then requires outer-face marker outside.
Realizability and face validation for planar-diagram codes: a nonempty connected code satisfying the local crossing and orientation conditions has a spherical realization exactly when ; choosing one face gives its plane model. The crossingless one-component code is realized by the standard circle.
Planar-diagram, Gauss, and signed Dowker–Thistlethwaite codes: at , the Gauss word and DT data are empty, the PD data are Loop[1], an orientation marker is either ccw or cw, and the outer-face marker is outside.
Proof
The input records are finite. Each label count, vector check, incidence count, and crossing check scans a finite list. Each component traversal marks at least one previously unvisited outgoing dart until it closes or reports a repeated/missing dart; since there are finitely many darts, it makes at most such visits. The crossing-connectivity scan uses the finite vertex and edge lists, and the face computation iterates a permutation of finite , so it lists at most face cycles. The spanning-tree selection and disk/band construction use finite edge lists. If , the separate branch ends after a finite comparison with its six allowed format-and-orientation combinations. Thus every input reaches a return after finitely many operations.
Every Invalid return is made immediately after its named predicate fails, and the procedure reaches predicates in the displayed order. Hence the returned reason and witness identify the first failed check. Conversely, if a finite input fails one of the stated checks, the finite scan reaches the first such failure and returns the corresponding invalid record before any later check.
Suppose a nonempty input passes the code-format, incidence, valence, strand, over/under, crossing-sign, component, and connectedness checks. Its finite tables then define the fixed-point-free edge involution , the clockwise crossing rotation , and the face permutation . The procedure's face scan lists exactly the cycles of this permutation by finite orbit tracing. It accepts the face stage precisely when their count satisfies and the supplied outer-face identifier names one of those cycles. By [F3], these conditions are necessary and sufficient for the spherical model, and deleting a point in the selected face gives the plane diagram returned in the output record.
In the crossingless branch, the accepted forms are exactly the six format-and-orientation combinations in [F4], with outer-face marker outside, representing its two normalized one-component codes. The local realization in [F3] realizes each marked orientation by a circle with two sphere faces; every other zero-crossing input, including one with a different outer-face marker, is rejected by the preceding branch checks. The nonempty and crossingless branches exhaust the possible nonnegative values of , so the procedure terminates and has exactly the stated rejection and acceptance behavior.
Depends on
Used by
- Haken–Jaco–Tollefson normal-surface unknot search Algorithm
- A crossing label occurring once is invalid Counterexample
- Trefoil Gauss traversal and rotation reconstruction Example
- Linear-size good exterior triangulation from a planar knot code Lemma
- Enumeration up to a crossing bound procedure properties Theorem
- Reidemeister enumeration is only a semidecision Theorem
- Valid codes reconstruct the declared link diagram Theorem
Dependency tree · two levels
7 results within two dependency steps of this one, each drawn at its shortest distance from it. An arrow runs from a result to what uses it, so the chart reads left to right and ends at this result, which carries a heavier outline. Every node is a link to that result. Click elsewhere on the chart to enlarge it.
Sources
- Joel Hass, Jeffrey C. Lagarias, and Nicholas Pippenger, The Computational Complexity of Knot and Link Problems, Journal of the ACM 46 (1999) (standard reference, not scraped)
- Jeff Erickson, Planar Graphs, Computational Topology lecture notes (2023) (standard reference, not scraped)