Re: The seconds and time zones
On Tue, Jan 26, 2010 at 8:27 PM, stephen barncard stephenrevoluti...@barncard.com wrote: Did anyone comment on Mark Waddingham's time solution using iRev? http://runrev.com/newsletter/may/issue71/newsletter2.php I thought it was brilliant. I didn't see that. Unless I'm mistaken, it's restricted to running on Linux. It may work on OS X also, but it looks like it wouldn't work on Windows. Bernard ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: The seconds and time zones
2010/1/26 Bill Vlahos bvla...@mac.com: I want to represent time snapshot independently of format and time zone so that I can compare the modification times of two items. The seconds looks like the way to go but I thought that it would get thrown off depending upon which time zone the computer was in. I just saw this in the Rev dictionary: Note: The convert command assumes all dates / times are in local time except for 'the seconds', which is taken to be universal time. Does this mean that if I get the seconds simultaneously anywhere in the world it will result in the same number or would I have to account for the time zone offset. This definition makes it sound like it already takes into account the time zone offset. I'm late with that but here is my experience with dates and times. In a compagny when you have a client/server application, never use the date and time of a user's computer, in case of you have to store a date in a bill or a time in a log, for example. The settings of each computer has always different. Be confident in the server only. So if it is already difficult to manage time in the same country, in a same firm, it could be result to a real nightmare to manage time for differents users all over the world. I think the best is to trust an outside server which always give you the same time for everyone. Webservices for example allow you to retrive back the universal time. -- -Zryip TheSlug- wish you the best! 8) http://www.aslugontheroad.co.cc ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: The seconds and time zones
Hang on :-) I seem to remember Jacques saying recently that she'd found that the internet date was more reliable across time zones than storing seconds. I'm sure Jacques will be along soon to give us details or tell me (ever so politely) that I'm wrong. Bernard On Tue, Jan 26, 2010 at 6:25 AM, Bill Vlahos bvla...@mac.com wrote: Sarah, Thanks for confirming it. Slick. Bill On Jan 25, 2010, at 9:36 PM, Sarah Reichelt wrote: On Tue, Jan 26, 2010 at 2:53 PM, Bill Vlahos bvla...@mac.com wrote: I want to represent time snapshot independently of format and time zone so that I can compare the modification times of two items. The seconds looks like the way to go but I thought that it would get thrown off depending upon which time zone the computer was in. I just saw this in the Rev dictionary: Note: The convert command assumes all dates / times are in local time except for 'the seconds', which is taken to be universal time. Does this mean that if I get the seconds simultaneously anywhere in the world it will result in the same number or would I have to account for the time zone offset. This definition makes it sound like it already takes into account the time zone offset. Correct. The seconds taken at an instant in time will give the same result no matter where you are and what time zone you are in. Converting it to any other format then applies the time zone of the computer doing the conversions. As an example, my time zone is +1000 and at the moment, using this line of script, I get: put the seconds cr the long time the long date 1264484095 3:34:55 PM Tuesday, January 26, 2010 If you take that value of seconds and convert it, you will get whatever time it was in your zone when it was 3:34 for me. Cheers, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: The seconds and time zones
Be careful with the spelling ! Jacques has a beard, smokes pipe, likes brussel sprouts (oups, sorry) and is definitively different from Jacque... But I can nevertheless say that I did set my computer (Mac OS X) to different time zones and the seconds didn't change accordingly... they seem trustable within a computer. Jacques Le 26 janv. 2010 à 13:36, Bernard Devlin a écrit : Hang on :-) I seem to remember Jacques saying recently that she'd found that the internet date was more reliable across time zones than storing seconds. I'm sure Jacques will be along soon to give us details or tell me (ever so politely) that I'm wrong. Bernard On Tue, Jan 26, 2010 at 6:25 AM, Bill Vlahos bvla...@mac.com wrote: Sarah, Thanks for confirming it. Slick. Bill On Jan 25, 2010, at 9:36 PM, Sarah Reichelt wrote: On Tue, Jan 26, 2010 at 2:53 PM, Bill Vlahos bvla...@mac.com wrote: I want to represent time snapshot independently of format and time zone so that I can compare the modification times of two items. The seconds looks like the way to go but I thought that it would get thrown off depending upon which time zone the computer was in. I just saw this in the Rev dictionary: Note: The convert command assumes all dates / times are in local time except for 'the seconds', which is taken to be universal time. Does this mean that if I get the seconds simultaneously anywhere in the world it will result in the same number or would I have to account for the time zone offset. This definition makes it sound like it already takes into account the time zone offset. Correct. The seconds taken at an instant in time will give the same result no matter where you are and what time zone you are in. Converting it to any other format then applies the time zone of the computer doing the conversions. As an example, my time zone is +1000 and at the moment, using this line of script, I get: put the seconds cr the long time the long date 1264484095 3:34:55 PM Tuesday, January 26, 2010 If you take that value of seconds and convert it, you will get whatever time it was in your zone when it was 3:34 for me. Cheers, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ** Prof. Jacques Hausser Department of Ecology and Evolution Biophore / Sorge University of Lausanne CH 1015 Lausanne please use my private address: 6 route de Burtigny CH-1269 Bassins tel/fax:++ 41 22 366 19 40 mobile: ++ 41 79 757 05 24 E-Mail: jacques.haus...@unil.ch *** ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: The seconds and time zones
Yes. The seconds returns the number of seconds since Jan 1, 1970. And this is in GMT, or standard universal time. So any computer anywhere will always read the same number of seconds, provided their own time is correct. With that you can perform identical calculations as needed. craig Newman ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
re: The seconds and time zones
Jacques Hausser (who is not Jacque) wrote: But I can nevertheless say that I did set my computer (Mac OS X) to different time zones and the seconds didn't change accordingly... they seem trustable within a computer. The engine's internal clock is initialized when the engine starts up, so if you quit before you change your time zone the seconds will be reliable for comparisons across time zones. Here's a quick test I just did to verify this: At 7:01AM PST I got these values: Seconds: 1264518037 Internet Date: Tue, 26 Jan 2010 07:01:02 -0800 Then I quit Rev, opened my System Control Panel, changed my location to Brisbane AU, restarted Rev, and got these: Seconds: 1264518145 Internet Date: Wed, 27 Jan 2010 01:02:09 +1000 While the difference in global time is several hours, the difference in the seconds is merely 108, roughly the amount of time I spent quitting and changing my system's location. FWIW, I also tried this without quitting Rev in between, and apparently it does not update the time zone until you restart. So it appears the seconds are indeed useful for comparing times and dates across time zones, provided the time zone does not change while the engine is running. Personally, I prefer the Internet date format because it's human-readable. It also works at the same level of granularity (seconds) but carries the additional benefit of storing the time zone it was acquired in. The latter may not be useful for many apps, but I have one case where I need to know where people are in addition to when they perform a given action, and having the GMT offset embedded in the string helps me narrow that down. There is an unfortunate implication with this: because the engine needs to be restarted to update the GMT offset of its internal clock, this means that automatic changes to time zones like moving from PST to PDT will be ignored by the engine. Anyone know if there's an RQCC request for that? -- Richard Gaskin Fourth World Rev training and consulting: http://www.fourthworld.com Webzine for Rev developers: http://www.revjournal.com revJournal blog: http://revjournal.com/blog.irv ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: The seconds and time zones
I'll be glad if Jacque (no s) confirms this. It will make my life easier. I was sure she had recommended internet date. Bernard On Tue, Jan 26, 2010 at 2:12 PM, dunb...@aol.com wrote: Yes. The seconds returns the number of seconds since Jan 1, 1970. And this is in GMT, or standard universal time. So any computer anywhere will always read the same number of seconds, provided their own time is correct. With that you can perform identical calculations as needed. craig Newman ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: The seconds and time zones
On Jan 26, 2010, at 7:18 AM, Richard Gaskin wrote: There is an unfortunate implication with this: because the engine needs to be restarted to update the GMT offset of its internal clock, this means that automatic changes to time zones like moving from PST to PDT will be ignored by the engine. Anyone know if there's an RQCC request for that? My guess for the better solution is not to rely on a user's computer settings but find the time-server.com ping solution that works best for you and your clients. This would capture the daylight savings change regardless of the user's computer setting. The usual cautions with this are -1- Europe does not alway change the same week as the US -2- Each county in the US gets to decide whether to change time, and in which direction. eg. Indiana in the USA, some counties match Chicago, others Cincinnati, OH and others choose not to change at all. I used to live in a county that never changed its clock. It was a farming community that did not care to change. I haven't done the digging, but I did use the atomic clock server in a project about 4 years ago. Jim Ault Las Vegas ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: The seconds and time zones
Jacques Hausser wrote: Be careful with the spelling ! Jacques has a beard, smokes pipe, likes brussel sprouts (oups, sorry) and is definitively different from Jacque... I'm getting a beard too, but I pluck it out. No pipe though. It wasn't me that mentioned the internet time, I think it was Richard. But if it works, then of course I'll be happy to take credit. If it doesn't, it's Richard's fault. :) -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: The seconds and time zones
Bernard Devlin wrote: I'll be glad if Jacque (no s) confirms this. It will make my life easier. I was sure she had recommended internet date. Nope, it was Richard. But I guarantee that anything Sarah or Richard says about time calcs is correct. ;) Regarding the seconds: when I was hosting the scripting conferences I used to announce the time of the next meeting in seconds. I'd post the seconds to the list and anyone who wanted to attend would convert it to their own time and see just when they needed to be online. That was Sarah's idea and it worked just great. There was something satisfying also about using Rev to figure out when to meet to use Rev. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: The seconds and time zones
On Tue, Jan 26, 2010 at 6:12 PM, J. Landman Gay jac...@hyperactivesw.com wrote: Bernard Devlin wrote: I'll be glad if Jacque (no s) confirms this. It will make my life easier. I was sure she had recommended internet date. Nope, it was Richard. But I guarantee that anything Sarah or Richard says about time calcs is correct. ;) Regarding the seconds: when I was hosting the scripting conferences I used to announce the time of the next meeting in seconds. I'd post the seconds to the list and anyone who wanted to attend would convert it to their own time and see just when they needed to be online. That was Sarah's idea and it worked just great. There was something satisfying also about using Rev to figure out when to meet to use Rev. This is all good to know. So, generally the seconds can be used, but there might be the most exceptional circumstances to do with daylight saving and reboots (and in cases where the international time at which something happened is so important than maybe one ought to be using an external source like Jim suggests). Good to know. Bernard ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: The seconds and time zones
Did anyone comment on Mark Waddingham's time solution using iRev? http://runrev.com/newsletter/may/issue71/newsletter2.php I thought it was brilliant. Lots of great example stories in the issues of revUp. Unfortunately, they are not indexed or searchable, and it's a bear trying to find an old article. I only found this as it was deep within my own bookmarks. - Stephen Barncard San Francisco http://houseofcubes.com/disco.irev 2010/1/26 Bernard Devlin bdrun...@gmail.com On Tue, Jan 26, 2010 at 6:12 PM, J. Landman Gay jac...@hyperactivesw.com wrote: Bernard Devlin wrote: I'll be glad if Jacque (no s) confirms this. It will make my life easier. I was sure she had recommended internet date. Nope, it was Richard. But I guarantee that anything Sarah or Richard says about time calcs is correct. ;) Regarding the seconds: when I was hosting the scripting conferences I used to announce the time of the next meeting in seconds. I'd post the seconds to the list and anyone who wanted to attend would convert it to their own time and see just when they needed to be online. That was Sarah's idea and it worked just great. There was something satisfying also about using Rev to figure out when to meet to use Rev. This is all good to know. So, generally the seconds can be used, but there might be the most exceptional circumstances to do with daylight saving and reboots (and in cases where the international time at which something happened is so important than maybe one ought to be using an external source like Jim suggests). Good to know. Bernard ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: The seconds and time zones
stephen barncard wrote: Lots of great example stories in the issues of revUp. Unfortunately, they are not indexed or searchable, and it's a bear trying to find an old article. I only found this as it was deep within my own bookmarks. You can get some hints at http://www.runrev.com/developers/resources/newsletters/ and it would surely form the kernel of a web-scraping project to index the older newsletters . (H - another interesting project to do when I have some spare time - just what I needed :-) -- Alex. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: The seconds and time zones
On Tue, Jan 26, 2010 at 10:36 PM, Bernard Devlin bdrun...@gmail.com wrote: Hang on :-) I seem to remember Jacques saying recently that she'd found that the internet date was more reliable across time zones than storing seconds. It all depends what you want :-) The seconds translates to a date time that depends on the time zone settings of the computer doing the conversion, so the same number will translate differently around the world. This may be what you need, but it is not always useful. I used to operate a series of kiosks in multiple time zones across Australia. They would send their reports back with time stamps. If I had used seconds, then the times would have been altered by the time they got to me, but I needed to know the times as they were at the kiosk. e.g. if a kiosk in Western Australia has a problem at 4 pm, when this gets to me, it gets translated to 6 pm. It was at 6 pm my time, but if I have to ring up someone on site, I need to tell them that the problem was at 4, not 6. So for me, using the seconds was not useful. The internet date is one alternative, but it doesn't account for daylight savings. I ended up using my own time stamp routines, with an AppleScript routine for working out daylight savings. To avoid all these issues, there is an enhancement request in the Rev QA http://quality.runrev.com/qacenter/show_bug.cgi?id=4949 asking for the universal seconds which would be a number of seconds that was not affected in any way by the time zone of the converting computer. Cheers, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: The seconds and time zones
Would an external work to suit these needs? It does not look overly complex and I can see about getting access to a Windows box to code for that platform.. Anyone willing to give me remote access to a Linux box to build an external for there? [anyone have an old Intel-based Mac they would like to donate so I can write externals for all three platform? worth a try ;-) ] -Sean ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: The seconds and time zones
On Wed, Jan 27, 2010 at 12:08 PM, Shao Sean shaos...@wehostmacs.com wrote: Would an external work to suit these needs? It does not look overly complex and I can see about getting access to a Windows box to code for that platform.. Anyone willing to give me remote access to a Linux box to build an external for there? [anyone have an old Intel-based Mac they would like to donate so I can write externals for all three platform? worth a try ;-) ] I don't know. I guess it would depend on how each system handled their dates times internally. However it's not worth it for me, since I now longer deal with some issues on a regular basis and I have all my time stamp routines worked out for if I do. Regards, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: The seconds and time zones
it would depend on how each system handled their dates times internally. I was looking at the ANSI C time routines and they start from Jan 1, 1970 GMT and there are functions to convert from localized and non- localized times.. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: The seconds and time zones
The seconds is exactly what I wanted. I needed a reliable way to tell when the user changed the record so I can sync the most recent changes. This discussion has been great. Bill Vlahos _ InfoWallet (http://www.infowallet.com) is about keeping your important life information with you, accessible, and secure. On Jan 26, 2010, at 6:24 PM, Sarah Reichelt wrote: On Wed, Jan 27, 2010 at 12:08 PM, Shao Sean shaos...@wehostmacs.com wrote: Would an external work to suit these needs? It does not look overly complex and I can see about getting access to a Windows box to code for that platform.. Anyone willing to give me remote access to a Linux box to build an external for there? [anyone have an old Intel-based Mac they would like to donate so I can write externals for all three platform? worth a try ;-) ] I don't know. I guess it would depend on how each system handled their dates times internally. However it's not worth it for me, since I now longer deal with some issues on a regular basis and I have all my time stamp routines worked out for if I do. Regards, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: The seconds and time zones
Hi Folks There is another issue when using the seconds for a time stamp. If you record the seconds in a month outside summer time and translate the seconds to another format in a month in summer time or visa versa your result is an hour wrong. So the engine is not working out if the date the seconds refers to is in summer time or not before converting it using your local time zone. I always use the internet time for time stamps. Cheers Monte ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: The seconds and time zones
On Jan 26, 2010, at 8:07 PM, Monte Goulding wrote: Hi Folks There is another issue when using the seconds for a time stamp. If you record the seconds in a month outside summer time and translate the seconds to another format in a month in summer time or visa versa your result is an hour wrong. So the engine is not working out if the date the seconds refers to is in summer time or not before converting it using your local time zone. I always use the internet time for time stamps. Agreed, especially if you are populating a database that would depend on accurate time stamps such as system log files for data processing and work flows. Reports and comparisons can span months. Most comparisons are not that stringent, so the seconds will work fine. Jim Ault Las Vegas ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
The seconds and time zones
I want to represent time snapshot independently of format and time zone so that I can compare the modification times of two items. The seconds looks like the way to go but I thought that it would get thrown off depending upon which time zone the computer was in. I just saw this in the Rev dictionary: Note: The convert command assumes all dates / times are in local time except for 'the seconds', which is taken to be universal time. Does this mean that if I get the seconds simultaneously anywhere in the world it will result in the same number or would I have to account for the time zone offset. This definition makes it sound like it already takes into account the time zone offset. Bill Vlahos _ InfoWallet (http://www.infowallet.com) is about keeping your important life information with you, accessible, and secure. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: The seconds and time zones
On Tue, Jan 26, 2010 at 2:53 PM, Bill Vlahos bvla...@mac.com wrote: I want to represent time snapshot independently of format and time zone so that I can compare the modification times of two items. The seconds looks like the way to go but I thought that it would get thrown off depending upon which time zone the computer was in. I just saw this in the Rev dictionary: Note: The convert command assumes all dates / times are in local time except for 'the seconds', which is taken to be universal time. Does this mean that if I get the seconds simultaneously anywhere in the world it will result in the same number or would I have to account for the time zone offset. This definition makes it sound like it already takes into account the time zone offset. Correct. The seconds taken at an instant in time will give the same result no matter where you are and what time zone you are in. Converting it to any other format then applies the time zone of the computer doing the conversions. As an example, my time zone is +1000 and at the moment, using this line of script, I get: put the seconds cr the long time the long date 1264484095 3:34:55 PM Tuesday, January 26, 2010 If you take that value of seconds and convert it, you will get whatever time it was in your zone when it was 3:34 for me. Cheers, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: The seconds and time zones
Do a quick test put the seconds -- make a note of the value set your computer clock to yesterday put the seconds set your computer clock to 1971 put the seconds set your computer clock to 1969 put the seconds GMT may be part of your answer. Sarah has a very definitive stack that goes into to detail and examples DateTime.rev http://www.troz.net/rev/index.irev?category=Library#stacks Jim Ault Las Vegas On Jan 25, 2010, at 8:53 PM, Bill Vlahos wrote: I want to represent time snapshot independently of format and time zone so that I can compare the modification times of two items. The seconds looks like the way to go but I thought that it would get thrown off depending upon which time zone the computer was in. I just saw this in the Rev dictionary: Note: The convert command assumes all dates / times are in local time except for 'the seconds', which is taken to be universal time. Does this mean that if I get the seconds simultaneously anywhere in the world it will result in the same number or would I have to account for the time zone offset. This definition makes it sound like it already takes into account the time zone offset. Bill Vlahos ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: The seconds and time zones
Sarah, Thanks for confirming it. Slick. Bill On Jan 25, 2010, at 9:36 PM, Sarah Reichelt wrote: On Tue, Jan 26, 2010 at 2:53 PM, Bill Vlahos bvla...@mac.com wrote: I want to represent time snapshot independently of format and time zone so that I can compare the modification times of two items. The seconds looks like the way to go but I thought that it would get thrown off depending upon which time zone the computer was in. I just saw this in the Rev dictionary: Note: The convert command assumes all dates / times are in local time except for 'the seconds', which is taken to be universal time. Does this mean that if I get the seconds simultaneously anywhere in the world it will result in the same number or would I have to account for the time zone offset. This definition makes it sound like it already takes into account the time zone offset. Correct. The seconds taken at an instant in time will give the same result no matter where you are and what time zone you are in. Converting it to any other format then applies the time zone of the computer doing the conversions. As an example, my time zone is +1000 and at the moment, using this line of script, I get: put the seconds cr the long time the long date 1264484095 3:34:55 PM Tuesday, January 26, 2010 If you take that value of seconds and convert it, you will get whatever time it was in your zone when it was 3:34 for me. Cheers, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution