On Tue, 2005-07-26 at 17:34, Erik Hofman wrote:
that's all [fgSunPositionGST] does, give an angle to display the pretty
colors
properly.
Doh! That's a silly way to do it (see below).
Give me a bit longer to disentangle it all! I can't work on it right
now, (I'm at work) but I can take
On Wed, 2005-07-27 at 12:29, Steve Hosgood (that's me) wrote:
The julian_date() routine is pretty much word for word the same as
Johnson's original, but it's 'static' and only used by the GST()
routine.
The GST() routine is also word for word identical with Johnson's. It is
'static' and
On Mon, 2005-07-25 at 17:13, Andy Ross wrote:
Steve Hosgood wrote:
Solving where the planet is in its orbit for any given calendar time
is tricky.
This is just the equal area thing, right?
Yes.
If nothing else, we can
certainly solve it by brute-force integrating it for +/- a few
Steve Hosgood wrote:
If it's just a case of changing ecliptic_to_equatorial(), julian_date(),
and GST() then I'm up for it.
We got routines for thee julian date and GST dated already in
SimGear/simgear/timing/sg_time.[ch]xx
Can someone confirm that doing this will fix the issue, or is
On Tue, 2005-07-26 at 10:37, Erik Hofman wrote:
To prevent any problems in the future I would like to see that file
removed and the functions added to tmp.[ch]xx
Remove sunpos.[ch]xx completely? OK.
But what is really needed is a way to get sun_angle() working in
sunsolver.cxx which is
Steve Hosgood wrote:
Funnily enough, I was just having a cup of tea and reading that very
file just as your email came in (you're in Europe I presume?).
Yep.
fgSunPositionGST seems to be derived from Johnson's 'xearth' code, but
it calculates where on earth the sun is directly overhead.
On Tuesday 26 July 2005 11:30, Steve Hosgood wrote:
So we're just down to the problem that the sun position code is possibly
not GPL-able. I've dug out my own code that I'm quite happy to donate.
Only part of 'src/Time/sunpos.cxx' seems to be derived from Kirk
Johnson's 'xearth' anyway, and
Steve Hosgood wrote:
Erik:
The position of any astronomical object relative to a viewer standing on
the planet's surface is usually given as altitude and azimuth - with
the true horizon and true North used as the references. Normally, an
object is said to set when it crosses the visible
Steve Hosgood wrote:
The position of any astronomical object relative to a viewer standing on
the planet's surface is usually given as altitude and azimuth - with
the true horizon and true North used as the references.
[...]
Additional entertainment will be provided by the fact that and code
On Mon, 2005-07-25 at 15:17, Andy Ross wrote:
I humbly submit that this is yet another area where an Euler (angle)
representation is a bug, not a feature. We have a sane cartesian
coordinate system for the earth. All that's needed is to define one
for the solar system* and then do reasonably
Steve Hosgood wrote:
Solving where the planet is in its orbit for any given calendar time
is tricky.
This is just the equal area thing, right? (angular orbital velocity
goes as the inverse of the distance to the focus) I kinda-sorta
remember doing a parameterization of that in college way back
I wrote:
that, too, can be done in cartesian space and doesn't require a
nothing of sunrise/set time).
Heh, s/nothing/notion/
Most of my typos are clear from context, but that one reads like
gibberish, sorry. :)
Andy
___
Flightgear-devel mailing
--
Curtis Olsonhttp://www.flightgear.org/~curt
HumanFIRST Program http://www.humanfirst.umn.edu/
FlightGear Project http://www.flightgear.org
Unique text:2f585eeea02e2c79d7b1d8c4963bae2d
---BeginMessage---
[I was rejected to post to the mailing list, resending to you]
Hello
Lukáš Tinkl wrote:
Hello Flightgear crew,
we at SUSE recently stumbled upon this problem: some of the code contained in
FlightGear contains a non-commercial lincese which forbids us from further
distributing it. The consequence is that FlightGear wouldn't be part of the
upcoming SUSE Linux
Curt forwarded from Lukas Tinkl:
we at SUSE recently stumbled upon this problem: some of the
code contained in FlightGear contains a non-commercial lincese
which forbids us from further distributing it. The consequence
is that FlightGear wouldn't be part of the upcoming SUSE Linux
release.
Andy Ross wrote:
We should probably fix this, I guess. Maybe the easiest way to do it
would be to contact the author; is XEarth or descendents still an
active project?
Actually, I've tracked this down to just one function to calculate
sun_angle_deg. We do already calculate that in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andy Ross schrieb:
Curt forwarded from Lukas Tinkl:
we at SUSE recently stumbled upon this problem: some of the
code contained in FlightGear contains a non-commercial lincese
which forbids us from further distributing it. The consequence
is that
On Fri, 2005-07-22 at 15:15, Andy Ross wrote:
We should probably fix this, I guess. Maybe the easiest way to do it
would be to contact the author; is XEarth or descendents still an
active project?
I've just been looking for xearth, and just about all the links I can
find are dead. However,
Steve Hosgood wrote:
Xearth also spawned my own hack xmars, but since Xplanet does
everything in the solar system, I now consider xmars defunct.
Since you are already familiar with this stuff, I need the function to
calculate the sun position (in degrees or radians) above the horizon at
a
Erik Hofman wrote:
Since you are already familiar with this stuff, I need the function to
calculate the sun position (in degrees or radians) above the horizon
at a certain time/lat/lon. What is this normally called:
RightAscension, Declination, Magnitude or something else?
None of the above.
, 2005 12:09 PM
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] [Fwd: licensing problems in SUSE Linux]
Steve Hosgood wrote:
Xearth also spawned my own hack xmars, but since Xplanet does
everything in the solar system, I now consider xmars defunct.
Since you
Andy Ross wrote:
Erik Hofman wrote:
Since you are already familiar with this stuff, I need the function to
calculate the sun position (in degrees or radians) above the horizon
at a certain time/lat/lon. What is this normally called:
RightAscension, Declination, Magnitude or something else?
On Friday 22 July 2005 16:22, Erik Hofman wrote:
Andy Ross wrote:
We should probably fix this, I guess. Maybe the easiest way to do it
would be to contact the author; is XEarth or descendents still an
active project?
Actually, I've tracked this down to just one function to calculate
Of Erik Hofman
Sent: Friday, July 22, 2005 12:09 PM
To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] [Fwd: licensing problems in SUSE Linux]
Steve Hosgood wrote:
Xearth also spawned my own hack xmars, but since Xplanet does
everything in the solar system, I now consider
Durk Talsma wrote:
Things are pretty hectic at work right now, so my time is really limited.
Here is what I have right now. I must be missing something obvious since
the lighting isn't updated based on the sun angle:
http://www.a1.nl/~ehofman/fgfs/download/sun_angle.diff
Erik
On Friday 22 July 2005 19:09, Erik Hofman wrote:
Durk Talsma wrote:
Things are pretty hectic at work right now, so my time is really limited.
Here is what I have right now. I must be missing something obvious since
the lighting isn't updated based on the sun angle:
26 matches
Mail list logo
