Stage 1 summary. Foundations

8 min 10 concepts 4 figures

Foundations builds the vocabulary every later stage assumes. It starts with what data is before anyone interprets it, works through the notation and formats that decide how a value survives being written down and moved, and ends with the judgement calls no format or standard can make for you. The organising idea is that a value on its own carries no meaning. Everything useful comes from what is recorded around it: the unit, the entity, the interval, the definition, the source and the terms on which it may be used.

The failures collected here are ordinary rather than exotic. A report comparing gigabytes with gibibytes. Two systems exchanging valid JSON and meaning different things by the same field. A spreadsheet nobody can interpret because its author left. A chart whose axis starts above zero. A deletion that landed in production and nowhere else. Each is cheap to prevent when the data is created and expensive to unpick later.

What you carry out of this stage

  • Separate a recorded value from its interpretation, and say what context has to be present before a value is a fact
  • Place a raw reading, a contextualised statement, a decision rule and a judgement on the DIKW ladder, and explain why the ladder is not a process
  • Convert between SI and IEC prefixes, read hexadecimal and binary notation, and catch a units error in a report
  • Choose between CSV, JSON, XML, Parquet and Avro for a stated workload, and say where each keeps its schema
  • Write a metadata record that lets a stranger use a dataset safely, and place each field in one of the three metadata families
  • Tell syntactic, semantic and operational interoperability apart, and diagnose which layer a proposed integration actually solves
  • Apply the six data quality dimensions and argue quality as fitness for a stated purpose
  • Trace one record through the lifecycle, name the control point at each stage, and explain why copies are the risk
  • Match a chart to a question, spot three ways a truthful chart misleads, and write a caption that states its limits
  • Separate the lawful test from the ethical one, and name where bias enters a data lifecycle

Stage 1 Foundations as a three-band literacy stack

The ten modules fall into three bands, what a record is, how it is described and agreed, and what makes it trustworthy, and every card names what it unlocks later, so the order is a chain of preconditions rather than a reading list.

Stage 1 runs in three bands: what a record is, how it is described and agreed, and what makes it trustworthy. Each of the ten modules unlocks something specific later, which is why the order is the order.

Stage 1 route: ten foundations and what each one unlocks A route board of three grey bands. Band one, What a record is, holds modules 01 What data is, 02 Data, information, knowledge, and 03 Units, notation and binary. An arrow labelled a record you can name leads to band two, How it is described and agreed, holding 04 Representation and formats, 05 Metadata and context, and 06 Standards and interoperability. An arrow labelled a record others can read leads to band three, What makes it trustworthy, holding 07 Data quality and meaning, 08 Lifecycle and flow, 09 Visualisation basics, and 10 Ethics and trust. Every card carries a grey second line naming what it unlocks. A red callout at the foot names what Stage 1 hands to Stage 2. STAGE 1 ROUTE · TEN MODULES · EACH CARD NAMES WHAT IT UNLOCKS WHAT A RECORD ISMODULES 1 TO 301What data isunlocks every later definition02Data, information, knowledgeunlocks decisions, not just facts03Units, notation and binaryunlocks size, precision and cost HOW IT IS DESCRIBED AND AGREEDMODULES 4 TO 604Representation and formatsunlocks safe file exchange05Metadata and contextunlocks reuse by strangers06Standards andinteroperabilityunlocks joins across systems WHAT MAKES IT TRUSTWORTHYMODULES 7 TO 1007Data qualityand meaningunlocks fitness tests08Lifecycle and flowunlocks control points09Visualisationbasicsunlocks honest charts10Ethics and trustunlocks earned trust a record you can namea record others can read What Stage 1 hands to Stage 2 Meanings you can trust: a record whose units, description and quality are agreed before anyone models it.

Data is a recorded observation, and context is what turns a value into a fact

Data is an observation recorded as a symbol: a number, a word, a pixel value, a sensor voltage, a timestamp. What makes something data is its status rather than its form, because it has been captured and not yet interpreted. The three structure classes sort the recording, not the meaning. Structured data sits in declared fields with declared types. Semi-structured data carries its shape with it, as in a JSON payload where structure travels with the values. Unstructured data such as a clinical letter or a call recording has no field layout at all.

A value becomes a fact only when the record says what it describes, in what unit, over what interval and under whose definition. A reading of 37.2 is nothing until something says degrees Celsius, this patient, this time. The same test defeats most headline claims about the volume of data in the world, since data created, captured and stored are different quantities and a forecast is not a measurement.

How observation becomes information that survives the journey

Observation, representation, record and use each sit above one metadata facet, the unit, the definition, the collection method and the owner, so the band underneath is what carries meaning across the journey rather than a fifth stage at the end.

Data only becomes useful when representation, record, and decision use travel together with the metadata that preserves their meaning. ISO/IEC 11179-1:2023 frames metadata as the layer that makes that survival possible.

Data only becomes useful when meaning survives the journey Two regions. Top row: four cards Observation, Representation, Record, Use; arrows label the verbs encoded, stored, interpreted. The Use card is emphasised in red soft. Bottom band with a red left accent contains four dashed ghost cards aligned under each stage above, naming the metadata facet (Unit, Definition, Collection method, Owner) that protects that stage from meaning loss. Dashed tie lines connect each stage to its facet. OBSERVATION TO USE · FOUR STAGES TIED TO ONE METADATA LAYER 1DMBOK 2ObservationA real-world eventis seen or measured 2ISO 11179-1RepresentationValue, symbol,or category encoded 3DMBOK 2RecordStored with fields,timestamp, source 4UK GDQFUseQuestion, action,consequence on the day encoded as stored as interpreted for METADATA TRAVELS WITH EVERY STAGE · ISO/IEC 11179-1:2023 Metadata layer Description of data, registered for reliable reuse UNIT the physical quantity DEFINITION what the value means COLLECTION METHOD how it was captured OWNER who answers for it

The DIKW ladder is a teaching heuristic, and nothing climbs it on its own

Russell Ackoff arranged data, information, knowledge, understanding and wisdom as a ladder in 1989, each level made by working on the one beneath. The four-level version this course uses is the later popularisation, which folds understanding into the step above it. A systolic reading of 145 is data. Naming the patient, the time and the baseline makes it information. Reading that against a clinical threshold makes it knowledge, because a rule has been applied. Deciding whether to change treatment, weighing history, medication and what the person wants, is judgement no rule supplies.

The ladder shows that the steps exist and are separately expensive. It is not a process model, and treating it as one is where it does damage: nothing in a pipeline turns information into knowledge by itself, and no accumulation of records produces wisdom. The claim worth catching is the one about a platform that turns data into insight, which names the problem and skips everything inside it. The productive direction is downwards, from the decision to the judgement it needs, back to the records that would support it.

Two prefix systems disagree, and the gap between them is a reporting error waiting to happen

A bit holds one of two states and a byte is eight of them, giving 256 values. Two prefix systems describe larger quantities and they disagree. SI prefixes are decimal, so a kilobyte is 1,000 bytes, which is what drive manufacturers sell. IEC prefixes, standardised in IEC 80000-13:2008, are binary, so a kibibyte is 1,024. Operating systems long computed in binary while printing the decimal label, which is why a drive sold as 1 TB shows as roughly 931 of what the file manager calls gigabytes. Nothing was lost; two systems were compared. A mebibyte exceeds a megabyte by 4.8 per cent and a tebibyte a terabyte by about 10 per cent.

Notation is for reading rather than computing. Hexadecimal packs four bits into a digit, which is why two hex digits describe one byte and why colours, MAC addresses and memory addresses are written that way. Endianness decides byte order in a multi-byte value: big-endian first is network byte order, little-endian first is what x86 processors use. The same four bytes read in the wrong order are a different number, and no error is raised.

Format choice is a workload decision, and row against columnar decides analytics

Each format trades something specific. CSV is readable everywhere and carries no types, no nesting and no schema. JSON nests and types its values, and RFC 8259 requires UTF-8 for exchange outside a closed ecosystem, so encoding is a contract term. XML carries namespaces and an XSD schema, which is why it still runs financial and healthcare messaging. Parquet and Avro embed the schema in the file: Parquet stores column by column for analytical reads, Avro record by record for streaming.

Layout decides analytics performance. A row layout keeps one record's fields together and suits whole-record reads and writes. A columnar layout keeps one field's values together, so a query touching three of forty columns reads three and repeated values compress hard. Arrow is the in-memory form of the same idea. Two traps carry forward: text read under the wrong encoding garbles rather than errors, and binary floating point cannot hold most decimal fractions exactly, so money belongs in a fixed-point type.

