Territorio Mexicano Detallado.

La misión del Proyecto MDT^© es proporcionar una representación gráfica lo mas detallada y apegada a la realidad posible de la orografía del territorio mexicano.

Una de las aplicaciones principales de este proyecto es la simulación de vuelo, en ella se puede representar la accidentada orografía del territorio mexicano con una precisión nunca antes vista en proyectos civiles. Esta aplicación es una implementación de carácter público.

En este documento presentamos el mejor Terreno Mexicano disponible para utilizarse con el Microsoft^© Flight Simulator 2000^©. El extremadamente detallado MDT^©. Si te interesa saber mas de la evolución de este Terreno Mexicano Detallado, consulta la sección de Historia.

El MDT^© consta de 255 archivos, que corresponden a cada uno de los grados que conforman en territorio nacional, continental, peninsular e insular. Solo está excluido el archipiélago formado por las Islas Revillagigedo, debido a la falta de datos reales de elevaciones topográficas, así que si alguien tiene datos de alta resolución de elevaciones de esa región del país, y esta dispuesto a compartirlos, por favor envíenos un correo.

Cada grado esta conformado por una matriz de elevaciones topográficas reales, tomadas de datos fotogramétricos, que permiten una resolución excepcional. Para más detalles, consulta la sección de Detalles Técnicos.

Cada uno de los grados que conforman el escenario se nombró de acuerdo las coordenadas geográficas de su esquina noroeste. Por ejemplo: Monterrey, N .L. está localizado en las coordenadas Norte 25,3° Oeste 100,5° entonces el grado que contiene a esta ciudad, y corresponde a este terreno es el 26N101W.bgl

Se han probado con los escenarios comerciales mas comúnmente encontrados para México, como es el caso de FlyMex^© Mexico Scenery Gold Pro^© Volúmenes I^© y II^©, y algunos otros no comerciales, y son totalmente compatibles.

Como base para el desarrollo del MDT^© se intento utilizar los datos que el INEGI (Instituto Nacional de Estadística, Geografía e Informática) ha puesto a disposición de algunas instituciones educativas y gubernamentales a nivel nacional. (Léase GEMA o Geomodelos de Altimetría del Territorio Nacional y los de MDE o Modelos Digitales de Elevación , ambos propiedad del INEGI).

Sin embargo, el costo de dichos datos (superior a los $ 250,000.00 M. N.), y la mediana calidad de los datos (el CD original contenía algunos errores), además de la impenetrable licencia que impide que hagamos públicos los subproductos de dichos datos, nos hicieron necesario el recurrir a datos de elevaciones que algunas universidades extranjeras tienen de nuestro país.

Contactamos a una de estas universidades, que en particular fue muy amable al permitirnos acceso a los datos de alta resolución, con un formato propietario de la universidad que tuvimos que convertir a formato BSQ (Bilinear SeQuential File), que no es más que una serie de datos empaquetados, a 2 bytes por elevación, y con un total de 401 x 401 elevaciones por cada archivo, siendo un total de 2,295 archivos de exactamente 321,602 bytes, dando un total de 738,076,590 bytes... es decir, casi 740 Mega bytes de datos crudos !!!

Dichos datos se encuentran ordenados de forma tal que con nueve de estos archivos, ordenados de la forma correcta (rotados 90 grados en sentido antihorario, ya que el formato original los almacenaba con el norte orientado hacia la derecha) se obtiene un grado completo (por ejemplo: de 23N99W a 22N98W)

Lo anterior hace que la resolución de cada archivo del escenario sea de 1,201 x 1,201 elevaciones por cada grado, o una elevación del terreno medida a cada 3 segundos de arco, equivalente aproximadamente, para la latitud y longitud de la República Mexicana, a una elevación de terreno medida cada 95 metros ! !

Esta conversión de los nueve archivos a 1 grado fue desarrollada en un script de Octave (un programa clon de Matlab^© para sistema operativo Linux), y la extracción de la información fue hecha casi en su totalidad manualmente, debido a que aún existían errores en los datos base con los que nos proveyó la universidad antes citada.

Posteriormente, ya que se extrajeron los datos anteriores en el formato adecuado para alimentarlos a los programas resample.exe, tmfcompress.exe, y tmf2bgl.exe, proporcionados por el Microsoft Terrain SDK de Microsoft^©, el cual también se ejecuto bajo Free DOS, utilizando archivos batch, o de procesamiento por lotes, para automatizar todos y cada uno de los pasos de la generación de terreno, tales como:

• Generación de los 255 directorios donde se guardaron los archivos fuente, e intermedios,
• Generación de los archivos .INF con información respectiva para su uso en el resample.exe,
• Ejecución del resample.exe con el archivo .INF recién generado, y los datos base,
• Ejecución del tmfcompress.exe con sus archivos de entrada y salida,
• Eliminación del archivo .TMF original no comprimido,
• Ejecución del tmf2bgl.exe también con sus archivos de entrada y salida,
• Eliminación del archivo .TMF comprimido, y
• Generación final del archivo .BGL como producto terminado .

