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 re
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
SimGear/s
-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
>>i
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. Howeve
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 abov
day, 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
> > everythi
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?
No
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 calcul
t; Norman
>
>
>>-Original Message-
>>From: [EMAIL PROTECTED]
>>[mailto:[EMAIL PROTECTED] Behalf Of Erik Hofman
>>Sent: Friday, July 22, 2005 12:09 PM
>>To: FlightGear developers discussions
>>Subject: Re: [Flightgear-devel] [Fwd: licensing problems
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:
>
> http://www.a1.nl/
On Fri, 2005-07-22 at 17:56, Erik Hofman wrote:
> 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 cal
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
On Mon, 2005-07-25 at 10:35, Erik Hofman wrote:
> 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.
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
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 reasona
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
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 f
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 ther
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
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. That
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, a
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 c
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' an
27 matches
Mail list logo