Anforderung an das LRS Feature Dataset
Ein Feature Dataset ist eine Sammlung verwandter Feature-Klassen, die ein gemeinsames Koordinatensystem teilen. Feature Datasets werden verwendet, um die Erstellung von Controller-Datasets (manchmal auch Erweiterungs-Datasets genannt) zu erleichtern, wie Topologie, Utility Network oder Pipeline Referencing. Feature-Klassen, die in einem Erweiterungs-Dataset enthalten sein sollen, werden zuerst in einem Feature Dataset organisiert.
Um die servicebasierte Bearbeitung Ihrer Daten im Pipeline Referencing zu unterstützen, müssen bestimmte Feature-Klassen im LRS-Datenmodell in einem Feature Dataset in Ihrer Geodatabase liegen. Wenn die Feature-Klassen und Tabellen im Voraus modelliert werden, müssen die folgenden Feature-Klassen in einem Feature Dataset enthalten sein: Centerline, Calibration Points, Redline, Networks, Events und Intersections.
Referenz: LRS-Informationsmodell
Raumbezug
Wenn ein Feature Dataset erstellt wird, müssen Sie dessen Raumbezug definieren. Dies umfasst das Koordinatensystem, entweder geografisch oder eine spezifische Projektion, sowie Koordinateneinheiten und Toleranzen für x-, y-, z- und m-Werte. Alle Feature-Klassen in einem Feature Dataset müssen ein gemeinsames Koordinatensystem teilen, und die x,y-Koordinaten ihrer Features sollten innerhalb eines gemeinsamen räumlichen Bereichs liegen. Wenn Sie eine Feature-Klasse in einem bestehenden Feature Dataset erstellen, wird das Koordinatensystem vom Feature Dataset übernommen.
Da Maße und deren Genauigkeit für die Präzision jeder linearen Referenzierungsmethode (LRM) entscheidend sind, müssen die Raumbezug-, Toleranz- und Auflösungseinstellungen für all diese Feature-Klassen übereinstimmen. Dies stellt sicher, dass Geometrie und Maße für Routen, Ereignisse und Kreuzungen im linearen Referenzierungssystem (LRS) korrekt sind und in Übereinstimmung bleiben. Wenn eine der Centerline-, Calibration Point-, Redline-, Network-, Event- oder Intersection-Feature-Klassen modelliert wird, bevor sie mit dem LRS registriert werden, stellen Sie sicher, dass die Toleranz- und Auflösungseinstellungen übereinstimmen.
Referenz: Toleranz- und Auflösungseinstellungen
Implementierungsüberlegungen
- Wenn Sie das Create LRS geoprocessing tool verwenden, um Ihr LRS und minimale Schemaelemente zu erstellen, werden diese erforderlichen Feature-Klassen automatisch in einem Feature Dataset platziert.
- Wenn das LRS mit ArcMap oder ArcGIS Pro 2.5 oder älter erstellt wurde, müssen Sie diese Feature-Klassen in ein Feature Dataset verschieben und das Geoverarbeitungswerkzeug Modify LRS ausführen, um das LRS in ArcGIS Pro 2.6 oder höher zu bearbeiten. Zusätzliche Änderungen am Schema und/oder eine APR-Neukonfiguration können als Teil dieses Upgrade-Prozesses erforderlich sein.
- Die Gas and Pipeline Enterprise Data Management-ArcGIS-Lösung folgt den Anforderungen des LRS-Informationsmodells mit erforderlichen Features im UtilityNetwork Feature Dataset. Gas and Pipeline Enterprise Data Management ist eine einheitliche Lösung für sowohl vernetzte als auch linear referenzierte Pipelines basierend auf ArcGIS Pro 2.6, ArcGIS Enterprise 10.8.1, UPDM 2020 und Utility Network Release 4.
- Das PODS 7.0 ist ebenfalls kompatibel mit den Anforderungen des LRS-Informationsmodells mit erforderlichen Features im Features Feature Dataset.
- APR-Implementierungen auf Versionen von ArcGIS Pro 2.5 oder älter erlaubten Features außerhalb eines einzelnen Datasets. Beim Upgrade auf ArcGIS Pro 2.6 wird der GIS-Administrator aufgefordert, das Geoverarbeitungswerkzeug zum Modify LRS auszuführen. Der folgende Fehler 130159 wird angezeigt, wenn das Datenmodell nicht gemäß den oben diskutierten Dataset-Anforderungen geändert wird.
LRS Intersection
Ab ArcGIS Pro 2.6 können Sie nun LRS Intersection Feature-Klassen konfigurieren sowie Kreuzungen generieren und aktualisieren. Das folgende Beispiel zeigt die Kreuzung einer LRS-Route mit einer Eisenbahnschicht.
Die erforderlichen Felder für die LRS Intersection Klasse sind in der folgenden Tabelle aufgeführt.
Feld | Daten Typ | Beschreibung |
Intersecting ID | Guid | Name des Intersection ID-Feldes. |
Intersection Name | Text (1000) | Name der Kreuzung. |
Route ID | Text (1000) | Eindeutige ID der Route. |
Feature ID | Text (1000) | Eindeutige ID des sich kreuzenden Features. |
Feature Class Name | Text (150) | Name der Intersection Point Feature-Klasse. |
From Date | Date | Datum, an dem das Netzwerk aktiv wurde. |
To Date | Date | Datum, an dem das Netzwerk außer Betrieb genommen wurde. |
< P >< SPAN >< STRONG > Measure </ STRONG ></ SPAN ></ P ></ TD >< TD width = "20 % ">< P >< SPAN > Double </ SPAN ></ P ></ TD >< TD width = "53 % ">< P >< SPAN > Das Maß auf der dominanten Route, an der sich die Kreuzung befindet. </ SPAN ></ P ></ TD ></ TR ></ TBODY ></ TABLE >< P >& nbsp ; </ P >< P > Hier ist eine Beispielattributtabelle für die Kreuzung einer LRS-Route mit einer Eisenbahnschicht. </ P >< H2 id = "toc-hId--603219239" > Redline </ H2 >< P > Ab ArcGIS Pro 2.8 muss die Redline-Feature-Klasse, die ein Kernobjekt des APR-Informationsmodells ist, z-fähig sein und darf nicht m-fähig sein.</ P >< P > </ P >< P >& nbsp ; </ P > |
