Should the APL DATETIME type include explicit time‑zone metadata?
The goal is to decide whether the built‑in DATETIME scalar in Dyalog APL should carry time‑zone information so that conversions between regions can be performed without relying on external extensions. Currently DATETIME stores a local‑time value without any offset, which forces projects to adopt ad‑hoc solutions such as storing UTC offsets separately or usin
apl