Für viele Organisationen, wie z. B. Kommunal-, Kreis- und Landesregierungen, ist die Bereitstellung des öffentlichen Zugangs zu GIS-Daten eine Herausforderung.
Nur zu wissen, welche Daten verfügbar sind , was sie sind, wem sie gehören und wer sie erhalten und wo sie erhältlich sind, ist wahrscheinlich die unmittelbarste Herausforderung. Daher ist ein GIS-Dateninventar erforderlich. Natürlich ist es eine Sache, eine zu erstellen und die Leute dazu zu bringen, sie zu pflegen (und die Verantwortung für ihre Daten zu übernehmen). Es ist eine ganz andere. Deshalb Buy-in immer von internen Stakeholdern ist auch sehr wichtig.
Ein weiterer wichtiger Aspekt ist die Unterstützung einer Lösung für Metadaten . Wenn die Daten nicht beschrieben werden können, sind sie fast unbrauchbar. Bei einigen Lösungen werden Metadaten möglicherweise nur in begrenztem Umfang in Form einer begrenzten Anzahl proprietärer Felder unterstützt. Die Unterstützung von Metadaten in ihrer vollständigen und ursprünglichen Form scheint selten zu sein.
Möglicherweise gibt es Einschränkungen hinsichtlich der Größe, Anzahl der Datensätze / Attribute, Feldlängen oder der geometrischen Komplexität gängiger GIS-Daten, z. B. Adresspunkte oder Paketdaten, die einige Lösungen möglicherweise unbrauchbar machen. Aufgrund der Größe einiger Datentypen (z. B. LiDAR, Luftbilder) ist es häufig schwierig oder unmöglich, sie in ihrer Rohform über das Internet zu hosten. Stattdessen müssen sie über physische Medien (z. B. Festplatten) bereitgestellt werden. Bestenfalls können diese großen Dateien auf einem FTP-Server oder einer Dropbox / Box gehostet werden, dies kann jedoch recht kostspielig sein.
Darüber hinaus wird in vielen Implementierungen die räumliche Natur der Daten möglicherweise nicht als wichtig oder überhaupt nicht angesehen, was das Auffinden, Anzeigen und Verwenden von räumlichen Daten räumlich schwierig oder unmöglich macht. Dinge wie die Möglichkeit, die Daten auf nützliche Weise zu symbolisieren , sind möglicherweise nicht vorhanden.
Schließlich ist es wichtig , die Daten auf dem neuesten Stand zu halten . Wenn es keine automatisierte Möglichkeit gibt, Daten zu aktualisieren, funktioniert das Ganze für nicht triviale Datenmengen nicht mehr.
Damit ist die Hauptfrage :
- Welche offenen Datenportallösungen sind verfügbar und wie vergleichen sie sich?
Nebenfragen:
Was sind die wichtigsten Überlegungen bei der Entscheidung für eine Open Data Portal-Lösung?
Gibt es Szenarien, in denen die Verwendung von mehr als einem Portal vorteilhaft (und kostengünstig) ist?
Können räumliche und nicht räumliche Daten erfolgreich in dasselbe Portal integriert werden?
Gibt es Beispiele für Implementierungen offener Datenportale, die Sie als erfolgreich oder vorbildlich betrachten würden ?
- Eine Liste einiger Implementierungen finden Sie in der Liste der kostenlosen GIS-Daten der US-Regierung online sowie im Wikipedia-Artikel über Geoportale .
Nachtrag:
Eine Liste der Portallösungen, die wir derzeit evaluieren:
Andere Portale, die wir noch nicht berücksichtigt haben:
Nicht wirklich Portale, aber gut für die Bereitstellung von Flatfiles geeignet:
Rollen Sie Ihre eigenen, entweder über gehostete Speicher / Server oder lokal
In unserem Fall ist es sehr wahrscheinlich, dass mindestens eine der ArcGIS-Lösungen ausgewählt wird, da wir über eine ESRI-ELA und eine ArcGIS-basierte Geodateninfrastruktur verfügen .
Persönlich würde ich lieber sehen, dass wir mehr Open-Source-Software verwenden, aber es ist unwahrscheinlich, dass wir etwas zusammenstellen können, das mit den Angeboten von ESRI konkurrieren kann, zumindest nicht ohne einen Paradigmenwechsel in der Art und Weise, wie Menschen GIS in unserer Organisation verwenden .
Ich hoffe jedoch, dass diese Frage eine nützliche Ressource für alle ist, die den Zugang zu öffentlichen Daten verbessern möchten.
Antworten:
Eine sehr beliebte Open-Source-Lösung fehlt in dieser Liste: GeoNode.
GeoNode basiert zu 100% auf einem Open-Source-Stack und ermöglicht die Entwicklung von Geoportalen und SDI auf der Basis von Technologien wie GeoServer, PostGIS und pyCSW.
GeoServer bietet Kartendienste basierend auf OGC-Standards (WMS, WCS, WFS, WPS usw.), PostgreSQL und PostGIS stellen den räumlichen Speicher bereit, pycsw (oder alternativ GeoNetwork) bietet Katalogdienste (OGC CSW).
Von GeoNode bereitgestellte räumliche Datensätze können von CKAN über pycsw problemlos erfasst werden. GeoNode selbst kann Standard-Remotedienste, die von MapServer, GeoServer, ArcGIS Server und anderen Mapping-Engines, die OGC-Standards implementieren, veröffentlicht werden, sammeln und verfügbar machen.
GeoNode wird häufig von vielen Organisationen verwendet, darunter der Weltbank, dem Welternährungsprogramm der Vereinten Nationen, der Europäischen Kommission, dem US-Außenministerium und vielen anderen. Es verfügt über eine lebendige, freundliche und sehr aktive Open-Source-Community.
Weitere Informationen finden Sie auf der Website: http://geonode.org/ und auf der Dokumentationsseite: http://docs.geonode.org/en/master/
quelle
Dies ist eine großartige Frage, an der sich meine Organisation (eine große Forschungsuniversität des Mittleren Westens) aktiv beteiligt. Wir haben unsere Aufmerksamkeit auf OpenGeoportal (OGP) gerichtet, aber da wir in vielerlei Hinsicht ein sehr esri-zentrierter Ort sind, Ein Großteil unserer Entwicklungsanstrengungen bestand darin, Unterstützung für die Arbeit mit Esri-Produkten auf Open Source-Seite zu implementieren (z. B. Vorschau von ArcGIS Server-Diensten in OGP). Ich werde meine Antwort auf OGP und unsere Erfahrungen damit konzentrieren.
Ich denke, eine große Frage ist, auf wie viel Entwicklerzeit Sie Zugriff haben. Wir konnten OGP mit einem Teilzeit-Forschungsassistenten implementieren, der die Codierungs- und Systemadministrationsbits ausführt. Esri-Unterstützung wäre in gewisser Hinsicht attraktiv, aber ich denke bisher, dass die offene Codebasis für Hacking und Anpassung überwiegt.
OGP verwendet einen Solr-Index für das Java-Backend (Spring Framework), der mit Zehntausenden von Datensätzen sehr schnell ist und über Sharding möglicherweise sehr gut skaliert werden kann .
Mit Solr im Backend ist die wahre Stärke von OGP und der Aspekt, der eine Menge aktiver Entwicklung erfordert ( dies zum Beispiel), die Fähigkeit, Metadaten aus anderen OGP-Instanzen zu sammeln. Mit einer robusten Governance-Struktur, die derzeit in Arbeit ist , ist ein Blick auf die Zukunft eines Verbundsystems von OGP-Instanzen gerichtet, die Metadaten zwischen Institutionen austauschen und die Auffindbarkeit von Geodaten wirklich verbessern.
Trotzdem gibt es immer Bedenken, dass FOSS-Projekte keinen Entwicklersaft mehr haben und am Rebstock sterben. Die Akzeptanz offener Standards würde jedoch einen künftigen Ausstieg aus OGP weitaus einfacher machen, als dies bei "geheimeren" Lösungen auf der Liste der Fall sein könnte.
Eine kleine Anmerkung ist, dass der Bundesstaat Minnesota in diesem Sommer ein CKAN-basiertes Geospatial Commons auf den Markt bringt, das hoffentlich eine lange Wäscheliste verschiedener Agenturen zusammenführt, die GIS-Daten auf vielfältige Weise unterbringen und verteilen. Sie können eine BETA - Version sehen hier .
Ich freue mich darauf, die Antworten und Erfahrungen anderer zu lesen!
quelle
Der Open Data-Katalog unter http://www.opengeocode.org/opendata/ (ich bin Mitbegründer von) ist eine Crowd-Sourcing-Liste von Datensatz-bezogenen Portalen auf der ganzen Welt. In der Kategorie GIS sind über 120 Standorte aufgeführt - hauptsächlich staatliche (z. B. Bundes-, Landes-, Kreis-, Kommunal- usw.).
quelle
Eine weitere Option, die möglicherweise besonders für ArcGIS-Benutzer geeignet ist, ist Esri Geoportal Server (nicht zu verwechseln mit Portal for ArcGIS).
Esri Geoportal Server ist kein Teil der ArcGIS-Plattform und eine eigenständige Anwendung:
Ein Vorteil für vorhandene ArcGIS-Benutzer ist der ArcCatalog-Veröffentlichungsclient , mit dem vorhandene Metadaten, die in ArcCatalog erstellt wurden, direkt auf den Geoportal-Server übertragen werden können.
quelle