Canvas tile element: Difference between revisions

Jump to navigation Jump to search
m
Line 68: Line 68:
== Integrating Atlas ==
== Integrating Atlas ==
{{Note|Also note that, while atlas may seem huge/complex and archaic, all that is needed is porting Map.cxx - which is really just 600 lines of self-contained C++ code, because it's a standalone executable - and it deals with all the parsing/scenery processing using atlas APIs, so given that it's designed to run in a separate process, it could also easily run outside the fgfs main loop, i.e. as part of an OSG ReaderWriter plugin, at which point it would become trivial to also support BTG files at the canvas/image level, because the plugin would process the BTG files using Map.cxx: https://sourceforge.net/p/atlas/hgcode/ci/default/tree/src/Map.cxx
{{Note|Also note that, while atlas may seem huge/complex and archaic, all that is needed is porting Map.cxx - which is really just 600 lines of self-contained C++ code, because it's a standalone executable - and it deals with all the parsing/scenery processing using atlas APIs, so given that it's designed to run in a separate process, it could also easily run outside the fgfs main loop, i.e. as part of an OSG ReaderWriter plugin, at which point it would become trivial to also support BTG files at the canvas/image level, because the plugin would process the BTG files using Map.cxx: https://sourceforge.net/p/atlas/hgcode/ci/default/tree/src/Map.cxx
'''This would also mean that Phi could use at atlas/map based back-end for the creation of maps based on actual FlightGear scenery, as per Torsten's original idea.<ref>https://forum.flightgear.org/viewtopic.php?f=31&t=21972&p=203544#p203544</ref>'''
'''This would also mean that Phi could use an atlas/map based back-end for the creation of maps based on actual FlightGear scenery, as per Torsten's original idea.<ref>https://forum.flightgear.org/viewtopic.php?f=31&t=21972&p=203544#p203544</ref>'''
}}
}}


Line 76: Line 76:


As a matter of fact, the right thing to do would be absorb atlas/map into simgear and use it in-sim to dynamically create charts "on demand", which would then include "up to date" airport charts (think runways, taxiways, frequencies etc) - but that would also mean updating atlas, because it's still from the early pre-OSG days, i.e. is using legacy OpenGL<ref>https://forum.flightgear.org/viewtopic.php?f=31&t=37158</ref>
As a matter of fact, the right thing to do would be absorb atlas/map into simgear and use it in-sim to dynamically create charts "on demand", which would then include "up to date" airport charts (think runways, taxiways, frequencies etc) - but that would also mean updating atlas, because it's still from the early pre-OSG days, i.e. is using legacy OpenGL<ref>https://forum.flightgear.org/viewtopic.php?f=31&t=37158</ref>


== Pointers ==
== Pointers ==

Navigation menu