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

Difference between revisions of "FlightGear Newsletter October 2016"

From FlightGear wiki
Jump to: navigation, search
(Development news)
m (Update {{func link}} form)
 
(39 intermediate revisions by 3 users not shown)
Line 1: Line 1:
 
+
{{Newsletter-header|October 2016}}
{{draft|newsletter|Please feel free to add content that you think will be of interest to the FlightGear community.<br>You can read the latest newsletter at [[FlightGear Newsletter September 2016]].}} <!-- change month and year as required-->
+
 
+
{{Newsletter-header|October 2016}} <!-- change month and year as required-->
+
 
<div style="border-bottom:3px double #BBB;">
 
<div style="border-bottom:3px double #BBB;">
 
{| width="100%" |
 
{| width="100%" |
 
  | valign="top" width="33%" |
 
  | valign="top" width="33%" |
 
{{Newsletter-cover-header|Development news}}<br>
 
{{Newsletter-cover-header|Development news}}<br>
 +
[[#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>
 +
[[#Standalone Canvas NavDisplay dialog|Standalone Canvas NavDisplay dialog]]<br>
 +
[[#Benchmarking Canvas path performance|Benchmarking Canvas path performance]]<br>
 +
[[#Streaming a Canvas via HTTP|Streaming a Canvas via HTTP]]<br>
 +
| valign="top" width="33%" |
 
{{Newsletter-cover-header|In the hangar}}<br>
 
{{Newsletter-cover-header|In the hangar}}<br>
| valign="top" width="33%" |
+
[[#MBB/Kawasaki BK 117|MBB/Kawasaki BK 117]]<br>
 +
[[#2016 Camaro SS|2016 Camaro SS]]<br>
 
{{Newsletter-cover-header|Scenery Corner}}<br>
 
{{Newsletter-cover-header|Scenery Corner}}<br>
[[#Scenery/LOD experiments|Scenery/LOD experiments]]<br>
+
[[#New experimental terrain engine|New experimental terrain engine]]<br>
{{Newsletter-cover-header|Community News}}<br>
+
 
  | valign="top" width="33%" |
 
  | valign="top" width="33%" |
 
{{Newsletter-cover-header|Contributing}}<br>
 
{{Newsletter-cover-header|Contributing}}<br>
Line 21: Line 25:
  
 
== Development news ==
 
== Development news ==
{{Next default airport|airport=LSZH (Zürich)}}
+
=== Next default airport ===
 +
[[Zurich airport|Zürich Airport]] (LSZH) has been chosen as the default airport for the next FlightGear version, v2016.4.<ref>{{cite web
 +
|url    = https://forum.flightgear.org/viewtopic.php?f=42&t=30541&p=295599#p296045
 +
|title  = Re: Please vote for the next default airport
 +
|author = chris_blues
 +
|date  = Oct 4th, 2016
 +
}}</ref> Some details about the airport can be found [https://forum.flightgear.org/viewtopic.php?p=295274#p295274 here].
  
===Local apt.dat versions support  ===
+
=== Git multimail script updated ===
apt.dat now supports local versions:
+
For all Git repositories on SourceForge, Edward d'Auvergne has updated the git-multimail repository hook script to 1.5-dev (the current master branch) from 1.2-dev, with a few customisations/simplifications for our commitlogs ML. If you see any error messages when committing, please report these. A failure of the git-multimail Python script will only result in a failure of the sending of an email to the ML, as this is a post-receive hook - the commit will have been successfully pushed/etc.<ref>{{cite web
 +
|url    = https://sourceforge.net/p/flightgear/mailman/message/35435904/
 +
|title  = <nowiki>Re: [Flightgear-devel] Git-multimail repository hook script merge-request bug (was Re: apt.dat - add local version ?)</nowiki>
 +
|author = Edward d'Auvergne
 +
|date  = Oct 18th, 2016
 +
|added  = Oct 18th, 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.
+
=== Local apt.dat versions support ===
If you are using WED, the apt.dat output by that program is suitable.
+
Thanks to work by Florent Rougon, multiple apt.dat files (which contain airport data) can now be loaded, rather than the single <tt>''[[$FG_ROOT]]/Airports/apt.dat.gz''</tt>.<ref>{{cite web
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
  |url    = https://forum.flightgear.org/viewtopic.php?p=296919#p296919  
+
|title  = apt.dat - local version(s)
  |title  = <nowiki> apt.dat - local version(s) </nowiki>
+
|author = Alant
  |author = <nowiki> Alant </nowiki>
+
|date  = Oct 18th, 2016
  |date  = Oct 18th, 2016  
+
|added  = Oct 18th, 2016
  |added  = Oct 18th, 2016  
+
|script_version = 0.40
  |script_version = 0.40  
+
}}</ref> These files (either <tt>*.dat</tt> or <tt>*.dat.gz</tt>) can be loaded from <tt>'''''Scenery path'''/NavData/apt/''</tt>, where '''Scenery path''' is any path specified by the <code>--fg-scenery</code> command line option. These will take precedence over the default one (<tt>''[[$FG_ROOT]]/Airports/apt.dat.gz''</tt>). Note that any change to apt.dat files should continue to be submitted to the [https://gateway.x-plane.com/ X-Plane gateway] so that they will eventually be included in the main distribution.
  }}</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.<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>
+
  
 +
=== Standalone Canvas NavDisplay dialog ===
 +
[[File:ND-dialog-customizable-size-and-instances.png|thumb|Screenshot showing the dialog with two independent NavDisplay instances]]
  
No need for any command-line option. As I wrote in <https://sourceforge.net/p/flightgear/mailman/message/35424973/>;, you have to put your apt.dat files (any name ending with .dat or .dat.g is OK) in a structure like the following:
+
Hooray has been working on a dialog to easily develop, test and prototype new [[NavDisplay]] styles. It is capable of showing multiple NavDisplay instances, which can be controlled and tested independently (using different settings for range, modes, traffic, etc.). The dialog will also reload the styles file (navdisplay.mfd) when it is reopened (or the selected style changed), meaning that FlightGear doesn't have to be restarted every time changes are made.
<pre>
+
Scenery path
+
├── NavData
+
│  ├── apt
+
|  |  ├── vrmg.dat
+
|  |  ├── vrmh.dat
+
|  |  ├── vrmk.dat
+
        ├── vrmm.dat
+
        ├── vrmo.dat.gz
+
        └── vrmt.dat
+
</pre>
+
  
where “Scenery path” can be any of you scenery paths (e.g., any component of --fg-scenery/$FG_SCENERY; the path given to --terrasync-dir is also one). The files read are all NavData/apt/*.dat[.gz] files inside each scenery path, followed by the default $FG_ROOT/Airports/apt.dat.gz (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. <ref>{{cite web
+
As of 10/2016, this is pending review by Gijs and Hyde before it can be committed to the base package.
  |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>
+
{{Appendix}}
+
  
== In the hangar ==
+
''Continue reading at [[Howto:Prototyping a new NavDisplay Style]]…''
=== MBB BK117 ===
+
[[User:HHS|HHS]], the author of the [[Eurocopter EC135|Eurocopter EC 135 P2]], [[EC130|EC 130 B4]] and [[Cessna 182S|Cessna 182 S]] will try again to get the [[MBB Bk 117|MBB BK 117]] model ready for FGAddon. Unfortunately time is limited, so he will need help.
+
  
When you have some spare time left, interested in heliopters and always wished to improve things, you might want to apply to this job. More informations on: [[MBB Bk 117|MBB Bk 117 wiki-page]]
+
=== Benchmarking Canvas path performance ===
=== 2016 Camaro SS and more ===
+
[[File:Shuttle avionics meds pfd orbit.jpg|thumb|A screenshot of the ADI ball]]
Auskunst is currently seeking help to improve the handling of his 2016 Camaro SS and another future automobile project.  If you have experience of tweaking YASIM FDM, you can apply the job by clicking [https://bulldogrs.wordpress.com/2016/10/16/help-request-1-0-yasim-fdm-expert/ here]
+
As part of the development of the [[Space Shuttle]], Thorsten has added a [[Canvas]]-based [[Shuttle ADI ball|ADI ball]]. However, it is somewhat of a resource hog.<ref>{{cite web
 +
|url    = https://forum.flightgear.org/viewtopic.php?p=297596#p297596
 +
|title  = Re: Nasal must go
 +
|author = Thorsten
 +
|date  = Oct 28th, 2016
 +
|added  = Oct 28th, 2016
 +
|script_version = 0.40
 +
}}</ref> As can be seen from the screenshot of it, it is very complex and involves a lot of calculations.<ref>{{cite web
 +
|url    = https://forum.flightgear.org/viewtopic.php?p=297665#p297665
 +
|title  = Re: Nasal must go
 +
|author = Thorsten
 +
|date  = Oct 29th, 2016
 +
|added  = Oct 29th, 2016
 +
|script_version = 0.40
 +
}}</ref> However, performance tests indicate that the cause of the bottleneck is the huge amount of [[Property Tree|property]] manipulation involved during each update, ''after'' the actual calculations have been completed. This has also been shown to be a problem for any very complex Canvas.
  
== Scenery corner ==
+
Some ways to help reduce bottlenecks include using {{func link|getprop()}}/{{func link|setprop()}} instead of [[Nasal library/props|props.nas APIs]] and using variables instead of properties where possible.<ref>{{cite web
 +
|url    = https://sourceforge.net/p/flightgear/mailman/message/30724363/
 +
|title  = <nowiki>Re: [Flightgear-devel] Nasal props API relative path support</nowiki>
 +
|author = Thorsten Renk
 +
|date  = Apr 15th, 2013
 +
|added  = Apr 15th, 2013
 +
|script_version = 0.40
 +
}}</ref>
  
=== Scenery/LOD experiments ===
+
''Continue reading at [[Howto:Canvas Path Benchmarking]]…''
psadro_gm has the normal calculations, now.  Everything is being generated on the fly.  psadro_gm sees very little CPU usage.
+
Still lot's to do - e.g. need to sample 1 extra pixel in the DEM so edges of tiles get correct normals ( you can see the edges )
+
  
Also, psadro_gm hasn't created skirts, yet, so there are gaps between levels.
+
=== Streaming a Canvas via HTTP ===
 +
[[File:Canvas-ND-live-streaming-via-httpd.png|thumb|Screenshot showing a [[NavDisplay]]) streamed to Mozilla Firefox]]
 +
ThomasS has created a patch for FlightGear for downloading any [[Canvas]] image from a running FlightGear process via HTTP.<ref>{{cite web
 +
|url    = https://forum.flightgear.org/viewtopic.php?p=296627#p296627
 +
|title  = Re: Canvas remote drawing
 +
|author = ThomasS
 +
|date  = Oct 10th, 2016
 +
|added  = Oct 10th, 2016
 +
|script_version = 0.40
 +
}}</ref> This is useful for situations such as displaying instruments on a separate monitor. This should be considered as merely the groundwork needed for more sophisticated use-cases and a corresponding implementation.
  
psadro_gm will add to Mathais' tunables to select grid spacing at each LOD level, to see if we can minimie the popping.
+
''Continue reading at [[Read canvas image by HTTP]]…''
Note: the texture is just 1 4096x4096 sheet for the whole planet.  It'll be nice to see what we can do with procedural texturing.<ref>{{cite web
+
  |url    =  https://forum.flightgear.org/viewtopic.php?p=295882#p295882
+
  |title  =  <nowiki> Re: Next-generation scenery generating? </nowiki>
+
  |author =  <nowiki> psadro_gm </nowiki>
+
  |date  =  Oct 1st, 2016
+
  |added  =  Oct 1st, 2016
+
  |script_version = 0.40
+
  }}</ref>
+
  
To learn more, see [[Experimental terrain engine]]
+
== In the hangar ==
 +
=== MBB/Kawasaki BK 117 ===
 +
User {{usr|HHS}}, the author of the [[Eurocopter EC135|Eurocopter EC135 P2]], [[EC130|Eurocopter EC130 B4]] and [[Cessna 182S|Cessna 182S Skylane]] is trying to the '''[[MBB Bk 117|MBB/Kawasaki BK 117]]''' into FlightGear. Unfortunately time is limited, so he will need help.
  
{{#ev:youtube|-eWEB0-j7zk}} {{#ev:youtube|v9M2La8ZN1U}}
+
When you have some spare time, are interested in helicopters, and always wished to improve things, you might want to apply for this job. Find out more on the [[MBB Bk 117|wiki page]].
  
== Community news ==
+
=== 2016 Camaro SS ===
 +
Auskunst is seeking help to improve the handling of his '''2016 Camaro SS''' and another future automobile project. If you have experience in tweaking [[YASim]] [[FDM]]s, you can find out more [https://bulldogrs.wordpress.com/2016/10/16/help-request-1-0-yasim-fdm-expert/ here].
 +
 
 +
== Scenery corner ==
 +
=== New experimental terrain engine ===
 +
psadro_gm has been working on an experimental terrain engine. It works by using shaders and raster images to form the terrain. As of 10/2016, it allows for terrain generation on-the-fly and changes in the level of detail (LOD).<ref>{{cite web
 +
|url    = https://forum.flightgear.org/viewtopic.php?p=295882#p295882
 +
|title  = Re: Next-generation scenery generating?
 +
|author = psadro_gm
 +
|date  = Oct 1st, 2016
 +
|added  = Oct 1st, 2016
 +
|script_version = 0.40
 +
}}</ref> If the does get integrated fully, it will render [[TerraGear]] obsolete. However, there is still a lot of development work to do. The below videos show the change in LOD as one flies closer to the terrain.
 +
 
 +
''To learn more, see [[Experimental terrain engine]]…''
 +
 
 +
{{#ev:youtube|-eWEB0-j7zk}}
 +
{{#ev:youtube|v9M2La8ZN1U}}
  
 
== Contributing ==
 
== Contributing ==
Line 133: Line 161:
  
 
==== Screenshot of the Month ====
 
==== Screenshot of the Month ====
Entries for this month's best screenshot can be submitted to [https://forum.flightgear.org/viewtopic.php?f=19&t=30579 this] forum topic. Be sure to see the [https://forum.flightgear.org/viewtopic.php?f=19&t=30579#p295961 first post] for participation rules. For purposes of convenience and organization, after all the entries have been submitted, a new forum topic will be started containing all shots in an easy-to-view layout. The voting will then take place there. Once the voting has finished, the best screenshot will be presented on this page.
+
FlightGear's Screenshot of the month October 2016 is ''C182 takeoff at dawn'' by xcvb
 +
[[File:C182 at dawn.jpg|900px|center|C182 takeoff at dawn]]
  
<!-- FlightGear's Screenshot of the Month May 2016 is ''TITLE'' by AUTHOR
 
[[File:|900px|center|TITLE]] --> <!-- Uncomment/edit this when the winner is chosen -->
 
  
 +
If you want to participate in the screenshot contest of November 2016, you can submit your candidate to [https://forum.flightgear.org/viewtopic.php?f=19&t=30902 this] forum topic. Be sure to see the [https://forum.flightgear.org/viewtopic.php?p=297955#p297955 first post] for participation rules. For purposes of convenience and organization, after all the entries have been submitted, a new forum topic will be started containing all shots in an easy-to-view layout. The voting will then take place there. Once the voting has finished, the best screenshot will be presented in the Newsletter edition of November 2016.
  
<!-- If you want to participate in the screenshot contest of *NEXTMONTH*, you can submit your candidate to [ this] forum topic. Be sure to see the [ first post] for participation rules. For purposes of convenience and organization, after all the entries have been submitted, a new forum topic will be started containing all shots in an easy-to-view layout. The voting will then take place there. Once the voting has finished, the best screenshot will be presented in the Newsletter edition of *NEXTMONTH*. --> <!-- Uncomment/edit this when the SOTM topic for the following month has been created -->
+
{{Appendix}}
  
 
[[Category:FlightGear Newsletter|2016 10]]
 
[[Category:FlightGear Newsletter|2016 10]]
[[Category:Changes after 2016.3]] <!--change version as necessary -->
+
[[Category:Changes after 2016.3]]
  
[[de:FlightGear Newsletter Oktober 2016]] <!--change year and name for the month IN GERMAN (a list of German months can be found in [[De/FlightGear Newsletter]])-->
+
[[de:FlightGear Newsletter Oktober 2016]]
----
+

Latest revision as of 10:41, 16 November 2016

Magagazine.png
Enjoy reading the latest edition!
Please help us write the coming edition!
October 2016

Development news
Next default airport
Git multimail script updated
Local apt.dat versions support
Standalone Canvas NavDisplay dialog
Benchmarking Canvas path performance
Streaming a Canvas via HTTP

In the hangar
MBB/Kawasaki BK 117
2016 Camaro SS
Scenery Corner
New experimental terrain engine

Contributing
Translators required
FlightGear logos
Screenshots
Screenshot of the Month

Development news

Next default airport

Zürich Airport (LSZH) has been chosen as the default airport for the next FlightGear version, v2016.4.[1] Some details about the airport can be found here.

Git multimail script updated

For all Git repositories on SourceForge, Edward d'Auvergne has updated the git-multimail repository hook script to 1.5-dev (the current master branch) from 1.2-dev, with a few customisations/simplifications for our commitlogs ML. If you see any error messages when committing, please report these. A failure of the git-multimail Python script will only result in a failure of the sending of an email to the ML, as this is a post-receive hook - the commit will have been successfully pushed/etc.[2]

Local apt.dat versions support

Thanks to work by Florent Rougon, multiple apt.dat files (which contain airport data) can now be loaded, rather than the single $FG_ROOT/Airports/apt.dat.gz.[3] These files (either *.dat or *.dat.gz) can be loaded from Scenery path/NavData/apt/, where Scenery path is any path specified by the --fg-scenery command line option. These will take precedence over the default one ($FG_ROOT/Airports/apt.dat.gz). Note that any change to apt.dat files should continue to be submitted to the X-Plane gateway so that they will eventually be included in the main distribution.

Standalone Canvas NavDisplay dialog

Screenshot showing the dialog with two independent NavDisplay instances

Hooray has been working on a dialog to easily develop, test and prototype new NavDisplay styles. It is capable of showing multiple NavDisplay instances, which can be controlled and tested independently (using different settings for range, modes, traffic, etc.). The dialog will also reload the styles file (navdisplay.mfd) when it is reopened (or the selected style changed), meaning that FlightGear doesn't have to be restarted every time changes are made.

As of 10/2016, this is pending review by Gijs and Hyde before it can be committed to the base package.

Continue reading at Howto:Prototyping a new NavDisplay Style

Benchmarking Canvas path performance

A screenshot of the ADI ball

As part of the development of the Space Shuttle, Thorsten has added a Canvas-based ADI ball. However, it is somewhat of a resource hog.[4] As can be seen from the screenshot of it, it is very complex and involves a lot of calculations.[5] However, performance tests indicate that the cause of the bottleneck is the huge amount of property manipulation involved during each update, after the actual calculations have been completed. This has also been shown to be a problem for any very complex Canvas.

Some ways to help reduce bottlenecks include using getprop() /setprop() instead of props.nas APIs and using variables instead of properties where possible.[6]

Continue reading at Howto:Canvas Path Benchmarking

Streaming a Canvas via HTTP

Screenshot showing a NavDisplay) streamed to Mozilla Firefox

ThomasS has created a patch for FlightGear for downloading any Canvas image from a running FlightGear process via HTTP.[7] This is useful for situations such as displaying instruments on a separate monitor. This should be considered as merely the groundwork needed for more sophisticated use-cases and a corresponding implementation.

Continue reading at Read canvas image by HTTP

In the hangar

MBB/Kawasaki BK 117

User HHS, the author of the Eurocopter EC135 P2, Eurocopter EC130 B4 and Cessna 182S Skylane is trying to the MBB/Kawasaki BK 117 into FlightGear. Unfortunately time is limited, so he will need help.

When you have some spare time, are interested in helicopters, and always wished to improve things, you might want to apply for this job. Find out more on the wiki page.

2016 Camaro SS

Auskunst is seeking help to improve the handling of his 2016 Camaro SS and another future automobile project. If you have experience in tweaking YASim FDMs, you can find out more here.

Scenery corner

New experimental terrain engine

psadro_gm has been working on an experimental terrain engine. It works by using shaders and raster images to form the terrain. As of 10/2016, it allows for terrain generation on-the-fly and changes in the level of detail (LOD).[8] If the does get integrated fully, it will render TerraGear obsolete. However, there is still a lot of development work to do. The below videos show the change in LOD as one flies closer to the terrain.

To learn more, see Experimental terrain engine

Contributing

Translators required

En.gif The FlightGear Wiki still needs help for translating it into various languages. If you are interested in making the FlightGear Wiki multilingual, you can start by looking at Help:Translate.
Fr.gif Le wiki de FlightGear a toujours besoin d'aide pour être traduit en différentes langues. Si vous êtes intéressé par le rendre multilingue, commencez par lire Help:Traduire.
De.gif Das FlightGear Wiki benötigt immer noch Hilfe bei der Übersetzung in verschiedene Sprachen. Wenn Du Interesse daran hast, das FlightGear Wiki mehrsprachig zu machen, dann fang mit dem Help:Übersetzen an.
Nl.gif De FlightGear Wiki kan nog steed hulp gebruiken bij het vertalen van artikelen. Als je interesse hebt om de wiki meertalig te maken, raden we je aan om een kijkje te nemen bij Help:Vertalen.
Es.gif La wiki de FlightGear todavía necesita ayuda para traducirla a varios lenguajes. Si estás interesado en hacer la FlightGear wiki multilingüe, entonces comienza en Help:Traducir.
Cat.gif La wiki de FlightGear encara necessita ajuda per traduir-la a diverses llengües. Si esteu interessat en fer la wiki de FlightGear multilingüe, llavors comenceu a Help:Traduir.
Pt.gif A wiki de FlightGear ainda necessita de ajuda para traduzi-la em vários idiomas. Se estás interessado em tornar a wiki de FlightGear multi-lingual, por favor começa em Help:Traduzir.

FlightGear logos

If you want some graphic elements for your FlightGear-related site (such as a hangar or YouTube channel), please feel free to visit FlightGear logos for a repository of logos. And if you have some art skills, please don't hesitate to contribute with your own design creations.

Screenshots

The FlightGear project always needs screenshots, which show features that were added since the last release. These should be of good quality, especially in content and technical image properties. It is therefore recommended to use the best viable filter settings (anti-aliasing, texture sharpening, etc.). More info at Howto:Make nice screenshots.

Screenshot of the Month

FlightGear's Screenshot of the month October 2016 is C182 takeoff at dawn by xcvb

C182 takeoff at dawn


If you want to participate in the screenshot contest of November 2016, you can submit your candidate to this forum topic. Be sure to see the first post for participation rules. For purposes of convenience and organization, after all the entries have been submitted, a new forum topic will be started containing all shots in an easy-to-view layout. The voting will then take place there. Once the voting has finished, the best screenshot will be presented in the Newsletter edition of November 2016.

References
  1. chris_blues (Oct 4th, 2016). Re: Please vote for the next default airport.
  2. Edward d'Auvergne (Oct 18th, 2016). Re: [Flightgear-devel] Git-multimail repository hook script merge-request bug (was Re: apt.dat - add local version ?).
  3. Alant (Oct 18th, 2016). apt.dat - local version(s).
  4. Thorsten (Oct 28th, 2016). Re: Nasal must go.
  5. Thorsten (Oct 29th, 2016). Re: Nasal must go.
  6. Thorsten Renk (Apr 15th, 2013). Re: [Flightgear-devel] Nasal props API relative path support.
  7. ThomasS (Oct 10th, 2016). Re: Canvas remote drawing.
  8. psadro_gm (Oct 1st, 2016). Re: Next-generation scenery generating?.