A NavDB web service: Difference between revisions
(Created page with "{{Stub}} {{WIP}} == Background == {{FGCquote |Will FG support navaids not only from nav.dat.gz file, but from some files in custom sceneries?<br/> For example, in ULLI airp...") |
|||
Line 14: | Line 14: | ||
== Objective == | == Objective == | ||
{{FGCquote | |||
|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 [http://forum.flightgear.org/viewtopic.php?p{{=}}206529#p206529 Subject: A project to create a source of free geo-referenced instrume].<br/> | |||
<br/> | |||
At that point, we would have a web service that could run a cron job to regularly update the whole thing - maybe in combination with some kind of wiki-like front-end to allow contributors to update/edit and maintain entries for different countries and navaids, as well as procedures.<br/> | |||
<br/> | |||
The navdb would then be md5-hashed and fetched on demand, so that the navcache can be updated/rebuilt accordingly. | |||
|{{cite web |url=http://forum.flightgear.org/viewtopic.php?p=213149#p213149 | |||
|title=<nowiki>Re: 777 EFB: initial feedback</nowiki> | |||
|author=<nowiki>Hooray</nowiki> | |||
|date=<nowiki>Sun Jun 22</nowiki> | |||
}} | |||
}} | |||
== Status == | == Status == |
Revision as of 15:45, 22 June 2014
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.
|
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) |