I tried a few things along those lines and not even getting close... really:
setDate = new Date(nanoSeconds/10000000 - new Date().getTime()); RETURNS Tue Jun 20 09:55:17 GMT-0400 1933 setDate = new Date(nanoSeconds/(60*10000000) - new Date().getTime ()); RETURNS Tue Jun 30 09:26:26 GMT-0400 1931 setDate = new Date(nanoSeconds/(60*10000000) - new Date (1970,0,1,0,0,0,0).getTime()); RETURNS Mon Jan 12 19:17:43 GMT-0500 1970 setDate = new Date(nanoSeconds/10000000 - new Date (1970,0,1,0,0,0,0).getTime()); RETURNS Mon Jan 3 19:43:04 GMT-0500 1972 There's a problem with the math but I'm just not able to find it. Any more help?? Maybe someone knows a different Web Service? Thanks, Mark --- In [email protected], "Doug Lowder" <[EMAIL PROTECTED]> wrote: > > CurrentTimeTicks looks like a 100ns count from the year 1 AD. You > could try: > > new Date( CurrentTimeTicks/10000 - new Date().getTime() ) > > Then use the Date.toString() or Date.toUTCString() method to examine > the result. You may need to adjust if CurrentTimeTicks isn't > relative to UTC. > > Also, don't assume daylight savings time is always a one-hour > offset. Some time zones work from increments of a quarter-hour. You > have the UtcOffsetTicks available to give you the correct offset. > > HTH, > Doug > > > --- In [email protected], "Mark" <markp.shopping_id@> > wrote: > > > > Actually the problem is that the CurrentTimeTicks and > UtcOffsetTicks > > is returned in nanoseconds or increment of 100 nanoseconds so I > > can't use, new Date(CurrentTimeTicks);. It returns as "not a > date" > > Here's how the XML looks: > > > > > > <TimeZoneInfo> > > <Name>Dateline Standard Time</Name> > > <DaylightName>Dateline Daylight Time</DaylightName> > > <StandardName>Dateline Standard Time</StandardName> > > <DisplayName>(GMT-12:00) International Date Line > > West</DisplayName> > > <UtcOffsetTicks>-432000000000</UtcOffsetTicks> > > <CurrentTimeTicks>633516008019218750</CurrentTimeTicks> > > <IsInDaylightSaving>false</IsInDaylightSaving> > > </TimeZoneInfo> > > > > > > > > > > > > --- In [email protected], "Josh McDonald" <dznuts@> > > wrote: > > > > > > All typed off the top of my head in gmail and untested: > > > > > > //Get a date for the UTC time numbers will match, but will be in > > local time > > > var foreignTime:Date = new Date(CurrentTimeTicks); > > > > > > //Strip our current (local) offset (check my -/+ math!) > > > foreignTime.time -= foreignTime.getTimeZoneOffset() * 1000 * 60; > > > > > > //Convert so the foreign value appears when getting the local > > value (again, > > > check +/-) > > > foreignTime.time += UtcOffsetTicks * 1000 * 60; > > > > > > if (IsDaylightSaving) > > > foreignTime.time += 3600000; > > > > > > //Now if you fetch hours, minutes, seconds from foreignTime they > > should > > > return the numbers you'd like. > > > > > > I've probably got a couple of +/- switched around, and if the > > ticks are > > > seconds instead of ms knock off 3 zeros from some of those > fields, > > but that > > > should give you a starting point :) > > > > > > When you get the correct answer, please post it to the list in a > > follow-up > > > to this thread. > > > > > > -Josh > > > > > > On Mon, Jul 14, 2008 at 11:34 PM, Mark <markp.shopping_id@> > > wrote: > > > > > > > I asked this question going into a weekend so I wanted to re- > ask > > it > > > > today and see if anyone has any ideas on how to work this? > > > > > > > > Thank You, > > > > Mark > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > "Therefore, send not to know For whom the bell tolls. It tolls > for > > thee." > > > > > > :: Josh 'G-Funk' McDonald > > > :: 0437 221 380 :: josh@ > > > > > >
