Dating evidence
Date precision and uncertainty
Short answer
- EDTF specification date
- 4 February 2019 1
- Uncertain
- A question mark after the value 1
- Approximate
- ~ as in 2004-06~ 1
- Uncertain and approximate
- % as in 2004-06-11% 1
- Unspecified digit
- X, rightmost digits at Level 1, any position at Level 2 1
- Exact timestamp format
- RFC 3339, July 2002 2
Precision and uncertainty are different
Precision is how fine the date is. A year, a month, a day or a second. Uncertainty is how sure the source is. EDTF keeps these apart. A year and month string such as 2004-06 is precise to the month, and adding ~ to it says the value is approximate 1.
EDTF uses three qualifiers. The question mark means uncertain, the tilde means approximate, and the percent sign means uncertain as well as approximate. The example 2004-06-11% means the whole date is both uncertain and approximate 1.
The three EDTF levels
The Library of Congress says Levels 1 and 2 specify features described in ISO 8601-2 1.
- Level 0 covers dates, date and time values, and intervals between dates. It specifies features of ISO 8601-1 1.
- Level 1 adds letter-prefixed years, seasons, qualifiers, unspecified rightmost digits and extended intervals 1.
- Level 2 adds exponential years, significant digits, sub-year groupings, set notation and unspecified digits anywhere in a component 1.
Partial, open and seasonal dates
- Unspecified digits. At Level 1, X may replace one or more rightmost digits to show the value of that digit is unspecified 1.
- Open intervals. A double dot may be used when the start or end is not specified. 1985-04-12/.. is an interval from 12 April 1985 with an open end 1.
- Unknown ends. A null string may be used for a start or end date that is unknown 1.
- Seasons. Month values 21 to 24 stand for Spring, Summer, Autumn and Winter. 2001-21 means Spring 2001 1.
- Long years. A Y prefix marks a year of more than four digits, as in Y170000002 1.
Choices and estimates
At Level 2, square brackets wrap a list where one member is the answer, and curly brackets wrap a list where all members are included 1. This lets a record say that an event happened on one of several dates, or on all of them.
Significant digits express an estimate inside a range. 1950S2 means some year between 1900 and 1999, estimated to be 1950 1.
Exact timestamps and their limits
RFC 3339, Date and Time on the Internet: Timestamps, was published in July 2002. It is a profile of ISO 8601 for the Gregorian calendar 2. It says interoperability is best achieved with Coordinated Universal Time 2.
Its form carries fractional seconds where needed, as in 1985-04-12T23:20:50.52Z 2. An offset of -00:00 means the UTC time is known but the local offset is not 2.
Machine time can carry its own margin of error. A trusted time-stamp token under RFC 3161 may include an accuracy field. Adding it to the stated time gives an upper bound and subtracting it gives a lower bound 3.
Examples side by side
| Notation | Meaning | Standard |
|---|---|---|
| 2004-06~ | June 2004, approximate 1 | EDTF Level 1 1 |
| 2004-06-11% | 11 June 2004, uncertain and approximate 1 | EDTF Level 1 1 |
| 1985-04-12/.. | From 12 April 1985, open end 1 | EDTF Level 1 1 |
| 2001-21 | Spring 2001 1 | EDTF Level 1 1 |
| 1950S2 | A year from 1900 to 1999, estimated 1950 1 | EDTF Level 2 1 |
| 1996-12-19T16:39:57-08:00 | Same instant as 1996-12-20T00:39:57Z 2 | RFC 3339 2 |
Common questions
How do I write an approximate date in EDTF?
Add a tilde. 2004-06~ means June 2004, approximate 1.
What does a question mark after a date mean in EDTF?
It marks the date as uncertain 1.
How do I show an unknown end date?
EDTF allows a double dot for an open end, as in 1985-04-12/.., or a null string for an unknown end 1.
What does -00:00 mean in a timestamp?
In RFC 3339 it means the UTC time is known but the local offset is unknown 2.
Rules and charges change. Check the official source linked on this page before you pay or travel. Spotted an error? Email hello@sequenceofrecord.com.
Sources
Related
- Electronic timestamps explained
What file times, log times and trusted time-stamp tokens record, why they can be wrong, and what NIST, IETF and CERT-In guidance says about them.
- How to put events in order
A step-by-step method for building a chronology from dated evidence, drawn from court guidance, forensic standards and legislation records.
- Agreed chronologies in litigation
How courts in England and Wales, New Zealand, Qatar and Australia ask parties to prepare an agreed chronology, and how disputed dates are shown.
- Chain of custody explained
What a chain of custody record shows, how hashes and preserved file times protect digital evidence, and what NIST and IETF guidance says about each step.