Skip to the pages
The Paddock LedgerReading farm maps, organising by land unit, keeping traceable records.

Notebook 2026

Monday

Naming units so others can follow

No. 05 Organising the Land 5 min read

A practical look at block naming rules that keep paddock and land unit names stable across staff changes, new seasons and shifting paddock layouts.

A wooden gate at the corner of a fenced paddock on a green rolling farm, with a laminated map held in one hand and a clipboard resting against the post.
A block name is only useful if it still points at the same ground when someone else reads the map. Illustrative image, generated with AI.

A farm records system only works if the names inside it still mean the same thing years later. Naming land units is a small discipline with a large payoff: when block names stay stable, anyone joining the team can read a map, follow a resource chart, and trace a record back to the ground.

Why does a block name matter more than it seems?

A block name is a pointer. If it points at the same piece of ground every time, everything attached to it stays honest: the map, the resource chart, the field notes, the photo points. If it drifts, the whole chain loosens, and a note from three seasons ago becomes ambiguous.

Farm plans are built to be reviewed and revised over time, so names need to survive that revision without turning into a second, contradictory language.

What makes a naming rule stable?

A stable rule has three properties. It is unambiguous on its own, it does not depend on who is reading it, and it is short enough that people actually type it in full. Names that lean on local shorthand or a nickname survive only as long as the person who coined them.

A useful test: hand the name to someone who has never walked the farm and ask them to find the ground. If the name plus a base map gets them there, it is doing its job.

Should names describe the land or the job?

Descriptive names tied to lasting features, like a ridge, a gully, a terrace edge, tend to age well. Names tied to a job or a season do not, because the job changes and the ground does not.

The same logic applies when you decide what counts as a unit in the first place, since a name is only as durable as the boundary behind it.

Should you number blocks or name them?

Both systems work, and each has a failure mode. Numbers are fast and neutral, but a pure number gives no mental picture, which makes errors harder to spot. Names carry meaning, but they invite variation when several people record them.

A common compromise is a short code plus a plain word, kept consistent. Decide the pattern once, write it down, and apply it before new ground is named rather than after.

Approach Strength Weakness to watch
Sequential number only Fast, neutral, easy to sort No mental picture, hard to spot a wrong entry
Descriptive name only Memorable, self-explaining Spelling and wording drift across recorders
Code plus plain word Sortable and readable Needs a written convention to stay consistent
Legacy name retained Preserves historical continuity Can carry an outdated description of the ground

How do you handle legacy names?

Old names carry history, and that history is worth keeping. The trick is to make the relationship explicit rather than letting two names compete.

Keep the established name as the main entry, and record a former name beside it once, in the notes rather than the header. That way anyone following an older record can trace it, while new records stay on one name.

If a name has become genuinely misleading, for example because the ground it points to has been subdivided, retire it cleanly and say so. A quiet rename with no note is what creates confusion later.

What do others need in order to follow the name?

A name alone is not enough. Whoever picks up the record needs three things together: the name, the boundary it refers to on a map, and a short plain description of the ground. Those three form a unit entry that can be checked without a phone call.

This is where a good base map earns its keep, because a name attached to a clear outline is far harder to misread than a name attached to a vague area. The same applies to slope and aspect shading: once those layers are visible, a name like a ridge block becomes self-evident rather than something a reader has to be told.

Practical habits that help:

  • Write the name in full the first time it appears in any list.
  • Record the boundary on a map in the same pass, not later.
  • Keep one description line, in the same order of words each time.
  • Note hazards and access constraints with the unit, not in a separate file.
  • Add a date to any change of name, so the change itself is traceable.

How do you keep names from drifting when the layout changes?

Layout change is the main threat. Paddocks get split, gates move, a fence line shifts ten metres. If the block name moves with the fence every time, no historical record stays comparable.

A workable rule is to treat the name as attached to an area of ground, not to a fence. When a paddock is subdivided, keep the parent name for the larger part and give the new part a distinct name or suffix. Record the change with a date, and note the old extent briefly.

When the map starts carrying too many layers, the risk grows, so it pays to keep the unit layer readable on its own rather than buried under everything else. A reader who can see the unit boundary without hunting for it is a reader who will use the right name.

What is worth writing down about a naming convention?

Write the convention down once, in plain language, and keep it where the records live. It does not need to be long. It needs to state the pattern, the rules for subdividing, how a former name is recorded, and who can approve a change.

A short written convention also makes onboarding straightforward. A new member of the team does not have to reconstruct the logic from examples, and a student or contractor picking up a clipboard gets the same names as everyone else.

Finally, tie the convention to verification. Every so often, take the unit list to the ground and check that each name still describes what it claims to. Names are only useful while they remain true, and a periodic check is what keeps them true.

Sources