Using OSM Vector Data in FlightGear: Difference between revisions

Jump to navigation Jump to search
m
Line 11: Line 11:
The main point being that we should work out a way to expose the underlying APIs to FG, so that these can be used as the common back-end for OSM vector data access (probably via Tom's cppbind) - so that related efforts can benefit without having to duplicate work, and without having to use approaches that are not native to FG (such as python code).
The main point being that we should work out a way to expose the underlying APIs to FG, so that these can be used as the common back-end for OSM vector data access (probably via Tom's cppbind) - so that related efforts can benefit without having to duplicate work, and without having to use approaches that are not native to FG (such as python code).


As could be seen in 2013, we have an unprecedented number of people interested in this currently, who are able to contribute to the code  - so if we could coordinate this a little, this could work out as well as the NavDisplay effort, which had a similar amount of people interested in related things.[/quote]
As could be seen in 2013, we have an unprecedented number of people interested in this currently, who are able to contribute to the code  - so if we could coordinate this a little, this could work out as well as the NavDisplay effort, which had a similar amount of people interested in related things.
 
We now have so many people doing work related to this, that the wiki is the only sane place to coordinate things - because some use the devel list, others only the forum - and others only IRC ... so better use the wiki for now.
 
Also, the wiki is the only future-safe method to organize things, in case we need to drop the effort for a "while" (weeks, months or years).


== Objective ==
== Objective ==

Navigation menu