Heawood graph

Engine

neato

Command, both sides

dot -Kneato -Tsvg input.gv

Input

graphviz-16.1.0/graphs/undirected/Heawood.gv · 790 bytes

Features

stress majorization

Result

identical on macOSidentical under portable math

OverprintSide by sideBlinkPixel diffSource diff

Comparing…

Magenta plate

100%

C onlyport onlyboth: in register

Live check, in this browserRun again

Waiting to load the WASM build (1.7 MB, about 700 KB compressed)

The browser runs renderAllBytes(input, "neato", "svg") on the same bytes the C reference read. WASM uses the portable math library, not Apple's libm, so a layout that depends on the last bit of sin or pow can legitimately differ (why).

Input

Heawood.gv

/*
 * The transitive 6-net, also known as Heawood's graph,
 * can be used to test the "stability points" of the layout
 * algorithm.

 * The "ideal" layout occurs when len="2.5". The layout
 * loses the regularity when smaller values are used.
 */
graph "Heawood" {
  node [
    fontname = "Arial"
    label = "\N"
    shape = "circle"
    width = "0.50000"
    height = "0.500000"
    color = "black"
  ]
  edge [
    color = "black"
  ]
  /* The outer wheel */
  "0" -- "1" -- "2" -- "3" -- "4" -- "5" -- "6" -- "7" -- "8" -- "9" -- "10" -- "11" -- "12" -- "13" -- "0";
  /* The internal edges. The len = makes them internal */
  "0" -- "5" [len = 2.5];
  "2" -- "7" [len = 2.5];
  "4" -- "9" [len = 2.5];
  "6" -- "11" [len = 2.5];
  "8" -- "13" [len = 2.5];
  "10" -- "1" [len = 2.5];
  "12" -- "3" [len = 2.5];
}

Files

File	Bytes	SHA-256
input.gv	790
c.svg C	8,014	10f3d09204547e77b3ae40d3c47bbb2748d37d408cb2cc3972c8241e20db11f7
rust.svg Rust	8,025	7cc34e3b88d6e28cf64f8a5bd7a6c66f045c439e702f2008d91798340097b2c1

The two hashes differ even when the outputs are identical, because each file keeps its own generator comment. Made by scripts/site-samples.sh.

PreviousUTF-8 labelsAll samplesNextProcess graph