Metadata is the recorded answer to what a stranger must know before acting

Data about data is true and gives no test for what belongs in the record. The definition with teeth works from the reader: metadata is the recorded answer to the questions a competent stranger must resolve before using a dataset safely. What is this, how is it arranged, where did it come from, how current is it, and what may I do with it. The word stranger does the work, because whoever built the dataset already holds the answers and will not be there in two years.

Those questions sort into three families. Structural metadata says how the data is arranged: fields, types, units, precision, permitted values, keys, encoding. Descriptive metadata says what it is: title, description, coverage, the population sampled, known limitations. Administrative metadata says who is answerable and on what terms: owner, licence, access conditions, lawful basis, retention period and version. Most of it is cheap only on the day the data arrives, which is why a usable record is written then and not at the end.

Three metadata layers answer questions the data alone cannot

The table at the foot holds meter_id, reading and taken_at and nothing that explains them. Structural metadata says how the dataset is arranged, descriptive what it is, administrative who may use it and when it was made, and the values alone answer none of the three.

A table of values answers nothing on its own. Structural metadata says how it is arranged, descriptive metadata says what it is, and administrative metadata says who may use it and when it was made.

Three metadata layers answer questions the data alone cannot A layered stack read from the bottom up. At the foot, a card called The data itself holds a small table of three columns, meter_id, reading and taken_at, with two rows of unexplained values. Above it stand three layers: structural metadata, tinted red, asking how is it arranged; descriptive metadata asking what is it; and administrative metadata asking who may do what and when was it made. An arrow rises up the left margin labelled each layer answers a question the data cannot. In the right margin one chip per layer names a concrete field: column types, dataset title, and licence and owner. The table has no chip. THREE METADATA LAYERS OVER ONE TABLEONE CONCRETE FIELD each layer answers a question the data cannot ADMINISTRATIVE METADATA Who may do what, and when was it made? Licence, owner, created and updated dates DESCRIPTIVE METADATA What is it? Title, summary, keywords, and coverage STRUCTURAL METADATA How is it arranged? Columns, their types, and how records nest THE DATA ITSELF meter_idvaluevaluereadingvaluevaluetaken_atvaluevalue Three columns of values and nothing saying what they mean ONE FIELD Licence and owner ONE FIELD Dataset title ONE FIELD Column types

Sharing a syntax is not sharing a meaning

A data standard specifies one of three things, and knowing which saves an argument. Some standardise a format, such as RFC 4180 for CSV or ISO 8601 for dates. Some standardise a vocabulary, meaning the values a field may take, such as country or diagnosis codes. Some standardise an exchange: how two parties transfer a payload, validate it, version it and reject it. De jure standards are ratified by a body such as ISO, W3C or the IETF; de facto standards win by adoption and are formalised later, which is what happened to JSON.

Interoperability has layers, and most expensive failures come from mistaking one for another. Syntactic means two systems can parse the same bytes. Semantic means they attach the same meaning to the fields, codes and units. Operational means the exchange survives a real process, with versioning, validation, error handling and named ownership. Two systems both using JSON have agreed on syntax and nothing else. GeoJSON under RFC 7946 orders coordinates longitude first while most mapping tools present latitude first, so two conforming systems can place a point in the ocean.

Quality is fitness for a stated purpose, measured on six dimensions

A dataset is never high quality in the abstract. ISO 8000-8:2015 ties quality to requirements and ISO/IEC 25012:2008 models the characteristics that can be measured, so the question is fitness for the use its consumers intend. The Government Data Quality Framework, drawing on DAMA UK, names the six dimensions used day to day: accuracy, completeness, uniqueness, consistency, timeliness and validity. Validity asks whether a value conforms to its rule and accuracy whether it matches the world, so a postcode can be valid and belong to somebody else.

Fitness for purpose makes the same file adequate for one decision and unacceptable for another. Five per cent address errors cost a wasted mailing in a campaign and misstate a regulatory return. ISO/IEC 5259 adds what data bound for machine learning needs, because a training set carries requirements about representativeness and labelling that a reporting extract does not. Only the process that creates the data can stop producing a defect, which is where quality is owned.

Six quality dimensions and the rule, gate, repair, owner for each

Each of the six dimensions carries its own rule, gate, repair and named owner, so a failure has somewhere to go: validity is tested against the schema, rejected at the producer, and never reaches the consumer who would have used it.

