Um fuso horário é uma decisão política antes de ser uma decisão geográfica. A linha entre duas zonas, a decisão de adotar o horário de verão e a data exata em que o relógio é adiantado ou atrasado são definidas por governos nacionais ou locais, e qualquer uma delas pode mudar. É por isso que os dados de fuso horário não podem ser uma tabela estática de deslocamentos congelada em algum momento do passado. Eles precisam ser um registro mantido do histórico, das regras atuais e das mudanças futuras conhecidas.
O banco de dados de fusos horários da IANA é a referência em que a maioria dos softwares se apoia justamente por esse motivo. Seus mantenedores acompanham as mudanças da hora legal à medida que os governos as anunciam, seja uma mudança na política de horário de verão, uma alteração no deslocamento UTC que uma região adota ou um ajuste de limite entre zonas dentro de um país. Cada zona nomeada, como Europe/Amsterdam ou America/Chicago, carrega não apenas uma regra atual, mas o histórico completo das regras anteriores, porque o software muitas vezes precisa calcular o deslocamento correto para uma data no passado, e não apenas para hoje.
Esse histórico importa mais do que pode parecer. Um registro de data e hora de vários anos atrás precisa do deslocamento que estava realmente em vigor naquela data, que pode ser diferente do deslocamento em vigor hoje se as regras mudaram nesse intervalo. Uma consulta de fuso horário que só conhece a regra atual vai produzir silenciosamente resultados errados para datas passadas ou futuras, e é por isso que vale a pena pedir a uma API de fuso horário a zona em um momento específico, e não apenas o nome da zona, sempre que a data importar.
É também por isso que uma consulta de fuso horário deve retornar o nome real da zona, e não apenas um deslocamento numérico. Europe/Amsterdam carrega todo o histórico e a lógica de horário de verão por trás dele. +01:00 só é correto durante parte do ano e não diz nada sobre quando muda. Um software que armazena apenas o deslocamento de um local vai deixar de estar correto na próxima transição de horário de verão, enquanto um software que armazena o nome da zona continua correto indefinidamente, desde que o banco de dados subjacente seja mantido atualizado.
A consulta de fuso horário da My Geocode retorna o nome da zona IANA e o deslocamento UTC juntos, e aceita um momento específico no tempo para que o deslocamento correto, incluindo o horário de verão, se aplique àquela data exata, em vez de supor que a regra de hoje sempre valeu.