Skip to content

Reject timestamp truncation before temporal selection - #26

Merged
dev-belly merged 1 commit into
mainfrom
codex/timestamp-precision-20261028
Oct 28, 2026
Merged

dev-belly merged 1 commit into
mainfrom
codex/timestamp-precision-20261028

Conversation

@dev-belly

Copy link
Copy Markdown
Owner

An ingestion time of 2026-01-01T00:00:00.0000009Z previously normalized to the earlier microsecond cutoff and could be selected as already known. Fractional zero-second offsets can also lose their fraction in the datetime parser.

Reject more than six fractional-second digits, fractions on shortened hour/minute clock forms, and fractional-second UTC offsets before normalization. Keep supported UTC instants and inclusive microsecond cutoffs unchanged. JSON, native CSV and the optional pandas example share the guard; invalid CLI inputs return status 2 before any report is written. Document the stricter main-only input contract and unchanged release assets.

Validation: eight new unittest methods first reproduce the old behavior; all 145 local tests pass with pandas installed. Both committed scalar and rolling bundles verify without regenerating their bytes. Tests cover all observation timestamps, decisions, both CLI input routes and commands, source-file preservation, supported offsets and a record one microsecond after the cutoff. No model-performance or external-adoption claim is added.

@dev-belly
dev-belly marked this pull request as ready for review October 28, 2026 03:53
@dev-belly
dev-belly merged commit 219e58a into main Oct 28, 2026
20 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant