Check your birth time and UTC offset
Convert a local birth time into UTC and avoid confusing a historical offset with today’s clock setting.
Separate clock time from offset
The local clock time describes what a clock showed at the birthplace. The UTC offset says how far ahead of or behind UTC that clock was. The calculator needs both values to identify the intended instant. A location name alone does not fill in the historical offset.
Subtract a positive offset
For an arithmetic example, local 15:30 with an offset of +5.5 hours corresponds to 10:00 UTC. The calculation is local time minus the offset. Enter 5.5 for five hours and thirty minutes; 5.30 would mean 5.3 decimal hours, not five hours and thirty minutes.
Compare the example
Arithmetic examples only; offsets are supplied, not inferred from a real place
| Local input | Offset (hours) | Corresponding UTC |
|---|---|---|
| 2 Jan, 15:30 | +5.5 | 2 Jan, 10:00 |
| 2 Jan, 01:00 | +5 | 1 Jan, 20:00 |
| 2 Jan, 20:00 | −4 | 3 Jan, 00:00 |
On a small screen, scroll the table sideways if needed.
Try this in the calculator
For a supported year, enter the second example with local date 2 January and offset +5. The UTC result should fall on 1 January. Keep your chosen location unchanged when comparing equivalent instants.
Try the example ↗Watch the date boundary
Local 01:00 on 2 January with an offset of +5 corresponds to 20:00 UTC on 1 January. The UTC date can therefore differ from the local birth date. Enter the local date and time in the form and let the tool perform the conversion once.
Verify the historical offset
Use the offset that applied at the place and date of birth, including any applicable daylight-saving rule. Do not assume today’s offset is correct for a past event. If the time falls in a clock-change ambiguity, resolve that with a reliable historical time-zone source before relying on the result.
Review the reported instant
The result includes the converted birth instant. Check it against your manual conversion before interpreting the placements. Two inputs describing the same UTC instant and location should agree. The arithmetic check validates input handling, not astrological claims.