Mehr

Wie setze ich den Arbeitsbereich auf eine Feature-Class aus einer unbekannten Datei gdb?

Wie setze ich den Arbeitsbereich auf eine Feature-Class aus einer unbekannten Datei gdb?


Wenn ein Benutzer ein mxd lädt, erhalte ich das IWorkspace-Objekt aus dem Dataset des Featurelayers:

IFeatureClass featClass = (IFeatureClass)featLayer.FeatureClass; IDataset dataSet = (IDataset)featClass.FeatureDataset; IWorkspace workSpace = (IWorkspace)dataSet.Workspace;

Dies funktioniert jedoch offensichtlich nicht, wenn der Benutzer über einen Layer aus einer File-Geodatabase verfügt (Dataset ist null).

Ich kann überprüfen, ob es sich um einen gdb-Layer handelt, aber nichts im Feature-Layer oder seiner Feature-Class sagt mir die Quelle der gdb.

Wie setze ich das Workspace-Objekt auf einen Featurelayer, der aus einer GDB stammt?


Ändern Sie die Zeile

IDataset dataSet = (IDataset)featClass.FeatureDataset;

zu

IDataset-Datensatz = (IDataset)featClass;

Alle gültigen Eingaben für das Werkzeug Projekt, z. B. alle Feature-Classes oder Feature-Datasets , sind auch gültige Eingaben für dieses Werkzeug.

Obwohl sowohl das Ausgabe-Koordinatensystem als auch das Vorlagen-Dataset optionale Parameter sind, muss einer von ihnen eingegeben werden. Wenn diese beiden Parameter leer bleiben, schlägt die Ausführung des Werkzeugs fehl.

Bei Bedarf wird für jedes Eingabe-Dataset eine geografische Transformation basierend auf dem Ausgabe-Koordinatensystem, Eingabe-Koordinatensystem und der Ausdehnung des Eingabe-Datasets berechnet.

Das Koordinatensystem einer Feature-Class oder eines Datasets mit einem undefinierten oder unbekannten Koordinatensystem muss zuerst mit dem Werkzeug Projektion definieren definiert werden, bevor es mit dem Werkzeug verwendet werden kann.

Die Namen der Eingabe-Feature-Classes werden verwendet, um die Ausgabe-Feature-Classes zu benennen. Wenn die Eingabe beispielsweise C:myworkspaceGondor.shp ist, heißt die Ausgabe-Feature-Class Gondor.shp . Wenn der Name bereits im Ausgabe-Workspace vorhanden ist, wird eine Zahl (z. B. _1 ) an das Ende angehängt, um ihn eindeutig zu machen ( Gondor_1.shp ).


Syntax

Die Eingabe-Feature-Classes oder Feature-Datasets, deren Koordinaten konvertiert werden sollen.

Die Position jeder neuen Ausgabe-Feature-Class oder jedes neuen Feature-Datasets.

Das Koordinatensystem, das zum Projizieren der Eingaben verwendet werden soll.

Gültige Werte sind ein Raumbezugsobjekt, eine Datei mit der Erweiterung .prj oder eine Zeichenfolgendarstellung eines Koordinatensystems.

Die Feature-Class oder das Feature-Dataset, die zum Angeben des für die Projektion verwendeten Ausgabe-Koordinatensystems verwendet werden.

Name der geografischen Transformation, die angewendet werden soll, um Daten zwischen zwei geografischen Koordinatensystemen (Datums) zu konvertieren.


Verwendungszweck

Dieses Werkzeug aktualisiert nur die vorhandenen Koordinatensysteminformationen – es ändert keine Geometrie. Wenn Sie die Geometrie in ein anderes Koordinatensystem transformieren möchten, verwenden Sie das Werkzeug Projekt.

Die häufigste Verwendung für dieses Werkzeug besteht darin, einem Datensatz mit einem unbekannten Koordinatensystem ein bekanntes Koordinatensystem zuzuweisen (d. h. das Koordinatensystem ist in den Datensatzeigenschaften "Unbekannt"). Eine andere Verwendung besteht darin, einem Datensatz mit einem falschen Koordinatensystem das richtige Koordinatensystem zuzuweisen (z. B. sind die Koordinaten in UTM-Metern angegeben, das Koordinatensystem ist jedoch als geografisch definiert).

Wenn ein Datensatz mit einem bekannten Koordinatensystem in dieses Werkzeug eingegeben wird, gibt das Werkzeug eine Warnung aus, wird jedoch erfolgreich ausgeführt.

Alle Feature-Classes in einem Geodatabase-Feature-Dataset befinden sich im selben Koordinatensystem. Das Koordinatensystem für ein Geodatabase-Dataset sollte beim Erstellen bestimmt werden. Sobald es Feature-Classes enthält, kann sein Koordinatensystem nicht mehr geändert werden.


Meine Vermutung (ich kann das nicht testen) ist, dass f nicht der vollständige Pfad ist, also sucht arcpy.Delete_management(f) nach der Datei im Arbeitsverzeichnis (das wahrscheinlich nicht Ihr gdb ist).

Ergibt ein Tupel von drei, das den Arbeitsbereich, Verzeichnisnamen und Dateinamen (dirpath, dirnames und filenames) enthält.

Notiz:

