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.
Réponses:
Une solution très populaire et open source manque dans cette liste: GeoNode.
GeoNode est 100% construit sur une pile open source, et il permet le développement de géo-portails et SDI basés sur des technologies telles que GeoServer, PostGIS et pyCSW.
GeoServer fournit des services de cartographie basés sur les normes OGC (WMS, WCS, WFS, WPS, etc.), PostgreSQL et PostGIS fournit le stockage spatial, pycsw (ou alternativement GeoNetwork) fournit des services de catalogues (OGC CSW).
Les ensembles de données spatiales exposés par GeoNode peuvent être facilement récoltés par CKAN via pycsw. GeoNode lui-même peut récolter et exposer des services distants standard publiés par MapServer, GeoServer, ArcGIS Server et d'autres moteurs de cartographie mettant en œuvre les normes OGC.
GeoNode est largement utilisé par de nombreuses organisations, notamment la Banque mondiale, le Programme alimentaire mondial des Nations Unies, la Commission européenne, le Département d'État américain et bien d'autres, et dispose d'une communauté open source dynamique, amicale et très active.
Pour plus d'informations, visitez le site Web: http://geonode.org/ et le site de documentation: http://docs.geonode.org/en/master/
la source
C'est une grande question, et une organisation dans laquelle mon organisation (une grande université de recherche du Midwest) est activement engagée. Nous avons concentré notre attention sur OpenGeoportal (OGP), mais comme nous sommes à bien des égards un endroit très axé sur Esri, une grande partie de nos efforts de développement a consisté à implémenter la prise en charge du travail entre les produits Esri du côté open source (prévisualisation des services ArcGIS Server dans OGP, par exemple). Je vais concentrer ma réponse sur OGP et notre expérience avec elle.
Je pense qu'une grande question est de savoir combien de temps de développeur vous avez accès. Nous avons été en mesure de mettre en œuvre OGP avec essentiellement un assistant de recherche diplômé à temps partiel effectuant le codage et les bits d'administration sys. Avoir le support d'Esri serait attrayant à certains égards, mais jusqu'à présent, je pense que la base de code ouverte pour le piratage et l'adaptation l'emporte.
OGP utilise un index Solr sur le backend Java (framework Spring), qui est très rapide avec des dizaines de milliers d'enregistrements, et via le sharding, il peut très bien évoluer .
Avec Solr sur le backend, la vraie puissance d'OGP, et l'aspect qui voit beaucoup de développement actif ( ceci , par exemple), est la capacité de récolter des métadonnées à partir d'autres instances d'OGP. Avec une structure de gouvernance robuste actuellement en préparation , il y a un œil vers l'avenir d'un système fédéré d'instances OGP partageant des métadonnées entre les institutions et améliorant vraiment la découvrabilité des données spatiales.
Cela dit, il y a toujours des préoccupations concernant les projets FOSS qui manquent de jus de développeur et meurent sur la vigne. Pourtant, son adoption de normes ouvertes rendrait toute sortie future de l'OGP beaucoup plus facile que ce ne pourrait être le cas avec des solutions plus «secrètes» sur la liste.
Une petite note est que l'État du Minnesota lance un commun géospatial propulsé par CKAN cet été, en espérant unir ce qui avait longtemps été une liste de blanchisserie de différentes agences hébergeant et distribuant des données SIG d'une myriade de façons. Vous pouvez voir une version BETA ici .
J'ai hâte de lire les réponses et les expériences des autres!
la source
Le catalogue de données ouvertes sur http://www.opengeocode.org/opendata/ (dont je suis co-fondateur) est une liste de portails liés aux jeux de données dans le monde entier. Dans la catégorie SIG, il y a plus de 120 sites répertoriés - pour la plupart gouvernementaux (par exemple, fédéral, étatique, comté, municipal, etc.).
la source
Une autre option, qui peut particulièrement convenir aux utilisateurs d'ArcGIS, est Esri Geoportal Server (à ne pas confondre avec Portal for ArcGIS).
Esri Geoportal Server ne fait pas partie de la plate-forme ArcGIS et est une application autonome:
Un avantage pour les utilisateurs ArcGIS existants est le client de publication ArcCatalog , qui permet aux métadonnées existantes, qui ont été créées dans ArcCatalog, d'être transmises directement au serveur de géoportail.
la source