Liking cljdoc? Tell your friends :D

Naming invariants

  • Covers: the lexical conventions that mark a symbol as predicate, individual, type, sense, context or lexeme, and what assert refuses for a badly-shaped name; and the reserved words — the prose vocabulary the docs and docstrings are held to.
  • Not here: how a well-formed sentence's structure normalizes to one stored handle → canonicalization.md; whether an argument's type (not its spelling) is correct → argtypes.md.
  • Assumes: predicate, type, context, sentex → glossary.md.

vaelii.impl.naming. The KB relies on lexical conventions to tell the role of a symbol.

RoleConventionRegex (on the symbol name)Examples
predicatecamelCase, lowercase-initial, no _, arity 2+[a-z][a-zA-Z0-9]*parentOf, genlCx, arg
individualCapitalCamelCase[A-Z][A-Za-z0-9]* (not a context)Muffet, Tom
typesnake_case, a unary predicate[a-z][a-z0-9_]*dog, physical_object
sensea type, plus the disambiguator saying which sense[a-z._][…]*-[a-z0-9][…]*abrasive-grit, abandonment-romantic
contextCx prefix, then CapitalCamelCaseCx[A-Z][A-Za-z0-9]*CxUniverse, CxCore
lexemethe lex namespace; the name is not ours to spell(namespace x) = "lex"lex/fool's_gold

Notes

  • Types are unary predicates. Write (dog Muffet), not (isa Muffet Dog). thing is the root of the genl hierarchy.

  • A sense is a type, and on a KB built by reading text it is the usual type: a word alone does not say which of its meanings is meant, and abandonment-romantic and abandonment-dual have to be two terms or the hierarchy conflates them. The disambiguator follows the last dash, because the word may hold one of its own — and may end in one, which is the case that forces the rule. a- is a word (A, then the minus), so its sense is a--musical_note: the word is a-, the disambiguator is musical_note, and the boundary is the second dash rather than the first. Nothing parses that boundary: sense and disambiguation facts record it, so the shape is all a check has to recognise.

  • The word half is snake_case by convention, and nothing enforces it, because the shape that admits a--musical_note admits has-black-feathers too. There is no single-dash rule: the split is the last dash and the word keeps the rest, so a whole kebab-case phrase is a well-formed sense. Only the first character of the symbol is constrained ([a-z._], since the reader dispatches on it) and the disambiguator, which starts alphanumeric and carries no dash and no capital — a-B, foo- and -foo are refused, a-b-c-d is not.

    So physical-object and physical_object are two terms, and the hierarchy holds them apart like any other pair. Nothing unifies them: genl relates what it is told to relate, and no check compares a sense's word half against the types already stored. Write types snake_case and mint a sense only where a word needs disambiguating, and the two spellings never meet. This is the same limit stated under What this does not check, one step sharper — there the two names at least read differently, and here they read the same.

    Kebab-case is the spelling a Clojure hand types without thinking, and it is the one to unlearn here. Relations still catch it, since a type is unary and (lives-in ?x cold_place) is refused at arity 2 exactly as lives_in is; a unary (has-black-feathers Tweety) is what passes.

  • A lexeme is a surface form: exactly what a model or a person wrote, before anything decided what it means. It is marked by a namespace rather than by a spelling because its text is unconstrained — apostrophes, dots, dashes, digits — so any marker written into the name would collide with the word it marks. fool's_gold carries an apostrophe of its own. (namespace x) cannot collide. lex is the only namespace that decides a role; agg/count and set/forwardRule are read by their name half exactly as before.

  • The one fence around a lexeme: it names no relation. A lexeme applied to arguments is refused (:lexeme-functor). As an argument it is ordinary, which is what lets (sense lex/fools_gold fools_gold-mineral) say what it means — and lets (genl abrasive-grit lex/abrasive_tool) stand as an unsensified edge until a sense is crafted to replace it.

  • A name the reader would not read back is refused. A leading digit reads as a malformed number (134a-gas), and a leading ' is the quote macro, so 'centaur'-mythical reads as a list rather than a term. Both are escaped with a leading underscore when minted — _134a-gas — which reads and says it was escaped.

  • Overlap is expected. A plain lowercase word (dog, genl, likes) satisfies both predicate? and type-symbol?. Role is disambiguated by position and arity, not the symbol alone — genl is a predicate in (genl dog animal), dog is a type in (dog Muffet).

  • Accessors. functor, args, arity destructure a sentence.

Enforcement: every literal, and the arity biconditional

