RE: Daylight savings time

As a vendor, my experience with the system value QUTCOFFSET is most users *have 
not* set this system value correctly (usually it is defaulted to zero). 
Fortunately, it doesn't seem to have an adverse effect to anything other than 
e-mail date/time stamps (Bruce: care to elaborate?). However, if there becomes 
a time where more date/time system values are used to control more important 
aspects of the system (ie job date/time; automatic daylight saving time 
adjustment, etc.), there needs to be improved documentation/education to make 
sure the system values are set correctly.

JM2CW ...

----------
From:   John Earl
Sent:   Wednesday, October 28, 1998 11:12 PM
To:     MIDRANGE-L@midrange.com
Subject:        Re: Daylight savings time

bvining@VNET.IBM.COM wrote:

> Eric,
>
> I tend to agree with you though I believe other values would also be
> needed (such as Territory so that the system can figure out when
> Daylight Savings Time takes effect -- first Sunday in April and last
> Sunday in October are not global).  I also would like to see time (and
> related matters such as DST observance) to be propogated to the job level
> in addition to the system level.

Yes please!   Some way of assigning time based on workstation/job/user/etc. so
that users across the country are all presented with their local time.

But, and it's a big but :) , I would not want an westcoast user updating a 
record
"10:00am" that was initially  written to the file at 12:24pm by an east coast
user.   Some how there must be a way to tell the difference between "System" 
time
and "User" time.
I would envision system time (GMT?) as being for logging and system wide 
updates,
and User time being primarily for local workstaion/report display.

jte


> And while we're on time, I would like
> to see system/job time be based off of GMT/UTC; and not the current
> implementation of basing GMT/UTC off of local system time (there is a
> difference).  Do you have any other ideas of how time support on the
> system might be enhanced?  I'm interested in any and all thoughts on the
> matter.
>
> Thanks,
> Bruce Vining (talking/asking out of curiousity; and strictly for himself)
>
> >
> >It would be great if there were a system value to adjust for daylight savings
> >time!  QDYLGHTSVNGSTM  1 = Yep  2 = Nope
> >
> >By the way, within NT Date/Time properties, there is a box that you can
> >uncheck to tell NT to ignore day light savings time.
> >
> >Eric Kempter
> >CommAir Mechanical Services, Inc.
> >
>
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator: david@midrange.com
> +---



--
John Earl   PowerTech Toolworks
johnearl@toolnet.com  www.toolnet.com
253-858-7388   206-575-0711
PowerLock Network Security for the AS/400
--


+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

application/ms-tnef