Everything the model holds, laid out in data space. Position in the grid is the source byte (high nibble down, low nibble across, named in the corner of its own cell); what the cell prints is that source's argmax successor, as the datum itself. Ink is the stored support. Click any pattern — a cell or a k=2 rule — and everything else dims to the positions in the sample where it fired, shown in place in the actual text.
wordsv2-v024 keeps p8v2's 256-byte forward argmax table and nothing else: the k=1 section stores which byte follows and no weight at all. So the only ink this file can justify is the bare glyph, and every cell is drawn at the same strength — the stated constant 8 from axes.json, not a learned value (#f-p8-forward). Put the B2 page beside it: same model, same 47 k=2 rules, and the difference in the grid is exactly what B1 discards.| •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• |
| •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• |
| ·x | !• | "· | #• | $• | %• | &• | '• | (• | )• | *• | +• | ,• | -0 | .3 | /" |
| 0. | 1• | 2• | 3/ | 4• | 5• | 6• | 7• | 8• | 9• | :/ | ;• | <m | =" | >• | ?• |
| @• | A• | B• | C• | D• | E• | F• | G• | H• | I• | J• | K• | L• | M• | N• | O• |
| P• | Q• | R• | S• | T• | U• | V• | W• | X• | Y• | Z• | [• | \• | ]• | ^• | _• |
| `• | aw | b• | c• | di | ed | f• | g/ | ht | ik | j• | ki | ln | me | ns | or |
| p: | q• | rg | s= | t- | u• | v• | w. | xm | y• | z• | {• | |• | }• | ~• | •• |
| •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• |
| •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• |
| •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• |
| •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• |
| •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• |
| •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• |
| •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• |
| •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• | •• |
47 kept token rules, one line each: the token's bytes, an arrow, the consequent, and a length-true bar in LSA units on the same scale as the grid's ink — so strength is comparable across k by eye. Unlike k=1, the k=2 rules carry their strength in the file under B1 and B2 alike.
The whole sample, in place. Highlighted where the selected pattern's antecedent occurs, and in the second colour where the byte that followed is the one the rule names. One rule and its footprint in the data are a single reading here, not two charts. This scan is the page's own, and it is proved against cmpr --latd at build time — all 303 patterns of this model agree.
| the datum | what it is |
|---|---|
| a grid cell | the k=1 pattern out of that source byte: its argmax successor. There are always exactly 256, one per byte, whether or not the byte ever occurs in the sample. |
| the ink | nothing. Every cell is at the stated constant 8, because a B1 model stores no k=1 weight; the flatness is the fact. |
| a k=2 line | a kept token rule: the two-byte context, the successor it names, and its stored LSA weight. |
| the bar | that weight, on the same scale as the ink. The reference is the largest weight in this model, which is 2. |
| the highlight | the positions the pattern was learned from — its LATD expansion, which is the pattern's own definition read back and not a debugging view. |
#hutter_metrics) and k is measured end to end at a real size, which these prefixes are not (#viz_standard). What is here is an inventory.Published under #viz_standard. Self-contained: no external stylesheet, no font, no image, nothing fetched. Built from the spec in p8v2-pattern-viz-specs.md by docs/pprog/build-p8v2-patterns, never hand-edited. Every pattern drawn was reconstructed through the query layer from (program text, model file); no page reads a de-optimized dump. Nothing here is a result and no page carries a chart point — the picks are the programmer's (#variant_protocol).