kateR the start time is in cavern time (CT) which might be where things are going wrong.

Rusty_Russell wrote:

kateR I don't know, but perhaps I can put a question in a different way.

At the moment you are having to make a timezone adjustment. CT = MST = UTC - 7, and CET = UTC + 1, so assuming you use what's been worked out elsewhere, you have to add 8 hours to it.

At 2 am on March 11th, MST will become MDT, UTC - 6, so there will be a 7 hour and not an 8 hour gap between Cavern Time and CET.

Two weeks later when CET goes to Daylight Savings, the gap will be 8 hours again.

Does this help?

As I said before, I do not add 8 or any hours, because the calculation is programmed in php and bound to the current time of the server (location: germany), which is set to CET .... and of course that means it currently has an 8 hours shift in relation to UTC-7.

_________________

D'ni Museum of Art | KI 89229 | > Cone Swimwear on Sale ! <

Okie dokie. Don't forget Daylight Savings from 25th March then.

kateR wrote:

As I said before, I do not add 8 or any hours, because the calculation is programmed in php and bound to the current time of the server (location: germany), which is set to CET .... and of course that means it currently has an 8 hours shift in relation to UTC-7.

Even PHP has a method that returns the current time in UTC/GMT. :]

http://www.php.net/manual/en/function.mktime.php

_________________

[KI again #01792364]| Uru images | KI guide

Tiran wrote:

Even PHP has a method that returns the current time in UTC/GMT. :]
http://www.php.net/manual/en/function.mktime.php

Yes, that's one of the functions I 've used.

Overdrive wrote:

kateR the start time is in cavern time (CT) which might be where things are going wrong.

... hmm yes ... I am confused ... somehow it does show me correct times in CET but in wrong columns, if I choose display in "caverntime". lol


I guess, we 'll have to wait for Juri1at for clarifiation on this. Perhaps we just do something wrong ?

_________________

D'ni Museum of Art | KI 89229 | > Cone Swimwear on Sale ! <

For greater accuracy, try setting the interval to...

15 hours
43 minutes
4.83 seconds

On a hunch that the duration is exactly 13 periods of the D'ni clock, and derived from information at http://www.dpwr.net/archive.php?showarticle=2193

_________________

MOULa 26838 | Prologue Video Project: On Hold pending Minkata support
Visit rel.to to explore Myst, Uru, and D'ni communities!

Should it be a random match that a whole Negilahn day cycle is exactly 13 "pahr-tah-vo-tee" ? That's interesting, though somehow unbelievable due to two completly different ages with completly different environments, which the D'ni surely could'nt adjust that easy with a finger flick.

_________________

D'ni Museum of Art | KI 89229 | > Cone Swimwear on Sale ! <

I've posted elsewhere that the server restart did affect the cycle. Based on a rough guestimate, noon in Negilahn should be in about 8 hours... or ~8:00 Cavern time... give or take 3/4 or an hour either side.

Haha, now I have understand! It's very interesting how other people see my page.
The problem is the starttime. In both examples you have used the timestamp 03/06/2007 10:28. Well that is the eventtime of Central Europe. If you insert the timestamp in the right timezone (CT ... caverntime) with 03/06/2007 02:28, then all is correct

Well, the idea was the following:

1)
The first 2 datas (daylength and starttime) are information found at the forum, and there normaly the timestamps given in caverntime!
2)
The local timezone is set by the computer.
3)
The result are given in the timezone, wished by the user.

Ok, I insert some dropdown for explicit timezone of the starttime.

Edit: But there is an other point: starttime is, like all timesystems, the timestamp of midnight. Sorry, that is not a good choice for easy usage I will extend this for midnight or a portal-event.

thx, for clarification, juri1at. Finally, I got it.

juri1at wrote:

Ok, I insert some dropdown for explicit timezone of the starttime.

Yes, this would make a lot of sense, since it is a calculator especially for different timezones, and one shouldnt have to calculate into caverntime seperatly.

Just one more question: I am wondering, why the Calculator returns events which did already occur in the past ?

_________________

D'ni Museum of Art | KI 89229 | > Cone Swimwear on Sale ! <

Last edited by kateR on Tue Mar 06, 2007 10:32 pm; edited 1 time in total

sorry, this has me confused. So when can I expect 'lil old me to be able to find a portal down here in Tustin, CA (PST OR GMT-? i Get off work at 6 pm but don't get home and online until 8 pm. Someone please help!

Thanks,
K'Tania

The modification of starttime (both midnight and portaltime posible) with explicite timezone is done!
Also you can shift the results some minutes for better local adjustment.

For including the daylight saving, please give me some day's

@kateR:

This time the calculator produce all past events, if somebody of our top explorers want check there events of the first days of march.

In the future (maybe next week) the calculator adjust to the actual date automaticaly.

@StarCat79:

1) start the calculator
2) check the 'local timezone' for 'Pacific Standard Time (PST) UTC-8'
3) click at 'show time in' onto the 'local time'
4) look at the first column and read the next event as your local time (it's the time on your watch )

If your PC is well configured (for PST) then the steps 2) and 3) are the default and you have only read the time.

But hurry up, because the next event is in 30 minutes

Unfortunatly because the server went down for maintenance, the times changed. None of the prediction times are correct. Although we have the duration, we just need a new start time.

Overdrive wrote:

Unfortunatly because the server went down for maintenance, the times changed. None of the prediction times are correct. Although we have the duration, we just need a new start time.

Oh no! I hope the timings are not going to be affected by the daylight saving change coming up as well. It breaks the illusion when IC events, with no IC connection to the surface, get rescheduled due to changes at the surface or server maintenance.

_________________
I disagree. This may very well be the most anti-negative MMO forum ever. - Kolian

Zen KI# 55764

I eat my words. Nothing seems to have changed. I did an eyeball of the window and made the calculations, but it seems it was not on the front edge of the night cycle, but on the morning side.

My bad. Carry on