Re: [Flightgear-devel] FlightGear v0.0.9-pre3

2005-11-11 Thread Erik Hofman

Curtis L. Olson wrote:
Just a quick announcement that I rolled up v0.9.9-pre3 tonight.  I had 
screwed up and missed a file in the base package, and then some other 
changes got snuck into simgear/flightgear so I figured I might as well 
roll out another try.


There's one thing I really like to see solved preferably before 0.9.9 
(but it is a must for 1.0) and that's the sun/moon azimuth calculation 
code to be replaced.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] FlightGear v0.0.9-pre3

2005-11-11 Thread Steve Hosgood
On Fri, 2005-11-11 at 09:09, Erik Hofman wrote:
 Curtis L. Olson wrote:
  Just a quick announcement that I rolled up v0.9.9-pre3 tonight.  I had 
  screwed up and missed a file in the base package, and then some other 
  changes got snuck into simgear/flightgear so I figured I might as well 
  roll out another try.
 

Hot damn! I haven't even got pre2 to run yet!

Curt: if you've not done it yourself yet, the file
data/Huds/Instruments/Default/runwayinstr.xml has duff permissions.

 There's one thing I really like to see solved preferably before 0.9.9 
 (but it is a must for 1.0) and that's the sun/moon azimuth calculation 
 code to be replaced.
 

That's certainly not getting in before 0.9.9!

Turns out to be wy more tricky than it looked. It would seem that
the entire handling of sun/moon azimuth/altitude as it's done now in
flightgear needs replacing, with the alt/az calculations themselves done
in Simgear.

Everything else to do with the ephemeris happens in Simgear. To some
extent, I'd argue that the whole ephemeris thing needs splitting out
from Simgear into Ephemlib or something. After all, there are quite a
few planetarium programs out there, each with its own unique ephemeris
calculations. It would make sense to try and draw them together.

There's little incentive for anyone writing an astronomical program to
want to use Simgear for the ephemeris calculations because it comes with
so much flightsim-related baggage.

But that's for another day, another year.
Steve


___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] FlightGear v0.0.9-pre3

2005-11-11 Thread Erik Hofman

Steve Hosgood wrote:


That's certainly not getting in before 0.9.9!

Turns out to be wy more tricky than it looked. It would seem that
the entire handling of sun/moon azimuth/altitude as it's done now in
flightgear needs replacing, with the alt/az calculations themselves done
in Simgear.


Ok, now I tried the brute force method, eliminate every function which 
isn't really needed or which is supplied by SimGear already. I got a 
version that doesn't use any of the offending code with one small 
glitch; the azimuth is offset by 90 degrees.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] FlightGear v0.0.9-pre3 xglobe licence issue

2005-11-11 Thread Ladislav Michnovič
2005/11/11, Erik Hofman [EMAIL PROTECTED]:

 There's one thing I really like to see solved preferably before 0.9.9
 (but it is a must for 1.0) and that's the sun/moon azimuth calculation
 code to be replaced.

 If you are talking about code from xglobe ( src/Time/sunpos.cxx,
moonpos.cxx) , which licence is quite problematic, I hope it would be
solved as soon as possible.  This licence issue causes that FG is not
included in box SuSE Linux.  If fixed, it can be distributed within
next SuSE release.
 Is it a problem to substitute the code with this
http://home.cs.tum.edu/~roalter/libAstronomy/ ?

 Regards Ladislav Michnovic.

 Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] FlightGear v0.0.9-pre3

2005-11-11 Thread Jon Stockill

Steve Hosgood wrote:


Curt: if you've not done it yourself yet, the file
data/Huds/Instruments/Default/runwayinstr.xml has duff permissions.


The following files probably *shouldn't* be there:

Aircraft/A-10/.#A-10cl-set.xml.1.6
Aircraft/c172/Models/.#c172p.ac.1.1
Aircraft/c172/Panels/.#default.xml.1.3
Aircraft/c172/Panels/.#c172-panel.xml.1.8
Aircraft/c172/Panels/.#c172-panel.xml.1.4
Models/Trees/.#deciduous-tree.ac.1.3
Scenery/Terrain/w130n30/w123n37/.#KSFO.btg.gz.1.2

--
Jon Stockill
[EMAIL PROTECTED]

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] FlightGear v0.0.9-pre3 xglobe licence issue

2005-11-11 Thread Erik Hofman

Ladislav Michnovic( wrote:

2005/11/11, Erik Hofman [EMAIL PROTECTED]:

There's one thing I really like to see solved preferably before 0.9.9
(but it is a must for 1.0) and that's the sun/moon azimuth calculation
code to be replaced.


 If you are talking about code from xglobe ( src/Time/sunpos.cxx,
moonpos.cxx) , which licence is quite problematic, I hope it would be
solved as soon as possible.  


Yes, that's the code.
I now have a fully working version without any of the affected code, 
just a routine which was written by Curtis anyhow.


How should we proceed at this point; add it prior to 0.9.9, or add it 
for 1.0 and provide a patch for 0.9.9?


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] FlightGear v0.0.9-pre3 xglobe licence issue

