Hi fellow wiki editors!

To help newly registered users get more familiar with the wiki (and maybe older users too) there is now a {{Welcome to the wiki}} template. Have a look at it and feel free to add it to new users discussion pages (and perhaps your own).

I have tried to keep the template short, but meaningful. /Johan G


Jump to: navigation, search

FlightGear Newsletter October 2016

5,405 bytes removed, 20:06, 3 November 2016
Cleanup cont.
[[#Next default airport|Next default airport]]<br>
[[#Git multimail script updated|Git multimail script updated]]<br>
[[#Local apt.dat versions support|Local apt.dat versions support]]<br>
{{Newsletter-cover-header|In the hangar}}<br>
| valign="top" width="33%" |
=== Local apt.dat versions support ===
{{WIP}}Thanks to work by Florent Rougon, multiple apt.dat files (which contain airport data) can now be loaded.apt.dat now supports local versions: Local NavData directory support was added very recently, it wasn't included in 2016.3.1. But even when you do have a more recent version, you still need to use TerraGear to actually generate rather than the visible terrain. NavData is only used for maps, startup locations etc., while the physical layout including runways and taxiways has to be generated in advance with TerraGear.single <reftt>{{cite web |url = https:''[[$FG_ROOT]]//forum.flightgear.org/viewtopic.php?p=297382#p297382 |title = <nowiki> Re: </nowiki> |author = <nowiki> Gijs </nowiki> |date = Oct 25th, 2016 |added = Oct 25th, 2016 |script_version = 0.40 }}</ref> the NavDataAirports/apt/*.dat[.gz] files will allow you to see airports on the map, but to see actual 3D terrain different from what is already in TerraSync, running TerraGear and using its output(*) will be necessary. ''<ref>{{cite web |url = https://forum.flightgear.org/viewtopic.php?p=297391#p297391 |title = <nowikitt> Re: </nowiki> |author = <nowiki> rominet </nowiki> |date = Oct 25th, 2016 |added = Oct 25th, 2016 |script_version = 0.40 }}</ref>  It is now possible to have one or more local apt.dat files each containing data for one or more airfields. The airfields in the local apt.dat files take precedence over the contents of the apt.dat.g file that is distributed as part of fgdata. - in much the same way as local custom scenery takes preference over terragear scenery.If you are using WED, the apt.dat output by that program is suitable.To use it add a folder NavData/apt in your fg-scenery and place your private files in that folder. <ref>{{cite web |url = https://forum.flightgear.org/viewtopic.php?p=296919#p296919 |title = <nowiki> apt.dat - local version(s) </nowiki> |author = <nowiki> Alant </nowiki> |date = Oct 18th, 2016 |added = Oct 18th, 2016 |script_version = 0.40 }}</ref>Of course, your apt.dat changes should continue to be submitted to the Xplane gateway so that they will eventually be included in the main distribution.These files (either <reftt>{{cite web |url = https://forum.flightgear.org/viewtopic.php?p=296919#p296919 |title = <nowiki> apt*.dat - local version(s) </nowikitt> |author = or <nowikitt> Alant </nowiki> |date = Oct 18th, 2016 |added = Oct 18th, 2016 |script_version = 0*.40 }}</ref>  No need for any command-line optiondat. As I wrote in gz<https://sourceforge.net/p/flightgear/mailman/message/35424973/tt>;, you have to put your apt.dat files (any name ending with .dat or .dat.g is OK) in a structure like the following: can be loaded from <prett>'''''Scenery path├── '''/NavData│ ├── /apt| | ├── vrmg.dat| | ├── vrmh.dat| | ├── vrmk.dat ├── vrmm.dat ├── vrmo.dat.gz └── vrmt.dat/''</prett, where "'''Scenery path" can be ''' is any of you scenery paths (e.g., any component of path specified by the <code>--fg-scenery</$FG_SCENERY; the path given to --terrasync-dir is also one)code> command line option. The files read are all NavData/apt/*.dat[.gz] files inside each scenery path, followed by These will take precedence over the default $FG_ROOT/Airports/apt.dat.gz one (last in precedence order, thus allowing your custom sceneries to override airports already present in $FG_ROOT/Airports/apt.dat.gz). In the typical case, just put your apt.dat files(*) in the NavData/apt subdirectory of your custom scenery and they will be picked up automatically. In each of these files, you may include as many airport definitions as you want. (*) Actually, any name ending with .dat or .dat.gz---but the syntax inside, of course, must be valid "apt.dat syntax". And if the file name ends in .gz, of course the contents must be gzipped-compressed. <reftt>{{cite web |url = https://sourceforge.net/p/flightgear/mailman/message/35432391/ |title = <nowiki> Re: ''[[Flightgear-devel] apt.dat - add local version ? </nowiki> |author = <nowiki> Florent Rougon </nowiki> |date = Oct 17th, 2016 |added = Oct 17th, 2016 |script_version = 0.40 }}</ref> The rule is that your file(s) must end in .dat (or .dat.g if gzip-compressed), there is no requirement to use the airport code in the file name, although of course it is clearer this way if you have one apt.dat file per airport. But it is also possible to have many airports in one big apt.dat or apt.dat.gz file like the $FG_ROOT]]/Airports/apt.dat.gz that comes with FG.<ref>{{cite web |url = https://forum.flightgear.org/viewtopic.php?p=297374#p297374 |title = <nowiki> Re: </nowiki> |author = <nowiki> rominet </nowiki> |date = Oct 25th, 2016 |added = Oct 25th, 2016 |script_version = 0.40 }}</ref>you shouldn't add things yourself to the TerraSync folder or even, in this case, to K:\Program Files (x86)\FlightGear 2016.3.1\data created by the FG installation. You should just create a '''new''' folder for your custom scenery (k:\myflightgear\myscenery was an example, choose whatever you want) and declare it as a scenery path to FG. The Airports, Objects and Terrain subfolders are standard folders inside custom sceneries, so in the end if your custom scenery is non-empty, you'll have at least Objects or Terrain.<ref>{{cite web |url = https://forum.flightgear.org/viewtopic.php?p=297374#p297374 |title = <nowikitt> Re: </nowiki> |author = <nowiki> rominet </nowiki> |date = Oct 25th, 2016 |added = Oct 25th, 2016 |script_version = 0).40 }}</ref>As for the startup locations, it is definitely good for the future Note that any change to include them in these files, but current FG only takes them from groundnet.xml files AFAIK, not apt.dat files (however, I've seen people post links about conversion tools from apt.dat format should continue to groundnet.xml format, so probably the best way currently is be submitted to use apt.dat/WED as your primary data source even for startup locations/parkings and generate the groundnet.xml files from that). FFGo does read startup locations from $FG_ROOT/Airports/apt.dat.g, not yet from NavData/apt/*.dat[.gz] files inside scenery paths, but this is coming...<ref>{{cite web |url = https://forumgateway.flightgearx-plane.orgcom/viewtopicX-Plane gateway] so that they will eventually be included in the main distribution.php?p=297391#p297391 |title = <nowiki> Re: </nowiki> |author = <nowiki> rominet </nowiki> |date = Oct 25th, 2016 |added = Oct 25th, 2016 |script_version = 0.40 }}</ref>
=== A standalone Canvas NavDisplay Dialog ===

Navigation menu