Hi Raji,

On Jan 27, 2010, at 19:18 , Bommaraju, Rajyalakshmi wrote:

> Timezone mapping is behaving little weird , For the same "Buenos Aire" 
> meeting which I created logs and sent last week was mapped to 
> "Africa/Harare", now same event getting mapped to "Standard Time/Daylight 
> Savings Time 1".

This is definitely better. "Africa/Harare" was a completely false match (for 
whatever reason). "Standard Time/Daylight Savings Time" means that there is no 
match for that VTIMEZONE, so libsynthesis creates a custom TZ definition from 
the VTIMEZONE.

> I stepped through the code and in the "TIMEZONEtoInternal" function has 
> GZOnes->matchTZ function to match the Timezone to loaded timezone definitions 
> (tzcmp compares name,ident,bias,dst,std) and if that fails, replaces the TZID 
> with TZNAME created from VTIMEZONE "STANDARD/TZNAME" which is "Standard Time" 
> in this case and "DAYLIGHT/TZNAME" which is "Daylight Savings Time".

It would help if the VTIMEZONE TZNAME labels were more significant. Many 
VTIMEZONE generators put the time zone abbreviations like PST/PDT, CET/CEST or 
in your case ART/ARST, which results in a more meaningful time zone name.

> In the matchTZ This time just the Timezone is wrong string but the event was 
> displayed at the correct time in my evolution calendar. 

Yes, the name is technically irrelevant when the actual time zone parameters in 
the VTIMEZONE are correct.

The question is why the list of timezones read from libical does not have a 
definition for ART/ARST (or maybe it has one, but with different parameters 
from those in the VTIMEZONE).

We found that a definition for ART/ARST was missing in the built-in time zones 
table of libsynthesis itself (a patch is on the way). However in the 
SyncEvolution context, this list is not used but superseded by the list 
imported from libical, as far as I know (Patrick, correct me if I'm wrong).

So to find the reason for false matches (like the Africa/Harare case) and the 
missing match for ART/ARST that imported data is the key.

Best Regards,

Lukas Zeller ([email protected])
- 
Synthesis AG, SyncML Solutions  & Sustainable Software Concepts
[email protected], http://www.synthesis.ch





_______________________________________________
os-libsynthesis mailing list
[email protected]
http://lists.synthesis.ch/mailman/listinfo/os-libsynthesis

Reply via email to