A field name is often an abbreviation for a longer idea. Different readers may interpret “active,” “complete,” or “value” differently unless the rule behind the field is written down.
Create a small data dictionary with the meaning, unit, allowed format, and important exclusions for each column. Include an example where it helps. The description should reflect the actual collection process, rather than an ideal definition no one follows.
Update the dictionary when a field’s meaning changes. A historical table may need the earlier definition preserved too. Clear column definitions make analysis, sharing, and future corrections easier to discuss.
A small working example.
Consider handing over a table with a special code for unavailable values. Explain that code before someone mistakes it for an ordinary measurement.
A note to keep beside it.
Treat an unexpected value as the start of an investigation. Its source and context matter before you decide whether to remove it or build a story around it.
- Define the rule behind each field.
- Include units and important exclusions.
- Keep earlier definitions when the meaning changes.
Follow a related question
Separate essential work from optional features.
A service that fails with contextIdentify the smallest displayed step.
Resolution is not the whole measurementKeep learning
Related background to continue exploring this subject.
W3C: a primer for tabular data RFC Editor: the CSV format
