Daikan

Unless MSFS2020 delivers similar or better flight dynamics realism than X-Plane, add efficient VR support without the need for stupid touch controllers and provide a reasonable level of openness allowing users and third parties to create and tweak the most important aspects of the sim (including aircraft, scenery and terrain mesh) I will be rather hard-pressed in letting it waste any amount of storage on my local disk.

Orbx True Earth autogen/overlay is certainly not hand placed - at least not in 99.9% of cases. AFAIK it is placed according to available GIS datasets using an advanced, proprietary version of World2XPlane. The following topic explains why the (extracted) default autogen is not a good match for orthophoto meshes: https://forums.x-plane.org/index.php?/forums/topic/124771-know-how-where-forests-do-come-from-in-x-plane/ PS: I realize the above applies only to X-Plane while this topic is about FSX/P3D - apologies for that. However, I suppose it might still be useful to know, so I'm leaving it in.

That won't work. All extracted overlays need to be in their own scenery folder (containing a subfolder "Earth nav data") prioritized right above the zOrtho_* folders.

Extracting overlays is a separate step that can be run in via tile collection window. No need to start again.

Did you extract overlays?

You don't have to compile anything - that's the whole point with Python scripts. To be able to run the .py you just need to install a Python runtime and a few modules as described in the official Ortho4XP installation manual.

https://github.com/oscarpilote/Ortho4XP/issues/85#issuecomment-513562309

The overpass API servers are frequently overloaded. Consider donating to the OpenStreetMap Foundation to help with covering operational costs and improving server capacity.

For the original (X-Plane) version I doubt this will ever happen as there are tools like World2XPlane or OSM2XP for that purpose. I have no idea what exists for FSX/P3D though.

https://forums.x-plane.org/index.php?/forums/topic/175855-trouble-help-me-see-what-the-problem-is/&do=findComment&comment=1629053

Lines containing "I/SCN: DSF load time:" will be written to the log.txt after each DSF has finished loading.

Most are hidden in the UI because they are already part of combined providers like "EUR" and "NO". https://forums.x-plane.org/index.php?/forums/topic/162320-question-on-providers-in-130 https://forums.x-plane.org/index.php?/forums/topic/165736-missing-source-providers

That's because in X-Plane tiles are grouped into folders of 10x10 degrees and the folder uses the "bottom left" tile coordinate of the group as a convention. However, this can be configured in the .lay file of the provider i.e. for Bing (BI.lay) simply change line #3 to "imagery_dir=normal".

What happens when you run the "Build Overlays" step? Including X-Plane's log.txt might be helpful, too.

I couldn't find any public and machine-readable data source but IMO it's pretty straightforward to create it manually as there aren't that many data points really. As an example I'm attaching a navdata XML (FMC schema) which I made for the "whiskey" approach route for LSZH for the use with WorldTraffic (containing some additional, inofficial waypoints for the various circuit legs in this case) Given the lack of a comprehensive, global data source I'd propose a solution where the user would be given the option to import this kind of data for whichever airports he or she is able to either obtain or create it - assuming the program is capable of making sense of it.