Mehr

Daten mit QGIS in die Personal-Geodatabase *.mdb von Esri schreiben?

Daten mit QGIS in die Personal-Geodatabase *.mdb von Esri schreiben?


Ich habe eine leere *.mdb-Datenbank, die ich mit Daten füllen muss.

Das Problem ist, dass ich ArcGIS for Desktop unter Ubuntu nicht installieren kann, also habe ich mich entschieden, QGIS 2.0.1 mit einem Grass-Plugin zu verwenden.

Ich weiß jedoch nicht, wie ich damit Daten in *.mdb importieren kann.


QGIS würde sich höchstwahrscheinlich auf den GDAL-Treiber für die Unterstützung von Personal Geodatabases verlassen, der derzeit nur die Lesefähigkeit unterstützt (also keine Erstellung oder Schreiben in eine).

Einige Informationen zum PGeo-Treiber finden Sie unter http://gdal.org/drv_pgeo.html


Ich denke, sogar ESRI würde empfehlen, sich von der .mdb-basierten Personal-Geodatabase fernzuhalten und stattdessen die File-Geodatabase zu verwenden, und in diesem Fall können Sie QGIS dafür verwenden:

Unterstützung für File-Geodatabase (*.gdb) in QGIS?

Wie greife ich in Qgis auf eine File-Geodatabase zu?


Kopieren einer Geodatabase mit dem Werkzeug Kopieren

Das Werkzeug Kopieren kann verwendet werden, um eine Kopie einer vorhandenen Geodatabase desselben Typs zu erstellen (z. B. um eine Kopie einer File-Geodatabase zu erstellen). Sowohl das Schema als auch der gesamte Inhalt der Geodatabase werden kopiert.

Sie können auch Kopieren verwenden, um ein einzelnes Dataset zwischen zwei Geodatabases beliebigen Typs zu kopieren. Sie können beispielsweise eine Feature-Class aus einer ArcSDE-Geodatabase in eine Personal-Geodatabase kopieren.

Kopieren einer Geodatabase mithilfe von Geodatabase-XML-Workspaces

Sie können Geodatabase-XML-Workspace-Dokumente verwenden, um eine Geodatabase zu kopieren. Diese Option erstellt ein lesbares XML-Dokument des Geodatabase-Inhalts.

ANMERKUNG: Das resultierende Geodatabase-XML-Dokument kann überwältigend groß sein, wenn Sie sowohl die Daten als auch das Schema kopieren. Im Allgemeinen wird diese Alternative zum Kopieren von Geodatabase-Daten nicht empfohlen. Zu den Alternativen zum Erstellen einer Geodatabase-Kopie gehört die Verwendung des Werkzeugs Kopieren und des Assistenten zum Extrahieren von Daten in ArcMap, um Teilmengen der Informationen zu kopieren.

XML-Workspace-Dokumente sind sehr nützlich, um Geodatabase-Schemas (leere Geodatabases) von einem Typ in einen anderen zu kopieren. Erfahren Sie mehr über das Kopieren eines Schemas mithilfe von XML-Arbeitsbereichen.

Informationen zu Geodatabase-XML finden Sie unter diesem Link für ein Whitepaper zu Geodatabase-XML.

Schritte

    So kopieren Sie ein Geodatabase-Schema mithilfe eines XML-Workspace-Dokuments

    Wenn Sie Pfad und Namen durch Eingabe in das Textfeld angeben, geben Sie der Datei eine .xml-, .zip- oder .z-Erweiterung, um den Dateityp anzugeben.

Wenn die zu exportierenden Daten Metadaten enthalten und Sie diese exportieren möchten, aktivieren Sie das Kontrollkästchen Metadaten exportieren.

Dieses Panel listet alle zu kopierenden Datensätze auf.

Deaktivieren Sie die Kontrollkästchen Einschließen für die Feature-Classes, Tabellen oder Beziehungsklassen, die Sie nicht exportieren möchten.

Wenn Sie ein Kontrollkästchen für eine Feature-Class in einem Netzwerk, einer Topologie oder einem Terrain aktiviert lassen, werden alle am Netzwerk, der Topologie oder dem Terrain beteiligten Feature-Classes kopiert.

Kopieren einer Geodatabase mit dem Assistenten zum Extrahieren von Daten in ArcMap

Wählen Sie keine Features aus, wenn Sie den gesamten Inhalt der Geodatabase kopieren möchten. Wenn Sie jedoch eine Teilmenge der Daten kopieren möchten, können Sie eine beliebige ArcMap-Auswahlmethode verwenden, um Features oder Datensätze auszuwählen. Sie können beispielsweise Features auswählen, indem Sie einen Rahmen um sie ziehen oder eine Attributabfrage angeben.

Schritte

Gehen Sie wie folgt vor, um den Inhalt einer Geodatabase mit dem Assistenten zum Extrahieren von Daten zu kopieren:


Ich war sehr neugierig auf die ArcSDE-Lizenzierung und habe versucht, im Internet einige Informationen dazu zu finden. Meiner Meinung nach ist es sehr seltsam, dass die Erstellung von Enterprise GeoDB Schlüsselcodes (Autorisierungsdatei) von der ArcGIS Server-Software erfordert und dass es eine andere Möglichkeit geben sollte. Aber nach dem Graben und Surfen gibt es nicht viele Informationen zu diesem Thema.

In dieser gis.stackexchange-Frage (beantwortet im August 2015) wird Folgendes erwähnt:

“Esri hat ArcSDE in ArcGIS Server mit der Veröffentlichung von ArcGIS 9.2 integriert. Um die ArcSDE-Technologie als Enterprise-Geodatabase bereitzustellen, müssen Sie über eine ArcGIS Server-Lizenz verfügen oder zum Kauf bereit sein. Seit der Einführung von ArcGIS 10.0 befindet sich das eigentliche Installationsprogramm für Enterprise-Geodatabases in ArcPy und kann entweder als ArcToolbox-Werkzeug oder direkt aus Python aufgerufen werden.”

Checken Sie die Dokumentation zum Werkzeug Enterprise-Geodatabase erstellen für die Berechtigungsdatei Option wird es wie folgt erklärt:

“Geben Sie den Pfad und den Dateinamen der Schlüsselcodedatei an, die bei der Autorisierung von ArcGIS Server erstellt wurde. Autorisieren Sie ArcGIS Server, falls noch nicht geschehen, diese Datei zu erstellen.”

Außerdem wird in diesem GeoNet-Beitrag (von 2011) erwähnt, dass:

“Sie können keine Lizenz für ArcSDE erwerben. Seit 9.2 ist der ArcSDE-Anwendungsserver *Teil* der Enterprise ArcGIS-Lizenz.”

Schließlich wird in diesem ESRI-Community-Beitrag detailliert erklärt, was mit der Autorisierungsdatei zu tun ist (falls Sie sie verpassen) und es wird darauf hingewiesen, dass:

“HINWEIS: Sie müssen ArcGIS Server autorisiert haben, die Schlüsselcodedatei im Voraus zu erstellen!”

