[Gpephone-devel] GSM time updates and UTC/locale/TZ

[YU Yijun RD-ILAB-PEK]

Hi, Joshua,

Definitely it is a good feature. We may consider to implement it like this:
1. a global setting parameter CURRENT_TIME_ZONE is defined, which can be r/w by phone server, calendar, etc.
2. Once local time zone changed, GSM tower will notify the phone server in the device, and phone server will update the parameter of CURRENT_TIME_ZONE
3. the change of CURRENT_TIME_ZONE will notify all interested applications that local time zone has changed, and these applications shall update themselves accordingly. 

Does it meet your requirements?

Regards
Yu Yijun



>-----Original Message-----
>From: gpephone-devel-bounces at linuxtogo.org
>[mailto:gpephone-devel-bounces at linuxtogo.org] On Behalf Of Joshua Layne
>Sent: 2007年4月22日 2:11
>To: gpephone-devel at linuxtogo.org
>Subject: [Gpephone-devel] GSM time updates and UTC/locale/TZ
>
>Attention, votre correspondant continue de vous écrire à votre ancienne adresse
>en @orange-ft.com, qui va être désactivée début avril. Veuillez lui demander
>de mettre à jour son carnet d’adresses avec votre nouvelle adresse en
>@orange-ftgroup.com.
>
>Caution : your correspondent is still writing to your orange-ft.com address,
>which will be disabled beginning of April. Please ask him/her to update his/her
>address book to orange-ftgroup.com
>..................................................
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>Hi all,
>I have been thinking about this for a bit (mostly in frustration towards my
>current WM2005 phone because it doesn't do this), but basically, any GSM phone
>I have ever had except my current POS (Ericsson and Nokias, mostly) has been
>able to pull time from the cell towers on a GSM network and automatically update
>the time on the phone (usually with a user prompt: "The local time is xxxxxx,
>update?").  Windows Mobile does not do this (surprise!) and so on a battery
>failure, requires you to reset time and date, screws up the call log (which has
>a time/date stamp), etc...
>
>My thinking is that this is a fairly easy problem to fix.
>
>I added a few comments to this page:
>http://www.linuxtogo.org/gowiki/GpepeTodo?action=show
>
>but I wanted to provide more detail and a brief use case of _desired_
>functionality here:
>
>---
>I live in the Bay Area, CA, USA (Pacific TZ).  We are currently in DST (thanks
>to mister bush) and so our local time is currently GMT -7 (? have to say I always
>get confused on this.... normally GMT -8, but with DST, we are +1 hour, I
>think...).
>
>I have a calendar entry for a meeting that starts monday at 8AM PDT.  It is stored
>internally in my phone calendar as Monday at 3PM (15:00) UTC and when I view
>my calendar in San Francisco, shows as starting at 8AM on monday (PDT).
>
>I get on a plane and fly to New York on Sunday night.  When I get off the plane
>and turn my phone back on, I am prompted that the local time is 6AM EDT (it is
>3AM in SF) - Do I want to update my local time?
>
>I click 'yes' and my _locale/TZ_ is updated to Eastern Daylight Time.  The
>internal UTC time (provided there is no gross difference, say a few milliseconds
>- standard NTP-like functionality) is not updated.
>
>When I view my calendar, I now see that my meeting is at 11AM EDT (note that
>the internal calendar storage time did not change at all) and am able to call
>into my meeting a little sleep deprived, but at the correct time.
>
>If I now receive an invite for another meeting, the calendar translates to UTC
>(probably from senders TZ settings) before inserting the meeting into my
>schedule.
>---
>
>Sorry if this is too much "user land", but I figure if I wait until GPEPE is
>fully built, it'll be too late :), Also - this may be a trivial problem and already
>how everything works but when I reviewed the architecture, I did not see any
>interface specified between the RTC and GSM, unless this functionality is
>mediated by 'atd'.  With most modern phones and towers, this could be
>accomplished with standard NTP functionality for the UTC internal clock, but
>servers are not location-aware.  That is the benefit that the cell towers have
>with GSM.
>
>Comments, thoughts, flames?
>
>Thanks in advance,
>Joshua Layne
>
>
>_______________________________________________
>Gpephone-devel mailing list
>Gpephone-devel at linuxtogo.org
>http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpephone-devel
>