Para muchas organizaciones, como los gobiernos locales / del condado / estatales, proporcionar acceso público a los datos SIG es un desafío.
Simplemente saber qué datos están disponibles , cuáles son, quién los posee y los mantiene, y dónde obtenerlos es probablemente el desafío más inmediato. Por lo tanto, un inventario de datos SIG es una necesidad. Por supuesto, crear uno es una cosa, hacer que las personas lo mantengan (y asumir la responsabilidad de sus datos) es otra muy distinta. Por lo tanto, obtener la aceptación de las partes interesadas internas también es muy importante.
Otra consideración importante es el soporte de una solución para metadatos . Si los datos no se pueden describir, es casi inútil. Con algunas soluciones puede haber soporte limitado para metadatos en forma de un número limitado de campos propietarios. El soporte para metadatos en su forma completa y original parece ser raro.
Puede haber limitaciones en el tamaño, el número de registros / atributos, las longitudes de campo o la complejidad geométrica de los datos comunes de SIG, como los puntos de dirección o los datos de parcelas que podrían hacer que algunas soluciones sean inutilizables. A menudo, el gran tamaño de algunos tipos de datos (por ejemplo, LiDAR, imágenes aéreas) hace que sea difícil o imposible alojarlos a través de Internet en su forma sin formato, y en su lugar deben entregarse a través de medios físicos (por ejemplo, discos duros). En el mejor de los casos, estos archivos grandes pueden estar alojados en algo como un servidor FTP o Dropbox / Box, pero puede ser bastante costoso hacerlo.
Además, en muchas implementaciones, la naturaleza espacial de los datos puede no considerarse importante, o no considerarse en absoluto, lo que hace que encontrar, ver y usar datos espaciales sea espacialmente difícil o imposible. Cosas como ser capaz de simbolizar los datos de cualquier manera útil pueden ser inexistentes.
Por último, mantener los datos actualizados es vital. Si no hay una forma automatizada de actualizar los datos, entonces todo se vuelve inviable para cantidades de datos no triviales.
Entonces, con eso fuera del camino, la pregunta principal es:
- ¿Qué soluciones de portal de datos abiertos están disponibles y cómo se comparan?
Preguntas secundarias:
¿Cuáles son las consideraciones más importantes al decidir sobre una solución de portal de datos abierto?
¿Existen escenarios en los que el uso de más de un portal es beneficioso (y rentable)?
¿Se pueden integrar con éxito datos espaciales y no espaciales en el mismo portal?
¿Hay algún ejemplo de implementaciones de portal de datos abiertos que considere exitoso o ejemplar ?
- Una lista de algunas implementaciones se encuentra en la Lista de datos SIG gratuitos del gobierno de EE. UU. En línea , así como en el artículo de Wikipedia sobre geoportales .
Apéndice:
Una lista de soluciones de portal que estamos evaluando actualmente:
Otros portales que aún no hemos considerado:
Realmente no son portales, pero funcionan bien para servir archivos planos:
Rodando el tuyo, ya sea usando servidores / servidores alojados o localmente
En nuestro caso, debido a que tenemos un ESRI ELA y tenemos una infraestructura de datos espaciales basada en ArcGIS , parece bastante probable que se seleccione al menos una de las soluciones de ArcGIS.
Personalmente, preferiría vernos usar más software de código abierto, pero parece poco probable que podamos armar algo que pueda competir con las ofertas de ESRI, al menos no sin un cambio de paradigma en la forma en que las personas usan SIG en nuestra organización .
Sin embargo, espero que esta pregunta se convierta en un recurso útil para cualquiera que busque mejorar el acceso a los datos públicos.