Re: Errores en las zonas horarias en Cádiz, Huelva y Almería

[Ricardo Pérez López]

El 6 de mayo de 2011 12:59, Ricardo Pérez López <ricardo en ubuntu.com>escribió:

> El 6 de mayo de 2011 12:20, Ricardo Pérez López <ricardo en ubuntu.com>escribió:
>
>  El 6 de mayo de 2011 11:48, Monkey Libre <monkey.libre en gmail.com>escribió:
>>
>>
>>>
>>> El 6 de mayo de 2011 09:18, Ricardo Pérez López <ricardo en ubuntu.com>escribió:
>>>
>>>
>>>>  Efectivamente, ocurre como tú dices: Huelva ya sale bien, pero Cádiz y
>>>> Almería no. ¿Por qué ese cambio entre ayer y hoy? ¿Por una actualización en
>>>> el paquete tzdata?
>>>>
>>>> Además, me acabo de dar cuenta de una cosa: los pueblos de Ayamonte y
>>>> Sanlúcar de Guadiana (ambos en la provincia de Huelva) también siguen mal.
>>>> No he probado con todos los pueblos, pero al menos esos dos siguen fallando.
>>>>
>>>> Y, por supuesto, mi Sanlúcar de Barrameda también :(.
>>>>
>>>> ¡Gracias a ti!
>>>>
>>>> --
>>>> Lista de correo: Ubuntu-es-l10n
>>>>
>>>> Participa suscribiéndote y escribiendo a:
>>>> Ubuntu-es-l10n en lists.ubuntu.com
>>>>
>>>> Para darte de alta, de baja  o hacer ajustes a tu suscripción visita:
>>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-es-l10n
>>>>
>>>>
>>> Esta es la lista de cambios del paquete
>>> http://changelogs.ubuntu.com/changelogs/pool/main/t/tzdata/tzdata_2011g-0ubuntu0.11.04/changelog pero
>>> no como bien dije, la última actualización del paquete en natty solo afecta
>>> a Egipto.
>>> Los cambios geográficos dependen de la IP pero aún teniendo una dinámica
>>> no debería haber problemas, puedes comprobar la localización en muchas
>>> páginas como http://www.myip.es/
>>>
>>
>> Pues sí, efectivamente en esa página se me localiza bien, sin problemas:
>>
>>
>>
>> IP País:  SpainIP estado: AndaluciaIP ciudad:Sanlúcar De Barrameda IP
>> latitud:36.7833IP longitud: -6.3500Proveedor:ONO Organización:ONO
>> Netspeed:Cable/DSL
>>
>>
>>>  <http://www.myip.es/>Referente a los cambios de hora se me ocurre que
>>> estén asociados a otro territorio por error pero si fuese así entonces
>>> Huelva seguiría mal.
>>>
>>
>> Por eso me extraña... Si el paquete tzdata sólo ha cambiado datos de
>> Egipto, lo único que se me ocurre es que la asignación de zonas horarias sea
>> también dinámica. No sé, es raro...
>>
>
> A ver: me he bajado la última versión de las fuentes, de aquí:
>
> http://code.google.com/p/tzdata/
>
> <http://code.google.com/p/tzdata/>Y mirando por encima, lo que veo es que
> ese paquete define las zonas horarias y asigna una zona horaria a la capital
> de cada país. Vamos, que hay un directorio por cada zona y continente del
> mundo, y luego, dentro de cada directorio, hay un archivo por cada capital.
> Por lo que yo veo, no se le asigna una zona horaria a cada ciudad del mundo,
> sino sólo a las capitales.
>
> Entonces, lo que yo entiendo, es que el problema no está en el tzdata, sino
> en el software (o servicio online, no sé) que asigna una zona horaria a cada
> ciudad del mundo. Software o servicio que no sé cuál es... Tiene sentido, y
> por eso supongo que ahora Huelva sale bien aunque la actualización del
> tzdata no haya cambiado nada de Huelva: porque se habrá cambiado ese
> servicio online.
>
> ¿Cómo lo ves?
>

Vale, creo que ya lo he encontrado. O al menos creo que van por aquí los
tiros:

http://packages.ubuntu.com/natty/geoclue-ubuntu-geoip

<http://packages.ubuntu.com/natty/geoclue-ubuntu-geoip>Ese paquete, a su
vez, es una dependencia de éste:

http://packages.ubuntu.com/natty/indicator-datetime
 <http://packages.ubuntu.com/natty/indicator-datetime>
El geoclue-ubuntu-geoip parece que se encarga de geolocalizarte en función
de tu IP. Quizás en su base de datos interna asocie también la zona
horaria...

Así que, en mi opinión, el problema está más bien en uno de esos dos
paquetes.

Lo que yo comentaba de Ceuta al principio de este hilo creo que también es
un problema del geoclue-ubuntu-geoip.
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <https://lists.ubuntu.com/archives/ubuntu-es-l10n/attachments/20110506/b20fac58/attachment.html>