NAD83 à l'aide de Map Server WGS84

Question

Je suis en train d'ajouter une superposition WAC à google maps.

Les tuiles de carte sont projetés dans NAD83 (LCC), google maps est WGS84 (mercator).

Les tuiles de WAC sont divisés en leurs domaines que l'on trouve sur: http: // map.aeroplanner.com/mapping/chart/smartchart.cfm~~V~~plural~~3rd donc il y a un assez grand nombre de tuiles. Cela dit, je suis connaît actuellement des problèmes de positionnement, même un seul carreau.

Le fichier monde semble être correctement formé, comme ArcGIS affiche les tuiles en utilisant correctement le fichier mondial associé.

Lors de l'utilisation de la projection LCC et le réglage du lat / long qu'ils tuiles devraient remplir, les tuiles du nord et au sud, qui comprennent un secteur WAC sont correctement alignées par rapport à l'autre.

http://img716.imageshack.us/img716/1742/waclcc.jpg - Dans cette image, vous pouvez voir CF16 a & B et CF17 a & B. La projection semble que cela fonctionne correctement, mais la position est erronée. Un lat / long absolu doit être affecté comme les laissant les causes MapServer jeter une erreur de positionnement.

Ceci est un segment du fichier de carte qui produit la sortie ci-dessus:

COUCHE TYPE DE TRAME NOM « 16_40_NORTH » GROUPE « wac » DATA "/ 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

D'autres types de positionnement tels que des saillies fournissent UTM incorrectes (en ce que les lignes ne sont pas de niveau) et sont positionnés de la même manière incorrecte.

Pourquoi MapServer positionne de façon incorrecte en dépit d'être donné des valeurs absolues, où ArcGIS affiche les tuiles en utilisant le fichier monde sans aucun problème?

Est-il possible de la version MapServer est défectueuse, ou est-ce d'être notre mapfile plus probable?

Answer 1

Nous avons revisité cette question il y a un mois tout en résolvant un problème complètement différent.

Ce que nous avons trouvé que notre JavaScript héritage (en utilisant l'API Google Maps) ne calculait pas la boîte englobante correctement. Nous avions supposé qu'il était bien, étant donné qu'il avait été en production depuis quelques années sans problème.

API de cartographie d'une enquête de remplacement de leaflet.js et a créé une solution d'échantillon à partir de zéro. Nous avons fait quelques ajustements à notre fonctionnalité JavaScript interne et nous avons pu avoir les cartes projetées correctement.

Personnellement, je l'ai trouvé Leaflet.js et OSM pour être très précieux en essayant de résoudre les problèmes Google Maps.