NAD83 bis WGS84 mit dem MAP -Server mit dem MAP -Server

Question

Ich bin gerade dabei, Google Maps ein WAC -Overlay hinzuzufügen.

Die Kartenfliesen sind in NAD83 (LCC) projiziert, Google Maps ist WGS84 (Mercator).

Die WAC -Kacheln werden in ihre individuellen Bereiche unterteilt, wie es gefunden wird: http://map.aeroplanner.com/mapping/chart/smartchart.cfm Es gibt also eine große Anzahl von Fliesen. Trotzdem habe ich gerade Probleme mit der Positionierung einer einzigen Fliese.

Die Weltdatei scheint ordnungsgemäß gebildet zu sein, da ArcGIS die Kacheln mithilfe der zugehörigen Weltdatei ordnungsgemäß anzeigt.

Bei der Verwendung der LCC -Projektion und der Einstellung der LAT/Long, die sie füllen sollen, sind die Nord- und Südfliesen, die einen WAC -Sektor umfassen, korrekt miteinander ausgerichtet.

http://img716.imageshack.us/img716/1742/waclcc.jpg - In diesem Bild können Sie CF16 A & B und CF17 A & B sehen. Die Projektion sieht so aus, als würde sie richtig funktionieren, die Position ist jedoch falsch. Ein absoluter LAT/Long muss zugewiesen werden, wenn sie ausgelassen werden, führt dazu, dass der Mapserver einen Positionierungsfehler wirft.

Dies ist ein Segment aus der Kartendatei, das die obige Ausgabe erzeugt:

Schicht Typ Rastername "16_40_North" Gruppe "WAC" Daten "/opt/fgs/www/htdocs/wac/cf-16 WAC 40 North.tif"

    #projection of this layer
    PROJECTION
            "proj=lcc"
            "lat_2=49"
            "lat_1=44.5"
            "lat_0=40"
            "lon_0=-125"
            "x_0=0"
            "y_0=0"
            "ellps=GRS80"
            "datum=NAD83"
            "units=m"
            "no_defs"
    END

    OFFSITE 0 0 0
END


LAYER
    TYPE RASTER
    NAME "16_40_SOUTH"
    GROUP "wac"
    DATA "/opt/fgs/www/htdocs/WAC/CF-16 WAC 40 South.tif"

    #projection of this layer
    PROJECTION
            "proj=lcc"
            "lat_2=49"
            "lat_1=44.5"
            "lat_0=40"
            "lon_0=-125"
            "x_0=0"
            "y_0=0"
            "ellps=GRS80"
            "datum=NAD83"
            "units=m"
            "no_defs"
    END

    OFFSITE 0 0 0
END

Andere Arten der Positionierung wie UTM liefern falsche Projektionen (insofern die Zeilen nicht eben) und sind ähnlich falsch positioniert.

Warum ist die Mapserver -Positionierung so falsch, obwohl sie absolute Werte erhalten, wobei ArcGIS die Kacheln ohne Probleme mithilfe der Weltdatei anzeigen?

Ist es möglich, dass die Version von MapServer fehlerhaft ist, oder ist es wahrscheinlicher, dass es unsere Kartellafel ist?

Answer 1

Wir haben dieses Problem vor einem Monat erneut besucht, während wir ein völlig anderes Problem gelöst haben.

Wir fanden heraus, dass unser Legacy JavaScript (mit Google Maps -API) das Begrenzungsfeld nicht richtig berechnet hat. Wir hatten angenommen, dass es in Ordnung war, da es einige Jahre ohne Probleme in Produktion war.

Ich untersuchte alternative Mapping -APIs einschließlich blättert.js und erstellte eine Beispiellösung von Grund auf neu. Wir haben einige Anpassungen an unserer internen JavaScript -Funktionalität vorgenommen und konnten das Kartenprojekt korrekt haben.

Persönlich habe ich fand, dass Blue.js und OSM bei der Fehlerbehebung bei Problemen mit Google Maps von unschätzbarem Wert sind.