Also davon ab, ich habe bei mir auch WGS84 bei TOP50 eingestellt. Der Grund warum ich keine deiner Fehlermöglichkeiten nachvollziehen kann dürfte folgender sein. Hier ein Auszug aus dem SDK der hier speziel Mesh betrifft.
There are a number of places to get digital elevation data. Most terrain data available for free over the Internet is typically stored in formats such as the USGS DEM (Digital Elevation Model) ASCII, USGS TAR, or USGS Spatial Data Transfer Standard (SDTS) formats. All source data is expected to use WGS84 projection.
Es wird wie man letzten Satz entnehmen kann erwartet, das man die Daten in Bezug zur WGS84 Projektion nutzt.
Oder hier aus dem Terrain Vector SDK also das was neue Scenerytechnik betrifft:
Introduction
Microsoft Flight Simulator 2002 builds textured ground tiles on the fly. Each tile is constructed from a set of water textures, a land/water mask, a set of land class textures, and textured ground polygons. This document describes the file format for textured ground polygons and the land/water masks.
To use the information provided in this document, you need a working knowledge of Visual C++, computer graphics, and geographical projections.
Throughout this document, all latitude and longitude references are assumed to use the WGS84 geoid.
Beim Fotoscenery SDK steht das gleiche.
Das dürfte erklären warum ich z.B nirgends Abweichungen festgestellt habe. Bei RG1 wie gesagt verglichen mit TOP50 gleiches Koordinatensystem und geodätisches Datum paßte alles 100%. Ich habe innerhalb RG1 immer Autobahnauffahrten als Referenzmeßpunkte genommen. Da es sich bei RG1 um Orthofotos handelte kann man sagen das bei TOP50 wenn das geodätische Datum auf WGS84 steht, es bei TOP50 keine Differenz zum FS gab. Das dürfte das eigentlich entscheidende sein. Wenn ich eine Brücke unter diesen Vorraussetzungen anhand TOP 50 positioniere steht sie auch im FS an der selben Koordinate.
|