Quality is a matrix of six dimensions, each with a measurable rule, a gate, a repair, and a named owner. The UK Government Data Quality Framework Annex A supplies the six operational dimensions; ISO 8000-8:2015 supplies measurement concepts rather than this six-item list.

Six quality dimensions, each with a rule, gate, repair, and owner A matrix. Header row names the dimension column plus Rule, Gate, Repair, Owner columns. Six rows: Completeness, Uniqueness, Consistency, Timeliness, Validity (emphasised in red soft), Accuracy. Each row carries a measurable rule, a pass-fail gate decision, a repair action, and a named owner. A red-accent callout below states that Validity is the most-broken dimension and the cheapest to enforce with a producer-side schema check. SIX QUALITY DIMENSIONS · UK GDQF ANNEX A · ISO 8000 CONCEPTS DIMENSIONRULEGATEREPAIROWNER CompletenessRequired fields presentPass / warn / holdBackfill from sourceData steward UniquenessNo duplicate keysPass / quarantineMerge or rejectData steward ConsistencySame value across sourcesPass / holdReconcile + recordDomain owner TimelinessAge within SLAPass / stale flagRefresh pipelinePlatform team ValidityMatches schema + domainPass / rejectReject + flagProducer AccuracyMatches the real worldSampled auditSource correctionDomain expert Validity is the most-broken dimension and the cheapest to enforce A schema check at the producer reject-flag stage catches most defects before they reach a consumer.

Every record moves through six stages, and each one has a control point

The lifecycle runs from planning, through collection and ingestion, preparation and storage, use and processing, sharing and publication, to archival or destruction. Each stage carries a control that works only if applied there. Planning sets the purpose, lawful basis, retention rule and quality rules. Collection validates at source. Storage applies access control and monitoring. Use is bounded by the declared purpose. Sharing carries the licence and access conditions. Disposal is verified destruction rather than a flag on a row.

Copies are the risk running through all of it. Deleting a record from production while the value survives in backups, extracts, downstream systems and audit logs is not disposal, and reporting it as one is how an erasure obligation quietly fails. GDPR Article 5(1)(e) keeps personal data identifiable no longer than the purpose needs and names no fixed period, so the decision is yours to justify. Lineage records which sources contributed, which transformations ran and which reports consume the output. Stage 5 returns to retention as a legal obligation.

Six lifecycle control points wired as a closed loop

Every stage carries a control that travels with the data, from a purpose stated at Plan to erasure evidenced at Retire, and the sixth arrow closes the loop because that retirement evidence is what the next Plan is built on.

The data lifecycle is a closed loop because retirement evidence feeds the next plan. Every transition carries a lawful-basis or lineage control. UK GDPR Article 5 makes you able to demonstrate that control, and W3C PROV-DM gives the who, what, when and why a shared shape, so the record can be produced on demand.

Data lifecycle as a closed loop of six control points Six cards arranged in a 3x2 grid. Top row left-to-right: 1 Plan, 2 Collect, 3 Store. Bottom row right-to-left: 4 Process, 5 Share, 6 Retire. Each card names the control that travels with the data at that stage. Brand-red arrows run clockwise around the perimeter and a sixth arrow on the left side closes the loop from Retire back to Plan. The Retire card is emphasised in red soft. A red-accent callout names why the loop closes: retirement evidence is the lawful-basis input for the next plan. DATA LIFECYCLE · CLOSED LOOP · RETIREMENT FEEDS THE NEXT PLAN 1PlanPurpose stated, owner named 2CollectLawful basis recorded 3StoreAccess control + encryption 4ProcessLineage tracked 5ShareContract + audience scope 6RetireErasure or archive, evidenced 1 -> 2 2 -> 3 3 -> 4 4 -> 5 5 -> 6 6 -> 1 (close the loop) Why the loop closes Erasure or archive evidence at Retire becomes the lawful-basis input for the next Plan. The W3CPROV-DM model treats this as wasGeneratedBy reversed: planning is the next consumer of the priorcycle's provenance.

Chart choice is analytical, and a truthful chart can still mislead

The visual system reads position, length, colour and shape in parallel before conscious attention engages, which is why a bar chart lands faster than the table behind it. Chart selection is therefore analytical. Bars compare categories by length. Lines show change over time by slope. Scatter plots show the relationship between two continuous variables. Histograms show one variable's distribution. Choropleth maps show a value by geography. Tufte's data-ink principle removes anything carrying no information.

