Birth times and time zones
A birth record gives local clock time; its date, place and time-zone rules identify the corresponding instant. Historical clock changes can make that conversion ambiguous. Preserve the original record and review the resolved offset before saving your chart.
A zone name carries rules for the birth date
A named time zone selects historical clock rules; an offset describes the difference from UTC at one instant. Today's offset, a country name or a short abbreviation cannot establish an older birth's time. Nila’s chart resolves Bengaluru, 14 October 1994 at 06:30 in Asia/Kolkata, to UTC+05:30 and 01:00 UTC. Preserve the zone, date and resolved offset when transferring the record.
Keep the written time before making a correction
Preserve the time written on the birth record before applying corrections. Manually adjusting for daylight saving and then letting the form resolve it can apply the change twice. Note uncertain digits, approximate recollections and explicit references to standard time separately. Before saving, check day/month order, AM/PM, birthplace and any stated offset against the source. Software cannot settle conflicting records by formatting them neatly.
A repeated hour gives two possible instants
New York's 01:30 on 2 November 2025 occurs twice: UTC−04:00 gives 05:30 UTC; UTC−05:00 gives 06:30 UTC. Mạghā labels these Earlier and Later. Select the occurrence supported by the birth record, not by a preferred chart.
A time-zone database cannot resolve uncertain records. IANA also does not promise complete local history before 1970, so older entries may need a documented historical correction.
Historical records deserve a separate source trail
Keep an older birth document with the source and reasoning for any correction. Preserve disagreements between hospital entries, family notes and later transcriptions. A fixed UTC offset is appropriate when a checked historical source supports it for that place and date; it does not supply a named zone's changing rules. Mạghā accepts optional seconds for fixed offsets, but that precision does not make an approximate record exact.
Review the resolution before saving a chart
Timezone options offers automatic location rules, a named IANA zone or a fixed UTC offset. Review the resolved line and any Earlier/Later choice before saving. The preview demonstrates New York's repeated hour without creating a chart; its ordinary chart remains Nila's chart. In the full app, sign in and choose Charts → + Add Chart. Preserve unresolved uncertainty in your notes.
Birth-time questions
Should I subtract daylight saving before entering my birth time?
Keep the clock reading from the record and let the named zone resolve the date's rules. Subtracting an hour yourself can apply a correction twice. If a document explicitly states a different time basis, preserve that statement and check how it should be entered. A recollection that the country uses daylight saving is not enough to establish the rule on the birth date or identify a repeated occurrence.
What if I do not know whether the earlier or later hour was used?
Keep that uncertainty explicit. The two buttons identify possible instants; neither can recover a missing fact from the original record. Look for the recorded offset, a daylight or standard-time designation, or information about when the birth happened relative to the clock change. If those details are unavailable, do not present a chosen occurrence as certain. This guide does not choose between charts through interpretation or promise birth-time rectification.
Can I use the time zone where I live now?
Use the birthplace and its clock rules for the birth date. Your current address and device settings describe a different situation. When moving an existing entry between tools, compare its local date and time, birthplace, named zone and resolved UTC instant. A tool displaying a familiar local hour may still be using a different offset. Keep the original record available while checking the imported details rather than relying on the display alone.
What happens to a time skipped when clocks move forward?
A clock change can leave a local reading with no corresponding instant. That reading needs checking against the record rather than silently moving it to a different hour. A repeated hour instead has two candidates. Recheck the record and the place or date entry before making a correction. The bundled New York preview demonstrates a repeated hour only; it does not demonstrate a skipped-time error or validate every possible date.
Can one recorded birth time have two UTC instants?
Yes, during a repeated hour. For the prepared New York example on 2 November 2025 at 01:30, the earlier and later choices resolve to different UTC instants. The fixture supplies those choices, not a New York natal chart. Unsupported entries retain their inputs instead of producing a new calculation. The Nila chart elsewhere in the demo remains a separate, unchanged prepared sample.
Review your birth time zone in Mạghā
Check your recorded birth time in the full form. The demo selects a prepared repeated-hour occurrence; it neither calculates a New York chart nor resolves an uncertain record.
Review your birth time zone