Namen in den Listen enthalten nur den Basisnamen, es sind keine Pfadkomponenten enthalten. Um einen vollständigen Pfad (der mit top beginnt) zu einer Datei oder einem Verzeichnis in dirpath zu erhalten, führen Sie os.path.join(dirpath, name) aus.

Wenn ich diesem Rat folge, würde ich sagen, verwenden Sie:

Eine gute Möglichkeit, diese Art von Fehler zu finden, besteht darin, einfach die Dateinamen auszugeben, nach denen Sie suchen:


.gdb - Genbox Family History Database

Das GDB Datendateien beziehen sich auf die Genbox-Familiengeschichte. GDB Datei ist eine Genbox Family History Database. Genbox Family History ist ein Tool zum Verwalten von Informationen zur Familiengenealogie und zum Erstellen von Diagrammen und Berichten.

Anwendung: Genbox Family History Kategorie: Datendateien Pantomime-Typ: application/octet-stream Magic: - / - Aliase: - Genbox Family History Database Zugehörige Erweiterungen: .asb ​​Alphacam Stone VB Macro .vgp Vectir Profilgruppendatei .jpi Jupiter Filled Forms Daten .ibx Interscope BlackBox-Datei .wwh WAsP Workspace .kdl Kill The Deadline Data File


000210: Ausgabe <value> kann nicht erstellt werden.

von AndresCastillo

Dieses Problem tritt auf, wenn versucht wird, gp-Tools für Shapefile-Daten mit aktivierten m- und z-Werten auszuführen.

Die Lösung, die ich habe, ist hier gepostet:

Versuchen Sie eine der beiden in diesem Beitrag erwähnten Problemumgehungen:

Kürzen Sie den von der Funktion vorgeschlagenen Dateinamen (14 Zeichen) auf einen viel kürzeren Wert, dann funktioniert es!

die Tabelle direkt in der Ausgabetabellenbox benannt und ich konnte das Tool erfolgreich ausführen

