OD-2: temporal model — which relations are bitemporal #35
Labels
No labels
Compat/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Meta/Campaign
Meta/Epic
Meta/Session
Priority/Critical
Priority/High
Priority/Low
Priority/Medium
Reviewed/Confirmed
Reviewed/Curated
Reviewed/Duplicate
Reviewed/Invalid
Reviewed/Won't Fix
Scope/Campaign
Status/Abandoned
Status/Blocked
Status/Conflicted
Status/In Progress
Status/In Review
Status/Need Grooming
Status/Need More Info
Status/Ready
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Blocks
#41 Rule: the seven open design decisions
Ting/CurryComb
Reference
Ting/CurryComb#35
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Question
Which relations need valid-time + observed-time (bitemporal) semantics instead of simple assertion/retraction timestamps?
Where this already lives
docs/handoff.md§Open decisions 2; ADR-0001 §Open decisions (temporal model); §Minimal shared relation model ("valid-time and observed-time facts where needed").Decision procedure
Name the relation list (or "none beyond assertion/retraction") in an ADR append. Facts and curation state have provenance timestamps already; the question is about validity intervals.
Unblocks
#20 schema fields; #28 projection relations where needed.
Grooming state: Open — owner ruling required.
Evidence: Related mentions:
docs/handoff.md§Open decisions 2; ADR-0001 §Open decisions (temporal model); §Minimal shared relation model. Consumers on this tracker: #20 (schema fields), #28.Larandar: Decision required.
Question: Which relations require valid-time plus observed-time semantics rather than assertion and retraction timestamps?
Decision procedure: Name the relation list, or state none beyond assertion and retraction, in an ADR append; distinguish validity intervals from existing provenance timestamps.
Consumers: #20 schema fields and #28 projection relations.
Sources: CurryComb#35 body; docs/handoff.md Open decisions 2; ADR-0001 Open decisions and Minimal shared relation model; audit 2026-09-19/20 G43.
State: The issue body remains the full record; this comment is the current projection, not a promise of future replacement.