Welcher Geodatabase-Typ eignet sich am besten für Open Source- und ESRI-Anwendungen?


22

Hauptfrage: Gibt es einen Geodatabase-Typ, der nahtlos mit ESRI- und Open Source-Produkten zusammenarbeitet?

Details: Mein Unternehmen gibt derzeit Geodaten in verschiedenen Vektor- und Raster-Dateiformaten weiter und ist nicht besonders organisiert. Der Großteil der Verarbeitung erfolgt mit Open Source-Tools. Einige Kunden verlangen jedoch, dass wir unsere Daten im ESRI Map-Serviceformat hosten. Wir haben bereits eine ArcGIS-Serverinstanz, die diese Services hostet, aber wir führen die Upstream-Verarbeitung mit Open Source-Tools durch, bevor wir die Ergebnisse in einer ESRI arcsde-Geodatabase sichern. Soweit ich weiß, kann ogr / gdal nur bedingt aus einer Arcsde-Geodatabase lesen / schreiben, aber nicht genug, um alle unsere Daten in einer Arcsde-Geodatabase zu speichern und zu erwarten, dass unsere Verarbeitungswerkzeuge die Arcsde verwenden können Geodatabase als primärer Datenspeicher für das Unternehmen. Liege ich falsch? Wenn ich zu einer Open-Source-Geodatabase wie Postgis gewechselt bin, Unsere Verarbeitungstools würden problemlos funktionieren, aber ich glaube nicht, dass ich eine Postgis-Datenbank als Datenspeicher für das Hosting von ESRI-Diensten verwenden könnte. Liege ich falsch? Gibt es einen Geodatabase-Typ, der sowohl Open Source als auch ESRI nahtlos bedienen kann? Wenn nicht, ist es üblich, parallele Geodatabases zu verwalten, eine für Open Source und eine für ESRI?

Zusätzliches Problem: Die Antwort war die Verwendung von PostgreSQL / PostGIS. Der einzige mögliche Nachteil ist, dass ich diese Datenbank auf Amazon Web Services (AWS) hosten und, falls möglich, Amazon Relational Database Service (RDS) verwenden möchte, um den Aufwand für die Datenbankverwaltung (Sicherungen, Lastenausgleich) zu minimieren , etc). RDS unterstützt derzeit jedoch nur MySQL, Oracle und SQL Server als Datenbank-Engines. Ich denke, wenn RDS PostgreSQL unterstützt, ist PostgreSQL meine einzige Option für die korrekte Open Source-Interoperabilität mit ArcGIS + gdal / ogr. In diesem Fall werde ich wahrscheinlich eine PostgreSQL-Datenbank unter AWS erstellen. Ich muss nur mehr Ressourcen für die Verwaltung aufwenden.


Zu der Zeit, als ich diese Frage schrieb, unterstützte RDS PostgreSQL nicht, jetzt jedoch, und es ist auch einfach, PostGIS zu einer RDS-PostgreSQL-Datenbank hinzuzufügen.
Ethan H

Antworten:


14

Sie können eine native PostGIS-Datenbank als SDE-Datenspeicher verwenden.

http://resources.arcgis.com/de/help/main/10.1/index.html#//002p0000006v000000

Dieser Link beschreibt die Grundkonfiguration zum Registrieren einer systemeigenen PostGIS-Tabelle bei SDE. Der Nachteil ist, dass ESRI nur eine begrenzte Anzahl von Postgres- und PostGIS-Versionen unterstützt. Hier ist die Liste der unterstützten Versionen:

http://resources.arcgis.com/de/help/system-requirements/10.1/index.html#//0151000075000000


1
Vielen Dank! Ich habe viel zu lesen in diesem Abschnitt des ESRI-Handbuchs, aber wenn ich das richtig verstehe, sollte ich in der Lage sein, eine PostgreSQL / PostGIS-Geodatabase einzurichten und eine Verbindung von ArcGIS aus herzustellen, ohne eine "EnableEnterpriseGeodatabase ( ) "funktioniert es von der ArcGIS-Seite aus? Außerdem sollte ich nach dem Herstellen der Verbindung in der Lage sein, alle ArcGIS-Servicetypen (Karten-Service, Feature-Service usw.) mit PostGIS als Datenspeicher zu erstellen.
Ethan H

2
Sie müssen weiterhin das Tool "Enterprise Geodatabase erstellen" ausführen, möchten jedoch zuerst die PostGIS-Datenbank erstellen und dann das Tool auf die vorhandene Datenbank verweisen.
HeyOverThere

OK, und das Tool Enable / CreateEnterpriseGeodatabase greift nicht in die Struktur der Postgis-Datenbank ein, sodass es für GDAL / OGR schwierig ist, richtig zu lesen / zu schreiben?
Ethan H

1
Richtig. Was es tun wird, ist, ein neues Schema mit dem Namen sde zu erstellen und alle sde-bezogenen Inhalte dort abzulegen. Die Daten in Ihren vorhandenen Tabellen werden nicht berührt, sondern bleiben PostGIS-Geometrien. Sie können weiterhin in Nicht-ESRI-Software anzeigen und bearbeiten. Wenn Sie jedoch Ihre Daten versionieren, werden diese Versionen von Nicht-ESRI-Software ignoriert und die Tabelle wird direkt bearbeitet, wodurch Ihre Versionen möglicherweise beschädigt werden. Ich denke, das würde es, aber ich habe diese Annahme nicht getestet.
HeyOverThere

@ HeyOverThere Wenn Sie die Basistabelle direkt bearbeiten, werden Sie nichts beschädigen, da die Ergebnisse unvorhersehbar erscheinen. Wenn Sie mit einer anderen Software auf mit ArcSDE versionierte Daten zugreifen möchten, sollten Sie die Registrierung als versioniert mit der Option "In Basis verschieben" und versionierte Ansichten prüfen.
Travis

3

Sie müssen Ihre Datenbank nicht unbedingt als SDE-Geodatabase einrichten. In ArcGIS 10.1 kann ArcGIS native SQL Server- und PostGIS-Datenbanken (unter anderem) lesen und schreiben. Das bedeutet, dass Sie Ihre Datenbank in einem der von Open Source-Paketen und ArcGIS unterstützten RDBMS einrichten und von ArcGIS aus darauf zugreifen können.

Hier ist ein Link zum Hilfesystem mit weiteren Informationen:

Eine kurze Einführung in die Arbeit mit Datenbanken in ArcGIS


Ich bezweifle, dass Sie jede Datenbank mit ArcGIS bearbeiten können, ohne sie als SDE-Geodatabase zu registrieren (mit der entsprechenden Lizenz) ... Seit Version 10.0 gab ESRI Ihnen die Möglichkeit, eine direkte Verbindung zur Datenbank ohne SDE herzustellen, jedoch nur zum Lesen und Sie können keine Funktionen wie Topologie, Netzwerke oder versionierte Bearbeitung verwenden.
Etienne Desgagné

@ EtienneDesgagné - Soweit ich weiß, wurde die Nicht-SDE-Funktionalität auf 10.1 erhöht, um das Lesen zu unterstützen. Sie haben jedoch Recht, dass Geodatabase-Funktionen wie Topologie, Versionierung, Feature-Datasets usw. nicht unterstützt werden, wenn Sie eine Nicht-SDE-Datenbank in ArcGIS verwenden. Andererseits ist die Geodatabase-Funktionalität auch bei Verwendung der Open Source-Tools nicht verfügbar, und die Verwendung einer SDE-Datenbank außerhalb der ArcGIS-Umgebung ist nicht so intuitiv.
Brian
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.