Räumliche Netzwerkreinigung

11

Daten, aus denen ein Netzwerk erstellt wird, müssen beim Bereinigen besonders berücksichtigt werden, da geringfügige räumliche Fehler zu schwerwiegenden Konnektivitätsfehlern führen können.

Welche Techniken können als Best Practice für die Bereinigung räumlicher Netzwerkdaten vor dem Erstellen eines Netzwerkmodells angesehen werden?

Um den Ball ins Rollen zu bringen, kann ich mir Folgendes vorstellen

  • Stellen Sie sicher, dass in Ihrem GIS keine Topologiefehler ausgeblendet werden (wie dies in ArcMap möglich ist) oder dass der Netzwerkerstellungsprozess dies berücksichtigt (wie dies in Arc Network Analyst der Fall ist). Verstehe, wie und warum dies geschieht.

  • Verwenden Sie die Topologiefunktionen Ihres GIS - z. B. Arc Topology, Autocad Drawing Cleanup. Erkennen Sie alle Polylinien, die innerhalb einer Toleranz zueinander liegen oder sich berühren oder schneiden, ohne zu nicken (dh die am Schnittpunkt nicht unterbrochen sind). Überschwinger und Unterschwinger fallen in diese Kategorie. Überprüfen Sie sie auf Fehler (abhängig von Ihrer Darstellung können sie Brücken / Tunnel darstellen oder nicht). Verwenden Sie automatisierte Reparaturen, wenn alle wie Fehler aussehen und eine manuelle Reparatur nicht möglich ist.

  • Überprüfen Sie auch, ob Verbindungsendpunkte innerhalb einer bestimmten Toleranz liegen, ohne dass dies zusammenfällt. Verwenden Sie automatisierte Reparaturen, wenn alle wie Fehler aussehen und eine manuelle Reparatur nicht möglich ist.

  • Erhöhen Sie die Toleranz in den beiden oben genannten Schritten schrittweise, bis Sie sicher sind, dass alle so erkannten Merkmale beabsichtigt sind.

  • Bauen Sie das Netzwerk auf und berechnen Sie die Konnektivität für jede Junction (die Anzahl der Verbindungen, die sie verbinden). Überprüfen Sie (im Idealfall) alle oder (wahrscheinlich) eine Zufallsstichprobe, um sicherzustellen, dass sie Ihren Erwartungen entsprechen.

  • Sortieren Sie alle Polylinien in Ihrem Modell nach Länge und überprüfen Sie sie beginnend mit der kleinsten Länge manuell (möglicherweise mithilfe der berechneten Konnektivitätsdaten). Sehr kurze Netzwerkverbindungen sind normalerweise Fehler und können Drehwinkel usw. durcheinander bringen.

Was habe ich dort vermisst? Fühlen Sie sich frei, gute externe Ressourcen zu beschreiben oder mit ihnen zu verknüpfen.

network validation Sideshow Bob
quelle
Auch nicht spezifisch für die Netzwerkanalyse, aber wenn Sie überprüfen, was Ihre Netzwerkanalysesoftware für die Länge jeder Verbindung hält, und was Ihr GIS für die Länge der Verbindung hält, kann dies auf räumliche Referenzierungsprobleme hinweisen.
Sideshow Bob

Antworten:

4

In Arc können Sie ein geometrisches Netzwerk erstellen und dann in der Fehlertabelle nach Fehlern suchen (dazu müssen Sie zuerst die Topologie löschen und auch den Kreisverkehr entfernen, der ebenfalls einen geometrischen Netzwerkfehler verursacht).

Die gemeldeten Fehler sind häufige Probleme, unabhängig davon, welches GIS Sie verwenden:

  • Features mit leerer Geometrie,
  • Funktionen, die mehrere Teile enthalten,
  • Merkmale, die eine geschlossene Schleife bilden oder von und zur Kreuzung dieselbe haben,
  • Funktionen mit einer Länge von Null,
  • Übergänge, die mit einem Scheitelpunkt eines Kantenmerkmals mit einem anderen Z-Wert zusammenfallen,
  • Standalone-Kreuzungen; Dies sind Verbindungsstellen, die nicht mit Kanten verbunden sind
  • Merkmale können nicht auf sich selbst kollabieren, da ihre Länge nahe der Schnapptoleranz liegt
Dror Har Gil
quelle
2

Meiner Erfahrung nach. Verwenden Sie nur Linien vom Typ Linestring, erstellen Sie möglichst lange Linien, setzen Sie voraus, dass jede Linie mindestens 1 Punkt mit anderen geteilt hat, lassen Sie keine Linien mit einer Länge von 0 zu, erfordern Sie, dass die Linien OGC-gültig sind (keine sich selbst überschneidenden usw.). Wenn Sie Ereignisse in Zeilen haben (lineare Referenzierung), speichern Sie auch den GPS-Punkt, da es jemanden gibt, der das Konzept nicht versteht und Daten bricht.

Und last but not least: Lassen Sie nicht zu, dass Benutzer fehlerhafte Daten aktualisieren oder in die Master-Datenbank einfügen. Mit dem Versprechen, dass sie diese später beheben, wird dies niemals passieren.

Simplexio
quelle
Gute Vorschläge. Ich denke, Selbstschnitt ist in OGC gültig, aber nicht OGC Simple Features gültig? Habe
Sideshow Bob
Aus Interesse, warum sollte die Selbstüberschneidung schlecht sein? Keine Kreuzung impliziert normalerweise keine Konnektivität - viele Netzwerkverbindungen würden sich daher automatisch selbst kreuzen (z. B. Autobahnkreuzungen, an denen dieselbe Verbindung über sich selbst kreuzt)
Sideshow Bob
Es macht es schwieriger, fehlerhafte Daten einzufügen. Wenn Selbstüberschneidungen verboten sind, müssen Sie wirklich versuchen, Ringe und dergleichen zu erstellen. auch das macht es schwierig zu überprüfen, ob alles korrekt ist. Auch die Netzwerktopologie kümmert sich nicht wirklich darum, wie es gemacht wird, es kümmert sich nur darum, welche Kante Sie zum nächsten Knoten
bringt
Interessant - was ist ein Ring und warum ist das so schlimm? Gibt es dann auch eine bevorzugte Möglichkeit, eine Brücke darzustellen? Brechen Sie die Linien und "trennen" Sie sie mit Höhendaten oder schneiden Sie einfach zwei Linien, ohne zu brechen?
Sideshow Bob
1
Ich bevorzuge das Schneiden von Linien, wenn sie keinen Punkt teilen. siehe Linie (0,0 1,1 2,2) und Linie (0,1 2,1), wenn sie diese 1.1 nicht teilen, können Sie ziemlich sicher sein, dass es keine Kreuzung (auf der Straße oder im Rohrleitungsnetz) geben sollte, wenn Beide Linien teilen sich 1,1. Sie können nicht sicher sein, ob die Absicht bestand, dort zu überqueren. Ringe führen nirgendwo hin, sie sind normalerweise beim Routing nutzlos. Und wenn ich sage, dass Ringe schlecht sind, meine ich, dass sie schlecht sind, wenn eine Geometrie einen Ring im Straßennetz darstellt. Wenn zwei verschiedene Geome einen Ring bilden, ist das in Ordnung. dann sind Sie sicher, dass das Absicht war ...
Simplexio