Somit ist klar, dass es für ArcSDE keine separate Installation mehr gibt und dies über die ArcGIS Desktop-Software (ArcMap oder ArcGIS Pro) erfolgen könnte. Dennoch ist eine ArcGIS Server-Lizenz erforderlich, um eine Enterprise-Geodatabase erstellen zu können.


OLE-Verbindungszugriffs-MDB zur Personal-Geodatabase

Bitte HILFE! Ich bin sehr neu in Python.Und ich denke, ich muss hier viel Python verwenden.

Ich habe eine MS Access 2003-2007-Datenbank (mdb-Format) und eine Personal Geodatabase (mdb). Ich habe in Access ein Werkzeug erstellt, das Daten aus einer Personal-Geodatabase importiert, um auf MDB zuzugreifen, diese zu überprüfen und Änderungen zu aktualisieren.

Jetzt arbeite ich an der Implementierung der Rückwärtsfunktionalität (Daten von der Access-MDB in die Personal-Geodatabase übertragen). Im Moment kann ich das manuell mit einer OLE-Verbindung implementieren.

in ArcCatalog eine OLE-Verbindung erstellen,

Verbinden Sie sich mit meinem Access-Datenbank-Backend,

Wählen Sie eine Tabelle aus, die ich aus diesem Access-Datenbank-Back-End verwenden möchte,

Öffnen Sie ArcMap, fügen Sie der Karte eine Feature-Class aus einer Personal-Geodatabase hinzu.

Join von Feature-Class und Tabelle durchführen,

Aktualisieren Sie dann mit dem Feldrechner alle erforderlichen Felder,

Im Moment kann ich in meiner Vision ein benutzerdefiniertes Werkzeug für die Verknüpfung von Feature-Class und Tabelle erstellen.

Haben Sie Vorschläge, wie ich diesen Prozess zumindest zur Hälfte automatisieren kann.


Arbeiten mit File-Geodatabases (.gdb) mit QGIS und GDAL

