A NavDB web service
This article is a stub. You can help the wiki by expanding it. |
Work in progress This article or section will be worked on in the upcoming hours or days. See history for the latest developments. |
Background
Will FG support navaids not only from nav.dat.gz file, but from some files in custom sceneries? For example, in ULLI airport there is problem with glideslope and NDB at Outer markers and there are missing NDB at Middle markers. I made right version of nav.dat.gz, but it works only on my computer. I can distribute my scenery with fixed nav.dat.gz, but if player have own modifications in own nav.dat, they will conflict. I can write instruction how to find bad data and replace it to right, but not every player wants to do some actions, especially, if he played MSFS earlier. That why I'm asking it. — Soitanen (Sun Jan 06). Re: Why does Flightgear use X-Plane airport data?.
(powered by Instant-Cquotes) |
Objective
At least for the US, there's a ton of data freely available that can be extracted from such charts procedurally using a bit of scripting and OCR or regex. The corresponding data could be put into a database and updated regularly, according to the AIRAC cycle. But something like that should really be a central web service - in FG, we now have the means to easily download data via HTTP, and make web service requests. In other words, we could populate some kind of central navdb with our existing data, update the whole thing with the kind of data provided by the scripted discussed at Subject: A project to create a source of free geo-referenced instrume.
|
like you said, we can create 100% of the charts procedurally, including charts for TPs (terminal procedures like SIDs/DPs, STARs and IAPs) - the main issue is lack of data. And even if we get our hands on a relatively recent AIRAC cycle, the FG side of things (navdb) will not match that data. And in FG, we don't currently have the corresponding TP data. Converting/rendering existing charts (even PDFs from airnav.com) should be straightforward, but the FG world would use a different set of navaids and FIXES. So, we'd be better off looking at how X-Plane handles this challenge, given that they also used to use DAFIF(T) originally.
|
Status
Update: some recent progress: — Hooray (Tue Apr 29). Re: Why does Flightgear use X-Plane airport data?.
(powered by Instant-Cquotes) |
I'm the developer behind navdata.fgx.ch and thanks to Hooray for alerting me as i dont follow the forums much... — ac001 (Wed Apr 30). Re: Why does Flightgear use X-Plane airport data?.
(powered by Instant-Cquotes) |
coordinating this with Robin Peel would be awesome, because of the sizable XP community, i.e. we could truly benefit here by leveraging our two communities to help update such data. At some point, someone even came up with a script to extract such stuff procedurally from airnav/TPP charts. This is something that me worthwhile to explore again. — Hooray (Wed Apr 30). Re: Why does Flightgear use X-Plane airport data?.
(powered by Instant-Cquotes) |
Robin's already working on improving the submission side (of apt.dat at least). See http://developer.x-plane.com/2013/12/ai ... -airports/
— Gijs (Wed Apr 30). Re: Why does Flightgear use X-Plane airport data?.
(powered by Instant-Cquotes) |
If you know:
— f-ojac (Thu Mar 08). Re: Why does Flightgear use X-Plane airport data?.
(powered by Instant-Cquotes) |
There are so many advantages when reusing the X-Plane data and their format, they have a HUGE community of contributors - which FG simply doesn't have.
— Hooray (Thu Mar 08). Re: Why does Flightgear use X-Plane airport data?.
(powered by Instant-Cquotes) |
I totally agree with that. The OpenStreetMap lesson has to be learned here
— robitabu (Fri Mar 16). Re: Why does Flightgear use X-Plane airport data?.
(powered by Instant-Cquotes) |