(Siehe Brian Laws Beitrag vom 17. Juni 2019 um 16:46 Uhr

Export und Puffer schlagen in agp fehl, es sei denn, das Speichern als .shp mit aktivierten m- und z-Werten direkt unter einem Windows-Verzeichnis im Gegensatz zur Standard-GDB des Projekts.

Buffer funktioniert für ursprüngliche .shp mit m- und z-Werten, die in ArcMap aktiviert sind und im standardmäßigen gdb-Ausgabepfad der Datei gespeichert werden.

ArcMap kann dieses Pufferwerkzeug mit aktivierten m- und z-Werten in der .shp verarbeiten, jedoch nicht mit AGP 2.4.2.

Der Export schlägt in ArcMap für die ursprüngliche .shp mit aktivierten m- und z-Werten fehl, wenn sie in die Datei gdb konvertiert wird und die m- und z-Werte aktiviert bleiben. Gleiches für AGP.

Verifizierte Lese-/Schreibberechtigungen für das Netzwerkverzeichnis, in das der Benutzer zu schreiben versuchte, indem einfach ein leeres Textdokument im Verzeichnis erstellt und dann gelöscht wurde.

Wir haben auch versucht, den Workflow auf dem lokalen Computer des Benutzers zu replizieren.

Der Speicherort der Ausgabedatei wurde geändert, und das hat auch nicht funktioniert.

Niemand sonst verwendet dieses Projekt oder die Daten, daher ist der Layer nicht gesperrt.

Werkzeug von FC zu FC aus ArcMap:

Belassen Sie die Umgebungseinstellungen bei aktivierten m- und z-Werten.

Wenn Zu AGP hinzufügen und dann das Puffertool ausführen, schlägt fehl.

Erstellt die .shp wie erwartet

Wenn Zu AGP hinzufügen und dann das Puffertool ausführen, schlägt fehl.

Deaktivieren Sie den M-Wert in den Umgebungseinstellungen.

Erstellt die .shp wie erwartet

Wenn Zu AGP hinzufügen und dann das Puffertool ausführen, schlägt fehl.

Deaktivieren Sie die M- und Z-Werte in den Umgebungseinstellungen.

Erstellt die gdb-Feature-Class wie erwartet.

Aber wenn Sie versuchen, es zu AGP hinzuzufügen, wird immer noch erwähnt:

‘Daten hinzufügen Fehler beim Hinzufügen von Daten: fcNoMNoZNoProject Ungültiger Raumbezug. [fcNoMNoZNoProject]

Erstellt die .shp wie erwartet

Wenn Zu AGP hinzufügen und dann das Puffertool ausführen, ist dies erfolgreich.

Wir können diesen Workflow in AGP mit dem gleichen Verhalten replizieren:

Die garantierte Funktionsweise besteht darin, die ursprüngliche .shp in .shp mit deaktivierten m- und z-Werten zu exportieren.

Erstellt die .shp wie erwartet

In ArcMap wurden in beiden Layer-Eigenschaften und rechts unten in ArcMap unbekannte Einheiten festgestellt (Screenshots anzeigen)

Beachten Sie die Fragezeichen, die unbekannte Einheiten bezeichnen.

Dies ist die Anzeige unten rechts in ArcMap.

Diese ArcGIS-Idee erwähnt Informationen zu den Diskrepanzen zwischen ArcMap 10.4.1 und AGP 2.4.2 in Bezug auf die Koordinatensystemeigenschaften des Shapefiles und die UI-Anzeige der Kartenanzeige.

Lassen Sie die Umgebungseinstellungen unverändert.

Deaktivieren Sie den M-Wert in den Umgebungseinstellungen.

Deaktivieren Sie die M- und Z-Werte in den Umgebungseinstellungen.

Ausgabekoordinatensystem > Projiziertes Koordinatensystem > State Plane > NAD 1927 (US FEET) > NAD_1927_StatePlane_Texas_South_Central_FIPS_4204

Erstellt die gdb-Feature-Class wie erwartet.

Aber wenn Sie versuchen, es zu AGP hinzuzufügen, wird immer noch erwähnt:

‘Daten hinzufügen Fehler beim Hinzufügen von Daten: fcNoProject Ungültiger Raumbezug. [fcNoProject]

Deaktivieren Sie die M- und Z-Werte in den Umgebungseinstellungen.

Erstellt die Feature-Class wie erwartet.

Aber wenn Sie versuchen, es zu AGP hinzuzufügen, wird immer noch erwähnt:

‘Daten hinzufügen Fehler beim Hinzufügen von Daten: fcProjectNoMNoZGeoTrans Ungültiger Raumbezug. [fcProjectNoMNoZGeoTrans]

Wir können diesen „Projektions“-Workflow in AGP 2.4.2 nicht replizieren, da das Projekt-Tool die Manipulation von m- und z-Werten in den Umgebungseinstellungen nicht zulässt.

Diese ArcGIS-Idee erwähnt Informationen zu den Diskrepanzen zwischen ArcMap 10.4.1 und AGP 2.4.2 in Bezug auf die Umgebungseinstellungen des Projektwerkzeugs:

Wenn die Eingabe ein Shapefile mit aktivierten m- und z-Werten ist, kann dies die Fähigkeit der GPS-Tools zum ordnungsgemäßen Abrufen der Daten beeinträchtigen.

Beachten Sie, dass das gp-Tool versucht, für die Ausgabe in die Datei gdb fc zu konvertieren.

Entfernen Sie manuell das gdb-Ausgabeverzeichnis und speichern Sie es stattdessen in einem normalen Windows-Ordnerverzeichnis, um die Ausgabe als .shp zu speichern, ohne die m- und z-Werte DEAKTIVIERT zu haben.

Eine andere Möglichkeit besteht darin, die .shp in eine neue .shp zu exportieren, ohne die m- und z-Werte in den Umgebungseinstellungen AKTIVIERT zu haben.

Sie können diese neue .shp jetzt mit jedem gp-Tool verwenden (fc zu fc, export, Puffer usw.).

Es ist auch praktisch, während der Arbeit mit den Daten in derselben Desktop-Anwendung zu bleiben.

Wenn beispielsweise die neue .shp ohne m- oder z-Werte aus ArcMap erstellt wurde, bleiben Sie in ArcMap.

Ich sage dies, weil mir auch einige Fehler aufgefallen sind, wenn ich in einer Anwendung mit Daten zu arbeiten beginne und dann zu einer anderen wechsle.

Shapefile sind unter vielen Gis-Technologien weiter verbreitet als Esri.

Datei-GDB ist stärker verschlüsselt und komprimiert, und nur Esri-Technologie, so dass es weniger wahrscheinlich ist, dass sie beschädigt wird, wenn sie an verschiedene Personen weitergegeben wird, die mit den Daten arbeiten.

Informationen zu projizierten und geographischen Koordinatensystemen (PCS und GCS, respektvoll):


Syntax

Die Tabelle mit den Feldern mit zu konvertierenden Koordinatennotationen.

Die Ausgabe-Feature-Class von Punkten. Die Attributtabelle enthält alle Felder der Eingabetabelle zusammen mit den Feldern, die konvertierte Werte im Ausgabeformat enthalten.

Ein Feld aus der Eingabetabelle, das den Längengradwert enthält. Für DD_2, DDM_2 und DMS_2 ist dies das Längengradfeld.

Für DD_1, DDM_1, DMS_1, GARS, GEOREF, UTM, USNG und MGRS ist dies das Feld, das sowohl den Breiten- als auch den Längengrad enthält.

Ein Feld aus der Eingabetabelle, das den Breitengradwert enthält. Für DD_2, DDM_2 und DMS_2 ist dies das Breitengradfeld. Dieser Parameter wird für DD_1, DDM_1, DMS_1, GARS, GEOREF, UTM, USNG und MGRS ignoriert.

Koordinatenformat der Eingabefelder. Der Standardwert ist DD_2.

  • DD_1 — Sowohl Längen- als auch Breitenwerte befinden sich in einem einzigen Feld. Zwei Werte werden durch ein Leerzeichen, ein Komma oder einen Schrägstrich getrennt.
  • DD_2 — Längengrad- und Breitengradwerte befinden sich in zwei separaten Feldern.
  • DDM_1 — Sowohl Längengrad- als auch Breitengradwerte befinden sich in einem einzigen Feld. Zwei Werte werden durch ein Leerzeichen, ein Komma oder einen Schrägstrich getrennt.
  • DDM_2 — Längengrad- und Breitengradwerte befinden sich in zwei separaten Feldern.
  • DMS_1 — Sowohl Längen- als auch Breitenwerte befinden sich in einem einzigen Feld. Zwei Werte werden durch ein Leerzeichen, ein Komma oder einen Schrägstrich getrennt.
  • DMS_2 — Längengrad- und Breitengradwerte befinden sich in zwei separaten Feldern.
  • GARS – Globales Gebietsreferenzsystem. Basierend auf Breiten- und Längengrad unterteilt und unterteilt es die Welt in Zellen.
  • GEOREF – Weltgeographisches Referenzsystem. Ein gitterbasiertes System, das die Welt in 15-Grad-Vierecke teilt und dann in kleinere Vierecke unterteilt.
  • UTM — Basierend auf der universellen transversalen Mercator-Projektion. Es teilt die Welt in 6-Grad-Längengrade ein, die in 20 Breitenbänder unterteilt sind. Diese Gitter werden unter Verwendung von Rechts- und Hochwerten weiter beschrieben, um jeden Punkt innerhalb des Gitters zu lokalisieren.
  • USNG – Nationales Netz der Vereinigten Staaten. Fast genauso wie MGRS, verwendet aber das North American Datum 1983 (NAD83) als Datum.
  • MGRS – Militärisches Netzreferenzsystem. Folgt den UTM-Koordinaten und teilt die Welt in 6-Grad-Längen- und 20-Breitenbänder ein, aber MGRS unterteilt die Gitterzonen dann weiter in kleinere 100.000-Meter-Gitter. Diese 100.000-Meter-Raster werden dann in 10.000-Meter-, 1.000-Meter-, 100-Meter-, 10-Meter- und 1-Meter-Raster unterteilt.
  • SHAPE — Nur verfügbar, wenn ein Point-Feature-Layer als Eingabe ausgewählt ist. Die Koordinaten jedes Punktes werden verwendet, um das Ausgabeformat zu definieren.

DD, DDM und DMS sind ebenfalls gültige Schlüsselwörter, die einfach durch Eingabe (im Dialog) oder Übergabe des Werts in Skripten verwendet werden können. Schlüsselwörter mit Unterstrich und einer Zahl sagen jedoch, ob die Werte aus einem oder zwei Feldern stammen.

Koordinatenformat, in das die Eingabenotationen konvertiert werden. Der Standardwert ist DD_2.

  • DD_1 — Sowohl Längengrad- als auch Breitengradwerte befinden sich in einem einzigen Feld. Zwei Werte werden durch ein Leerzeichen, ein Komma oder einen Schrägstrich getrennt.
  • DD_2 — Längengrad- und Breitengradwerte befinden sich in zwei separaten Feldern.
  • DDM_1 — Sowohl Längen- als auch Breitenwerte befinden sich in einem einzigen Feld. Zwei Werte werden durch ein Leerzeichen, ein Komma oder einen Schrägstrich getrennt.
  • DDM_2 — Längengrad- und Breitengradwerte befinden sich in zwei separaten Feldern.
  • DMS_1 — Sowohl Längengrad- als auch Breitengradwerte befinden sich in einem einzigen Feld. Zwei Werte werden durch ein Leerzeichen, ein Komma oder einen Schrägstrich getrennt.
  • DMS_2 — Längengrad- und Breitengradwerte befinden sich in zwei separaten Feldern.
  • GARS – Globales Gebietsreferenzsystem. Basierend auf Breiten- und Längengrad unterteilt und unterteilt es die Welt in Zellen.
  • GEOREF – Weltgeographisches Referenzsystem. Ein gitterbasiertes System, das die Welt in 15-Grad-Vierecke teilt und dann in kleinere Vierecke unterteilt.
  • UTM — Basierend auf der universellen transversalen Mercator-Projektion. Es teilt die Welt in 6-Grad-Längengrade ein, die in 20 Breitenbänder unterteilt sind. Diese Raster werden unter Verwendung von Rechts- und Hochwerten weiter beschrieben, um jeden Punkt innerhalb des Rasters zu lokalisieren.
  • USNG – Nationales Netz der Vereinigten Staaten. Fast genauso wie MGRS, verwendet aber das North American Datum 1983 (NAD83) als Datum.
  • MGRS – Militärisches Netzreferenzsystem. Folgt den UTM-Koordinaten und teilt die Welt in 6-Grad-Längen- und 20-Breitenbänder ein, aber MGRS unterteilt die Gitterzonen dann weiter in kleinere 100.000-Meter-Gitter. Diese 100.000-Meter-Raster werden dann in 10.000-Meter-, 1.000-Meter-, 100-Meter-, 10-Meter- und 1-Meter-Raster unterteilt.

DD, DDM und DMS sind ebenfalls gültige Schlüsselwörter, die einfach durch Eingabe (im Dialog) oder Übergabe des Werts in Skripten verwendet werden können. Schlüsselwörter mit Unterstrich und einer Zahl sagen jedoch, ob die Werte aus einem oder zwei Feldern stammen.

Beliebiges Feld aus der Eingabetabelle. Das ausgewählte Feld wird in die Ausgabetabelle kopiert. Wenn die Werte dieses Felds eindeutig sind, kann dies verwendet werden, um die Ausgabedatensätze wieder mit der Eingabetabelle zu verbinden.

Raumbezug der Ausgabe-Point-Feature-Class. Der Standardwert ist GCS_WGS_1984.

Wenn die Ausgabe ein anderes Koordinatensystem hat als die Eingabe, projiziert das Werkzeug die Daten. Wenn sich Eingabe und Ausgabe in unterschiedlichen Datumsangaben befinden, wird eine Standardtransformation basierend auf den Koordinatensystemen der Eingabe und Ausgabe und der Datenausdehnung berechnet.


Wie setze ich den Arbeitsbereich auf eine Feature-Class aus einer unbekannten Datei gdb? - Geografisches Informationssystem

Migrieren von Coverages zu Geodatabases

von Colin Childs, Esri Education Services

Anmerkung des Herausgebers: Dieser Artikel hilft Benutzern bei der Entscheidung, ob das Verschieben vorhandener ArcInfo-Coverages in eine Geodatabase von Vorteil ist, und bietet einen Überblick über den Vorgang. Es stehen zwei begleitende Tutorials mit einem Beispiel-Dataset zur Verfügung. Siehe die Links am Ende dieses Artikels.

In ArcGIS werden Coverages vollständig unterstützt und können mit ArcMap, ArcCatalog und ArcToolbox angezeigt, abgefragt, analysiert und bearbeitet werden. Geodatabases verbessern jedoch die Verwaltung, den Zugriff, die Verwaltung und die Integration der Geodaten. Das Importieren von Coverages in eine Geodatabase bedeutet das Konvertieren von Daten aus einem Format. In diesem Artikel werden nicht nur die Vorteile der Verwendung einer Geodatabase erörtert, sondern auch, wie sich die räumlichen und Attributdatentypen beim Wechsel vom Coverage zur Geodatabase übertragen lassen. Entscheiden Sie sich für die Migration von Coverages in Geodatabases, wenn die Vorteile der Integration des Feature-Verhaltens und der Speicherung aller Daten in einer Datenbank den Konvertierungsaufwand überwiegen. Stellen Sie sich eine Geodatabase als Coverage der nächsten Generation vor.

Vorteile der Geodatabase

Geodatabases gibt es in zwei Varianten: persönlich und Mehrbenutzer. Die Unterstützung für persönliche Datenbanken ist in ArcGIS integriert, das mit Microsoft Jet implementiert wurde, und eignet sich für GIS auf Projektebene. Mehrbenutzerdatenbanken werden mit ArcSDE bereitgestellt und erfordern ein DBMS wie IBM DB2, Informix, Oracle oder Microsoft SQL Server. Das direkte Speichern von räumlichen und Attributdaten in einer kommerziellen Datenbank bietet einer Geodatabase Funktionen, die mit anderen Formaten nicht verfügbar oder schwieriger zu erreichen sind. Einige dieser Vorteile sind unten aufgeführt.

  • Ein einheitliches Repository für geografische Daten. Alle geografischen Daten werden zentral in einer Datenbank gespeichert und verwaltet.
  • Die Dateneingabe und -bearbeitung ist effizienter. Die Verwendung von Subtypen, Domänen und Validierungsregeln trägt zur Aufrechterhaltung der Datenbankintegrität bei und reduziert die Datenbankwartung. Allein dieser Grund rechtfertigt für viele Benutzer die Übernahme des Geodatabase-Modells.
  • Sätze von Merkmalen sind kontinuierlich. Geodatabases können sehr große Feature-Sets ohne Kacheln oder andere räumliche Partitionen aufnehmen.
  • Bearbeitung durch mehrere Benutzer. ArcSDE-Geodatabases verwenden ein Datenverwaltungs-Framework namens Versioning, mit dem mehrere Benutzer gleichzeitig auf Features zugreifen und diese bearbeiten und Konflikte ausgleichen können.
  • Feature-bezogene Anmerkung. Eine Geodatabase-Annotation kann mit dem beschriebenen Feature verknüpft werden. Wenn das verknüpfte Feature verschoben oder gelöscht wird, wird das zugehörige Label verschoben oder gelöscht.
  • Benutzer arbeiten mit intuitiveren Datenobjekten. Eine ordnungsgemäß entworfene Geodatabase enthält Datenobjekte, die dem Datenmodell des Benutzers entsprechen. Anstelle von generischen Punkten, Linien und Flächen arbeiten Benutzer mit interessanten Objekten wie Transformatoren, Straßen und Seen.
  • Die Verwendung einer Geodatabase kann einfach und unkompliziert sein. Geodatabases können über die Standardmenüs und -werkzeuge in ArcCatalog, ArcToolbox und ArcMap erstellt, aufgerufen und verwaltet werden. Das Geodatabase-Modell unterstützt jedoch intelligente Features, Regeln und Beziehungen, die fortgeschrittene Benutzer in komplexen GIS-Anwendungen verwenden können. Unabhängig davon, ob die Verwendung einer Geodatabase einfach oder komplex ist, das Verschieben vorhandener Coverages in eine Geodatabase erfordert Kenntnisse sowohl des Coverages als auch der Geodatabase-Formate.

Abdeckungen und Arbeitsbereiche

Normalerweise werden ArcInfo-Coverages in Workspaces gespeichert, die das georelationale Modell implementieren, indem sie Topologie speichern und Attribute mit Features verknüpfen. Ein ArcInfo-Workspace ist ein spezieller Ordnertyp, in dem Attribute für Daten in INFO-Tabellen gespeichert werden. Alle Tabellen werden über einen INFO-Unterordner verwaltet. Die meisten Arten von Coverage-Features sind explizit anderen Features im Coverage zugeordnet. Beispielsweise wird die topologische Zuordnung zwischen einem Knoten-Feature und einem Bogen-Feature durch die Elemente ARC#, FNODE# und TNODE# definiert.

Verwenden Sie die Topologiewerkzeuge beim Bearbeiten von Coverages in ArcMap. Wenn Sie beispielsweise die Begrenzung eines Polygons mit dem Werkzeug Gemeinsame Bearbeitung neu formen, wird die Form des Bogens automatisch aktualisiert und die Assoziation zwischen den Features beibehalten. Verwenden Sie ArcCatalog auf ähnliche Weise zum Erstellen, Verschieben und Löschen von Elementen in einem ArcInfo-Workspace, um die Datenintegrität zu wahren. Verwenden Sie niemals Windows Explorer oder Arbeitsplatz, um Coverages, Grids oder TINs zu verwalten, da beide Anwendungen die Synchronität zwischen Coverages und dem Unterordner INFO unterbrechen und die Daten beschädigt werden.

Feature-Classes in Coverages sind homogene Sammlungen von Features. Primäre Coverages enthalten Punkte (Beschriftungspunkte), Linien (Bögen), Polygone und Knoten mit topologischen Assoziationen. Bögen bilden beispielsweise den Umfang von Polygonen und Knoten bilden die Endpunkte von Bögen. Sekundäre Coverage-Features bestehen aus Tics, Links, Abschnitten und Anmerkungen. Coverages enthalten auch zusammengesetzte Features wie Routen (Sammlungen von Bögen, die einem Messsystem zugeordnet sind) und Regionen (Sammlungen von Polygonen, die benachbart, getrennt oder überlappend sein können).

Die Geodatenbank

Grundsätzlich ist eine Geodatabase ein Speichermechanismus für räumliche und Attributdaten, der spezifische Speicherstrukturen für Features, Sammlungen von Features, Attributen, Beziehungen zwischen Attributen und Beziehungen zwischen Features enthält. Alle Geodatabases, ob Personal oder ArcSDE, können Tabellen, Feature-Classes, Feature-Datasets und Funktionen wie Regeln, Beziehungen und geometrische Netzwerke speichern.

Feature-Classes in Geodatabases sind Sammlungen von Features mit demselben Geometrietyp. Jede Feature-Class verwendet dieselben Attributspalten, um die Features zu beschreiben, und alle Features haben einen gemeinsamen Raumbezug und ein gemeinsames Verhalten. Features, die zu derselben Feature-Class gehören, werden auf dieselbe Weise gerendert, reagieren auf dieselbe Weise auf Abfragen und haben dieselben Attributvalidierungsregeln.

Wenn mehrere Feature-Classes eine räumliche Übereinstimmung und einen gemeinsamen Raumbezug aufweisen, können sie in ein Feature-Dataset eingefügt werden. Obwohl Feature-Datasets eine attraktive Organisationsstruktur sind, ist ihre Verwendung mit Kosten verbunden. Aktualisierungen einer Feature-Class in einem Feature-Dataset können potenziell Auswirkungen auf andere Feature-Classes innerhalb des Feature-Datasets haben, die an topologischen Beziehungen beteiligt sind.

Wenn Feature-Classes keine topologische Zuordnung zu den anderen Feature-Classes aufweisen, schließen Sie sie nicht in dasselbe Feature-Dataset ein. Verwenden Sie Feature-Datasets, um Klassen zu gruppieren, die topologische Beziehungen zueinander aufweisen (z. B. geometrische Netzwerke und planare Topologie). Überladen Sie Feature-Datasets nicht mit unnötigen Feature-Classes – eigenständige Feature-Classes auf Datenbankebene sind durchaus akzeptabel.

Elementtypen vs. Feldtypen

Vom Konzept her speichert eine Geodatabase dieselben Daten wie ein Coverage mit Feature-Classes, Feature-Class-Sammlungen, topologischen Assoziationen, Raumbezügen und Attributtabellen. Feature-Class und Attribut Elementtypen in einem Coverage werden Geometriefeldtypen in einer Geodatabase zugeordnet. Beachten Sie, dass mehrere Feature-Class-Typen im Coverage demselben Geometrietyp in einer Geodatabase zugeordnet werden. Punkte, Tics und Knoten werden beispielsweise alle dem Punktgeometrietyp zugeordnet. Die Beziehung zwischen Feature-Class-Typen in Coverages und Geometrietyp-Mapping in einer Geodatabase wird im Diagramm links angezeigt. Die Annotation in der Geodatabase ist kein Geometrietyp, sondern wird als Feature-Typ implementiert.

INFO-Tabelle Elemente werden basierend auf einer Kombination aus INFO-Typ und Elementbreite zugeordnet. Beispielsweise kann ein Item vom Typ I (Integer) je nach Breite als Short Integer, Long Integer oder Double abgebildet werden. Das Diagramm auf der rechten Seite listet INFO-Elementtypen auf und fasst zusammen, wie sich jeder Elementtyp in einem Coverage auf einen Geodatabase-Feldtyp in einer Geodatabase bezieht.

Wenn eine Coverage-Feature-Class mit ArcCatalog oder ArcToolbox importiert wird, wird eine Geodatabase-Feature-Class zum Speichern der Features erstellt. Diese Feature-Class speichert sowohl die Geometrie als auch die Attribute aus den Eingabedaten. Die Feature-Class wird automatisch in den Geodatabase-Systemtabellen registriert, damit sie an Beziehungen und geometrischen Netzwerken teilnehmen kann, über Validierungsregeln verfügt usw. Ebenso wird beim Importieren einer INFO-Tabelle eine Tabelle in der Geodatabase erstellt und automatisch bei den Geodatabase-Systemtabellen registriert.

Konvertieren von Coverages in Geodatabase-Feature-Datasets und Feature-Classes

Die Werkzeuge zum Migrieren von Coverages zu einer Geodatabase sind in ArcView 8.1, ArcEditor 8.1 und ArcInfo 8.1 in den Anwendungen ArcCatalog und ArcToolbox verfügbar. Das Konvertieren von Daten aus einem Coverage in eine Geodatabase ist in den meisten Fällen ein relativ einfaches Verfahren. Das Migrieren von zusammengesetzten Coverage-Features und Annotations sind jedoch Sonderfälle, die hier nicht behandelt werden. Bevor Sie mit der Umwandlung einer Abdeckung beginnen, stellen Sie die folgenden Fragen zur Abdeckung:

  • Welche Arten von Feature-Classes sind im Coverage vorhanden?
  • Wie sind die Daten organisiert? Ist ein Feature-Dataset angemessen oder sollte alles nur auf Feature-Class-Ebene organisiert werden?
  • Gibt es besondere Beziehungen zwischen Objekten, die gepflegt werden müssen?
  • Was ist das Koordinatensystem?
  • Sollen Datenänderungsregeln hinzugefügt werden?

Die folgenden Abschnitte geben einen Überblick über die Migration von Coverages mit zwei Methoden: Erstellen einer Personal-Geodatabase in ArcCatalog, die mit Daten aus Coverages gefüllt werden kann, und Verwenden des Import-Assistenten, der sowohl in ArcToolbox als auch in ArcCatalog verfügbar ist.

Erstellen einer Personal-Geodatabase in ArcCatalog

  1. Der erste Schritt ist das Erstellen eines Containers (GDB-Datei), der die mit dem Coverage verknüpften Feature-Datasets, Feature-Classes und Tabellen enthält. Klicken Sie nach dem Starten von ArcCatalog mit der rechten Maustaste auf ein Laufwerk oder ein Verzeichnis und wählen Sie Neu > ArcInfo Workspace, um einen neuen Workspace zu erstellen. Klicken Sie mit der rechten Maustaste auf den neuen Workspace, wählen Sie Neu > Personal-Geodatabase und erstellen Sie eine Personal-Geodatabase namens MyGDB. Diese neue Geodatabase wird mit den Daten aus einem Coverage gefüllt.
  2. Klicken Sie mit der rechten Maustaste auf das zu konvertierende Coverage und wählen Sie Eigenschaften aus dem Kontextmenü. Untersuchen Sie im Dialogfeld Eigenschaften die Coverage-Feature-Classes und bestimmen Sie, ob sie topologisch verwandt sind und in einem Feature-Dataset beibehalten werden sollten.
  3. Klicken Sie mit der rechten Maustaste auf MyGDB und wählen Sie Importieren > Abdeckung in Geodatabase. Wählen Sie im daraufhin angezeigten Dialogfeld die zu konvertierende Coverage-Feature-Class aus und geben Sie eine Ausgabe-Feature-Class und möglicherweise ein Feature-Dataset für die konvertierten Daten an.
  4. Wählen Sie im Dialogfeld Ausgabeeinstellungen das Koordinatensystem, die Rastergröße und die Feldzuordnung aus. In diesen Konvertierungsprozess können mithilfe der Batch-Option zusätzliche Coverage-Feature-Classes einbezogen werden.
  5. Die resultierenden Feature-Classes in der Geodatabase werden korrekt zugeordnet und behalten topologische Beziehungen bei.

Importieren eines Coverages mithilfe eines Assistenten

Assistenten sind besonders nützlich für neue Benutzer. Aufeinanderfolgende Bedienfelder fordern, erklären und verwenden intelligente Standardeinstellungen, die den Benutzern helfen, Aufgaben schnell und korrekt auszuführen. In diesem Beispiel werden der Workspace und die Geodatabase verwendet, die im vorherigen Tutorial erstellt wurden.

  1. Um ein Coverage mit dem Import-Assistenten in die Geodatabase zu importieren, starten Sie ArcCatalog, klicken Sie im zuvor erstellten Workspace mit der rechten Maustaste auf MyGDB und wählen Sie Importieren > Coverage in Geodatabase-Assistent aus dem Kontextmenü.
  2. Geben Sie das Eingabe-Coverage an und wählen Sie die zu konvertierenden Feature-Classes im Coverage-in-Geodatabase-Assistenten aus. Klicken Sie auf Weiter.
  3. Geben Sie im nächsten Bereich ein neues Feature-Dataset zum Erstellen an, oder wählen Sie ein vorhandenes Feature-Dataset aus, das die konvertierten Feature-Classes enthält. Ausgabeeigenschaften wie Raumbezug und Ausgabenamen für die Feature-Classes können ebenfalls angegeben werden.
  4. Wenn das Eingabe-Coverage über ein Koordinatensystem verfügt, das durch eine Projektionsdatei (PRJ) definiert ist, liest der Assistent diese Informationen und fügt sie den Eigenschaften der Geodatabase-Feature-Class hinzu. Wenn das Eingabe-Coverage keine Raumbezugsinformationen enthält, geben Sie das entsprechende Koordinatensystem an oder akzeptieren Sie den Standardwert UNKNOWN.
  5. Der Assistent schlägt basierend auf dem Raumbezug, der durchschnittlichen Feature-Größe und der Anzahl der Features im Eingabe-Coverage einen ungefähren Wert für die räumliche Gittergröße vor. Akzeptieren Sie diese Vorgabe.
  6. Der Assistent überprüft die Elementnamen in der Eingabetabelle auf unzulässige Zeichen oder Wörter und ändert sie automatisch.
  7. Der nächste Bereich identifiziert die Feldzuordnung und schlägt Korrekturen für diese Felder vor. Nicht mehr benötigte Felder können in diesem Schritt gelöscht werden.
  8. Ein am Ende des Prozesses angezeigtes Fenster fasst die Eingabe- und Ausgabeoptionen zusammen, die akzeptiert werden können, um den Konvertierungsprozess abzuschließen.

Weitere Informationen zu Geodatabases finden Sie in Modeling Our World, einem Handbuch, das Teil der ArcGIS-Dokumentation ist.

Ausführlichere Anweisungen zum Konvertieren von Coverages in die Geodatabase finden Sie in diesen beiden Lernprogrammen.
Tutorial 1 - "Importieren eines Coverages"
Tutorial 2 - "Verwenden des Importassistenten"
Beispieldatensatz


Syntax

Die Eingabe-Features können vom Typ Punkt, Polylinie, Polygon oder Multipoint sein.

Ein oder mehrere Layer einer Feature-Class mit Near-Feature-Kandidaten. Bei den Near-Features kann es sich um Punkt-, Polylinien-, Polygon- oder Multipoint-Features handeln. Wenn mehrere Layer oder Feature-Classes angegeben werden, wird der Eingabetabelle ein Feld mit dem Namen NEAR_FC hinzugefügt und die Pfade der Quell-Feature-Class mit dem nächstgelegenen gefundenen Feature gespeichert. Die gleiche Feature-Class oder der gleiche Layer kann sowohl als Eingabe- als auch als Near-Feature verwendet werden.

Die Ausgabetabelle mit dem Ergebnis der Analyse.

Der Radius, der verwendet wird, um nach Features in der Nähe zu suchen. Wenn kein Wert angegeben wird, sind alle Near-Features Kandidaten. Wenn eine Entfernung eingegeben wird, die Einheit jedoch leer gelassen oder auf Unbekannt eingestellt ist, werden die Einheiten des Koordinatensystems der Eingabe-Features verwendet. Wenn im Parameter Methode die Option GEODESIC verwendet wird, sollte eine lineare Einheit wie Kilometer oder Meilen verwendet werden.

Gibt an, ob die x- und y-Koordinaten der Position des Eingabe-Features und die nächste Position des Near-Features in die Felder FROM_X , FROM_Y , NEAR_X und NEAR_Y geschrieben werden.

  • NO_LOCATION — Standorte werden nicht in die Ausgabetabelle geschrieben. Dies ist die Standardeinstellung.
  • LOCATION — Standorte werden in die Ausgabetabelle geschrieben.

Gibt an, ob der Nahwinkel berechnet und in ein NEAR_ANGLE-Feld in der Ausgabetabelle geschrieben wird. Ein Nahwinkel misst die Richtung der Linie, die ein Eingabe-Feature mit seinem nächstgelegenen Feature an den nächstgelegenen Positionen verbindet. Bei Verwendung der PLANAR-Methode im Methodenparameter liegt der Winkel im Bereich von -180° bis 180°, mit 0° nach Osten, 90° nach Norden, 180° (oder -180°) nach Westen, und -90° nach Süden. Bei der GEODESIC-Methode liegt der Winkel im Bereich von -180° bis 180°, mit 0° nach Norden, 90° nach Osten, 180° (oder -180°) nach Süden und -90° in den Westen.

  • NO_ANGLE — NEAR_ANGLE wird der Ausgabetabelle nicht hinzugefügt. Dies ist die Standardeinstellung.
  • ANGLE — NEAR_ANGLE wird der Ausgabetabelle hinzugefügt.

Gibt an, ob nur die nächstgelegenen Features oder mehrere Features zurückgegeben werden sollen.

  • CLOSEST — Nur das nächste Near-Feature wird in die Ausgabetabelle geschrieben. Dies ist die Standardeinstellung.
  • ALL — Mehrere Near-Features werden in die Ausgabetabelle geschrieben (ein Grenzwert kann im Parameter near_count angegeben werden).

Begrenzen Sie die Anzahl der Near-Features, die für jedes Eingabe-Feature gemeldet werden. Dieser Parameter wird ignoriert, wenn der nächste Parameter auf CLOSEST gesetzt ist.

Legt fest, ob ein kürzester Pfad auf einem Sphäroid (geodätisch) oder einer flachen Erde (planar) verwendet wird. Es wird dringend empfohlen, die GEODESIC-Methode mit Daten zu verwenden, die in einem Koordinatensystem gespeichert sind, das für Entfernungsmessungen nicht geeignet ist (z.

  • PLANAR — Verwendet planare Abstände zwischen den Features. Dies ist die Standardeinstellung.
  • GEODESIC — Verwendet geodätische Distanzen zwischen Features. Diese Methode berücksichtigt die Krümmung des Sphäroids und verarbeitet Daten in der Nähe der Datumsgrenze und der Pole korrekt.

Schau das Video: Attribute einereines DateiOrdners ändern Windows