<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:arial,helvetica,sans-serif;font-size:12pt"><div>Ok, now I am confused again. I got the impression from Stefan that we were doing the right things.<br><br>I also believe that time data is written on disk as "epoch" time, meaning the number of seconds since 1/1/1970.<br><br>So, where is the problem? Can you help us understand?<br><br>Charles<br></div><div style="font-family: arial,helvetica,sans-serif; font-size: 12pt;"><br><div style="font-family: arial,helvetica,sans-serif; font-size: 13px;"><font size="2" face="Tahoma"><hr size="1"><b><span style="font-weight: bold;">From:</span></b> Melanie <melanie@t-data.com><br><b><span style="font-weight: bold;">To:</span></b> opensim-dev@lists.berlios.de<br><b><span style="font-weight: bold;">Sent:</span></b> Sunday, January 18, 2009 2:39:40 PM<br><b><span style="font-weight: bold;">Subject:</span></b>
Re: [Opensim-dev] Timezones, UTC, GMT & PST<br></font><br>
And, as I said, I care about being _able_ to put time data on disk <br>in local time (NOT UTC + offset) with all local time quirks.<br>That doesn't have to be default, or trivial, but must remain possible.<br><br>Melanie<br><br><br>Teravus Ovares wrote:<br>> As I said in IRC,<br>> <br>> I'm firmly of the mind that we should make it easy to ensure that all<br>> time data is consistant. I think the easiest way to do this is to<br>> standardize on UTC. Whatever time zone your server hardware/OS is in,<br>> you can always get UTC from it.<br>> <br>> I am not averse to having a 'super advanced OMG what the heck are you<br>> doing' option to set a UTC offset above and beyond.. but I really<br>> think it should be UTC by default across the board.<br>> <br>> Best Regards<br>> <br>> Teravus<br>> <br>> On 1/18/09, Gerhard Dünnebeil <<a ymailto="mailto:Gerhard.Duennebeil@chello.at"
href="mailto:Gerhard.Duennebeil@chello.at">Gerhard.Duennebeil@chello.at</a>> wrote:<br>>> When dealing with time you have to distinguish between the time the<br>>> machines work on and the time the users sees.<br>>><br>>> Introducing time zones at the wrong level also introduces a lot of<br>>> confusion as you (the developer) always have to know with which time<br>>> zone you currently deal.<br>>><br>>> MySQL isn't really an issue as you can set the time zone you want to<br>>> work in with the session.<br>>><br>>> So my thoughts:<br>>> Use UTC internally; that includes storage of data, machine to machine<br>>> communication, ....<br>>> Use the users time zone when (and only when) communicating with the<br>>> user, which is mainly when times are displayed.<br>>><br>>> This is easier as one might think, as using UTC as the time base is<br>>>
available in all standard OS (windows, linux, ...) these days. There is<br>>> no need to set a system clock to UTC as long as the system knows the<br>>> offset to UTC.<br>>><br>>> Gerhard<br>>><br>>><br>>> Dahlia Trimble wrote:<br>>> > With the err... um... inevitable future event when the LL grid opens<br>>> > the doors to full interoperability, and given that their large<br>>> > customer base is accustomed to using "SLT" (California time) and all<br>>> > the scripts that may assume SLT, shouldn't we weigh that option over<br>>> > UTC or GMT or CUT or whatever it's called these days?<br>>> ><br>>> > On a side note, regions running in virtual machines may have less<br>>> > control over the system clocks than regions running in a regular<br>>> > machine. I'd like to suggest that region times could be configured in<br>>> >
OpenSim.ini and/or set by a central server using ntp or a similar<br>>> > protocol.<br>>> ><br>>> > On Sun, Jan 18, 2009 at 10:32 AM, Charles Krinke <<a ymailto="mailto:cfk@pacbell.net" href="mailto:cfk@pacbell.net">cfk@pacbell.net</a><br>>> > <mailto:<a ymailto="mailto:cfk@pacbell.net" href="mailto:cfk@pacbell.net">cfk@pacbell.net</a>>> wrote:<br>>> ><br>>> > There are some issues coming up about timezones and grids. It<br>>> > seems that events, scripts, web interfaces and other things are<br>>> > affected by timezones. It gets a bit more complicated when one<br>>> > considers that our mysql logic uses local time with calls that<br>>> > involve NOW().<br>>> ><br>>> > Some folks feel that all the time on all the sims on all the grids<br>>>
> should be set to UTC, and that is a reasonable approach.<br>>> ><br>>> > Others feel that a UGAIM should set the timezone for a grid and<br>>> > tell the sims connected to that UGAIM what timezone they are in<br>>> > and what time it is at the time of grid registration with a UGAIM,<br>>> > and that is also a reasonable approach.<br>>> ><br>>> > There is more. But, rather then just declaring what I might feel<br>>> > to be the answer, I would like to seek a consensus that is best<br>>> > for OpenSim and any comments or suggestions are greatly<br>>> > appreciated to this "timely" subject.<br>>> ><br>>> > Charles<br>>> ><br>>> >
_______________________________________________<br>>> > Opensim-dev mailing list<br>>> > <a ymailto="mailto:Opensim-dev@lists.berlios.de" href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a> <mailto:<a ymailto="mailto:Opensim-dev@lists.berlios.de" href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a>><br>>> > <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>>> ><br>>> ><br>>> > ------------------------------------------------------------------------<br>>> ><br>>> > _______________________________________________<br>>> > Opensim-dev mailing list<br>>> > <a ymailto="mailto:Opensim-dev@lists.berlios.de"
href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>>> > <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>>> ><br>>><br>>> _______________________________________________<br>>> Opensim-dev mailing list<br>>> <a ymailto="mailto:Opensim-dev@lists.berlios.de" href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>>> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>>><br>> _______________________________________________<br>> Opensim-dev mailing list<br>> <a ymailto="mailto:Opensim-dev@lists.berlios.de" href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev"
target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>> <br>> <br><br>_______________________________________________<br>Opensim-dev mailing list<br><a ymailto="mailto:Opensim-dev@lists.berlios.de" href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br><a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br></div></div></div></body></html>