Trotz des weit verbreiteten Missverständnisses, dass File-Geodatabases (.gdb) nur mit Werkzeugen innerhalb der ArcGIS-Plattform von Esri gelesen und bearbeitet werden können, sind neuere Versionen von GDAL (und daher GDAL-verwendende Anwendungen wie QGIS) in der Lage, Informationen effizient zu lesen und zu extrahieren File-Geodatabases. Das File-Geodatabase-Format hat sich zu einem sehr gebräuchlichen Format zum Speichern und Austauschen von Geodaten entwickelt, insbesondere angesichts der Tatsache, dass es die Speicherung mehrerer Daten-Layer und die Speicherung von Daten-Layern ermöglicht, die die Grenzen anderer Spezifikationen überschreiten. Benutzer von ArcGIS verwenden regelmäßig File-Geodatabases, wenn Attributtabellen die Speicherkapazität einer Shapefile-Attributtabelle überschreiten (eine einzelne DBF-Datei ist auf

GDAL-Benutzer, die mit File-Geodatabases arbeiten, sollten wissen, dass GDAL jetzt beinhaltet ein sehr robust Open Source, schreibgeschützt Treiber für das File-Geodatabase-Format: OpenFileGDB. Die Spezifikationen des Treibers zeigen, dass dieser Treiber in der Lage ist, den Inhalt von Datenbanken mit einer großen Anzahl von Feldern effizient zu lesen, ohne in irgendeiner Weise von proprietärer Software abhängig zu sein.

Eine zusätzliche Option für die Interaktion mit File-Geodatabases mithilfe von GDAL ist die DateiGDB Treiber. FileGDB hängt vom File Geodatabase SDK von Esri ab, bietet aber beides lesen und Schreiben Zugriff auf File-Geodatabases. Interne Tests bei Geospatial @ UCLA haben jedoch gezeigt, dass für schreibgeschützt File-Geodatabase-Operationen kann der FileGDB-Treiber viele Größenordnungen umfassen Langsamer als der OpenFileGDB-Treiber.

Daher sollten Benutzer, die File-Geodatabases regelmäßig bearbeiten müssen, den FileGDB-Treiber installieren und verwenden, während Benutzer, die nur File-Geodatabase-Inhalte in andere Formate konvertieren müssen, den OpenFileGDB-Treiber verwenden sollten.

QGIS-Benutzer können File-Geodatabases lesen, indem sie die Geodatabases, die mit der Erweiterung .gdb enden, direkt in den Layer-Bereich ziehen. Die Geodatabase wird möglicherweise als Ordner angezeigt und kann möglicherweise nicht mit dem Werkzeug Vektor-Layer hinzufügen in QGIS ausgewählt werden. Der Inhalt der File-Geodatabase wird im Bereich Layer angezeigt, und jeder Layer kann in jedes andere Format mit Schreibunterstützung in GDAL exportiert werden, einschließlich des Shapefile-Formats.

Für große Geodatabases, deren Inhalt die Grenzen der Shapefile-Spezifikation überschreitet, empfehlen wir die Verwendung von GDALs ogr2ogr Befehlszeilenschnittstelle, um den Inhalt einer File-Geodatabase direkt in eine Datei zu kopieren PostGIS Datenbank. Verwenden Sie den folgenden Befehl und ersetzen Sie den Text zwischen eckigen Klammern durch Werte, die Ihrer Konfiguration entsprechen (eckige Klammern sollten nicht in Ihrem Befehl enthalten sein):


Ein paar Dinge hier: Erstens können Sie kein Shapefile in eine ESRI-Geodatabase schreiben, da dort nur Feature-Classes und Feature-Datasets gespeichert werden können. Zweitens können Sie nicht über sf in Geodatabases schreiben, sondern nur lesen.

Sie haben ein paar Möglichkeiten. Sie können Ihre Daten als Shapefile (oder jedes andere räumliche Datenformat) außerhalb der Geodatabase mit sf speichern:

Wenn Sie unbedingt in eine Geodatabase schreiben müssen, können Sie die arcgisbinding-Bibliothek verwenden. Beachten Sie jedoch, dass Sie einen Computer mit einer aktiven ArcGIS-Lizenz verwenden müssen. Daher ist dies ein No-Go für GNU/Linux und Mac.

Ich kann nicht überprüfen, ob dies funktioniert, da ich auf GNU/Linux arbeite, aber es sollte etwas in der Art sein:

Details zur R-ArcGIS Bridge (und zum arcgisbinding-Paket) finden Sie hier.


Daten mit QGIS in die Personal-Geodatabase *.mdb von Esri schreiben? - Geografisches Informationssystem

GeoDatabase Data Curation Primer

Teilnehmer:

Mentor: Mara Blake, Johns Hopkins University ([email protected])

Empfohlenes Zitat: Battista, Andrew Brittnacher, Tom Garrett, Zenobie Moore, Jennifer Pirmann, Carrie. (2019). GeoDatabase Data Curation Primer. Data Curation Network GitHub-Repository.

Eine archivierte Version dieser Fibel ist verfügbar bei: Battista, Andrew Brittnacher, Tom Garrett, Zenobie Moore, Jennifer Pirmann, Carrie. (2019). GeoDatabase (.gdb) Einführung in die Datenpflege. Datenkuratierungsnetzwerk. Abgerufen von der University of Minnesota Digital Conservancy, http://hdl.handle.net/11299/202823.

Diese Arbeit wurde im Rahmen des Data Curation Network „Specialized Data Curation“ Workshop #1 erstellt, der gemeinsam mit dem Digital Library Federation (DLF) Forum 2018 in Las Vegas, Nevada vom 17. bis 18. Oktober 2018 stattfand. Diese Workshops wurden großzügig finanziert vom Institut für Museums- und Bibliotheksdienste # RE-85-18-0040-18.

Siehe auch: Von den Workshop-Teilnehmern des DLF verfasste Primer: http://datacurationnetwork.org.

Thema Beschreibung
Dateierweiterung .gdb
Mime Typ
Struktur
Ausführung 2.0
Primäre Einsatzgebiete bzw. Einsatzgebiete Jedes Feld, das geografische Informationssysteme (GIS) verwendet, in denen das primäre GIS-Programm ArcGIS von ESRI ist. Beispielfelder sind Archäologie, Ökologie, Geologie, Stadtplanung usw.
Quelle und Zugehörigkeit Geodatabases sind ein proprietäres Dateiformat, das von ESRI entwickelt und verwaltet wird.
Metadatenstandards ISO19115, ISO19110, FGDC CSDGM-Inhaltsstandards .xml-Format (ISO19139, FGDC, Geoblacklight-Schema)
Tools für die Überprüfung der Kuration ArcGIS Desktop (ArcMap, ArcCatalog), ArcGIS Pro, QGIS
Datum erstellt 4. Februar 2019
Erstellt von Andrew Battista, Tom Brittnacher, Zenobie Garrett, Jennifer Moore, Carrie Pirmann
Aktualisierungsdatum und Zusammenfassung der vorgenommenen Änderungen Bitte lesen Sie README

Die Geodatabase ist ein Container für Geo-Datasets, der auch relationale Funktionen zwischen den Dateien bereitstellen kann. Obwohl der Begriff Geodatabase allgemeiner verwendet werden kann, beschreibt diese Einführung die von Esri entworfene ArcGIS-Geodatabase.

Die ArcGIS-Geodatabase kann eine der folgenden Formen annehmen:

(mit der Dateierweiterung .gdb) speichert Dateien in einer Standardordnerstruktur und kann Datasets im Wert von mehreren Terabyte aufnehmen, wodurch dieses Format häufiger verwendet wird als Personal-Geodatabases. (1) Obwohl diese Standardordnerstruktur im Windows Explorer untersucht werden kann, kann der Viewer die einzelnen Feature-Classes oder deren Typ mit dieser Methode nicht identifizieren. Dies ist die Form der Geodatabase, die in dieser Einführung beschrieben wird.

Personal-Geodatabases (mit der Dateierweiterung .mdb) speichern Dateien im Microsoft Access-Format und sind auf eine Größe zwischen 250 und 500 MB beschränkt. (1) Da diese nicht üblich sind, sprengen sie den Rahmen dieser Einführung.

Die ArcSDE- oder Enterprise-Geodatabase (mit der Dateierweiterung .sde) ist für mehrere Benutzer gleichzeitig ausgelegt und kann eines von mehreren Datenbankverwaltungssystemen (DBMS) verwenden. (1) Die Enterprise-Geodatabase ist nicht Gegenstand dieser Einführung.

Geodatabases sind Container für verschiedene Arten von Datasets. Die wichtigsten in einer Geodatabase gespeicherten Dataset-Typen sind Feature-Classes, Raster-Datasets und Tabellen. Wie Shapefiles weisen die Haupttypen von Feature-Classes entweder Punkt-, Polylinien- oder Polygongeometrie zusammen mit einer Attributtabelle auf. Darüber hinaus können Annotation (mit einem Grafik-Feature verknüpfter Kartentext), Bemaßungen, Multipoints und Multipatches (in 3D-Geometrie verwendet) ebenfalls Feature-Classes in Geodatabases sein, haben jedoch keine Äquivalenz in Bezug auf Shapefiles. (2, 3)

Geodatabases lassen sich am besten mit ArcCatalog von Esri erkunden, das jede Feature-Class nach Namen auflistet und ein Symbol enthält, das den Feature-Class-Typ angibt.

Beispiele für Geodatabase-Datasets

Öffentliche .gdb-Datensammlungen

Viele Regierungsbehörden, sowohl in den USA als auch international, haben die Möglichkeit, Daten in Geodatabase-Formaten herunterzuladen. Einige Beispiele sind:

In diesem Dokument verwendeter Beispieldatensatz

Chen, S. (2016). ModelBuilder1.gdb (Geodatabase). Bucknell University, vorbereitet für FOUN 098 Humanities Visualization.

Wichtige Fragen, die Sie sich stellen sollten

  • Sind in der Geodatabase Dateien gespeichert, die nicht das typische Geodatabase-Format aufweisen? (d.h. beginnen Sie nicht mit dem Buchstaben a gefolgt von einer Reihe von Zahlen und Buchstaben)
  • Wie viele Dateien sind in der Geodatabase enthalten? Wiederholen sich einige davon?
  • Sind die Dateinamen aussagekräftig genug, um festzustellen, was sie anzeigen?
  • Sind die Beziehungen zwischen den Dateien klar?
  • Werden genügend Daten bereitgestellt, um zu verstehen, wie die Datendateien in der Geodatabase erstellt wurden und was sie anzeigen sollen?

Wichtige Klarstellungen vom Forscher

  • Woher kommen die Rohdaten und wie landen sie in dieser Form?
  • Welche Arten von Soft- und Hardware wurden verwendet, um diese Daten zu produzieren und/oder mit ihnen zu arbeiten? Wenn ArcGIS verwendet wurde, welche Version?
  • Sind in den Geodatabases Modelle, Toolboxes oder Skripte gespeichert?
  • Gibt es zusätzliche Dateien, die möglicherweise mit der Geodatabase verknüpft, aber nicht darin gespeichert sind? (d. h. Layer, TINs)
  • Welche Berechtigungen gelten für die Dateien in der Geodatabase?
  • Welche Aspekte der Visualisierung sind wichtig? (Geometrie, Farbskala, Datenverteilung etc.)
  • Welche Art von Dokumentation oder Metadaten zu Ihren Daten, Datensätzen oder Dateien wurde erstellt? Hat es eine besondere Struktur? Wo werden diese Informationen gespeichert? (d. h. innerhalb der Dateien, außerhalb der Dateien, in einer Datenbank usw.)

Anweisungen für Ressourcen zur Verwendung bei der Überprüfung der Kuratierung von Geodatabase-Dateien

Das Anzeigen von Dateien in einer Geodatabase erfordert die Verwendung von spezieller Software, entweder ArcGIS oder QGIS (detaillierte Informationen dazu folgen unten). Obwohl Geodatabases beim Kopieren auf einen Computer als Dateiordner angezeigt werden, codieren sie die darin enthaltenen Dateien eindeutig und speichern sie. Die Verwendung des Datei-Explorers wird NICHT empfohlen, da die Dateinamen und Erweiterungen absichtlich verdeckt sind. Wenn Sie Dateien in einer Geodatabase überprüfen, neu anordnen oder löschen müssen, verwenden Sie eine der folgenden Optionen. (Siehe Abbildung 1a und vergleichen Sie sie mit Ansichten derselben Geodatabase, die in den Abbildungen 2-7) dargestellt sind. Die einzige Ausnahme hiervon ist, wenn der Forscher Karten-Jpeg- oder .mxd-Dateien in der Geodatabase gespeichert hat. Obwohl ArcGIS das Speichern dieser Dateien in einer Geodatabase zulässt, sind sie in der Geodatabase über die Fenster Arc Catalog, ArcMap oder ArcPro nicht sichtbar. Es wird nicht empfohlen, dass Forscher diese Dateien in Geodatabases speichern, aber es kann nützlich sein, in Windows Explorer zum Ende einer Geodatabase zu scrollen, um sicherzustellen, dass solche Dateien nicht vorhanden sind (siehe Abbildung 1b).

Obwohl Geodatabases bei Forschern immer häufiger zur Verwaltung ihrer Forschungsdaten verwendet werden, sind Geodatabases in den zu speichernden Dateien eingeschränkt. Zu den gängigen von Forschern erstellten Datendateien, die nicht in Geodatabases gespeichert werden können, gehören Layer-Dateien und TINS. Es ist wichtig, den Hinterleger zu fragen, ob es zusätzliche Dateien außerhalb der Geodatabase gibt, die sich auf das Projekt beziehen und für die Kuratierung wichtig sind.

ArcGIS Desktop (enthält ArcMap, ArcCatalog und ab 12/2018 die Möglichkeit, ArcGIS Pro zu installieren)

Die ESRI-Geodatabase ist so konzipiert, dass sie mit allen ArcGIS-Produkten von ESRI funktioniert. Die ursprüngliche Produktsuite von ESRI mit der Fähigkeit zur Unterstützung von Geodatabases hieß ArcGIS Desktop. Dieses Paket enthielt die Programme ArcMap und ArcCatalog, die beide zur Untersuchung von Geodatabase-Strukturen und -Elementen verwendet werden können. Im Jahr 2015 hat ESRI eine neue Produktsuite namens ArcGIS Pro auf den Markt gebracht, die ArcMap, ArcScene und ArcCatalog in einer einzigen Fensteroberfläche kombiniert. Ab 2018 stehen alle diese Produkte Forschern weiterhin zum Herunterladen und Verwenden von der ESRI-Website zur Verfügung. Bitte beachten Sie jedoch, dass sich dies in Zukunft wahrscheinlich ändern wird. ESRI hat angekündigt, sich ausschließlich auf die Entwicklung neuer Versionen für ArcGIS Pro zu konzentrieren und ArcDesktop für die Zukunft minimal zu warten. Im Folgenden finden Sie Informationen zu jedem Produkt, bei dem es sich unterscheidet, aber Pro wird zuerst bereitgestellt, da es Desktop wahrscheinlich in Zukunft ersetzen wird.

Diese Produkte funktionieren nur mit Windows-Betriebssystemen, daher müssen Sie entweder einen Windows-Computer verwenden oder auf einem Mac über eine Windows-Partition verfügen. Wenn Sie entscheiden möchten, ob ArcPro oder ArcDesktop zum Anzeigen von Dateien verwendet werden soll, beachten Sie Folgendes: ArcPro erfordert einen 64-Bit-Prozessor, während ArcDesktop 32-Bit erfordert. Darüber hinaus wurde ArcGIS Desktop so konzipiert, dass nur 4 GB RAM verwendet werden. Wenn Sie also einzelne Dateien in der Geodatabase überprüfen möchten, die sehr groß sind, ist ArcGIS Pro für diese Aufgabe besser geeignet. Schließlich erfordern Änderungen an der Schreibweise von ArcGIS Pro und ArcGIS Desktop, dass alle Anpassungsskripts für jede Softwaresuite eindeutig geschrieben werden. Wenn Skripte als Toolkits in der Geodatabase gespeichert sind, müssen Sie wissen, welche Software zum Generieren des Toolkits verwendet wurde.

Was macht dieses Werkzeug?
ArcGIS Pro kann verwendet werden, um die einzelnen 2D- und 3D-Dateien in der Datenbank über das Mapping-Fenster sowie die Anzahl, Namen, Größen und Strukturen aller Dateien über die integrierte ArcCatalog-Symbolleiste anzuzeigen. ArcMap kann Karten in 2D visualisieren und verfügt über eine integrierte ArcCatalog-Symbolleiste zum Anzeigen der einzelnen Dateien, aus denen die Geodatabase besteht. ArcCatalog kann auch getrennt von ArcMap ausgeführt werden und bietet nicht nur den besten Überblick über die Geodatabase-Struktur, sondern bietet auch Metadaten zu jeder Datei sowie Vorschauen von Geodatabase-Karten.

Wer unterstützt dieses Tool? Institut für Umweltsystemforschung (ESRI)

Wie kann ich auf dieses Tool zugreifen?
ESRI ist ein gewinnorientiertes Unternehmen und erfordert den Kauf von Lizenzen, um ihre Software auszuführen (https://www.esri.com/en-us/store). ESRI bietet auch eine 21-tägige kostenlose Testversion der Software an (https://www.esri.com/en-us/arcgis/trial). Schließlich ist ESRI im Rahmen seiner Marketingstrategie verpflichtet, Universitäten Lizenzen zur Schulung von Studenten und Dozenten in der Software bereitzustellen. Daher können Lizenzen für Personal Computer über Ihre wissenschaftliche Einrichtung erhältlich sein oder auf Computerarbeitsplätzen innerhalb der Bibliothek installiert werden.

ArcKatalog ArcCatalog ist das nützlichste Werkzeug zum Überprüfen des Inhalts einer Geodatabase. Das Programm ermöglicht Ihnen nicht nur eine Vorschau der Dateien in der Geodatabase sowie die Darstellung der Daten, sondern stellt auch Metadaten bereit. Starten Sie dazu ArcCatalog auf Ihrem Computer und navigieren Sie dann über die Katalogstruktur zur zu überprüfenden Geodatabase. Wenn Sie die Geodatabase im Katalogbaum markieren, wird im rechten Fenster eine Liste aller enthaltenen Dateien angezeigt (siehe Abbildung 2).

Um die Dateien innerhalb der Geodatabase einzeln zu untersuchen, klicken Sie im Katalogbaum auf das Pluszeichen neben der entsprechenden Geodatabase. Dadurch wird die Geodatabase erweitert und Sie können durch die einzelnen darin enthaltenen Dateien blättern. Wenn Sie ein Raster, einen Vektor oder eine Tabelle im Katalogbaum markieren, wird im Vorschaufenster rechts ein Bild der Daten angezeigt. Sie können den Vorschaubereich verwenden, um die Anzeige von Raster- und Vektordateien anzuzeigen oder die Daten in Tabellendateien zu untersuchen. Beachten Sie, dass Sie das gesamte Dataset in einer Datei (Raster, Vektor oder Tabelle) anzeigen können, obwohl der Bereich Vorschau heißt. (Beispiele siehe Abbildungen 3a, 3b, 3c, 3d unten)

Neben der Vorschau der Daten können Sie mit ArcCatalog die mit jeder Datei verknüpften Metadaten einfach anzeigen und bei Bedarf weitere hinzufügen (siehe Abbildung 4). Um die Metadaten für eine einzelne Datei zu überprüfen, klicken Sie auf die Registerkarte Beschreibung im rechten Fenster. Dadurch wird der Metadaten-Bildschirm angezeigt und Sie haben die Möglichkeit, zusätzliche Daten zu drucken, zu bearbeiten oder zu importieren. ArcGIS bietet sechs verschiedene Metadaten-Styles. Dies sind: FGDC CSDGM Metadata, INSPIRE Metadata Directive, ISO 19139 Metadata Implementation Specification, ISO 19139 Metadata Implementation Specification GML3.2, Item Description und North American Profile of ISO19115 2003. Die Standardeinstellung in ArcGIS ist File Description, die einen einfachen Überblick über die Daten. Andere Stile können jedoch weitere Informationen zu der Datei enthalten. Wenn Sie den Metadatenstil ändern möchten, gehen Sie zu>ArcCatalog-Optionen anpassen und wählen Sie dann die Registerkarte Metadaten im Popup-Fenster. Weitere Informationen zu den verschiedenen Metadaten-Styles finden Sie auf der ArcGIS-Hilfeseite http://desktop.arcgis.com/en/arcmap/10.3/manage-data/metadata/metadata-standards-and-styles.htm oder im Abschnitt Metadaten unten .

ANMERKUNG: ArcCatalog ist zwar die bevorzugte Methode zum Bewerten einer Geodatabase, es gibt jedoch einige Dateien, die in einer Geodatabase gespeichert werden können und die in ArcCatalog nicht in der Vorschau angezeigt werden können. Dazu gehören Modelle, Skripte und Toolboxen. Um diese Elemente zu bewerten, müssen Sie ArcMap oder ArcPro verwenden (siehe unten). Es wird empfohlen, mit ArcCatalog zu beginnen, um eine Gesamtansicht zu erhalten, und dann ArcMap zu verwenden, um bestimmte Dateien im Detail zu untersuchen.

ArcMap und ArcPro ArcMap und ArcPro können auch verwendet werden, um die einzelnen Dateien innerhalb einer Geodatabase anzuzeigen. Diese Option erfordert, dass Sie die einzelnen Dateien öffnen, was zusätzliche Zeit und Rechenleistung erfordert. Außerdem bieten die ArcMap- und ArcPro-Fenster keinen einfachen Zugriff auf die Metadaten jeder Datei. Aus diesen Gründen wird empfohlen, ArcMap und ArcPro nach Möglichkeit nur zur gründlicheren Untersuchung einzelner Dateien zu verwenden, nachdem eine Gesamtbewertung in ArcCatalog vorgenommen wurde. In einigen Fällen, z. B. bei Modellen, Skripten und Toolboxes, können Sie diese jedoch nur in ArcMap oder ArcPro öffnen und ausführen.

Es gibt zwei Möglichkeiten, Daten zu einem ArcMap- oder ArcPro-Fenster hinzuzufügen.

Erfahrene ArcGIS-Benutzer verwenden häufig Modelle, Skripte und Toolboxes, um ihre Arbeitsabläufe anzupassen und die Verarbeitung und Analysen zu automatisieren. Um diese speziellen Datentypen zu erkunden, müssen Sie diese öffnen und einzeln ausführen. Wenn diese Dateien enthalten sind, ist es möglicherweise am besten, den Einleger zu fragen, wie sie funktionieren und welche Ergebnisse erwartet werden, um sicherzustellen, dass Sie genau beurteilen können, ob sie funktionieren. Die Abbildungen 7a, 7b unten zeigen ein Beispiel für das Öffnen eines Modells aus einer Geodatabase heraus. WICHTIG: Führen Sie KEINE Modelle, Toolboxen oder Skripte aus, bis Sie den/die Namen der Ausgabedatei(en) überprüft haben. Diese Tools werden verwendet, um Aufgaben zu automatisieren und beinhalten oft die Manipulation mehrerer Datendateien und das Erstellen von Ausgaben. Es ist möglich, dass beim Ausführen dieser Werkzeuge eine oder mehrere Dateien überschrieben werden, die sich bereits in der Geodatabase befinden. Sie können in Erwägung ziehen, den Speicherort der Ausgabedateien zu ändern oder eine Kopie der Geodatabase zu erstellen und die Kopie zum Testen des Modells zu verwenden, während das Original für die Archivierung beibehalten wird.

Was macht dieses Werkzeug?
QGIS ist eine kostenlose und Open-Source-Desktop-GIS-Anwendung. Es ist betriebssystemunabhängig und kann daher unter Windows, Mac oder Linux ausgeführt werden. QGIS ermöglicht die Anzeige, Bearbeitung und Analyse von Vektor- und Raster-Geodaten.

QGIS unterstützt Shapefiles, Coverages, Personal Geodatabases, dxf, MapInfo, PostGIS, Webservices usw.

Wie kann ich auf dieses Tool zugreifen? QGIS steht als kostenloser Download unter https://www.qgis.org/en/site/ zur Verfügung. Es ist wichtig, die Readme-Datei im Installationspaket anzuzeigen, da die Installation in der falschen Reihenfolge die volle Funktionalität behindert. Anweisungen variieren je nach Plattform.

Kann ich alle Elemente einer Geodatabase in QGIS sehen?

Es ist möglich, eine Geodatabase in QGIS zu öffnen und ihren Inhalt anzuzeigen, solange kein Teil der Geodatabase Rasterdateien enthält. Aktuelle Versionen von QGIS unterstützen keine Raster in Geodatabases, was bedeutet, dass Kuratoren vor dem Öffnen herausfinden müssen, ob die übermittelten Geodatabases Raster enthalten. Eine Möglichkeit hierfür besteht darin, die Geodatabase-Datei im Datei-Explorer oder Finder zu suchen und zu öffnen. Drucken Sie dann jede aufgelistete Datei, die auf .gdbindexes endet, als Textdokument (mithilfe von Notepad oder einer ähnlichen Textbearbeitungssoftware). Wenn die aufgelistete Datei raster_id im Header enthält, gehört diese Datei zu einem Raster in der Datenbank, und Sie können zumindest wissen, dass ein Raster unter den anderen Komponenten der Geodatabase vorhanden ist. Eine andere Möglichkeit besteht darin, selbst erstellte Werkzeuge wie ArcRasterRescue zu verwenden, um Rasterdateien zu trennen und separat zu speichern.

Um eine Geodatabase in QGIS zu öffnen, wählen Sie:

  1. Klicken Sie auf Hinzufügen
  2. Wählen Sie das Koordinatensystem
  3. Wählen Sie die zu öffnenden Ebenen aus
  4. Koordinatensystem auswählen. Hinweis: Jeder Layer in der Geodatabase kann entweder einzeln hinzugefügt werden, oder Sie können mehrere zum gleichzeitigen Hinzufügen auswählen

Überprüfen von Attributinformationen in einem Feature-Layer Vektordaten bestehen aus Features (den Formen, die Sie auf der Karte sehen) und Attributen (den mit diesen Features verknüpften Informationen). In QGIS können Sie diese Attributinformationen anzeigen, indem Sie:

  1. Verwenden des Identifizierungstools, um auf ein Feature zu klicken und seine Attribute zu überprüfen
  2. Klicken Sie im Inhaltsbereich mit der rechten Maustaste auf den Feature-Layer und öffnen Sie die Attributtabelle.

Metadaten überprüfen Viele der Werkzeuge, die zum Verständnis der zugrunde liegenden Informationen zu einem Layer erforderlich sind, sind über das Eigenschaftenmenü zugänglich, einschließlich Metadaten, Koordinatenreferenzsystem (CRS) und Quellfelder. Sie können auf die Eigenschaften zugreifen, indem Sie mit der rechten Maustaste auf einen Layer klicken und Eigenschaften auswählen.

Einschränkungen bei der Verwendung von QGIS

  1. ESRI FileGDB ist für einige Versionen von QGIS keine Option. Sie können die Geodatabase mit OpenFileGDB öffnen, aber nicht bearbeiten.
  2. Wenn Sie vollen Lese-/Schreibzugriff mit einer ESRI-Geodatabase wünschen, müssen Sie den FileGDB-Treiber von OSGeoFW installieren.
  3. Beim Anzeigen der Metadaten in einer Geodatabase sind Probleme aufgetreten. QGIS hat keinen eigenständigen Metadaten-Editor als ArcGIS. Sie können beispielsweise verschiedene Metadatenformate wie XML, FGDC und ISO nicht anzeigen.
  4. Beim Laden von Geodatabases kann es zu Problemen kommen, wenn das Shapefile die Größenbeschränkung für Shapefiles (2 GB) überschreitet.

Standards für Geometadaten

Die beiden gängigsten Standards für raumbezogene Metadaten (die Geodatenbanken umfassen) werden in der Regel als „ISO 191xx“ und „FGDC CSDGM“ bezeichnet. Der erste ist die Gründung der International Organization for Standardization (oder ISO, was auf Griechisch „gleich“ bedeutet, anstatt ein Akronym zu sein) und wird zunehmend zum vorherrschenden weltweiten Standard für Geodatenmetadaten. Die Normenreihe ISO 191xx umfasst ISO 19115, den Inhaltsstandard für geografische Informationsmetadaten ISO 19110, den Inhaltsstandard zur Beschreibung der Merkmale (Entitäten und Attribute) und ISO 19139, die XML-Schemaimplementierung von geografischen Informationsmetadaten.

Der zweite ist der Content Standard for Digital Geospatial Metadata (CSDGM), der vom Federal Geographic Data Committee (FGDC) der US-Regierung entwickelt wurde. Datensätze der US-Bundesregierung verwenden normalerweise diesen Standard, obwohl die FGDC die Verwendung der ISO 191xx-Standards unterstützt. Dieser Standard wird außerhalb der Bundesregierung immer weniger verwendet, da die ISO-Standards immer häufiger werden.

Während sich die Standards ISO 191xx und FGDC CSDGM in Bezug auf die Organisations- und Elementanforderungen unterscheiden, sind die beiden Inhaltsstandards ziemlich ähnlich. Zusätzlich zu den von Repositorien typischerweise geforderten oder empfohlenen Kernmetadatenelementen (z. B. Titel, Ersteller, Datum, Thema, Beschreibung, Rechte usw.) lassen beide Standards die folgenden Geodatenelemente zu:

  • Begrenzungsrahmen
  • geografischer Standort (Orts-Keywords)
  • räumliche Darstellungsart (Vektor, Raster usw.)
  • Projektion/Koordinatensystem

Die meisten Forscher sind sich dieser Standards entweder nicht bewusst oder haben nur begrenzte Kenntnisse darüber. Daher findet man selten Forschungsdaten mit vollständigen Metadaten nach diesen Standards.

Anzeigen und Exportieren von Metadaten

Im obigen Abschnitt "Metadaten" wird beschrieben, wie Sie in ArcCatalog auf Metadaten zugreifen und diese bearbeiten. Um Metadaten im ISO 191xx-Stil anzuzeigen, gehen Sie zu>ArcCatalog-Optionen anpassen und wählen Sie die Registerkarte Metadaten im Popup-Fenster, und wählen Sie dann ISO 19139 Metadata Implementation Specification. (Das nordamerikanische Profil von ISO 19115:2003 befindet sich noch in der Entwicklung und ist nicht weit verbreitet, ebenso wie die ISO 19139 Metadata Implementation Specification GML3.2.) Alternativ können Sie FGDC CSDGM Metadata auswählen, um Metadaten in diesem Standard anzuzeigen.

Geodatabases speichern Metadaten im ArcGIS 1.0-Metadatenformat in einer internen Datei. Wenn Sie die Ansicht anpassen, werden die Metadaten gemäß einem bestimmten Standard angezeigt, aber die Metadatendatei selbst wird nicht in das Schema dieses Standards geändert. Um ISO 191xx- oder FGDC CSDGM-konforme Metadatendateien zu erstellen, müssen die Metadaten durch Klicken auf die Schaltfläche Exportieren exportiert werden. Dadurch wird eine separate XML-Datei erstellt, die außerhalb der Geodatabase gespeichert wird. Beachten Sie, dass das Exportieren von Metadaten mit dem ISO 19139-Übersetzer von Esri nur Elemente innerhalb des ISO 19115-Inhaltsstandards umfasst, wobei Feldinformationen (Entität und Attribut) weggelassen werden, die unter ISO 19110 fallen.

Eine Möglichkeit, die Vollständigkeit von Metadaten zu ermitteln, besteht darin, die Metadaten in ArcCatalog anzuzeigen, indem Sie die Feature-Class im Inhaltsverzeichnis auswählen und auf der Registerkarte Beschreibung auf die Schaltfläche Bearbeiten klicken. Die ArcCatalog-Schnittstelle bietet eine Aufgliederung von Metadatenelementen in Abschnitte. Ein rotes „X“ erscheint in der unteren rechten Ecke des Symbols für einen Abschnitt, der fehlende erforderliche Elemente gemäß dem ausgewählten Metadatenformat enthält. Klicken Sie auf das Symbol, um zu diesem Abschnitt zu gelangen. Oben erscheint eine Liste der fehlenden Elemente (siehe Abbildung 8).

Obwohl es technisch möglich ist, eine Metadatendatei für die Geodatabase als Ganzes zu erstellen, eignen sich die Software und einige Metadatenelemente nicht gut zur Beschreibung der gesamten Geodatabase. Während Geodatabase-Metadaten einen kollektiven Überblick über den gesamten Datensatz bieten, können Feature-Class-Metadaten das relevante Thema, den geografischen Standort, die Projektion, den Datentyp (z. B. Vektor), die Methodik usw. einer einzelnen Feature-Class genauer beschreiben. Daher werden Metadaten höchstwahrscheinlich nur auf Feature-Class-Ebene gefunden.

Mehrere Elemente werden von der Software automatisch ausgefüllt, einschließlich Begrenzungsrahmen, räumlicher Darstellungstyp und Projektions-/Koordinatensystem. Dies gilt jedoch nur für einzelne Feature-Classes innerhalb von Geodatabases. Da Geodatabases Container für Dateien sind, haben sie von Natur aus keine Begrenzungsrahmen und Projektionen, die von der Software ermittelt werden können, und können mehr als einen räumlichen Darstellungstyp aufweisen. ArcCatalog ermöglicht die manuelle Eingabe dieser Elemente, wenn Sie diese Informationen aufzeichnen möchten. Geographic location (place keywords) must be entered manually in all cases thus it is recommended that if this is missing, it is added to the metadata file. This lack of automatic propagation often results in inconsistent or incomplete metadata.

The ArcCatalog metadata editor demonstrates the complexity and extensiveness of geospatial metadata standards. It is unrealistic to expect researchers to record information for all of the metadata elements. However, even if required ISO191xx or FGDC metadata elements aren’t mandatory for upload into a repository, the end user benefits from having at least the requirements mentioned above.

GeoBlacklight and OpenGeoPortal, two emerging, open-source web applications that provide solutions for contextual geospatial data discovery, detailed layer previewing, and data downloads across multiple formats, have developed a simpler approach to authoring and maintaining geospatial metadata. In particular, the GeoBlacklight 1.0 Metadata Schema acknowledges that full-scale geospatial metadata like the ISO 191xx series and FGDC do not crosswalk well with underlying platforms and search indices required for discovery catalogs, particularly Apache Solr. Furthermore, the communities behind GeoBlacklight and OpenGeoPortal have acknowledged that the proliferating array of geospatial data formats and standards makes it difficult to collect, curate, and present data as durable digital library assets.

The GeoBlacklight 1.0 Metadata Schema accommodates the presentation of full-scale metadata but is itself a lightweight schema that is expressed as .JSON documents. There are several strategies for transforming XML metadata into GeoBlacklight, most notably GeoCombine. GeoBlacklight does not necessarily require full standard metadata to exist so that it can be converted rather curators are also encouraged to create GeoBlacklight metadata from scratch, when possible, to facilitate discovery with the GeoBlacklight interface.

In the instance of geodatabases, curators may wish to create an individual record for a geodatabase, or they may transform each layer within a geodatabase into discrete shapefile layers. The advantage of doing this is to enable live web previews of the data via Geoserver, which is currently not possible to do with a geodatabase. See this sample record: https://github.com/geoblacklight/geoblacklight/blob/master/spec/fixtures/solr_documents/baruch_ancestor1.json.

What are the issues surrounding a researcher’s choice to use a geodatabase for archival purposes?*
Geodatabase Benefits (1) Has a number of features to optimize rendering that uses less processing power (2) Has a number of features to minimize storage needs allowing researchers to store more files for less bytes (important for storage and economic reasons) (2.1) Lossless compression that can be undone (3) Keeps files together for easier migration
Geodatabase Challenges (1) .gdb is a proprietary ESRI format (1.1) May not be supported in future (1.2) Cannot be read by a wide variety of programs (2) Not all repositories support .gdb archiving (3) Not all files associated with a project can be stored in a .gdb format

Preservation strategy for the geodatabase & recommendations for transformations Geodatabases are a proprietary format created by ESRI. While QGIS can open them, most other GIS analysis tools cannot. It should be noted that while ESRI is the industry leader in GIS software and in heavy use, other ESRI formats have already become obsolete. It is therefore recommended as an option to export files within a geodatabase to formats documented as suitable for long-term preservation. In these cases, it is recommended that both the geodatabase and the conversion files are kept and documented in an accompanying README file. Below are transformation recommendations and guidelines for the major types of files within a geodatabase.

Shapefiles
Shapefiles are the most persistent geospatial vector format thus far, so transforming a feature layer from a geodatabase to a shapefile may be a good idea. However, though they are ubiquitous and many softwares can open them, shapefiles are still technically proprietary.

Note: There are a number of limitations to be aware of when converting geodatabase layers into shapefiles. Perhaps most notable is that shapefiles field name lengths are restricted to 10 characters. If you convert a feature layer that has longer field names, they will be cut off. This can be especially confusing if there are multiple field names that start with the same 10 characters. You may need to adjust the documentation to include these alternate, shortened field names. In addition, shapefiles are limited to 2GB and are not able to hold as many columns as a geodatabase feature layer, so a single geodatabase may need to be converted into multiple shapefiles. Shapefiles have little or no support for NULL values, unicode and diacritic characters, date/times, or geodatabase specific capabilities like topologies, subtypes, attribute domains, and annotation. Check for these elements before converting and make sure to keep a copy of the original geodatabase. More information about shapefile limitations: http://webhelp.esri.com/arcgisdesktop/9.3/index.cfm?TopicName=Geoprocessing_considerations_for_shapefile_outputFor more information.

Feature classes to shapefiles
Please note: shapefiles are made of several files that depend on each other so must be packaged together

  1. Open layer in QGIS
  2. Right click on the layer
  3. Export
  4. Save feature as ESRI Shapefile. Note here and elsewhere with QGIS that you will need to click the "three dots" icon and specify a full path where the new file will be saved upon export. It's not enough just to give the export file a name

Feature classes to tables
It is possible to extract the feature information to a table including latitude/longitude, but often the latitude and longitude are not displayed in the table and require an extra step. This is a great solution for point feature classes, but more problematic for polygons and lines, because the integrity of the geometry can’t be maintained.

  1. Bring feature class into project workspace
  2. Right click on feature class in table of content
  3. Open Attribute table
  4. Add field
  5. Type = double
  6. Name = longitude
  7. Right click on new field
  8. Calculate geometry
  9. X coordinate
  10. Use dataset’s coordinate system
  11. Add another field for latitude (Y)

  1. Search for “Table to Excel”
  2. Open tool
  3. Choose feature class with added fields as input
  4. Navigate to preservation folder for output
  5. Export
  6. Open in Excel and save as CSV
  1. Open layer in QGIS
  2. Right click on the layer
  3. Export
  4. Save feature as Comma Separated Values (CSV)
  5. Geometry (as XY, may vary)
  6. OK

Tables to tables
Tables can also be directly exported from a geodatabase.

  1. Search for “Table to Excel”
  2. Open tool
  3. Choose feature class with added fields as input
  4. Navigate to preservation folder for output
  5. Export
  6. Open in Excel and save as CSV
  1. Open layer in QGIS
  2. Right click on the layer
  3. Export
  4. Save feature as Comma Separated Values (CSV)
  5. OK

Raster files
Raster files should be exported to TIFF formats. When exporting the raster all the original data set settings should be used (do not, for example, use the current dataframe to define raster export parameters.) It is recommended that if rasters are stored as a Mosaic Dataset or in a Raster Catalog (older formats) that these rasters be individually exported and stored. Raster Catalogs are an obsolete format and have since been replaced by Mosaic Datasets. As such, they are not ideal for long-term storage. Mosaic Datasets, while increasing performance and visualization, are not ideal for storage since they create an additional set of files/folders that significantly increase the amount of storage space required. Additionally, the creation of new files/folders adds additional curation data that can be lost in the long term.

Tabellen
Tables (that do not contain geometry information) should be exported to .csv formats (see Tables to Tables above). Any joins or relates connected to these tables will be maintained during export of feature classes to shapefiles. However, if possible it is useful to document the join/relate relationships in an accompanying README file and to check the data transformation within the shapefiles.

Models/Python Scripts
Models within ArcGIS can be saved as ArcToolboxes which converts the model into a Python script. In ArcMap and ArcCatalog, it is possible to right-click on a Model and export it to either a graphic or a python script. For purposes of data curation, it is recommended that the original model is kept, along with exports of the model to both a python script and an image capture to understand how the model was built and the relationship created amongst the various geospatial layers and processes. The exported script should be checked to make sure sub-processes within the model are captured.

In ArcGIS Pro, the ability to export a model to python script has been removed. This was due to the inability of the function to accurately capture model information. ESRI recommends the following work arounds. (4)

Start by building and saving a model, then create a new Python script file (which is just a text file with .py extension), then using a text editor or Python IDE add lines to the new script to import arcpy, import the toolbox containing your model, and finally run the model. Now when you run the Python script (double click the .py file from Windows explorer, or execute it from Task Scheduler) it is actually running your model. (4)

  • import arcpy
  • arcpy.ImportToolbox(r"c:pathtotbxToolbox.tbx", "mytools")
  • arcpy.MyModel_mytools(r"c:modelinputsData.gdbInputFeatures")

In ArcGIS Pro you can copy the Python syntax for any geoprocessing tool you have run. Go to Project>Geoprocessing History, right-click any tool, and select Copy Python Command to copy the exact Python syntax needed to run the geoprocessing tool with the same parameter settings previously used. (4)

Preservation strategy if geodatabase archiving is not supported

What to look for to make sure this file meets FAIR principles

The FAIR Guiding Principles should be used to guide the actions of data producers and curators to make sustainable research products which are valuable, reusable, and reproducible (6).

F indability: It is vital that both humans and machines can discover, access, and interpret research products (6). Curators can adopt the following steps to improve the findability of geodatabase files: (A) confirm that the geodatabase file is assigned a unique, persistent identifier (e.g., doi), (B) check that the geodatabase file is accompanied by contextual metadata that is appropriate for the field of study, adequately describes the geodatabase file, and includes the persistent identifier of the geodatabase file being described, and (C) confirm that the metadata are in a format that is searchable and indexable by search engines known by likely users (7). Some of the commonly used metadata schema are the International Standards Organization (ISO) 191xx series of standards and the Content Standard for Digital Geospatial Metadata (CSDGM).

EIN ccessibility: It is important that both humans and machines can understand how to access the research product including the conditions of reuse (6,7,8). To improve accessibility of geodatabase files, curators can check that (A) the geodatabase file can be downloaded, (B) the format of the metadata is accessible and readable by both humans and machines, and (C) the access and reuse conditions are clear and transparent (8).

ich nteroperable: Interoperable research products have increased value because interoperability makes it easier to conduct analyses which combine multiple research products and allows for machine-actionability (7). Curators can adopt the following steps to improve the interoperability of geodatabase files: (A) Look for use of shared, community specific ontologies or standard, open vocabularies (e.g., Geography Markup Language Encoding Standard (GML)) and (B) check that the metadata are provided in a machine-readable format.

R eusability: To improve reusability of geodatabase files, curators can check that (A) a data use license is applied, is machine-readable (9), and is appropriate given assigned access control conditions and (B) the record includes adequate documentation including how the geodatabase file was created (7), embedded XML data, machine-readable provenance information (original source, derivatives, etc.) (9) for all feature layers, fully described fields and variables, a diagram of the model if there are relationships between layers, and map images of each spatial layer.

Unresolved Issues/Further Questions [for example: tracking provenance of data creation, level of detail in dataset] Documentation of curation process: What to capture from curation process:


University of Washington Campus Data

Spatial datasets for the University of Washington such as building outlines and other layers.

Theme Name Link to Add Data (ArcMap)
Utility Poles Punkte
Bench Locations Punkte
Fahrradständer Punkte
Bollards Punkte
Building Outlines Polygon
Landscape Areas Polygon
Wege Polylinie
Bäume Punkte

Der DB-Manager¶

Das DB Manager Plugin ist eines der wichtigsten und nativen Tools zur Integration und Verwaltung von von QGIS unterstützten räumlichen Datenbankformaten (PostGIS, SpatiaLite, GeoPackage, Oracle Spatial, MSSQL, DB2, Virtual Layers) in einer Benutzeroberfläche. Es kann über das Menü Plugins ‣ Plugins verwalten und installieren… aktiviert werden.

Das DB Manager Plugin bietet mehrere Funktionen:

eine Verbindung zu Datenbanken herstellen und deren Struktur und Inhalt anzeigen

Vorschautabellen von Datenbanken

Fügen Sie Ebenen zum Kartenbereich hinzu, entweder durch Doppelklick oder Drag-and-Drop

Hinzufügen von Layern zu einer Datenbank aus dem QGIS Browser oder aus einer anderen Datenbank

Erstellen und Hinzufügen von Ausgaben von SQL-Abfragen zum Kartenbereich

Weitere Informationen zu den DB Manager-Funktionen finden Sie im DB Manager Plugin.


13.1.1. The Browser Panel¶

The Browser is one of the main ways to quickly and easily add your data to projects. It’s available as:

a Data Source Manager tab, enabled pressing the Open Data Source Manager button ( Ctrl + L )

as a QGIS panel you can open from the menu View ► Panels (or Settings ► Panels ) or by pressing Ctrl + 2 .

In both cases, the Browser helps you navigate in your file system and manage geodata, regardless the type of layer (raster, vector, table), or the datasource format (plain or compressed files, databases, web services).

13.1.1.1. Exploring the Interface¶

At the top of the Browser panel, you find some buttons that help you to:

Add Selected Layers : you can also add data to the map canvas by selecting Add selected layer(s) from the layer’s context menu

Filter Browser to search for specific data. Enter a search word or wildcard and the browser will filter the tree to only show paths to matching DB tables, filenames or folders – other data or folders won’t be displayed. See the Browser Panel(2) example in Fig. 13.2 . The comparison can be case-sensitive or not. It can also be set to:

Normal : show items containing the search text

Wildcard(s) : fine tune the search using the ? and/or * characters to specify the position of the search text

Collapse All the whole tree

Enable/disable properties widget : when toggled on, a new widget is added at the bottom of the panel showing, if applicable, metadata for the selected item.

The entries in the Browser panel are organised hierarchically, and there are several top level entries:

Favorites where you can place shortcuts to often used locations

Spatial Bookmarks where you can store often used map extents (see Spatial Bookmarks )

Project Home : for a quick access to the folder in which (most of) the data related to your project are stored. The default value is the directory where your project file resides.

Home directory in the file system and the filesystem root directory.

Connected local or network drives

Then comes a number of container / database types and service protocols, depending on your platform and underlying libraries:


Schau das Video: Mở file Personal GeoDatabase Esri trong QGIS