Re: [Flightgear-devel] FlightGear MP authentication

2006-07-27 Thread Martin Spott
I know, this discussion is barely coupled to ongoing development, but because I like to participate in creating admirable plans, I don't want to miss it :-)) "Buchanan, Stuart" wrote: > 2) Account holders have a key generated based on their call-sign (*). This > is transmitted with the MP positi

Re: [Flightgear-devel] FlightGear MP authentication

2006-07-27 Thread Ampere K. Hardraade
On Tuesday 25 July 2006 06:32, Julien Pierru wrote: > A few questions arise, first what do you guys think about an authentication > system, second what would be the best way of implementing it within FG and > third would it be limited to be used by the tracking system or as a way of > moderating th

[Flightgear-devel] KLN89B implementation question

2006-07-27 Thread Dave Perry
David Luff wrote: > Check out the KLN89B with: > > $ fgfs --aircraft=c172p-2dpanel --geometry=1024x768 > > This is a panel-click only instrument - like the KAP140 it's not > connected to the menu dialog. > > > > I finally got around to trying the KLN89B and was able to make it work. I tried t

Re: [Flightgear-devel] 3d models

2006-07-27 Thread Ampere K. Hardraade
On Wednesday 26 July 2006 12:53, Robin van Steenbergen wrote: > I'm working on an accurate > model of Eindhoven Airport and you can actually put the ground chart of > the airport on the 'floor' and model on top of that. We have the capability to generate an airport directly out of the ground char

[Flightgear-devel] 7 page MFDs

2006-07-27 Thread Sexauer, Steve
I'm trying to build 3 MFDs that each have several pages --one has 7 or more ( the aircraft is still in development) I'm not sure what the simplest organization is. Nested layers seems complex as there as 6 instruments plus text and lables on several pages. I was thinking I would organize each

[Flightgear-devel] Airway database parser

2006-07-27 Thread Durk Talsma
Hi all, I still have some code lingering around that reads and parses the contents of the FlightGear/ x-plane airway database (awy.dat.gz). I've never committed that code, because of the pre version 1.0 feature freeze period we were in. As it appears, plans have changed somewhat in this respe

[Flightgear-devel] FlightGear language support

2006-07-27 Thread Georg Vollnhals
Hi, as there is an actual question about German language support in the German FG Forum I played a little around with 1. the start-parameters --language=de / --language=ger / --language=xxx 2. brute force method renamed "strings-de.xml" to "strings-default.xml" in FG/data/translations but noth

[Flightgear-devel] [Fwd: FlightGear language support]

2006-07-27 Thread Georg Vollnhals
(I am resending this due to the faulty sf-mailing system which is troublesome since ca. 5 days) Georg Vollnhals schrieb: Hi, as there is an actual question about German language support in the German FG Forum I played a little around with 1. the start-parameters --language=de / --language=g

Re: [Flightgear-devel] HUD: raw gl-commands vs. plib/osg wrappers

2006-07-27 Thread Melchior FRANZ
* Melchior FRANZ -- Thursday 27 July 2006 18:31: > (A) discussion, (B) decision, (C) branching, (D) entering the shiny > world of osg. BTW: I would check this branch out, test it, and try to help, although I'm afraid that I can't do much. The whole scene graph thing isn't my thing, as you may hav

Re: [Flightgear-devel] HUD: raw gl-commands vs. plib/osg wrappers

2006-07-27 Thread Melchior FRANZ
* Mathias Fröhlich -- Thursday 27 July 2006 18:15: > I believe that you miss the point. That may be ... > The point is that we can, without loosing features, with a sensible design, > prepare getting rid of ssg. As allmost allways, building sensible structures > is a win even if no switch will

Re: [Flightgear-devel] HUD: raw gl-commands vs. plib/osg wrappers

2006-07-27 Thread Mathias Fröhlich
Melchior, On Thursday 27 July 2006 09:58, Melchior FRANZ wrote: > * Mathias Fröhlich -- Wednesday 26 July 2006 22:49: > > Because it is not a limitation but rather a gain. A *well* *done* and > > *well* *supported* scenegraph will help you some much more than you > > probably can imagine now. > >

