| Key: |
SVC-1385
|
| Type: |
New Feature
|
| Status: |
Open
|
| Priority: |
Normal
|
| Assignee: |
Unassigned
|
| Reporter: |
Coyote Pace
|
| Votes: |
66
|
| Watchers: |
20
|
|
If you were logged in you would be able to see more operations.
|
|
|
|
Environment:
|
all of Second Life
|
|
Issue Links:
|
Duplicate
|
|
|
|
This issue is original of duplicate:
|
|
|
|
|
|
MISC-3084
adopt the use of GMT (UTC) time for DATE & TIME !!!
|
|
|
|
|
Relates
|
|
This issue Relates to:
|
|
|
VWR-1670 New Feature Proposal: Option to have Time Zone preferences & Express time in 12-Hour or 24-Hour Modes.
|
|
|
|
|
|
VWR-10270 Meta-Issue: Confusing mix of local time and SLT usage in the viewer
|
|
|
|
|
|
This issue is related to by:
|
|
|
|
VWR-15974 Clock and time in IM are not changed when passing from PST to PSD
|
|
|
|
 |
|
VWR-13378 Group notices on Release Candidate 1.23.1 are coming through with the timestamp set to GMT.
|
|
|
|
|
|
VWR-9119
international system that doesn't present day & date with time
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
VWR-1670 New Feature Proposal: Option to have Time Zone preferences & Express time in 12-Hour or 24-Hour Modes.
|
|
|
|
|
|
VWR-8543
Allow Second Life clock to be displayed in military (24 hours) time
|
|
|
|
|
|
|
| Last Triaged: |
11/Dec/08 02:42 PM
|
| Linden Lab Issue ID: |
DEV-24994
|
Second Life is a global service. Its intrinsic "time zone" – so-called SLT, Second Life Time – should be a global, standard time that is already in universal use. It should be a time zone that doesn't change twice a year based on regional practices at a particular Linden Lab office. (Nor at the whim of the U.S. Congress, too, like PDT Daylight Saving Time). It should use a time zone that is already globally understood as a reference, and is already broadly used in Internet applications.
PROPOSED: change the entire Second Life service over to use UTC (Coordinated Universal Time) as the standard SLT "time of day".
For you nitpickers: For SL purposes, GMT would be close enough! Use of am/pm (rather than 24hr time) would continue.
The SL Viewer would then show the "Second Life Time" and date as HH:MM am/pm UTC (rather than PST/PDT depending on time of year). All events would be scheduled and shown in UTC. Essentially all service features now shown in PST/PDT would be shown instead in UTC.
This wouldn't require any changes in scripting. llGetWallclock() would still be defined as returning the time shown in the SL viewer. The wiki commentary on it would require amendment to note the reference to UTC rather than PST/PDT.
Why? (1) To avoid having SLT change twice a year on a schedule that means nothing to many (over half?) of SL's residents; (2) To improve coordination between residents by employing a universally-understood global time reference; (3) to enhance the international scope of Second Life by moving beyond a historical but now pointless regionalization.
When? The perfect time to make this transition is coming up: March 9, 2008 at 2am PST. That is the moment that Second Life Time is going to change anyway – from PST to PDT. Instead of 'springing forward' to 3am PDT, Second Life could then wind forward to 10am UTC and continue on from there. (Event schedulers already need to take this into account, as do residents - it would simply be bigger jump, one last time.)
(Whether the viewer itself would need to be updated to properly mark the time zone abbreviation, I don't know – but if so, that could be implemented at any earlier point, really.)
=== March 10, 2008 update ===
OK, missed the window of opportunity this time – shoot for November 2, 2008 ?
=== January 1, 2009 update ===
Hmmm, perhaps March 8, 2009 then. That's the next PST-to-PDT transition.
|
|
Description
|
Second Life is a global service. Its intrinsic "time zone" – so-called SLT, Second Life Time – should be a global, standard time that is already in universal use. It should be a time zone that doesn't change twice a year based on regional practices at a particular Linden Lab office. (Nor at the whim of the U.S. Congress, too, like PDT Daylight Saving Time). It should use a time zone that is already globally understood as a reference, and is already broadly used in Internet applications.
PROPOSED: change the entire Second Life service over to use UTC (Coordinated Universal Time) as the standard SLT "time of day".
For you nitpickers: For SL purposes, GMT would be close enough! Use of am/pm (rather than 24hr time) would continue.
The SL Viewer would then show the "Second Life Time" and date as HH:MM am/pm UTC (rather than PST/PDT depending on time of year). All events would be scheduled and shown in UTC. Essentially all service features now shown in PST/PDT would be shown instead in UTC.
This wouldn't require any changes in scripting. llGetWallclock() would still be defined as returning the time shown in the SL viewer. The wiki commentary on it would require amendment to note the reference to UTC rather than PST/PDT.
Why? (1) To avoid having SLT change twice a year on a schedule that means nothing to many (over half?) of SL's residents; (2) To improve coordination between residents by employing a universally-understood global time reference; (3) to enhance the international scope of Second Life by moving beyond a historical but now pointless regionalization.
When? The perfect time to make this transition is coming up: March 9, 2008 at 2am PST. That is the moment that Second Life Time is going to change anyway – from PST to PDT. Instead of 'springing forward' to 3am PDT, Second Life could then wind forward to 10am UTC and continue on from there. (Event schedulers already need to take this into account, as do residents - it would simply be bigger jump, one last time.)
(Whether the viewer itself would need to be updated to properly mark the time zone abbreviation, I don't know – but if so, that could be implemented at any earlier point, really.)
=== March 10, 2008 update ===
OK, missed the window of opportunity this time – shoot for November 2, 2008 ?
=== January 1, 2009 update ===
Hmmm, perhaps March 8, 2009 then. That's the next PST-to-PDT transition. |
Show » |
made changes - 31/Jan/08 07:57 AM
| Field |
Original Value |
New Value |
|
Description
|
Second Life is a global service. Its intrinsic "time zone" -- so-called SLT, Second Life Time -- should be a global, standard time that is already in universal use. It should be a time zone that doesn't change twice a year based on regional practices at a particular Linden Lab office. (Nor at the whim of the U.S. Congress, too, like PDT Daylight Saving Time). It should use a time zone that is already globally understood as a reference, and is already broadly used in Internet applications.
PROPOSED: change the entire Second Life service over to use UTC (Coordinated Universal Time) as the standard SLT "time of day".
For you nitpickers: For SL purposes, GMT would be close enough! Use of am/pm (rather than 24hr time) would continue.
The SL Viewer would then show the "Second Life Time" and date as HH:MM am/pm UTC (rather than PST/PDT depending on time of year). All events would be scheduled and shown in UTC. Essentially all service features now show in PST/PDT would be shown instead in UTC.
This wouldn't require any changes in scripting. llGetWallclock() would still be defined as returning the time shown in the SL viewer. The wiki commentary on it would require amendment to note the reference to UTC rather than PST/PDT.
Why? (1) To avoid having SLT change twice a year on a schedule that means nothing to many (over half?) of SL's residents; (2) To improve coordination between residents by employing a universally-understood global time reference; (3) to enhance the international scope of Second Life by moving beyond a historical but now pointless regionalization.
When? The perfect time to make this transition is coming up: March 9, 2008 at 2am PST. That is the moment that Second Life Time is going to change *anyway* -- from PST to PDT. Instead of 'springing forward' to 3am PDT, Second Life could then wind back to 10am UTC and continue on from there. (Event schedulers already need to take this into account, as do residents - it would simply be bigger jump,. one time.)
(Whether the viewer itself would need to be updated to properly mark the time zone abbreviation, I don't know -- but if so, that could be implemented at any earlier point, really.)
|
Second Life is a global service. Its intrinsic "time zone" -- so-called SLT, Second Life Time -- should be a global, standard time that is already in universal use. It should be a time zone that doesn't change twice a year based on regional practices at a particular Linden Lab office. (Nor at the whim of the U.S. Congress, too, like PDT Daylight Saving Time). It should use a time zone that is already globally understood as a reference, and is already broadly used in Internet applications.
PROPOSED: change the entire Second Life service over to use UTC (Coordinated Universal Time) as the standard SLT "time of day".
For you nitpickers: For SL purposes, GMT would be close enough! Use of am/pm (rather than 24hr time) would continue.
The SL Viewer would then show the "Second Life Time" and date as HH:MM am/pm UTC (rather than PST/PDT depending on time of year). All events would be scheduled and shown in UTC. Essentially all service features now show in PST/PDT would be shown instead in UTC.
This wouldn't require any changes in scripting. llGetWallclock() would still be defined as returning the time shown in the SL viewer. The wiki commentary on it would require amendment to note the reference to UTC rather than PST/PDT.
Why? (1) To avoid having SLT change twice a year on a schedule that means nothing to many (over half?) of SL's residents; (2) To improve coordination between residents by employing a universally-understood global time reference; (3) to enhance the international scope of Second Life by moving beyond a historical but now pointless regionalization.
When? The perfect time to make this transition is coming up: March 9, 2008 at 2am PST. That is the moment that Second Life Time is going to change *anyway* -- from PST to PDT. Instead of 'springing forward' to 3am PDT, Second Life could then wind forward to 10am UTC and continue on from there. (Event schedulers already need to take this into account, as do residents - it would simply be bigger jump, one last time.)
(Whether the viewer itself would need to be updated to properly mark the time zone abbreviation, I don't know -- but if so, that could be implemented at any earlier point, really.)
|
made changes - 24/Feb/08 10:51 PM
|
Link
|
|
This issue is duplicated by MISC-951
[ MISC-951
]
|
made changes - 10/Mar/08 06:22 AM
|
Description
|
Second Life is a global service. Its intrinsic "time zone" -- so-called SLT, Second Life Time -- should be a global, standard time that is already in universal use. It should be a time zone that doesn't change twice a year based on regional practices at a particular Linden Lab office. (Nor at the whim of the U.S. Congress, too, like PDT Daylight Saving Time). It should use a time zone that is already globally understood as a reference, and is already broadly used in Internet applications.
PROPOSED: change the entire Second Life service over to use UTC (Coordinated Universal Time) as the standard SLT "time of day".
For you nitpickers: For SL purposes, GMT would be close enough! Use of am/pm (rather than 24hr time) would continue.
The SL Viewer would then show the "Second Life Time" and date as HH:MM am/pm UTC (rather than PST/PDT depending on time of year). All events would be scheduled and shown in UTC. Essentially all service features now show in PST/PDT would be shown instead in UTC.
This wouldn't require any changes in scripting. llGetWallclock() would still be defined as returning the time shown in the SL viewer. The wiki commentary on it would require amendment to note the reference to UTC rather than PST/PDT.
Why? (1) To avoid having SLT change twice a year on a schedule that means nothing to many (over half?) of SL's residents; (2) To improve coordination between residents by employing a universally-understood global time reference; (3) to enhance the international scope of Second Life by moving beyond a historical but now pointless regionalization.
When? The perfect time to make this transition is coming up: March 9, 2008 at 2am PST. That is the moment that Second Life Time is going to change *anyway* -- from PST to PDT. Instead of 'springing forward' to 3am PDT, Second Life could then wind forward to 10am UTC and continue on from there. (Event schedulers already need to take this into account, as do residents - it would simply be bigger jump, one last time.)
(Whether the viewer itself would need to be updated to properly mark the time zone abbreviation, I don't know -- but if so, that could be implemented at any earlier point, really.)
|
Second Life is a global service. Its intrinsic "time zone" -- so-called SLT, Second Life Time -- should be a global, standard time that is already in universal use. It should be a time zone that doesn't change twice a year based on regional practices at a particular Linden Lab office. (Nor at the whim of the U.S. Congress, too, like PDT Daylight Saving Time). It should use a time zone that is already globally understood as a reference, and is already broadly used in Internet applications.
PROPOSED: change the entire Second Life service over to use UTC (Coordinated Universal Time) as the standard SLT "time of day".
For you nitpickers: For SL purposes, GMT would be close enough! Use of am/pm (rather than 24hr time) would continue.
The SL Viewer would then show the "Second Life Time" and date as HH:MM am/pm UTC (rather than PST/PDT depending on time of year). All events would be scheduled and shown in UTC. Essentially all service features now shown in PST/PDT would be shown instead in UTC.
This wouldn't require any changes in scripting. llGetWallclock() would still be defined as returning the time shown in the SL viewer. The wiki commentary on it would require amendment to note the reference to UTC rather than PST/PDT.
Why? (1) To avoid having SLT change twice a year on a schedule that means nothing to many (over half?) of SL's residents; (2) To improve coordination between residents by employing a universally-understood global time reference; (3) to enhance the international scope of Second Life by moving beyond a historical but now pointless regionalization.
When? The perfect time to make this transition is coming up: March 9, 2008 at 2am PST. That is the moment that Second Life Time is going to change *anyway* -- from PST to PDT. Instead of 'springing forward' to 3am PDT, Second Life could then wind forward to 10am UTC and continue on from there. (Event schedulers already need to take this into account, as do residents - it would simply be bigger jump, one last time.)
(Whether the viewer itself would need to be updated to properly mark the time zone abbreviation, I don't know -- but if so, that could be implemented at any earlier point, really.)
=== March 10, 2008 update ===
OK, missed the window of opportunity this time -- shoot for November 2, 2008 ?
|
made changes - 07/Aug/08 04:36 PM
|
Link
|
|
This issue is related to by VWR-8543
[ VWR-8543
]
|
made changes - 07/Aug/08 05:08 PM
|
Comment
|
[ Yes, moving to UTC would be great.
But there are lots of other things to do to make time more easy to manipulate for everyone.
First would be to drop American AM/PM convention and use 24-hours clock (what is called in the USA "military time"). Here (Europe) we are not used that much to 12-hours time. As if converting from PDT/PST were not hard enough, we have to figure out what the displayed time really means, and add 12 hours if it's the Pacific afternoon. Needless to say that I'm completly unable to tell if 12:23 AM is midday and 23 minutes (12:23 military) or midnight and 23 minutes (00:23 military).
For those who prefer AM/PM display, it could be an option in the settings.
The other pain in the neck is the date format. MM/DD/YYYY is completly illogical and leads to strange sorts in the group windows, for example. ISO format is both logical and international: YYYY-MM-DD.
]
|
|
made changes - 09/Aug/08 10:26 AM
|
Link
|
|
This issue is related to by SVC-2774
[ SVC-2774
]
|
made changes - 10/Sep/08 06:12 PM
|
Link
|
|
This issue Relates to VWR-1670
[ VWR-1670
]
|
made changes - 10/Sep/08 06:15 PM
|
Link
|
|
This issue is related to by VWR-9119
[ VWR-9119
]
|
made changes - 08/Oct/08 06:29 AM
|
Link
|
|
This issue is related to by VWR-1670
[ VWR-1670
]
|
made changes - 13/Nov/08 12:04 PM
|
Workflow
|
jira-2007-12-22a
[ 51636
]
|
jira-2008-11-14
[ 80652
]
|
made changes - 13/Nov/08 04:29 PM
|
Workflow
|
jira-2008-11-14
[ 80652
]
|
jira-2008-11-14a
[ 86700
]
|
made changes - 13/Nov/08 04:45 PM
|
Workflow
|
jira-2008-11-14
[ 86700
]
|
jira-2008-11-14a
[ 91776
]
|
made changes - 13/Nov/08 04:55 PM
|
Workflow
|
jira-2008-11-14
[ 91776
]
|
jira-2008-11-14a
[ 95274
]
|
made changes - 11/Dec/08 02:40 PM
|
Linden Lab Issue ID
|
|
DEV-24994
|
|
Last Triaged
|
|
11/Dec/08 02:42 PM
|
made changes - 01/Jan/09 11:13 AM
|
Description
|
Second Life is a global service. Its intrinsic "time zone" -- so-called SLT, Second Life Time -- should be a global, standard time that is already in universal use. It should be a time zone that doesn't change twice a year based on regional practices at a particular Linden Lab office. (Nor at the whim of the U.S. Congress, too, like PDT Daylight Saving Time). It should use a time zone that is already globally understood as a reference, and is already broadly used in Internet applications.
PROPOSED: change the entire Second Life service over to use UTC (Coordinated Universal Time) as the standard SLT "time of day".
For you nitpickers: For SL purposes, GMT would be close enough! Use of am/pm (rather than 24hr time) would continue.
The SL Viewer would then show the "Second Life Time" and date as HH:MM am/pm UTC (rather than PST/PDT depending on time of year). All events would be scheduled and shown in UTC. Essentially all service features now shown in PST/PDT would be shown instead in UTC.
This wouldn't require any changes in scripting. llGetWallclock() would still be defined as returning the time shown in the SL viewer. The wiki commentary on it would require amendment to note the reference to UTC rather than PST/PDT.
Why? (1) To avoid having SLT change twice a year on a schedule that means nothing to many (over half?) of SL's residents; (2) To improve coordination between residents by employing a universally-understood global time reference; (3) to enhance the international scope of Second Life by moving beyond a historical but now pointless regionalization.
When? The perfect time to make this transition is coming up: March 9, 2008 at 2am PST. That is the moment that Second Life Time is going to change *anyway* -- from PST to PDT. Instead of 'springing forward' to 3am PDT, Second Life could then wind forward to 10am UTC and continue on from there. (Event schedulers already need to take this into account, as do residents - it would simply be bigger jump, one last time.)
(Whether the viewer itself would need to be updated to properly mark the time zone abbreviation, I don't know -- but if so, that could be implemented at any earlier point, really.)
=== March 10, 2008 update ===
OK, missed the window of opportunity this time -- shoot for November 2, 2008 ?
|
Second Life is a global service. Its intrinsic "time zone" -- so-called SLT, Second Life Time -- should be a global, standard time that is already in universal use. It should be a time zone that doesn't change twice a year based on regional practices at a particular Linden Lab office. (Nor at the whim of the U.S. Congress, too, like PDT Daylight Saving Time). It should use a time zone that is already globally understood as a reference, and is already broadly used in Internet applications.
PROPOSED: change the entire Second Life service over to use UTC (Coordinated Universal Time) as the standard SLT "time of day".
For you nitpickers: For SL purposes, GMT would be close enough! Use of am/pm (rather than 24hr time) would continue.
The SL Viewer would then show the "Second Life Time" and date as HH:MM am/pm UTC (rather than PST/PDT depending on time of year). All events would be scheduled and shown in UTC. Essentially all service features now shown in PST/PDT would be shown instead in UTC.
This wouldn't require any changes in scripting. llGetWallclock() would still be defined as returning the time shown in the SL viewer. The wiki commentary on it would require amendment to note the reference to UTC rather than PST/PDT.
Why? (1) To avoid having SLT change twice a year on a schedule that means nothing to many (over half?) of SL's residents; (2) To improve coordination between residents by employing a universally-understood global time reference; (3) to enhance the international scope of Second Life by moving beyond a historical but now pointless regionalization.
When? The perfect time to make this transition is coming up: March 9, 2008 at 2am PST. That is the moment that Second Life Time is going to change *anyway* -- from PST to PDT. Instead of 'springing forward' to 3am PDT, Second Life could then wind forward to 10am UTC and continue on from there. (Event schedulers already need to take this into account, as do residents - it would simply be bigger jump, one last time.)
(Whether the viewer itself would need to be updated to properly mark the time zone abbreviation, I don't know -- but if so, that could be implemented at any earlier point, really.)
=== March 10, 2008 update ===
OK, missed the window of opportunity this time -- shoot for November 2, 2008 ?
=== January 1, 2009 update ===
Hmmm, perhaps March 8, 2009 then. That's the next PST-to-PDT transition.
|
made changes - 09/May/09 03:04 PM
|
Link
|
|
This issue is related to by VWR-12925
[ VWR-12925
]
|
made changes - 09/May/09 03:20 PM
|
Link
|
|
This issue is related to by VWR-13378
[ VWR-13378
]
|
made changes - 12/Jul/09 04:45 PM
|
Link
|
|
This issue is original of duplicate MISC-3084
[ MISC-3084
]
|
made changes - 03/Nov/09 07:26 AM
|
Link
|
|
This issue is related to by VWR-15974
[ VWR-15974
]
|
|
