¿Problemas de QGIS y GDB con los datos publicados por el Estado?

Question

QGIS versión 2.0.1-Dufour

Soy nuevo en QGIS.

Estoy trabajando en un proyecto de mascotas y hasta ahora he estado trabajando con Shapefiles (que QGIS maneja muy bien). Sin embargo, uno de los estados que estoy tirando de los datos está utilizando directorio GDB zipfile y parece como si QGIS se confunde en los datos.

Ahora, soy nuevo en GDB y su funcionamiento por lo que esto podría ser sólo yo. Fuente de datos : https://www.nevadadot.com/About_NDOT/NDOT_Divisions/Engineering/Location/Documents/NV_ROADS_gdb.aspx

al mirar estos datos a través de QGIS, y filtrar y seleccionar un valor conocido como en SURFACE_TYPE, no lo resuelve correctamente.

SURFACE_TYPE debe tener los siguientes valores:

1 - UNIMPROVED 2 - MEJORADO 3 - PAVIMENTADO

No sé si esto se debe a QGIS y sus herramientas o a cómo están estructurados los datos.

He hablado con el propietario de los datos y es una agencia estatal con pocos recursos humanos. Me gustaría ver si podemos ayudarles a hacer estos datos compatibles o averiguar por qué QGIS no está leyendo los datos correctamente.

Si los Shapefiles van a ser cosa del pasado y GDB va a sustituirlos, sé que la comunidad de código abierto tiene mucho trabajo por delante.

Answer 1

Los datos en cuestión utilizan subtipos y dominios de valores codificados. Los Shapefiles no exponen de forma nativa los campos "legibles para el ser humano" cuando se aplican dominios de valor codificados, sino que sólo muestran el código. Así que la persona que prepare su shapefile también tendrá que prepararle una tabla de valores codificados tal y como se traducen a las descripciones legibles por humanos, y luego podrá unirlos en QGIS. En lugar de pedir a las instituciones que adapten sus modelos de datos a QGIS, me pregunto si se puede hacer que QGIS entienda los valores codificados; parece que ya está a medio camino. Muchas instituciones no permiten el uso de aplicaciones de código abierto dentro de su red, lo que impide su soporte/comprensión/compatibilidad con programas como QGIS.

Answer 2

El controlador FileGDB de GDAL que utiliza QGIS sólo ofrece la transformación básica de la geometría desde FileGDB a formatos que QGIS entiende.

Los datos están repartidos originalmente en varias tablas (igual que en una base de datos MS Access). Lo que te falta es la tabla no geométrica para sustituir los códigos de la tabla de atributos por valores legibles.

El controlador depende de la API FileGDB que ESRI proporciona gratuitamente. Esto podría no soportar la extracción de las tablas no geométricas.

Se han hecho algunos esfuerzos para crear un controlador FileGDB gratuito sin depender de ESRI. Si necesitas los datos adicionales, considera patrocinar la implementación del driver, o crea esas tablas no espaciales tú mismo y añádelas a tu proyecto.

Es una especie de "recibes lo que has pagado", al revés.

Algunos enlaces de interés:

http://www.gdal.org/ogr/drv_openfilegdb.html

https://github.com/rouault/dump_gdbtable/wiki/FGDB-Spec

http://erouault.blogspot.de/2013/10/filegdb-format-reverse-engineered.html

http://libjoe.blogspot.com/2014/02/python-wrapper-for-esri-file.html

Como ven por las fechas, el tema es bastante reciente.