2005-11-11 Thread Steve Hosgood
On Fri, 2005-11-11 at 13:07, Erik Hofman wrote:
 Ladislav Michnovic( wrote:
  2005/11/11, Erik Hofman [EMAIL PROTECTED]:
  There's one thing I really like to see solved preferably before 0.9.9
  (but it is a must for 1.0) and that's the sun/moon azimuth calculation
  code to be replaced.
  
   If you are talking about code from xglobe ( src/Time/sunpos.cxx,
  moonpos.cxx) , which licence is quite problematic, I hope it would be
  solved as soon as possible.  
 
 Yes, that's the code.
 I now have a fully working version without any of the affected code, 
 just a routine which was written by Curtis anyhow.
 

Well, Erik, you've done *far* better than I did in less time. I got lost
in the mass of 3D vector stuff that was working out how to light the
scene and shift the skyglobe based on knowledge (from Xearth) of what
point on earth had the sun directly overhead!

I got as far as replacing the Xearth stuff with a simple get the sun's
alt and azim for a given place on earth routine, but couldn't untangle
the rest.

I shall go hang my head in shame somewhere quiet

Steve


___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] FlightGear v0.0.9-pre3

2005-11-11 Thread Steve Hosgood
On Fri, 2005-11-11 at 12:29, Jon Stockill wrote:
 Steve Hosgood wrote:
 
  Curt: if you've not done it yourself yet, the file
  data/Huds/Instruments/Default/runwayinstr.xml has duff permissions.
 
 The following files probably *shouldn't* be there:
 

And the following file probably should (considering that otherwise you
get a complaint message on the screen when using the default aircraft):

data/Aircraft/c172r/Models/c172-dpm.ac

Steve.


___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] FlightGear v0.0.9-pre3 xglobe licence issue

2005-11-11 Thread Erik Hofman

Steve Hosgood wrote:


I shall go hang my head in shame somewhere quiet


There's no reason for that, I didn't manage to get around it at first 
either. I think I have a lucky day today to discover how simple it could 
be done.


Let me emphasize  that I really appreciate it that you took the time to 
look after it.


Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] FlightGear v0.0.9-pre3

2005-11-11 Thread Erik Hofman

Steve Hosgood wrote:


And the following file probably should (considering that otherwise you
get a complaint message on the screen when using the default aircraft):

data/Aircraft/c172r/Models/c172-dpm.ac


I've fixed this in the code to use the default included c172p instead.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] FlightGear v0.0.9-pre3 xglobe licence issue

2005-11-11 Thread Curtis L. Olson

Erik Hofman wrote:


Yes, that's the code.
I now have a fully working version without any of the affected code, 
just a routine which was written by Curtis anyhow.


How should we proceed at this point; add it prior to 0.9.9, or add it 
for 1.0 and provide a patch for 0.9.9?



Erik,

If you could run the clock forward a year or two or five or 10 and 
verify that the new code matches the results of the existing code within 
acceptable tolerences, then I think I'd be ok with sneaking it into v0.9.9


Curt.

--
Curtis Olsonhttp://www.flightgear.org/~curt
HumanFIRST Program  http://www.humanfirst.umn.edu/
FlightGear Project  http://www.flightgear.org
Unique text:2f585eeea02e2c79d7b1d8c4963bae2d


___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] FlightGear v0.0.9-pre3 xglobe licence issue

2005-11-11 Thread Erik Hofman

Curtis L. Olson wrote:

If you could run the clock forward a year or two or five or 10 and 
verify that the new code matches the results of the existing code within 
acceptable tolerences, then I think I'd be ok with sneaking it into v0.9.9


Both 1970 and 2025 seem to work properly.

Erik

___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


Re: [Flightgear-devel] FlightGear v0.0.9-pre3

2005-11-11 Thread Curtis L. Olson

Jon Stockill wrote:



The following files probably *shouldn't* be there:

Aircraft/A-10/.#A-10cl-set.xml.1.6
Aircraft/c172/Models/.#c172p.ac.1.1
Aircraft/c172/Panels/.#default.xml.1.3
Aircraft/c172/Panels/.#c172-panel.xml.1.8
Aircraft/c172/Panels/.#c172-panel.xml.1.4
Models/Trees/.#deciduous-tree.ac.1.3
Scenery/Terrain/w130n30/w123n37/.#KSFO.btg.gz.1.2



Ok, sorry about the emacs droppings, I'll get rid of those for the next 
round.  Thanks for catching this.


Curt.

--
Curtis Olsonhttp://www.flightgear.org/~curt
HumanFIRST Program  http://www.humanfirst.umn.edu/
FlightGear Project  http://www.flightgear.org
Unique text:2f585eeea02e2c79d7b1d8c4963bae2d


___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d


[Flightgear-devel] FlightGear v0.0.9-pre3

2005-11-10 Thread Curtis L. Olson
Just a quick announcement that I rolled up v0.9.9-pre3 tonight.  I had 
screwed up and missed a file in the base package, and then some other 
changes got snuck into simgear/flightgear so I figured I might as well 
roll out another try.


Curt.

--
Curtis Olsonhttp://www.flightgear.org/~curt
HumanFIRST Program  http://www.humanfirst.umn.edu/
FlightGear Project  http://www.flightgear.org
Unique text:2f585eeea02e2c79d7b1d8c4963bae2d


___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d