[GTER] Proposta de padronização

[Ronaldo Vasconcellos]

Oi Danton, oi pessoal,

Foi bom voce ter levantado esta bola aqui na lista, o padrao de timezones 
e' uma discussao recorrente.

Aqui vai a lista de fusos do Brasil para conversarmos em cima de algo mais 
concreto:

Observatorio Nacional - Fusos Horarios no Brasil
http://pcdsh01.on.br/fusobrasil.htm

Para quem nao sabe o ON e' quem deveria saber quais sao os fusos do Brasil 
:-)

Com relacao a "com S" ou "com D" o padrao "de facto" e' D para Daylight 
(Saving Time) e nao S (de Summer). Normalmente se faz referencia 'a sigla 
DST, para Daylight Saving Time.

O que reforca este padrao e' o fato do proprio HOWTO Linux "Managing 
Accurate Date and Time" (outro padrao "de facto", e' bem verdade) fazer 
referencia 'a letra D para horario de verao:

Managing Accurate Date and Time - 2.1. Daylight Savings Time
http://www.tldp.org/HOWTO/TimePrecision-HOWTO/tz.html#tz.dst

A proposito, Aviram (um brasileiro que trabalha na IBM Brasil) mantem um 
arquivo de informacoes de zonas atualizado (08/10):

http://avi.alkalay.net/linux/zoneinfo/

Ronaldo
CAIS/RNP

On Mon, 18 Oct 2004, Danton Nunes wrote:

> On Mon, 18 Oct 2004, Marcio Gomes wrote:
> 
> > mais interessante
> > algo do tipo : BR(S)T1 BR(S)T2 BR(S)T3 e por ai vai.. e um doc dizendo 
> > p/ cada estado
> 
> calma, acho que estamos pondo os pés pelas mãos, agora, o mais 
> importante é colocarmos em bytes os requisitos de nosso sistema de 
> designação de zonas de tempo. Alguns que me ocorrem:
> 
> - não ambiguidade: o sistema não deve ter duas zonas de tempo diferentes com a
> mesma designação. também deve evitar siglas usadas nas várias práticas
> correntes.
> - cobertura: todas os 4 fusos horários do brasil devem ser cobertos.
> - clareza: deve ser imediatamente discernível e sem qualque margem de dúvida
> se uma determinada designação diz respeito ao horário de verão ou não.
> - flexibilidade: as designações de zona de tempo devem ser independentes da
> política (regras) de aplicação do horário de verão, para evitar uma
> multiplicidade de nomes dado o samba do crioulo doido como a questão tem sido
> tratada no brasil.
> - simplicidade: as siglas devem ser curtas, mnemônicas e de fácil
> reconhecimento.
> 
> enfim, é nisto que estou preocupado agora, termos um consenso em torno 
> do que queremos, antes de sugerir letrinhas. assim, quando tivermos 
> sugestões de letrinhas teremos como julgar qual a melhor dentro de 
> critéiros decentes.
> 
> também temos que ter um plano de desenvolvimento, com uma meta para 
> fechar o documento. seria interessante fechá-lo em um painel, com 
> chamada para consenso, na próxima reunião do GTER, mas se considerarmos 
> que esta será só em 2005, podemos usar outro método de obtenção de 
> consenso.