time
Let an agent handle time as instants, durations and intervals with units, time scales and zones, and avoid the classic errors of mixing them.
Bundle → Layer → Finding → Questions Filled
4 bundles · 8 layers · 8 findings · 16 questions
Kind of time value Instant, duration or interval.
Instant
A point in time.
Instant
The instant and its zone.
- Is this an instant, and in which time zone or scale? definition
- How precise is it? measurement
Duration
A length of time.
Duration
The duration and unit.
- What duration is meant, in which unit? measurement
- Does it cross a daylight saving change? boundary
Scales and zones Which clock.
Time scale
UTC, TAI, GPS.
Time scale
The scale used.
- Which time scale is used? definition
- How are leap seconds handled? boundary
Time zone
Local time.
Zone
The zone and rules.
- Which IANA time zone applies? definition
- Have the zone rules changed recently? provenance
Measurement Clocks and synchronisation.
Clock
Reference and accuracy.
Clock source
The reference clock.
- Which clock or reference produced this time? provenance
- How accurate is it? measurement
Synchronisation
NTP, PTP, GNSS.
Synchronisation
How clocks agree.
- How are clocks synchronised? definition
- What is the maximum offset between systems? measurement
Use Scheduling and ordering.
Scheduling
Across zones.
Schedule
Schedule and zone handling.
- In which zone should this event be shown to each participant? action
- What happens at daylight saving changes? boundary
Ordering events
Causality in systems.
Ordering
How events are ordered.
- Can timestamps be trusted to order these events? boundary
- Is a logical clock needed? definition
Classifiers Filled
- Family
- Thing Registry
- Category
- Cross-cutting context
- Entry kind
- thing
- Plane
- XCT
- Domain
- XCT.TME
- Other names and narrower kinds
- paid time off, real-time, Moscoso, crystallization time, biological half-life, Döp, plasma half-life, Trading day, late, graduation time, local time, Rancata
What it is Filled
The continuing progression of events from past through present to future, measured in seconds and larger units, and used to order events and measure durations.
Why it exists Filled
Let an agent handle time as instants, durations and intervals with units, time scales and zones, and avoid the classic errors of mixing them.
Distinguishing features Filled
- Instant, duration and interval are different things
- Time scales differ: TAI, UTC, GPS time, local time
- Local time depends on zone and daylight saving
- Domain-specific times such as half-lives are durations
What robots and AI may and may not do Filled
Must not
- Mix local times and UTC in one record without labels.
- Ignore daylight saving changes when scheduling.
- Alter timestamps in logs or records after the fact.
- Change the clock of a system it does not administer.
Only with a human decision
- Adjusting clocks in systems where time stamps carry legal or safety meaning.
May
- Record times with time zone or in UTC and synchronise clocks it is authorized to manage.
- Convert between time zones using an up-to-date time zone database.
Moral aspects Filled
- Timestamps are evidence, and tampering with them can deny people justice.
- Errors in time can make people miss medicines, trains or court dates.
Who is affected
- People relying on schedules
- System operators
Owners Filled
Steward
Nobody owns time; national metrology institutes keep official time.
Links to other meta-models Filled
parent
- Q133250 - registry parent class
related
- day, week, year - calendar units
- clock - instruments
- event - events occur in time
- calendar date - a date is a whole day, not an instant
What else AI and robots need to interact with it Filled
Identity and identifiers required Filled
- Vercy registry: vr.tr.time
- Wikidata: Q11471 (https://www.wikidata.org/wiki/Q11471)
- ISO 8601 timestamp: YYYY-MM-DDThh:mm:ssZ standard representation
- IANA time zone: Region/City time zone database
Direct properties not applicable Not applicable
- SI base unit: second s - defined by the caesium-133 hyperfine transition
- leap seconds inserted since 1972: 27 seconds - as of 2026
Plane XCT: no invented physical properties.
Recognition optional Filled
- Timestamps such as 2026-09-11T07:52:54Z
- Durations such as PT3H or half-lives
- Clock faces and displays
- Not visible; shown by clocks, calendars and timestamps.
Capabilities and actions required Filled
- measure it, with clocks referenced to atomic time
- record instants, with timestamps and time zones
- compute durations and intervals
- schedule and coordinate, across zones
Hazards and failure modes required Filled
- Time zone and daylight saving errors
- Clock drift and unsynchronised systems
- Leap second handling bugs
- Mixing local and UTC timestamps
Standards and interfaces required Filled
- SI definition of the second
- ITU-R TF.460 on UTC
- ISO 8601 and RFC 3339
- National time zone law
Context of use required Filled
- Ordering events, measuring durations, coordinating activity and scheduling.
- instants and timestamps
- durations and intervals
- time scales: UTC, TAI, GPS
- domain times: half-life, crystallisation time, paid time off
Sources Filled
- Wikidata item Q11471: time - identity and sense of the item
- Wikipedia: Time - general description of the item
Open questions
- Should instants, durations and intervals be separate entries?
- How should the registry require time zones on timestamps?
- The registry entry has merged aliases such as paid time off; should they be split off?
Machine files
Provenance
thing registry research (pass 2) · unreviewed
Built from: models/things/publications/thing-q11471/spec.json