NAD83 a WGS84 usando el servidor de mapas

Question

Estoy en el proceso de agregar una superposición de WAC a Google Maps.

Los mosaicos del mapa se proyectan en NAD83 (LCC), Google Maps es WGS84 (Mercator).

Las baldosas WAC se dividen en sus áreas individuales como se encuentra en: http://map.aeroplanner.com/mapping/chart/smartchart.cfm Así que hay una gran cantidad de baldosas. Dicho esto, actualmente estoy experimentando problemas para posicionar incluso un solo mosaico.

El archivo mundial parece formarse correctamente, ya que ArcGIS muestra los mosaicos correctamente utilizando el archivo mundial asociado.

Al usar la proyección LCC y establecer el LAT/Long que se espera que llenen los mosaicos, los mosaicos norte y sur que comprenden un sector WAC se alinean correctamente entre sí.

http://img716.imageshack.us/img716/1742/waclcc.jpg - En esta imagen, puede ver CF16 A&B y CF17 A & B. Parece que la proyección está funcionando correctamente, sin embargo, la posición es incorrecta. Se debe asignar un LAT/Long absoluto ya que dejarlos afuera hace que Mapserver arroje un error de posicionamiento.

Este es un segmento del archivo de mapa que produce la salida anterior:

Tipo de capa Nombre de trama "16_40_north" Group "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

Otros tipos de posicionamiento, como UTM, proporcionan proyecciones incorrectas (en que las líneas no están niveladas) y están posicionadas de manera similar.

¿Por qué el posicionamiento de Mapserver es tan incorrectamente a pesar de tener valores absolutos, donde ArcGIS muestra los mosaicos que usan el archivo del mundo sin ningún problema?

¿Es posible que la versión de Mapserver esté defectuosa o es más probable que sea nuestro archivo de mapas?

Answer 1

Revisamos este problema hace un mes mientras resolvemos un problema completamente diferente.

Lo que encontramos es que nuestro Legacy JavaScript (usando la API de Google Maps) no estaba calculando el cuadro delimitador correctamente. Asumimos que estaba bien, dado que había estado en producción durante unos años sin problemas.

Investigué las API de mapeo alternativas que incluyen folleto.js y creó una solución de muestra desde cero. Hicimos algunos ajustes a nuestra funcionalidad interna de JavaScript y pudimos tener el proyecto MAPS correctamente.

Personalmente, he encontrado que Follet.js y OSM son invaluables al tratar de solucionar problemas de Google Maps.