Para muchas organizaciones, como los gobiernos locales/condados/estatales, proporcionar acceso público a los datos del SIG es un desafío.
El simple hecho de saber qué datos son disponible en lo que es, quién lo posee y lo mantiene, y dónde conseguirlo es probablemente el desafío más inmediato. Por lo tanto, un Inventario de datos del SIG es una necesidad. Por supuesto, crear uno es una cosa, conseguir que la gente lo mantenga (y asuma la responsabilidad de sus datos) es otra muy distinta. Por lo tanto, conseguir la aceptación de los interesados internos también es muy importante.
Otra consideración importante es el apoyo de una solución para metadatos . Si los datos no pueden ser descritos, es casi inútil. Con algunas soluciones puede haber un apoyo limitado a los metadatos en forma de un número limitado de campos patentados. El apoyo a los metadatos en su totalidad y original la forma parece ser rara.
Puede haber limitaciones sobre el tamaño, el número de registros/atributos, la longitud de los campos o la complejidad geométrica de los datos comunes de los SIG, como los puntos de dirección o los datos de parcela que podrían hacer inutilizables algunas soluciones. A menudo, el mero tamaño de algunos tipos de datos (por ejemplo, LiDAR, imágenes aéreas) dificulta o imposibilita su alojamiento en Internet en su forma bruta, y en su lugar deben entregarse por medios físicos (por ejemplo, discos duros). En el mejor de los casos, estos archivos de gran tamaño pueden alojarse en algo como un servidor FTP o un Dropbox/Box, pero puede resultar bastante costoso hacerlo.
Además, en muchas implementaciones, la naturaleza espacial de los datos puede no considerarse importante - o no considerarse en absoluto - haciendo que la búsqueda, la visualización y la utilización de los datos espaciales espacialmente difícil o imposible. Cosas como ser capaz de simboliza 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 no triviales de datos.
Así que con eso fuera del camino, el La pregunta principal es:
- ¿Qué soluciones de portales de datos abiertos hay disponibles y cómo se comparan?
Preguntas secundarias:
-
¿Cuáles son las más importante consideraciones al decidir una solución de portal de datos abierto?
-
¿Existen escenarios en los que el uso de más de una portal es beneficioso (y rentable)?
-
¿Puede el espacio y datos no espaciales se integren con éxito en el mismo portal?
-
¿Hay algún ejemplo de portal de datos abierto implementaciones que usted consideraría que tiene éxito o ejemplar ?
- Una lista de algunas implementaciones se encuentra en Lista de datos de SIG gratuitos del gobierno de EE.UU. en línea así como el artículo de Wikipedia sobre geoportales .
Adición:
-
Una lista de soluciones de portal que estamos evaluando actualmente:
- ArcGIS Online
- Datos abiertos del ArcGIS
- Portal para el servidor ArcGIS (en las instalaciones)
- Sócrata y Mondara
- Motor de Google Maps y Galería
-
Otros portales que aún no hemos considerado:
-
No son realmente portales, pero funcionan bien para servir archivos planos:
- Rodar por tu cuenta, ya sea usando almacenamiento/servidores alojados o en las instalaciones
En nuestro caso, porque tenemos un ESRI ELA y tienen un ArcGIS basado en infraestructura de datos espaciales parece bastante probable que al menos una de las soluciones de ArcGIS sea seleccionada.
Personalmente, preferiría que usáramos más software de código abierto, pero parece poco probable que seamos capaces de crear algo que pueda competir con las ofertas de ESRI, al menos no sin un cambio de paradigma en la forma en que la gente usa el 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.
