Mit ArcGIS Pro Standard- und Data Reviewer-Lizenz verfügbar.
Zusammenfassung
Mit der Prüfung Objektlücken suchen wird nach linear referenzierten Objekten gesucht, die im Datums- und Uhrzeitbereich der Route Lücken auf derselben Route oder auf mehreren Routen aufweisen.
Unterstützte Workflows
ArcGIS Data Reviewer-Prüfungen unterstützen mehrere Methoden für das Implementieren der automatisierten Überprüfung von Daten. Die folgende Tabelle enthält die unterstützten Implementierungsmethoden für diese Prüfung:
| Attributregeltyp | Unterstützt |
|---|---|
Validierung | Ja (ArcGIS Pro 3.1 und ArcGIS Enterprise11.1 oder höher) |
Einschränkung | Nein |
Überblick
Die Prüfung Objektlücken suchen sucht nach linear referenzierten Objekten mit Lücken zwischen Objekten derselben Kategorie innerhalb derselben Route oder in mehreren Routen. Bei den übereinstimmenden Kategorien kann es sich zum Beispiel um zwei Geschwindigkeitsbegrenzungsobjekte handeln, die innerhalb derselben Route registriert sind, aber nicht die gesamte Länge der Route abdecken, sodass eine Lücke entsteht. Bei dieser Prüfung sind Datum und Uhrzeit wichtige Faktoren, da alle Elemente im linearen Referenzierungssystem, einschließlich Routen, Objekten und Routenkalibrierung, von Datum und Uhrzeit abhängen. Zum Beispiel ist ein Geschwindigkeitsbegrenzungsobjekt auf einer Route möglicherweise nur für einen bestimmten durch Datum und Uhrzeit definierten Zeitraum gültig.
Hinweis:
Die Prüfung Objektlücken suchen muss in der Network-Feature-Class der Route erstellt werden.
Branchenspezifische Szenarien
Diese Prüfung kann in den folgenden Szenarien verwendet werden:
- Bei der Straßenverwaltung muss ein Objekt, das eine Geschwindigkeitsbegrenzung von 55 mph (89 km/h) darstellt, die gesamte Strecke des entsprechenden Routen-Features abdecken.
- Um bei der Pipeline-Verwaltung Korrosion an Pipelines zu vermeiden, wird durch die lückenlose Aufzeichnung des Maßes der Schutzbeschichtung auf unterirdischen Assets die Genauigkeit der Berichte und die Sicherheit der unterirdischen Features sichergestellt.
Beispiele
Die folgende Abbildung zeigt Objekte mit linearen Fehlern (in Rot), die Lücken zwischen anderen Objekten auf derselben Route und auf mehreren Routen darstellen.
Verwenden von Datumsfiltern zum zeitlichen Eingrenzen der Ergebnisse
Eine Route stellt ein lineares Objekt, z. B. eine Autobahn, zu einem bestimmten Datum und einer bestimmten Uhrzeit dar. Wenn Sie Objekte auf einer Route suchen, werden nur die Objekte angezeigt, die in dem Zeitraum aktiv waren, in dem die Route aktiv war. Mit der Prüfung "Objektlücken suchen" werden alle Objektlücken in dem Zeitraum von der Aktivierung der Route bis zum aktuellen Zeitpunkt ermittelt.
Um unnötige Ergebnisse aus der Vergangenheit zu vermeiden, bietet die Prüfung "Objektlücken suchen" die folgenden zwei Filterparameter: Attributfilter und Objektquellenfilter.
Filter 1: Attribut
- Attribut: Wertet bestimmte Routen aus. Beispiel: Abfragen von Routen mit einer höheren RouteID als 020000000000014-D: Where RouteID is greater than 020000000000014-D.
Filter 2: Objektquelle
- Objektquelle: Grenzt die Auswertung von Objektlücken nach einem angegebenen Datum ein. Beispiel: Abfragen von Objektlücken seit dem 01.01.1988: Where FROM_DATE is on or after 1/1/1988 0:00:00.
Beispielszenario für Filter
Im folgenden Beispielszenario weist die unten dargestellte Route (blau hervorgehoben) ein Geschwindigkeitsbegrenzungsobjekt (gelb hervorgehoben) auf, das sie teilweise überlappt. Diese Überlappung verursacht bei Verwendung der Prüfung "Objektlücken suchen" einen Fehler.
Es besteht jedoch eine zeitliche Diskrepanz zwischen dem Geschwindigkeitsbegrenzungsobjekt und der entsprechenden Route. Das Geschwindigkeitsbegrenzungsobjekt ist seit dem 01.01.1988 aktiv, die entsprechende Route ist jedoch seit dem 01.01.1911 aktiv.
Geschwindigkeitsbegrenzungsobjekt
| Objekt-ID | Routen-ID | Von-Messwert | Bis-Messwert | Von-Datum | Bis-Datum |
|---|---|---|---|---|---|
123 | Route 2 NS-98429 | 0 | 0,04699747 | 01.01.1988 | Präsentieren |
Nachfolgend werden die verschiedenen Ergebnisse in dem oben beschriebenen Szenario aufgeführt, die auftreten können, wenn Sie mit der Prüfung "Objektlücken suchen" Fehler durch zeitliche Überlappung ermitteln.
Szenario des Ausführens der Prüfung ohne Objektfilter
Wenn Sie die Prüfung "Objektlücken suchen" ohne Objektfilter ausführen, ist das Ergebnis eine Fehlergeometrie, die die gesamte Länge der Route abdeckt. In der Fehlermeldung werden zwei Zeitintervallfehler aufgeführt:
| Fehler | Beschreibung |
|---|---|
Objektlücke (<Name der Event-Feature-Class>) in (<Name der Route-Feature-Class>) (<ObjectID-Nummer>) zwischen den Messwerten 0 und 0,04699747 und für den Zeitraum von 01.01.1911 bis 01.01.1988. | Wird verursacht, weil die Geschwindigkeitsbegrenzung nicht die gesamte Länge der Route vom 01.01.1911 bis zum 01.01.1988 abdeckt. |
zwischen den Messwerten 0,22693 und 0,04699747 und für den Zeitraum von 01.01.1988 bis heute. | Wird durch ein vorhandenes Geschwindigkeitsbegrenzungsobjekt verursacht, das die Länge der Route vom 01.01.1988 bis heute teilweise abdeckt. |
Szenario des Ausführens der Prüfung mit einem Objektfilter
Wenn Sie die Prüfung "Objektlücken suchen" mit einem auf den 01.01.1988 oder danach festgelegten Objektfilter ausführen, wird die folgende Fehlermeldung ausgegeben:Objektlücke (<Name der Event-Feature-Class>) in (<Name der Route-Feature-Class>) (<ObjectID-Nummer>) zwischen den Messwerten 0,22693 und 0,04699747 und für den Zeitraum von 01.01.1988 bis heute. Dieser Fehler wird durch eine Objektgeometrie verursacht, die die Länge der Route im angegebenen Zeitraum teilweise abdeckt.
Syntax
| Parameter | Erforderlich | Erläuterung | Workflow |
|---|---|---|---|
Subtype | Nein | Der Subtype, auf den die Regel angewendet wird. | Validierung |
Attribut | Nein | Eine Abfrage, die für das Routen-Feature erstellt werden kann, um die Anzahl der auszuwertenden Routen einzugrenzen. Beispielabfrage: Route ID is greater than or equal to 100023011 | Validierung |
|
Objekteigenschaften/Routenkennung | Ja | Der Name des Feldes, das Werte zum Verknüpfen von Objekten mit Routen enthält. Das Feld muss den Datentyp "Numerisch" aufweisen. | Validierung |
|
Routeneigenschaften/Routen-Anfangsdatum | Ja | Der Name des Feldes, dessen Werte das Startdatum für eine Route definieren. Das Feld muss den Datentyp "Datum" aufweisen. | Validierung |
|
Routeneigenschaften/Routen-Enddatum | Ja | Der Name des Feldes, dessen Werte das Enddatum für eine Route definieren. Das Feld muss den Datentyp "Datum" aufweisen. | Validierung |
|
Objekteigenschaften/Objektquelle | Ja | Das im Routennetzwerk registrierte Linienobjekt, das mit einer Validierung auf Lücken überprüft werden soll. | Validierung |
|
Objekteigenschaften/Routenkennung | Ja | Der Name des Feldes, das Werte zum Verknüpfen von Objekten mit Routen enthält. Das Feld muss den Datentyp "Numerisch" aufweisen. | Validierung |
Filter | Nein | Eine Abfrage, die für das Objekt-Feature erstellt werden kann, um die Ergebnisse zeitlich einzugrenzen. Beispielabfrage: FromDate is on or after 3/3/2010, gibt nur Lücken als Fehler zurück, die seit dem 03.03.2010 vorhanden sind. Die Abfrage gibt keine Fehler für Lücken vor dem 03.03.2010 zurück. | Validierung |
|
Objekteigenschaften/Von-Messwert | Ja | Der Name des Feldes, das den Startmesswert für ein Punkt- oder lineares Objekt-Feature enthält. Das Feld muss den Datentyp "Numerisch" aufweisen. | Validierung |
|
Objekteigenschaften/Bis-Messwert | Ja | Der Name des Feldes, das den Endmesswert für ein lineares Objekt-Feature enthält. Das Feld muss den Datentyp "Numerisch" aufweisen. | Validierung |
|
Objekteigenschaften/Objekt-Anfangsdatum | Ja | Der Name des Feldes, dessen Werte das Startdatum für ein Punkt- oder lineares Objekt-Feature definieren. Das Feld muss den Datentyp "Datum" aufweisen. | Validierung |
|
Objekteigenschaften/Objekt-Enddatum | Ja | Der Name des Feldes, dessen Werte das Enddatum für ein Punkt- oder lineares Objekt-Feature definieren. Das Feld muss den Datentyp "Datum" aufweisen. | Validierung |
|
Messwerttoleranz | Nein | Optionaler Wert bei der Suche nach Objektlücken auf Basis eines bestimmten Toleranzwertes. Standardmäßig wird die M-Toleranz des linearen Referenzierungssystems verwendet. | Validierung |
Name | Ja | Ein eindeutiger Name für die Regel. Diese Informationen dienen zur Unterstützung der Rückverfolgbarkeit von Berichten zu Anforderungen der Datenqualität, der automatisierten Berichterstellung und von Korrektur-Workflows. | Validierung |
Beschreibung | Nein | Eine von Ihnen definierte Beschreibung des Fehlers, wenn ein nicht konformes Feature gefunden wird. Diese Information dient zur Anleitung für Korrektur-Workflows. | Validierung |
Schweregrad | Nein | Der Schweregrad des Fehlers, der bei nicht konformen Features zugewiesen wird. Dieser Wert gibt die Bedeutung des Fehlers in Bezug auf andere Fehler an. Die Werte liegen zwischen 1 und 5, wobei 1 der höchsten Priorität und 5 der niedrigsten Priorität entspricht. | Validierung |
Tags | Nein | Die Tag-Eigenschaft der Regel. Diese Information wird bei der Erstellung von Regeln und in Verwaltungs-Workflows verwendet und dient der Rückverfolgbarkeit und Erstellung von Berichten zu Anforderungen der Datenqualität. | Validierung |
Hinweise
Beachten Sie bei der Verwendung der Prüfung die folgenden Hinweise:
- Die Prüfung muss in der Network-Feature-Class der Route erstellt werden.
- Diese Prüfung unterstützt die Validierung von Objekten, die in Line-Feature-Classes gespeichert sind.
- Zusätzlich können Sie einen Wert für die Messwerttoleranz definieren, der bei der Suche nach Objekten, die ungültige Messwerte enthalten, verwendet werden soll. Dieser Wert darf nicht kleiner als der Wert für die M-Toleranz des Eingabe-Routen-Features sein.
- Routen-Features müssen M-aktiviert und beim LRS von Roads and Highways oder Pipeline Referencing registriert sein.
- Diese Prüfung unterstützt die Validierung von Objekten, die in einer Geodatabase gespeichert und bei dem linearen Referenzierungssystem (LRS) von ArcGIS Roads and Highways oder ArcGIS Pipeline Referencing registriert sind.
- Für alle Routen- und Objekt-Features ist ein Routenidentifizierungsfeld (numerischer Datentyp) erforderlich.
- Mit einem Attributindex für das Routenkennungsfeld wird der dynamische Segmentierungsprozess beschleunigt.
- Objekte, die mit nichtmonotonen Routen-Features verknüpft sind, werden von dieser Prüfung nicht ausgewertet. Nichtmonotone Routen sind Routen, die Messwerte enthalten, die entweder kontinuierlich sind oder keinen streng monoton steigenden oder fallenden Wert haben.
Die Monotonieprüfung wird verwendet, um nichtmonotone Routen zu suchen, für die eine Korrektur erforderlich ist.
- Bei der Regelauswertung werden nur Eingabe-Features mit einem Validierungsstatus von 2 (Keine Berechnung erforderlich, Validierung erforderlich, kein Fehler), 3 (Keine Berechnung erforderlich, Validierung erforderlich, Fehler vorhanden), 6 (Berechnung erforderlich, Validierung erforderlich, kein Fehler) oder 7 (Berechnung erforderlich, Validierung erforderlich, Fehler vorhanden) berücksichtigt.
- Der Filterparameter Attribut ist auf Vergleichsoperatoren (=, <>, >, <, >= und <=) und logische Operatoren (AND/OR, IN/NOT IN, LIKE/NOT LIKE und IS NULL) begrenzt.
- Der Filterparameter Attribut unterstützt die folgenden Feldtypen nicht: Big Integer, Date Only, Time Only und Timestamp Offset. Wenn sie ausgewählt werden, wird der Zeilenkopf in Rot markiert, und die Regel kann nicht gespeichert werden.