Re: [Flightgear-devel] awy.dat parsing code

2006-07-27 Thread Berndt, Jon S
> Hi all, > > Ealier today, I posted a message here indicating my > intentions of committing the airway database code into CVS. > For some reason, that email still hasn't appeared on the list. There was an issue with the SourceForge mailing lists yesterday. I think they are still catching up. I

[Flightgear-devel] awy.dat parsing code

2006-07-27 Thread Durk Talsma
Hi all, Ealier today, I posted a message here indicating my intentions of committing the airway database code into CVS. For some reason, that email still hasn't appeared on the list. In the mean time, however, I decided to go ahead and submit the code anyways. I had a few reasons for this 1)

Re: [Flightgear-devel] 3d models

2006-07-27 Thread Robin van Steenbergen
Curtis L. Olson schreef: > Jon Stockill wrote: > >> So forget converting anything from their 3d warehouse - if you want to >> use a model you'll need to get it direct from the author. >> >> >> > > It sounds like we need to infiltrate google with FlightGear people. Can > I get so

Re: [Flightgear-devel] 3d models

2006-07-27 Thread Curtis L. Olson
Jon Stockill wrote: > Melchior FRANZ wrote: > >> * Robin van Steenbergen -- Wednesday 26 July 2006 18:01: >> >>> Does Blender do KML files now? >>> >> Yes. >> >> $ head -18 ~/.blender/scripts/kmz_ImportWithMesh.py|tail -15 >> Name: 'Google Earth (.kml / .kmz)...' >> Blender: 2

Re: [Flightgear-devel] 3d models

2006-07-27 Thread Jon Stockill
Melchior FRANZ wrote: > * Robin van Steenbergen -- Wednesday 26 July 2006 18:01: >> Does Blender do KML files now? > > Yes. > > $ head -18 ~/.blender/scripts/kmz_ImportWithMesh.py|tail -15 > Name: 'Google Earth (.kml / .kmz)...' > Blender: 241 > Group: 'Import' > Tip: 'Import geometry

Re: [Flightgear-devel] 3d models

2006-07-27 Thread Melchior FRANZ
* Robin van Steenbergen -- Wednesday 26 July 2006 18:01: > Does Blender do KML files now? Yes. $ head -18 ~/.blender/scripts/kmz_ImportWithMesh.py|tail -15 Name: 'Google Earth (.kml / .kmz)...' Blender: 241 Group: 'Import' Tip: 'Import geometry of .kml or .kmz 3D models' """ __auth

Re: [Flightgear-devel] 3d models

2006-07-27 Thread Robin van Steenbergen
Jon Stockill schreef: > Jason Cox wrote: > >> Hi all, >> just wondering on weather some one has looked into "tapping >> into" the >> 3d models that are available for downlaod from google earth? >> i think we maybeable to use these if we convert them as they are created >> by users of the

Re: [Flightgear-devel] 3d models

2006-07-27 Thread Jon Stockill
Jason Cox wrote: > Hi all, > just wondering on weather some one has looked into "tapping > into" the > 3d models that are available for downlaod from google earth? > i think we maybeable to use these if we convert them as they are created > by users of the sketchup program. > any thoughts?

[Flightgear-devel] 3d models

2006-07-27 Thread Jason Cox
Hi all, just wondering on weather some one has looked into "tapping into" the 3d models that are available for downlaod from google earth? i think we maybeable to use these if we convert them as they are created by users of the sketchup program. any thoughts? Jason -

Re: [Flightgear-devel] HUD: raw gl-commands vs. plib/osg wrappers

2006-07-27 Thread Melchior FRANZ
* Mathias Fröhlich -- Wednesday 26 July 2006 22:49: > Because it is not a limitation but rather a gain. A *well* *done* and *well* > *supported* scenegraph will help you some much more than you probably can > imagine now. You completely miss the point: we are using ssg! There was no decision mad