Pour de nombreuses organisations, telles que les gouvernements locaux / de comté / étatiques, fournir un accès public aux données SIG est un défi.
Le simple fait de savoir quelles données sont disponibles , ce qu'elles sont, qui les détient et les conserve, et où les obtenir est probablement le défi le plus immédiat. Par conséquent, un inventaire des données SIG est une nécessité. Bien sûr, en créer un est une chose, amener les gens à le maintenir (et à assumer la responsabilité de leurs données) en est une autre. Par conséquent, obtenir l'adhésion des parties prenantes internes est également très important.
Une autre considération importante est le support d'une solution pour les métadonnées . Si les données ne peuvent pas être décrites, elles sont presque inutiles. Avec certaines solutions, le support des métadonnées peut être limité sous la forme d'un nombre limité de champs propriétaires. La prise en charge des métadonnées dans leur forme complète et originale semble être rare.
Il peut y avoir des limites sur la taille, le nombre d'enregistrements / attributs, les longueurs, ou la complexité géométrique des données SIG communes, comme les points d'adresse ou des données parcellaires qui pourraient rendre des solutions inutilisables. Souvent, la taille de certains types de données (par exemple LiDAR, imagerie aérienne) rend difficile, voire impossible, de les héberger sur Internet dans leur forme brute, et au lieu de cela, ils doivent être livrés via des supports physiques (par exemple des disques durs). Au mieux, ces gros fichiers peuvent être hébergés sur quelque chose comme un serveur FTP ou Dropbox / Box, mais cela peut être assez coûteux.
De plus, dans de nombreuses implémentations, la nature spatiale des données peut ne pas être considérée comme importante - ou du tout considérée - rendant la recherche, la visualisation et l'utilisation de données spatiales spatialement difficiles ou impossibles. Des choses comme le fait de pouvoir symboliser les données d'une manière utile peuvent être inexistantes.
Enfin, la mise à jour des données est vitale. S'il n'y a pas de moyen automatisé de mettre à jour les données, alors tout devient impossible pour des quantités de données non triviales.
Donc, avec cela à l'écart, la principale question est:
- Quelles sont les solutions de portail de données ouvertes disponibles et comment se comparent-elles?
Questions secondaires:
Quelles sont les considérations les plus importantes lors du choix d'une solution de portail de données ouvertes?
Existe-t-il des scénarios où l'utilisation de plusieurs portails est bénéfique (et rentable)?
Les données spatiales et non spatiales peuvent -elles être intégrées avec succès dans le même portail?
Existe-t-il des exemples d' implémentations de portail de données ouvertes que vous considéreriez comme réussies ou exemplaires ?
- Une liste de certaines implémentations se trouve dans la liste des données SIG gratuites du gouvernement américain en ligne ainsi que dans l'article Wikipedia sur les géoportails .
Addenda:
Une liste de solutions de portail que nous évaluons actuellement:
- ArcGIS Online
- ArcGIS Open Data
- Portal for ArcGIS Server (sur site)
- Socrata et Mondara
- Moteur et Galerie Google Maps
Autres portails que nous n'avons pas encore envisagés:
Pas vraiment des portails mais fonctionnent bien pour servir des fichiers plats:
Rouler le vôtre, en utilisant un stockage / des serveurs hébergés ou sur site
Dans notre cas, parce que nous avons un ESRI ELA et une infrastructure de données spatiales basée sur ArcGIS , il semble très probable qu'au moins une des solutions ArcGIS sera sélectionnée.
Personnellement, je préférerais que nous utilisions davantage de logiciels open source, mais il semble peu probable que nous puissions mettre sur pied quelque chose qui pourrait rivaliser avec les offres d'ESRI, du moins pas sans un changement de paradigme dans la façon dont les gens utilisent les SIG dans notre organisation. .
Cependant, j'espère que cette question deviendra une ressource utile pour quiconque souhaite améliorer l'accès aux données publiques.