OFM Developer Blog

In order to prepare maps for the glider season in Namibia, the FIR FYWH has been implemented. Datainput is going to start soon.

The main database server for originating contributors has been successfully moved to germany. We expect better performance.

The loading and reloading procedure has been improved for more efficiency. All gadgets at the Main-Menu are treated as stand-alone programs, so even a single gadget on the page could trigger its own refresh . Could be useful e.g. on Feeds which could automatically update, without reloading the entire Main-Menu Class.

This change will be inlcuded in Build 91.

This feature comes with the next built (91) and displays the number of all commits on the current day within the entire data distributor community.

estimated release in the next days.

This coding example is from TMA Roma:

FL195
-------
2500ft AMSL
or
1500ft AGL
whichever is higher

includes Built 90.

Control-zone of Aviano already exists:

The bugfixing of the new Version is complete, should be stable.
You may code vertically seperated Airspace-classes.

Airspaces with equal lateral bounds an different vertical classes can be coded now. Take a look at the Gui:


The is available with the next Update.

Some improvements have been made on the datainput for airspacedefinitions, but there is still much open. A To-Do-List with requested improvements has been established thanks to our Dataproviders

Automatic update feature has been added to the latest release. This means that the Client will update itself automatically at Startup. You can see your current Built at the Startup-dialog.

Airspace data provided by you is stored on our server. Pending data is stored in the buffer. We will make it available as soon as possible.