{{ liveISO }}
Field | Value | Copy |
---|---|---|
{{ r.label }} |
{{ r.value }}
{{ r.value }}
|
Part (UTC) | Value | Copy |
---|---|---|
{{ p.label }} | {{ p.value }} | |
— |
Zone | Datetime | Copy |
---|---|---|
{{ z.label }} | {{ z.value }} | |
No matches. |
Unix epoch time—also called POSIX time or Unix time—is a continuous count of seconds elapsed since 1970‑01‑01T00:00:00Z. It underpins logs, APIs, and distributed systems because it avoids ambiguous local clocks. A Unix timestamp converter lets you translate between numeric timestamps and calendar dates while staying zone‑aware. Understanding the mapping helps you compare events, debug time drift, and serialize dates consistently across platforms.
This tool accepts numeric input in seconds or milliseconds and date‑time input in a standard calendar format. It interprets your selection of time‑zone context, then produces machine‑readable and human‑readable outputs. Results typically include canonical international formats plus locale displays for quick checks, along with helpful derived quantities used in astronomy and data pipelines. Copy‑ready values streamline pasting into spreadsheets, scripts, and incident reports without manual reformatting.
For example, converting 1 600 000 000 seconds yields 2020‑09‑13 12:26 UTC, which you can compare against regional business hours or service‑level targets. Seeing both a universal representation and a local display clarifies whether a ticket breached a deadline. Beware daylight saving transitions and ambiguous wall‑clock times—systems may apply different offsets in those windows, so verify intent before auditing or billing.
Unix time measures elapsed seconds from a fixed origin (the epoch) and represents instants independently of local civil clocks. Conversions require a calendar system (proleptic Gregorian), a time‑zone model (Coordinated Universal Time, UTC, or an IANA zone with daylight‑saving rules), and a unit choice (seconds or milliseconds). Display formats vary by audience: standards such as ISO 8601 and RFC 2822 aid data exchange, while locale formats improve readability for humans.
Format/Field | Unit/Datatype | Rounding/Precision | Notes |
---|---|---|---|
Epoch (s) | Integer seconds | Rounded down from milliseconds | Convenient for storage and APIs. |
Epoch (ms) | Integer milliseconds | Direct millisecond count | Higher resolution timeline unit. |
ISO 8601 | String (UTC “Z”) | Exact instant | Standards‑friendly exchange format. |
RFC 2822 | String (UTC) | Exact instant | Email‑style date for legacy systems. |
Locale date/time | String (current locale) | Display‑oriented | Good for quick human checks. |
Julian Day | Floating‑point days | 5 decimal places | Astronomy and archival timing. |
Modified Julian Day | Floating‑point days | 5 decimal places | Offset convenience: JD−2 400 000.5. |
Use epoch seconds for compact persistence, ISO 8601 for APIs, and locale strings for user‑facing summaries. Astronomical day counts help align observations across long time spans.
Parameter | Meaning | Unit/Datatype | Typical Range | Notes |
---|---|---|---|---|
epoch_value | Numeric timestamp | Number (s or ms) | Any JS Date‑range value | Empty defaults to 0 s. |
epoch_unit | Unit selector | Enum: “sec”, “ms” | Two options | Controls parsing and display. |
datetime_value | Calendar input | YYYY‑MM‑DD HH:MM | Gregorian dates | Minutes precision; no seconds. |
tz_selection | Time‑zone mode | “LOCAL”, “UTC”, “OFFSET”, or IANA ID | Runtime‑dependent | IANA list with fast filter. |
tz_offset | Manual offset | Pattern: ±HH:MM | −12:00 to +14:00 | Invalid text treated as +00:00. |
Inputs: epoch seconds 1 600 000 000
; zone UTC
.
Steps:
Result: ISO 8601 2020‑09‑13T12:26:40Z
; RFC 2822 Sun, 13 Sep 2020 12:26:40 GMT
.
ISO 8601 defines internationally accepted date‑time formats; RFC 2822 describes the email‑style timestamp. The IANA Time Zone Database governs regional offset rules used by modern runtimes. Julian Day and Modified Julian Day are standard astronomical day counts defined by observatories and the International Astronomical Union.
All processing occurs in your browser; no network requests are made, and no data is stored server‑side. Clipboard writes and file downloads occur only after explicit user actions.
Follow these steps to convert between numeric epoch and calendar date‑time while controlling the time‑zone context.
Example: Paste 1 600 000 000
as seconds with zone UTC to get 2020‑09‑13T12:26:40Z
. Check units if results look ×1000 off.
You now have consistent timestamps for logs, spreadsheets, or API payloads.
Milliseconds are exact to the platform number; epoch seconds are rounded down from milliseconds. Displays render precisely in UTC; Julian counts show 5 decimal places.
Seconds and milliseconds are accepted. Outputs include ISO 8601 (UTC), RFC 2822 (UTC), locale date/time, Julian Day, and Modified Julian Day, plus a JSON summary and CSV exports.
No. All calculations, copies, and downloads occur in your browser. The tool does not make network requests or persist data on a server.
Yes. The picker lists IANA zone IDs from the runtime, with a fast search filter; a small fallback list appears in older environments. Manual offsets use the ±HH:MM format.
After the page loads, conversions work without connectivity because everything runs client‑side, including the live clock and per‑row copy.
It is the International Organization for Standardization’s format for representing date and time, widely used for interoperable data exchange.
Local times near daylight‑saving transitions can be skipped or repeated. The runtime’s zone rules determine the offset applied to your input at that instant.
No sign‑in, API key, or server quota is involved. Usage terms follow the hosting site. The app’s category is “converter · date‑time.”