On Mon, 2005-08-08 at 10:35, Erik Hofman wrote:
> But if you don't mind I'm still working on my own solution, I already
> have the code to compensate for lon and daylight saving time.
> Let's see what comes out of it ;-)
>
Don't mind? Of course I don't mind! FG is a great big GPL-ed OSS project
Erik Hofman wrote:
But if you don't mind I'm still working on my own solution, I already
have the code to compensate for lon and daylight saving time.
Which is silly since daylight saving time isn't something nature
provides for us, but which is man made. So that code is commented out again.
Steve Hosgood wrote:
Durk is quite right. It's non-trivial, but dealing with all these issues
is not really a problem. I'm in the middle of doing it myself, but have
just only just got back from a week on vacation.
My main interest is in removing the use of Xearth's "find the point on
the planet
On Mon, 2005-08-08 at 06:31, Durk Talsma wrote:
> On Sunday 07 August 2005 15:54, Erik Hofman wrote:
> > Erik Hofman wrote:
> > > Is this correct or am I missing something?
> >
> > I just realized that you also need to adjust for day-of-year to
> > compensate for the out-of-center rotation that cau
On Sunday 07 August 2005 15:54, Erik Hofman wrote:
> Erik Hofman wrote:
> > Is this correct or am I missing something?
>
> I just realized that you also need to adjust for day-of-year to
> compensate for the out-of-center rotation that causes long days (and
> nights) for both polar areas.
>
> Erik
Erik Hofman wrote:
Is this correct or am I missing something?
I just realized that you also need to adjust for day-of-year to
compensate for the out-of-center rotation that causes long days (and
nights) for both polar areas.
Erik
___
Flightgear-
Erik Hofman wrote:
double azimuth = -90 + 180.0*(0.5 + 0.5*daytime);
Oh, well, wrong again (but you get the point by now):
double azimuth = 90.0 - 180.0*fabs(1.0 - 2*daytime);
Erik
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
Erik Hofman wrote:
Given that 12.00 UTC is high noon and 0.00 is midnight it is now easy to
determine the sun azimuth for (0,0) by using the following formula:
double azimuth = -90.0 + 180 * daytime.
This should be:
double azimuth = -90 + 180.0*(0.5 + 0.5*daytime);
Erik
__
Hi,
I just tried an idea I had which was the following:
* Unix time represents the current time in seconds since 00:00:00 UTC,
January 1, 1970.
* There are 86400 seconds in a day
By combining these tow I can get the normalized UTC time-of-day (ranging
from 0.0 .. 1.0) at lat/lon (0.0 , 0.0)