assert calls nm/check! and check (docs/api.md, "Validating without writing") calls nm/blocking-problems; both read the KB's policy, and both are nm/problems underneath. It reports, in order: the context's own name, then every literal's functor, then every literal's atomic symbol arguments, then any ist context slot, then a dotted rest marker where one cannot appear. That argument step is lexical — is this spelling an individual, a type or a predicate at all — and not a type check; whether the argument is of the right type is arg's job.

Literals, wrappers, and arguments

A naming invariant is about a literal — a predicate applied to arguments. A sentence is built from literals plus wrappers, and nm/literals descends the wrappers to reach the literals:

WrapperDescends to
(not X)X
(and X …)each conjunct
(or X …)nothing, and it never arrives: a disjunctive antecedent is polycanonicalized into one rule per alternative before naming runs, so what this walk sees is the expansion (canonicalization.md)
(implies A C)each antecedent (:antecedent), then C (:consequent)
set/forwardRule · backwardRule · inertRule · defaultRule · assumptionRule · hardConstraint · softConstraintthe rule inside, wrappers nesting in any order
(exceptWhen Q R)Q's conjuncts (:exception), then R
(ist Ctx S)S (and Ctx is checked as a context name)
(unknown S) · (thereExists ?v S) · (exists ?v C)the query / consequent wrapped
(agg/count ?n ?v B) and its four siblingsB — an aggregate's body is a goal, not an argument (aggregate.md)
(sentexHandle N)nothing — it names a stored sentex by id
(do/labeling Ctx) and the rest of do/nothing — an imperative instructs the engine rather than stating that something is true, so it names no relation: it is dispatched at the top level of assert and refused anywhere inside a rule (labeling.md)

Two positions are deliberately not literals. Arguments are never walked: a compound in argument position is a term, and its head names a function or is plain data — an arithmetic expression (evaluate ?s (+ 1 2)), a structural NAT (QuantityFn 5 Meter), a quoted connective (comment not "…"). And a variable in functor position is a pattern that names no predicate, so the dotted rest form (?pred . ?args) and a bare (?p ?x) pass.

Descending the wrappers is what makes the check reach a rule. A rule's outermost functor is implies, which is engine vocabulary, so a check that stopped there would examine nothing an author wrote: (implies (penguin ?x) (lives_in ?x cold_place)) is refused for its consequent, and a consequent is exactly where derived and generated content lands.

The spelling is a biconditional on arity

A functor carrying an underscore satisfies type-symbol? and not predicate?, so it names a type, and a type is used as a unary predicate. It is therefore legal at arity 1 and nowhere else. And the converse holds: a camelCase functor — one carrying an interior capital, which type-symbol? refuses — is legal at arity 2 and above and nowhere else.

(physical_object Rock1)              ; fine — a type membership
(warm_blooded Muffet)                ; fine — a unary predicate, spelled like one
(lives_in penguin cold_place)        ; refused — a type name doing a relation's job
(warmBlooded Muffet)                 ; refused — a property wearing a relation's spelling
(livesIn Tweety Antarctica)          ; fine — camelCase at arity 2

Why both directions. A one-place predicate is not a relation: its extension is a set, not a set of tuples, and a set is what genl orders — which is why the taxonomy exists at all and why its closure is cached rather than derived by a rule. Every ontology language that reads a role off a name marks that split (OWL's classes against its properties, Cyc's collections against its predicates); what none of them can do is mark it in one direction only, because a rule that half-holds is a rule an author cannot use to read. (warmBlooded Muffet) under a one-way rule is legal, unremarkable and wrong, and the KB shipped thirteen of them before this was closed.

Where the rule stops. A bare lowercase word (dog, likes, alive) satisfies both conventions, so arity decides and nothing is refused. That is not a gap to be closed later: the marker lives on the interior of a name, so a name of one word has nowhere to carry it. Roughly three quarters of the shipped type names are single words and always will be — the invariant marks multi-word names, and says so.

The one exemption. sentexHandle stands at arity 1 and is not a predicate: it names a stored sentex by its id, a term constructor wearing a literal's shape. It states nothing, so there is no relation to spell either way. nm/unary-spelling-exempt is the roster, and a name earns a place on it only by naming no relation.

What a rejection says

The ex-info :type is :naming. A repair loop is handed the message verbatim, so each one names the literal, the wrapper it sits in, and the spelling to use instead:

functor lives_in in rule consequent (lives_in ?x cold_place) is snake_case, which
names a unary predicate — a kind or a property — and is legal only at arity 1, but has
2 arguments — write it camelCase as livesIn, or as (lives_in <one argument>)

A rejection is data before it is prose. nm/problems* yields one {:class :role :symbol :literal} map per violation — :class one of :context-name :functor :lexeme-functor :functor-arity :functor-unary :argument :ist-context :dot-marker — and nm/message renders one; problems is the two composed. assert wants the sentence it refused spelled out, but anything counting violations wants to group, and a message embeds the literal, so it is unique per record and counting messages counts records.

