Hi Olaf:
I just looked at the Raimondo Taburet add-on "
10m_mesh.bgl" for FSX in the [Taburet Ranger Creek install path]\Scenery folder via FSX SDK TMF Viewer.
That file does NOT contribute any terrain data to Ranger Creek for an approximately LOD 11 sized area surrounding that location due to a "
mesh cut-out" as described by "
LCSims" above.
Thus one might conclude based on the info you provided above, that rendered terrain "anomalies" seen at Ranger Creek on your FSX configuration are likely the result of elevation data provided by your higher "10 Meter" (9.6 M) internal resolution FSG V2 add-on terrain mesh.
But more likely, FSG V2 mesh is depicting the "real world" terrain morphology accurately ...compared to what FSX default mesh can provide there.
On your FSX configuration, when Ranger Creek is rendered by FSX with the FSG mesh loaded, it apparently still retains the existing "real world" terrain morphology, and has NOT yet been "modified" in the FSG V2 release to "cut a hole out" around that airport; so the local terrain morphology seen is due to FSG's mesh (which is based on higher 10 Meter resolution source data).
The Taburet mesh provides NO terrain elevation data any closer than 1-1/2 LOD 13 quads to any side of the airport (the size of its "cut-out"); so the local terrain seen is the FSX default (which is based on lower 38 meter resolution source data).
[
EDITED]
It is also apparent that the "
10m_mesh.bgl" Taburet "cut-out" has allowed FSX to fall back to rendering terrain mesh elevation at a FSX LOD-2 level in the "
dem0101.bgl" file, as we do see the following change in elevations between coordinates (aligned) along Ed's RWY Positions, logged via FSUIPC at FSX-rendered "ground" level: :iidea:
Latitude....................Longitude...............Elevation (Meters)
Ed Wells' Ranger Creek - (Un-corrected Start Locations)
47.0094781331645 -121.532283441329 807.71875
47.0167264715033 -121.535128355026 807.71875
47.0131027777994 -121.533705555556 807.71875
Ed Wells' Ranger Creek - (Corrected Start Locations)
47.0094777777750 -121.532283333333 807.71875
47.0167277778238 -121.535127777778 807.71875
47.0131027777994 -121.533705555556 807.71875
Taburet Ranger Creek ON TOP OF Ed Wells' Ranger Creek (Ed Wells' Corrected Start Locations)
47.0094777777750 -121.532283333333 807.71875
47.0167277778238 -121.535127777778 807.71875
47.0131027777994 -121.533705555556 807.71875
FSX Default Ranger Creek ONLY - (Ed Wells' Corrected Start Locations)
47.0094777777750 -121.532283333333
798.64062500
47.0167277778238 -121.535127777778
798.48046875
47.0131027777994 -121.533705555556
801.81250000
Regardless, on your FSX configuration using FSG V2 terrain mesh, you likely have a significantly lower valley floor under the Ranger Creek airport.
BTW: Using FSX default terrain mesh
without either Ed Wells'
or Raimondo Taburet's Ranger Creek, elevations there are also lower than Ed's ARP/RWY/Flatten by:
-9.07812500 Meters at RWY33 ........= (-29.78378 Ft.)
-9.23828125 Meters at RWY15 ....... = (-30.30923 Ft.)
-5.90625000 Meters at RWY Center = (-19.37740 Ft.)
Consequently,
we'd all see a plateau at the edge of Ed's airport; to minimize it may require a fix in the terrain mesh and/or Ed's airport ARP/RWY/Flatten elevation.
FYI: If the FSG V2 terrain mesh data depicts an even deeper valley floor, then the rendered plateau might appear even higher there on your FSX configuration.
I'm not certain whether you could "fool" FSX into loading its default terrain mesh "on top of" the FSG mesh, since the internal resolutions of mesh BGLs normally set mesh display priority regardless of mesh BGL location in the FSX scenery library layer stack.
But if you can identify the filename of the FSG V2 mesh file for that area, it would be an interesting experiment to try some file re-naming to see what happens.
Hope this helps better clarify the basis for the rendered terrain "anomaly" you see at Ranger Creek ! :mixedsmi:
GaryGB