× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



That level of support is certainly possible with i5/OS. You can even see hints of it starting with V5R3 and the read-only job attributes of TIMZON, TIMZONABBR, TIMZONFULL, TIMOFFSET, and DATETIME. To pull this off however would not be a trivial task.

Essentially every function on the system that deals with time values would need to internally normalize time to a standard such as UTC (which strangely enough is what the i5/OS and LIC internal time was converted to in V5R3...) and then map these internal time values to the local job time when externalizing the time value (and reverse the mapping on input). This would imply changes to CL parameters, outfiles, print files, display files (have you noticed that time zone shows up on some i5/OS panels and reports starting with V5R3? ...), APIs, database time related fields -- basically anyplace that time values show up -- so that you could input values using your time zone and another user could retrieve those same values in their local time zone. To complicate matters though the system would not be able (for compatibility reasons -- you don't want some interfaces using job times and other interfaces system times) to externalize any of this job local time support until the
entire system was ready -- suggesting that a staged approach would probably be needed.

Personally I wouldn't be surprised if some key parts of i5/OS and LIC did provide this mapping support in V6R1. Unfortunately you most likely wouldn't be able to "see it" though -- not until all parts of i5/OS and LIC had been able to provide the same level of mapping. So, as was mentioned in an earlier posting, I also wouldn't expect to "see" much change with V6R1.

Bruce Vining
Bruce Vining Services

"Cassidy, Alan" <CassidyA@xxxxxxxxxx> wrote:
I can't see how they could technically handle some implementation like
that. Is there any system that provides functionality like that?

If the locale support can render different times based on the user,
couldn't you just use that "modified" value for your purposes? It's not
THE system timestamp per se, but you could convert that into a timestamp
value for the database.

That should serve the purpose, should it not, unless it's a matter of
skipping the need for a programmed intermediary.

---Alan




-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Paul Nelson
Sent: Monday, January 07, 2008 8:19 AM
To: 'Midrange Systems Technical Discussion'
Subject: RE: User Time Zones

Thanks, but this only deals with how the time is presented to the user.
The goal is for Suzy in New York to be able to submit a report at 10 AM
EST and have the report time stamped at 10 AM EST. If Bill in
Bakersfield submits the same report at the same time, his report should
be time stamped as 7 AM PST.

According to my well informed sources, this capability does not exist
now, nor will it exist in V6R1.

Paul Nelson
Cell 708-670-6978
Office 512-392-2577
nelsonp@xxxxxxxxxxxxx
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Pat Landrum
Sent: Monday, January 07, 2008 7:12 AM
To: midrange-l@xxxxxxxxxxxx
Subject: RE: User Time Zones

Paul,

Check out the "LOCALE" option in the user profile. This can be set to
different time zones. Check out this link:

http://tinyurl.com/yp2tgq

or

http://publib.boulder.ibm.com/infocenter/iseries/v5r3/index.jsp?topic=/n
ls/rbagsinstalllocales.htm





Regards,
Pat Landrum
Senior Programmer/Analyst
Hanover County School Board
200 Berkley Street - Ashland, VA. 23005
Phone: 804-365-4658 Email: plandrum@xxxxxxx

Notice: This message or any accompanying documents may contain
confidential or privileged information of Hanover County Public Schools.
If you are not the intended recipient, disclosure, copying or
distribution is strictly prohibited by state and federal law. If you
received this message in error, please notify the sender as soon as
possible.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/midrange-l.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.