The throw is a reporting path, so it does not pay for a stack trace nobody prints. A checked import counts what the front door refuses, which makes the refusal a hundred thousand calls in a load rather than an exceptional one — and most of what ex-info costs is materializing the trace so it can elide its own two stack frames, which is a cost that grows with the depth of the stack it is thrown from where a bare constructor's does not. check! builds the ExceptionInfo directly. Same class, same message, same :type :naming ex-data.

Whose invariants: the two doors

How hard these are enforced is the KB's to say, not the build's. open-kb's :naming selects the policy:

:strictthe default — refuse the assertion, ex-info :type :naming
:warnlog each one and store anyway (a corpus being cleaned up)
:offstore in silence (a corpus with spelling conventions of its own)

It lives on the KB as a plain value, settled when the KB is opened: a store whose policy moved under it would hold two vocabularies with nothing recording which sentence arrived under which. So a lenient loader and a strict editor can hold the same store at once, and neither has to win.

:constraints is the other door of the same kind, over what a definitional clash does rather than over how a symbol is spelled — :refuse or :arbitrate, on the KB as a plain value for the same reason (nmtms.md, "Which door the content came through").

What no setting moves is the role reading. predicate? and its three siblings answer the same way under every policy, so :off stores a name nothing can classify — term-role says nil, a (Type Individual) goal takes the general path rather than the shortcut — never one classified differently. That is the entire cost of opening the door, and it is why the check is worth keeping on wherever the content is hand-written.

A bulk path is not on that list because it does not consult it: an import builds records directly through res/kb-sentex and never asks, which is what makes a corpus past what the door can check loadable at all. The two doors are reconciled by a count instead. Both import paths fold nm/tally as the frames go past — the one cheap moment, with each record already decoded — and a non-zero result is logged and returned in the summary as {:checked n :refused n :by-class {…}}, one line naming the fraction and the classes it splits into:

this corpus and `assert` disagree: <n> of <total> records (<pct>) hold names `assert`
would refuse: context-name <n>, argument <n>, functor <n>, functor-arity <n>,
dot-marker <n> — they are stored, findable and countable, but re-asserting one throws
under :naming :strict

A foreign dialect can disagree at every record — a naming convention the whole corpus was written under is one the door refuses uniformly, not occasionally — so the fraction is as likely to be 100% as it is to be small. The operator who chose the bulk path learns it then, rather than from a re-assertion that throws a year later. lein bench-survey naming is the same question asked exhaustively: every record, grouped by class, by frame and by distinct spelling, with candidate widenings priced against the corpus.

The door one over answers the same way. A name is checked outside the constructor, so a record with a refused name still gets built and stored. The structural checks — NAF closure, quantifier locality, the aggregate reduction slots — run inside it, so when one of those fires there is no record at all. An import counts those in :refused ({:checked n :skipped n :by-type {…}}), skips the frame, and carries on:

<n> of <total> frames (<pct>) hold sentences this build will not construct:
naf-not-closed <n> — they are not stored, and anything resting on one is dropped with it

A dump is not a program being written. A rule an older build stored, or another engine's, can be one a since-widened check refuses, and there is nothing the reading side can do about it — so the choice is between skipping that frame and abandoning a finished multi-hour pass over every good frame beside it. Skipping is not repair — the justifications and meta-sentexes naming a skipped frame fail to resolve and drop with it, as they already do for any dangling reference — and the summary says what went with it; what the count buys is that the operator reads the number off a load that finished.

Two edges of the count. Only an ex-info carrying a :type is counted; an unlabelled one is rethrown, since tolerating an exception nobody chose to raise is how a bug becomes a statistic. And check-frame-count! reads the records-only path's :frames — what the stream yielded — rather than its stored count, or a skipped frame would read as a torn dump.

What this does not check

This is a check on the shape of a name, never on whether the name is worth having. A unary snake_case functor is a well-formed type name, so

(implies (penguin ?x) (has_black_and_white_feathers ?x))

passes — as would capable_of_swimming or thermoregulates_via_blubber_and_feathers. Nothing about a symbol distinguishes a type the ontology wants from a one-off coined for a single sentence; judging that needs the KB's existing vocabulary, which is a different question asked in llm.md. Reading this check as a guard against vocabulary fragmentation is wrong in the expensive direction.

Advice: the sentence that breaks no invariant and still means nothing