Decidimos no utilizar el programa tmfmerge.exe, sino hacer una variedad de 255 archivos que representaran cada grado del territorio nacional, y ponerlos en un directorio de fácil acceso y replicación, en vez de dividir la Republica Mexicana en varios trozos grandes y dejar que los usuarios sufrieran bajando archivos realmente grandes (>35 Megas).

El tamaño promedio de un grado comprimido esta en el orden de 2 Mb, lo cual no es exagerado si lo que se desea es probar el rendimiento…

Aun estamos trabajando para completar todo el proyecto, que incluye la mayor resolución posible de los datos base, así como la integración con datos de Guatemala y Belice, con base GTOPO30, ya que los datos de estos dos países colindantes al sureste mexicano, no están disponibles en resoluciones menores a 30 segundos de arco.

Este escenario fue compilado con el MS Terrain SDK usando dos niveles de detalle (LOD), uno fijado en 8 (menor detalle) y el otro en 9 (mayor detalle), ambos producen un uso de CPU exhaustivo, pero, como es de su conocimiento, el LOD 9 será mucho más demandante de recursos que el LOD 8.

Para el nivel de detalle (LOD) 8, se recomienda un procesador a 600 MHz, con un mínimo de 128 MB de memoria RAM, para tener frame rates superiores a 15 fps.

Para el nivel de detalle (LOD) 9, se recomienda un procesador a 750 MHz, con un mínimo de 256 MB de memoria RAM, para tener frame rates superiores a 15 fps.

A principios del año 2000 el Ing. Rubén Chanona Llano, en México, D. F., y originario de México D. F., inició el desarrollo del primer escenario terrestre regional de la República Mexicana: el Mex Mesh (LOD 7 y 8), el cual puede ser considerado como el precursor del MDT^©, basándose principalmente en datos del tipo GTOPO30 disponibles en el sitio de Internet del U. S. G. S. (United States Geological Survey).

Estos datos, con una resolución de casi 1 Km., pero reprocesados por métodos y algoritmos de interpolación gráfica con el FSTerrain desarrollado por Martin Wright, fueron el primer territorio de alta resolución desarrollado para la República Mexicana.

A principios del 2001, el Ing. Juan Ángel Israel Barrientos Torres, en Monterrey, N. L., originario de Monterrey N. L., y el Ing. Rubén Chanona Llano, se ponen en contacto para definir la oportunidad de utilizar mejores bases de datos de elevaciones para mejorar el MexMesh pero deciden seguir un camino ligeramente distinto que el utilizado en la generación del MexMesh, naciendo así el Proyecto MDT^©, con un esfuerzo dedicado de casi 3 horas diarias durante algunos meses, de parte de ambos, nace lo que ahora es considerado como uno de los más detallados terrenos disponibles tanto gratuitamente como comercialmente, el MDT^©

Los archivos fueron "subidos" en varios pedazos para su fácil descarga. Para cada nivel de detalle (LOD), los nombres de los archivos, y sus contenidos están divididos por franjas de latitud, de acuerdo a la siguiente distribución:

MDT8D1.zip Desde latitud 24° Norte hasta 33° Norte. Tamaño: 9.57 MB.

MDT8D2.zip Desde latitud 14° Norte hasta 24° Norte. Tamaño: 8.71 MB.

MDT9D1.zip Desde latitud 30° Norte hasta 33° Norte. Tamaño: 11.9 MB.

MDT9D2.zip Desde latitud 28° Norte hasta 30° Norte. Tamaño: 14.2 MB.

MDT9D3.zip Desde latitud 26° Norte hasta 28° Norte. Tamaño: 15.0 MB.

MDT9D4.zip Desde latitud 24° Norte hasta 26° Norte. Tamaño: 11.5 MB.

MDT9D5.zip Desde latitud 22° Norte hasta 24° Norte. Tamaño: 10.4 MB.

MDT9D6.zip Desde latitud 20° Norte hasta 22° Norte. Tamaño: 11.8 MB.

MDT9D7.zip Desde latitud 18° Norte hasta 20° Norte. Tamaño: 13.4 MB.

MDT9D8.zip Desde latitud 14° Norte hasta 18° Norte. Tamaño: 13.9 MB.

• Crear una nueva carpeta en el directorio raíz del FS2000. Por ejemplo: C:FS2000MDT
• Dentro de esta última, crear dos nuevas carpetas. Una llamada "Scenery" y otra llamada "Texture".
• Descomprima los archivos *.bgl en la carpeta C:FS2000MDTScenery
• La carpeta C:FS2000MDTTexture permanecerá vacía.
• En la carpeta raíz de FS2000 encuentre el archivo llamado scenery.cfg y ábralo con el programa Notepad.
• Al final de este archivo, añada las siguientes líneas: