[Flightgear-devel] Locating an airport control tower
Hello, I'm modelling an airfield and I know the exact location of the control tower. Unfortunately I forgot to take pictures of the building but at least I'd like to place the FlightGear "default control tower" building, as it is present at KHAF for example, at the correct location. I know there has been discussion on this topic in the past but I don't manage to find the places (discussion thread) from where to pick the relevant information. Apparently the airport definition doesn't provide a field to enter the location - does it ? Could please someone give me a hint ? Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Locating an airport control tower
Martin Spott wrote: Hello, I'm modelling an airfield and I know the exact location of the control tower. Unfortunately I forgot to take pictures of the building but at least I'd like to place the FlightGear "default control tower" building, as it is present at KHAF for example, at the correct location. I know there has been discussion on this topic in the past but I don't manage to find the places (discussion thread) from where to pick the relevant information. Apparently the airport definition doesn't provide a field to enter the location - does it ? Could please someone give me a hint ? Yes, the apt.dat file specifies the location of the tower (well sort of): http://x-plane.org/users/robinp/AptNavFAQ.htm I am using the code #14 entry to place the towers. This ultimately get's translated into a .stg file entry. 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 [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Locating an airport control tower
On 11/1/04 at 1:37 PM Martin Spott wrote: >Hello, >I'm modelling an airfield and I know the exact location of the control >tower. Unfortunately I forgot to take pictures of the building but at >least I'd like to place the FlightGear "default control tower" building, >as it is present at KHAF for example, at the correct location. > >I know there has been discussion on this topic in the past but I don't >manage to find the places (discussion thread) from where to pick the >relevant information. Apparently the airport definition doesn't provide >a field to enter the location - does it ? Could please someone give me >a hint ? > Look in the .stg file with the right bucket id in the scenery tree. Best way to find the right file is to grep the scenery tree for the airport code, since the airport object is also referenced in the .stg file. Cheers - Dave This message has been scanned but we cannot guarantee that it and any attachments are free from viruses or other damaging content: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] List of FG materials and textures
Paul Surgeon wrote: Ok this is just a rough idea what do ya guys think? I think that a variation of what you described should be relatively straight-forward to do, at least to get some basic support for season-based textures going ...basically it sounds similar to what has been mentioned already in earlier discussions about this topic. So, one could still later on refine these things - however, while supporting the corresponding tags would be a no-brainer, one would still have to look into the current texturing code in order to be really able to assess how feasible it would ultimately be to get the thing easily done. Also, personally I would consider it more plausible to either provide the season(s) for a texture either as a parameter - or simply as a sub/child-node, instead of using a separate tag. But that's then probably really only a cosmetical factor ... But such a dynamic backend option would certainly be interesting to have. The ESRI data sets do also seem provide data for different seasons if I remember correctly, so one might even be able to use some of that for that purpose, too... P.S. Oops that took a few more lines to explain than I anticipated. :P I can reassure you, that your posting is certainly not the longest one this mailing list has seen - don't ask me how I come to know that ;-) Boris ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Locating an airport control tower
"Curtis L. Olson" wrote: > Yes, the apt.dat file specifies the location of the tower (well sort of): > > http://x-plane.org/users/robinp/AptNavFAQ.htm Aaaah, fine, thanks - I looked into the copy that is contained in the FG base package, but apparently that one is pretty outdated > I am using the code #14 entry to place the towers. This ultimately > get's translated into a .stg file entry. I assume we currently don't have this feature in TaxiDraw, because TaxiDraw internally still operates with the FlightGear format - do we ? At least the TaxiDraw 'project' files look pretty similar to the FlightGear format, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Locating an airport control tower
On 11/1/04 at 3:58 PM Martin Spott wrote: >"Curtis L. Olson" wrote: > >> I am using the code #14 entry to place the towers. This ultimately >> get's translated into a .stg file entry. > >I assume we currently don't have this feature in TaxiDraw, because >TaxiDraw internally still operates with the FlightGear format - do we ? >At least the TaxiDraw 'project' files look pretty similar to the >FlightGear format, > The core part of TaxiDraw's project files gets written out in whichever data format you originally loaded the data from - either X-Plane or FlightGear. If towers/beacons/windsocks are found in the data, then they will be stored internally in TaxiDraw. Currently only the beacons get displayed and can be moved, but this could easily be changed to include tower and windsocks as well. It's possible in the current version to export moved beacon locations to FlightGear's .stg file. This allows instant viewing of the change, with no need to rebuild the scenery. This could easily be extended to encompass tower and windsock positions as well. The problem is that TaxiDraw has no knowledge of ground elevation, so unless the airport is relatively flat the beacon/tower/windsock may end up either partially submerged or floating. Cheers - Dave This message has been scanned but we cannot guarantee that it and any attachments are free from viruses or other damaging content: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Locating an airport control tower
"David Luff" wrote: > The core part of TaxiDraw's project files gets written out in whichever > data format you originally loaded the data from - either X-Plane or > FlightGear. Ah, then I'll try to 'port' my project file over to X-Plane format. It's been easier to define the runway in FG format, that's why I started there, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Locating an airport control tower
"David Luff" wrote: > The core part of TaxiDraw's project files gets written out in whichever > data format you originally loaded the data from - either X-Plane or > FlightGear. O.k., I moved my airport over to X-Plane format. For this purpose I modified the current but inaccurate definition in my copy of Robin's recent data set to the following: 10 49.03 5.888922 05x 48.35 785860.0553 902.0902 148 11 01 0 2 0.25 1 Now i start TaxiDraw, load this as a 'new' airport and save it into a project file. The runway definition now looks like this: 10 49.03 005.888922 05x 48.35 7858 60.0553 902.0901 148 11 01 0 2 0.25 1 ^^^ TaxiDraw always shortens the blast strip by one foot. This is not really harmful but a bit irritating Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] ATI 9200 Direct Rendering problem on Linux (was AI Carrier)
On Sun, 31 Oct 2004 01:49:53 -0400, Ampere wrote in message <[EMAIL PROTECTED]>: > On October 30, 2004 10:32 pm, Arnt Karlsen wrote: > > On Sat, 30 Oct 2004 19:39:42 -0400, Ampere wrote in message > > > > <[EMAIL PROTECTED]>: > > > On October 30, 2004 04:11 pm, Arnt Karlsen wrote: > > > > ..according to your lspci -v, you have both an ATI card and > > > > an Intel 82845G/GL[Brookdale-G] integrated card, and AFAICT, a > > > > propeller head driver from ATI telling your box fairy tales on > > > > seeing your Intel card. > > > > > > > > ..lose that ATI driver, use a fresh kernel, they have the DRI > > > > drivers, and retry X setup. > > > > > > I have removed fglrx completely and use the driver from XFree86 > > > instead. The good news is that I have stopped getting errors in > > > XFree86.0.log. The bad news is that I still don't have direct > > > rendering. > > > > ..and the logs says? > > The entire log is too big to put in here, so I put attached it as a > Zip archive. > > There is no error or warning message regarding video driver. X also > stopped crashing when I logout. ..and your log mentions "Acceleration enabled". ;-) -- ..med vennlig hilsen = with Kind Regards from Arnt... ;-) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Command line debugger
Is anyone aware of a command line C++ code debugger? Particularly one that runs under IRIX? Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Locating an airport control tower
On 11/1/04 at 6:45 PM Martin Spott wrote: > >O.k., I moved my airport over to X-Plane format. For this purpose I >modified the current but inaccurate definition in my copy of Robin's >recent data set to the following: > >10 49.03 5.888922 05x 48.35 785860.0553 902.0902 148 11 >01 0 2 0.25 1 > > >Now i start TaxiDraw, load this as a 'new' airport and save it into a >project file. The runway definition now looks like this: > >10 49.03 005.888922 05x 48.35 7858 60.0553 902.0901 148 >11 01 0 2 0.25 1 > ^^^ > >TaxiDraw always shortens the blast strip by one foot. This is not >really harmful but a bit irritating > Urgh - thanks for catching that - I consider any case where TaxiDraw corrupts data to be extremely harmfull, even if it is only one foot. I've got a pretty good idea where this is happening. The trouble with these float->int rounding bugs is that they seem to be OS or compiler specific, so I can't always reproduce them. I'll send you a patch to test when I've got a fix if that's OK. Cheers - Dave This message has been scanned but we cannot guarantee that it and any attachments are free from viruses or other damaging content: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Command line debugger
Jon S Berndt wrote: Is anyone aware of a command line C++ code debugger? Particularly one that runs under IRIX? If you mean something like gdb for Linux: xdb Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Command line debugger
On Mon, 01 Nov 2004 21:09:39 +0100 Erik Hofman <[EMAIL PROTECTED]> wrote: Jon S Berndt wrote: Is anyone aware of a command line C++ code debugger? Particularly one that runs under IRIX? If you mean something like gdb for Linux: xdb Erik Has anyone used ddd? Does KDevelop compile under IRIX? Can it be forced to do so? Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] ATI 9200 Direct Rendering problem on Linux (was AI Carrier)
When I type glxinfo | grep rendering, I got: direct rendering: No Ampere On November 1, 2004 02:23 pm, Arnt Karlsen wrote: > ..and your log mentions "Acceleration enabled". ;-) > > -- > ..med vennlig hilsen = with Kind Regards from Arnt... ;-) > ...with a number of polar bear hunters in his ancestry... > Scenarios always come in sets of three: > best case, worst case, and just in case. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] St. Elmo's Fire
I've been playing with modeling St. Elmo's Fire as an instrument: http://home.comcast.net/~davidculp2/stelmo-clear-sky.jpg http://home.comcast.net/~davidculp2/stelmo-in-clouds.jpg which is convenient, but has some problems. The main problem here is that it's barely visible inside of clouds, where one would expect to see it. If I change the time-of-day to something darker the panel code darkens and redens everything, which ruins the effect. Then of course there's the problem of setting up a boolean property that randomly, and rapidly, is "true", in order to model "flickering". My questions are: Is there an alternate method to model St. Elmo's Fire? Can the instrument darkening/redening be turned off per-instrument? Should we have a seperate screen-drawing subsystem that draws "windscreen effects", like St. Elmo's Fire, rain, snow, glare? Dave -- David Culp [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] St. Elmo's Fire
I'm for this particular idea. Ampere On November 1, 2004 08:57 pm, David Culp wrote: > Should we have a seperate screen-drawing subsystem that draws "windscreen > effects", like St. Elmo's Fire, rain, snow, glare? ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] St. Elmo's Fire
These may help: http://www.airliners.net/open.file/608244/L/ http://www.airliners.net/open.file/014507/L/ Ampere ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Command line debugger
On Montag 01 November 2004 21:29, Jon S Berndt wrote: > On Mon, 01 Nov 2004 21:09:39 +0100 > > Erik Hofman <[EMAIL PROTECTED]> wrote: > > Jon S Berndt wrote: > >> Is anyone aware of a command line C++ code debugger? Particularly > >> one that runs under IRIX? > > > > If you mean something like gdb for Linux: xdb > > > > Erik > > Has anyone used ddd? Does KDevelop compile under IRIX? Can it be > forced to do so? ddd needs a gdb. So you need that anyway. And yes you can compile kdevelop under irix. But I don't think that it will compile out oft the box. Greetings Mathias -- Mathias Fröhlich, email: [EMAIL PROTECTED] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d