A shape can be well-formed and still be a mistake, and the front door says so where it can name the repair. (isa Muffet Dog) breaks nothing — isa is a well-formed predicate and both arguments well-formed individuals — so it stores a two-place relation nothing reads, and (isa? kb 'Muffet 'Dog) then answers false with nothing to search for. nm/advice reads intent where problems reads the invariants: it recognizes the shape, and advise! logs a :warn once per process spelling the rewrite that was meant. Advice never refuses and never throws — a naming policy of :off silences it, and an argument that is not a symbol yields no advice rather than an exception, since advice that crashes the assert it exists to help is worse than none.

What it proposes:

WrittenProposed
(isa Muffet Dog)(dog Muffet)
(isa Muffet PhysicalObject)(physical_object Muffet) — snake_case, not physicalobject
(isa Muffet <non-symbol>)the generic (<type> <individual>) form

One entry, deliberately. The bar for adding a second is in advice's own docstring: a shape somebody might legitimately mean stays out, because a warning on legitimate content is a warning an author learns to ignore.

Reserved words

The lexical rules above are about a symbol. These are about a word: the prose vocabulary the docs, the docstrings and the KB comments are held to.

One word, one stratum, one field. Where that is impossible, the glossary carries every sense as its own entry — and a word with two senses and one entry is a bug.

Four strata, and every noun in the tree names something at exactly one of them. A word carrying two senses at the same stratum is a defect; one carrying two senses at strata a reader cannot confuse is a declared collision, and the row below is the declaration.

StratumWhat lives there
termexpressions that denote a thing
formulaexpressions that assert something
knowledgewhat the KB holds and believes
machinehow it is stored and found

The formula stratum runs on the standard ladder, and the docs use it exactly: an atomic formula is a predicate applied to terms; an atomic sentence is a closed atomic formula; a literal is an atomic formula or its negation; a formula is an atomic formula, a logical operator applied to formulas, or a quantifier binding variables in one; a sentence is a closed formula. So (P ?x) is an open atomic formula and a positive literal and not a sentence, while (P Alice) is an atomic sentence and a positive literal. A possibly-open goal is a pattern, never a sentence.

A qualified compound is a different word. Stack frame, binding frame, keyword literal, string literal, character literal and regex literal are ordinary programming vocabulary, and the qualifier is what tells them from the bare reserved word. The rule governs literal and frame standing alone; it does not reach into a compound that names something else and says so.

scripts/lint-glossary.sh's check 6 reads the table below: every entry it names must exist in glossary.md, and the count must match. Adding a second sense of a word means adding its row here and its entry there, in the same commit.

WordStratumSensesGlossary entries
assertedknowledge1Asserted
atomicterm, machine2Atomic (term); Atomic (storage)
atomic formulaformula1Atomic formula
atomic sentenceformula1Atomic sentence
beliefknowledge2Belief; Belief (an agent's)
constraintformula, knowledge2Constraint (rule slot); Constraint network
contextknowledge3Context; Query context; Placement context
denotational termterm1Denotational term
derivedknowledge1Derived
doormachine1Door
extentmachine1Extent
formulaformula1Formula
framemachine1Frame
groundterm1Ground
inertknowledge1Inert
kindterm1Kind
labelknowledge1Labeling
literalformula1Literal
patternformula1Pattern
polarityformula1Polarity
recordmachine1Record
regionknowledge, term2Region (relabel scope); Region (spatial)
sentenceformula1Sentence
sentexknowledge1Sentex
strengthknowledge1Strength
termmachine1Term
valueterm1Value
variableterm1Variable
wrapperformula1Wrapper

What the check cannot do is notice a third sense arriving in prose. That is the reviewer's job, and the table is where the question gets asked: a word not in it is free, and a word in it means what its entries say and nothing else.

Temporaries in tests

vaelii.test-util/with-terms infers a temporary's role from the symbol's own shape and embeds it in the generated name. A :type temp keeps the base's spelling: a base already carrying an underscore (physical_object) becomes snake_case (tmp_physical_object_17) and is therefore unary-only, while a bare lowercase word (dog, likes) becomes another bare lowercase word (tmpdog17) and stays usable at any arity — as ambiguous as the word the test wrote. Writing the base with an underscore is how a test says "a type, and only a type".

A :predicate temp is bare lowercase for the same reason read the other way. Now that the rule is a biconditional, a camelCase temp would commit to being a relation exactly as an underscored one commits to being a kind, and a test that wrote parentOf as a base made neither commitment — so the base's capitals are folded out (parentOftmpparentof17). A test that wants the arity-1 commitment writes the base with an underscore and takes a :type temp; one that wants arity 2 and above writes the literal rather than a temp.

Can you improve this documentation?Edit on GitHub

cljdoc builds & hosts documentation for Clojure/Script libraries

Keyboard shortcuts
Ctrl+kJump to recent docs
Move to previous article
Move to next article
Ctrl+/Jump to the search field
× close