bugman wrote in Fri Oct 04, 2019 8:12 am:So, Jeff put the brakes on the merger of this code - he said it was not ready. And we have all been waiting for him since April 2015! No one, apart from the developer himself, is blocking this.
While I am not sure if that's an accurate, let alone "fair", depiction of the event surrounding the original review, I also haven't heard from Jeff in a while - that being said, I do remember that he was updating his development branches regularly.
Given how things are standing now, I wouldn't expect Jeff's osgEarth work to relate to any recent scenery efforts, but given Icecode GL's work on the compositor, and given how the Canvas system has evolved over the years, it would be pretty straightforward to integrate Jeff's work using Fernando's Compositor approach, so that osgEarth could simply become another "startup mode", given that we support multiple FDMs and even renderers, supporting multiple scenery engines might not be that far-fetched after all:
http://wiki.flightgear.org/Compositor Also, I am aware of another effort where people wanted to use an osgEarth-based moving-map display in FlightGear:
http://wiki.flightgear.org/Canvas_Sandb ... sMovingMapIn summary, it's not that unlikely that the latter could be added to FlightGear rather easily (an osgEarth based moving map canvas element), for the benefit of all users wanting such functionality, while it could provide a good starting point for people wanting to tinker with the alternate "osgEarth" startup mode for the scenery, too.
I believe Stuart mentioned on several occasions that he'd been wanting such moving map functionality for his FG1000 - and given that he was involved in the original osgEarth review, he would probably be the right person to reach out to. Absorbing Jeff's changes into the FG repositories while keeping them disabled until things are integrated, should not be such a controversial thing to do after all, especially not for optional functionality, such as a moving map display that could be kept disabled by default, while providing an opportunity to allow other coders to check out this work and see if/how this could be integrated with Fernando's Compositor work to come up with an osgEarth mode using the compositor approach.