A chart can be truthful about its numbers and still lead a reader wrong. A truncated axis turns a one per cent difference into a visual doubling, and bars are the worst place for it because length is the encoding. A dual axis manufactures a relationship by choosing two scales. A three-dimensional effect encodes one number as two dimensions. Accessibility is part of honesty: never carry a distinction by hue alone, hold contrast to the WCAG 2.2 thresholds, and label series directly. An honest caption states what is measured, over what period, from what source, and what the chart does not show.

Lawful and ethical are separate tests, and bias enters long before the model

The UK Government's Data and AI Ethics Framework sets out three overarching principles for work with data, automated decision-making and AI, transparency, accountability and fairness, and five specific actions teams take to meet them. They exist because the two tests come apart. A collection can satisfy a lawful basis, pass legal review and still be the wrong thing to do, because the people in the data would object if they understood it or because the outcome falls hardest on those least able to challenge it.

Bias enters at identifiable points: what was chosen to be measured, who ended up in the sample, how the label was defined, which past decisions were treated as ground truth, where the threshold was set, and how the output is used. The passport photo checker that rejected darker-skinned applicants at higher rates learned that from a historical set which under-represented them. A harms-first review runs before collection and asks who is affected, who is worst affected, what happens to them when the system is wrong, and how they would challenge it.

The traps this stage warns against

  • Quoting a headline figure for the volume of data in the world as though it were a measurement.

    Instead: Ask for the publisher, the year and the scope before it goes on a slide. Data created, data captured and data stored are three different quantities, and most widely repeated figures are forecasts.

  • Comparing a storage figure from a supplier with one reported by an operating system and treating the shortfall as loss.

    Instead: Check which prefix system produced each number. SI and IEC differ by 4.8 per cent at the mega step and about 10 per cent at the tera step, so state the unit and convert before comparing.

  • Treating the metadata record as documentation to be written up once the work is delivered.

    Instead: Capture purpose, source system, collection method, units and the meaning of coded values on the day the data arrives, while somebody still knows them. Reconstruction after the author leaves costs weeks and usually fails on some columns.

  • Reading two systems that exchange valid JSON as evidence that they agree.

    Instead: That is syntax. Check the field definitions, the code lists, the units and the coordinate or date ordering on both sides, then check what happens to a rejected payload before calling the integration done.

  • Calling a dataset high quality because it scores well on completeness and validity.

    Instead: State the purpose first, then measure against it. A valid, complete postcode belonging to the wrong person is an accuracy failure, and the same file can be fit for a mailing and unfit for a regulatory return.

  • Marking records deleted in production and reporting the erasure as complete.

    Instead: Inventory every location the value reached, including backups, extracts, downstream systems and audit logs, and treat disposal as verified destruction of all of them.

  • Starting a bar chart axis above zero so a small difference becomes visible.

    Instead: Bars encode magnitude by length, so the baseline has to be zero. If the change is genuinely the story, chart the change itself or state the figure in the caption.

Core distinctions

  • Data is a recorded observation; information is that observation plus the context that makes it a fact about something
  • SI prefixes are decimal and IEC prefixes are binary, so a mebibyte exceeds a megabyte by 4.8 per cent and a tebibyte exceeds a terabyte by about 10 per cent
  • A row layout keeps one record's fields together and suits writes; a columnar layout keeps one field's values together and suits analytical reads
  • Syntactic interoperability means two systems can parse the same bytes, semantic means they mean the same thing by them, and operational means the exchange survives a real process
  • Structural metadata says how the data is arranged, descriptive says what it is, and administrative says who is answerable and on what terms
  • Validity asks whether a value conforms to its rule and accuracy asks whether it matches the real world, so a value can be valid and wrong
  • Lawful and ethical are separate tests, and a collection with a sound legal basis can still cause harm that a harms-first review would have caught

Foundations gives you the vocabulary the rest of the course spends: a value against a fact, the three structure classes, the two prefix systems, formats and their layouts, metadata as a durable record, the three layers of interoperability, six quality dimensions applied to a stated purpose, a lifecycle with a control at every stage, honest charts, and the ethical test that survives a lawful answer. The scenario practice puts those judgements under pressure on situations where more than one answer looks defensible, which is where the habits set here either hold or do not.

Sources and further reading