The direct answer

A chart calculation must convert local civil time into UTC.

A birth record gives local clock time. To calculate astronomical positions and angles, software must resolve the birthplace and the historical UTC offset in effect there on that date. Modern timezone rules cannot simply be projected backward.

The clock on a birth record is not yet astronomical time.

Useful context

The conversion should be preserved with the chart.

Places change names and boundaries; governments change offsets and daylight-saving rules. A versioned profile should retain the selected location, coordinates, timezone identifier, resolved offset, and timezone-data version so the result can be reproduced or corrected.

See the methodology

Connect this idea to a representative profile preview.

Open free tool ↗

A practical framework

Four ideas to keep in view.

  1. Resolve placeMap the user’s birthplace to reviewed coordinates and an IANA timezone.
  2. Resolve historyUse the rule that applied on the birth date, including daylight-saving exceptions.
  3. Convert to UTCCreate one unambiguous astronomical timestamp before calculating placements.
  4. Keep a recordStore versions and inputs so later corrections do not silently rewrite the chart.

Common question

Can a one-hour timezone error change the chart?

Yes. It can noticeably shift the Ascendant, Midheaven, houses, and the Moon’s exact position. Near a boundary, the displayed sign or house may change.