Mit der Location Referencing-Lizenz verfügbar.
Die Konfliktvermeidung verbessert die Unterstützung für die Bearbeitung durch mehrere Benutzer, indem die Änderungen an Routen und Objekten in einem Enterprise-Geodatabase-LRS (lineares Referenzierungssystem) koordiniert werden. ArcGIS Location Referencing verwendet zur Koordinierung der Änderungen bestimmte Bedingungen und Verhaltensweisen, die den Bearbeiter zwingen, vor dem Bearbeiten einer Route oder eines Objekts eine Sperre anzufordern.
Das Hauptprinzip der Konfliktvermeidung in Location Referencing lautet: Wenn eine Route oder ein Objekt für die Bearbeitung durch einen Benutzer in einer Datenbankversion gesperrt ist, dann können diese Routen bzw. Objekte durch dieselbe Person in keiner anderen Datenbankversion und auch durch andere Personen in keiner Version bearbeitet werden.
Aktivieren der Konfliktvermeidung
Konfliktvermeidung wird nur für ein LRS-Dataset, das nach Verzweigung versioniert ist, unterstützt.
Die traditionelle Versionierung wird in Location Referencing unterstützt, in traditionell versionierten Datasets ist jedoch die Konfliktvermeidung nicht verfügbar.
Wenn Ihr Dataset nach Verzweigung versioniert ist, dann führen Sie das Werkzeug LRS ändern aus, nachdem Sie die Option Konfliktvermeidung auf Aktivieren festgelegt haben.
Wenn die Konfliktvermeidung aktiviert ist, dann fordert jedes Bearbeitungswerkzeug verfügbare Sperren automatisch an oder benachrichtigt Sie, wenn diese Sperren nicht angefordert werden können.
Bearbeiten einer Route und Erstellen einer Sperre zur Konfliktvermeidung
Beispiel eines Workflows für Konfliktvermeidung unter Verwendung von "Route stilllegen". RouteX wird stillgelegt.
- Klicken Sie zuerst auf die Schaltfläche Route identifizieren und dann auf RouteY.
Das Dialogfeld Route identifizieren wird angezeigt.
- Überprüfen Sie, ob für die ausgewählte Route keine Sperren vorhanden sind.
Da die Ergebnisse zeigen, dass keine Sperren vorhanden sind, wissen wir, dass es für diese Route keine Sperren gibt.
- Wenn bestätigt wurde, dass für die Route keine Sperren vorhanden sind, klicken Sie auf Stilllegen auf der Registerkarte Location Referencing.
Der Bereich Route stilllegen wird angezeigt.
- Klicken Sie im Bereich Route stilllegen auf die Schaltfläche Name der Von-Route und dann auf die Route, die Sie stilllegen möchten.
Wenn ein Routenname ausgewählt wurde, wird oben im Bereich eine Meldung zum Anfordern einer Sperre angezeigt.
Die Meldung zum Sperren enthält die folgenden Informationen:
- Die Sperre wurde für RouteY erfolgreich übernommen.
- Die Sperre wurde durch den Portal-Benutzer User11 angefordert.
- Die Sperre für RouteY für die Datenbankversion Version1 wurde von User11 übernommen.
Hinweis:
Wenn die folgenden Bedingungen erfüllt sind, dann übertragen Sie damit automatisch eine vorhandene Routen- oder Liniensperre von einer anderen Person an Sie:
- Die Version, deren Besitzer eine andere Person ist, ist öffentlich.
- Sie senden die Anforderung in der Version, in der eine andere Person die Sperre hat.
- Wenn die Version der Sperre eine Child-Version ist, dann hat der Besitzer der Sperre momentan keine Editiersitzung in dieser Version geöffnet. Wenn die Version der Sperre die Default-Version ist, dann hat der Besitzer der Sperre momentan keine Lesesitzung in der Default-Version geöffnet.
- Sie können das Vorliegen der Sperre auch bestätigen, indem Sie erneut auf Route identifizieren und RouteY klicken.
Das Symbol Von Ihnen gesperrt bestätigt ebenfalls, dass Sie Besitzer von Sperren für die identifizierte Route sind und diese Route bearbeiten können.
- Sie können mit der Schaltfläche LRS-Sperren auf der Registerkarte Location Referencing vorhandene Sperren identifizieren.
Die Tabelle LRS-Sperren wird angezeigt.
Meldungen bei der Konfliktvermeidung
Wie bereits beschrieben, lässt die Konfliktvermeidung das Bearbeiten einer Route oder Linie und eines Objekts jeweils nur durch eine einzige Person in einer Version zu.
Wenn zum Beispiel Benutzer22 versucht, RouteX stillzulegen, während RouteX durch Benutzer11 gesperrt ist, wird die folgende Meldung angezeigt:
Die Meldung enthält die folgenden Informationen:
- RouteY nicht bearbeitet werden, da die Sperre zu einem anderen Benutzer gehört.
- Die Sperre wurde bereits durch den Portal-Benutzer User11 angefordert.
- Die Sperre auf RouteY für die Datenbankversion Version1 wurde bereits von User11 angefordert.
Die Routenkennung zeigt das folgende Ergebnis:
Die Tabelle LRS-Sperren mit der Liste der Sperren wird angezeigt.
Sicherstellen, dass die neueste Version des Datasets bearbeitet wird
Bearbeiten Sie die neueste Version der Datenbank, damit alle aktuellen Änderungen an den Daten in der Version, die gerade bearbeitet wird, vorhanden sind. Um die neueste Version zu bestätigen, prüft Location Referencing, ob ein Abgleich mit der Default-Version notwendig ist, bevor eine Sperre angefordert wird. Wenn eine Version mit der Default-Version abgeglichen werden muss, wird die folgende Meldung angezeigt:
Nach dem Klicken auf Ja, wenn Sperren anfordern angezeigt wird, wird die Version des Bearbeiters mit der Default-Version abgeglichen.
Hinweis:
Stellen Sie sicher, dass alle Konflikte mit der Default-Version abgeglichen sind, bevor Sie die Routen oder Objekte bearbeiten.
Sie können festlegen, dass vor dem Anfordern von Sperren automatisch abgeglichen werden soll. Wenn der automatische Abgleich aktiviert ist, können Sie eine Sperre anfordern, ohne dass abgeglichen wird, sofern beim Abgleich keine Konflikte erkannt wurden.
Die gesamte Konfliktvermeidungslogik beim Bearbeiten einer Route ist im folgenden Diagramm dargestellt:
Typen von Sperren
Die Konfliktvermeidung in Location Referencing arbeitet mit zwei Typen von Sperren:
- Routensperren
- Objektsperren
Routensperren
Routensperren verhindern, dass andere Benutzer eine Route und die Objekte auf dieser Route bearbeiten, während diese Route bearbeitet wird. Routensperren besitzen die folgenden Eigenschaften:
- Eine Sperre wird als Routensperre bezeichnet, wenn eine Route in einem Netzwerk bearbeitet wird.
- Wenn eine Route gesperrt ist, kann in der Version, in der die Sperre angefordert wurde, nur die Person mit der Sperre diese Route und die Objekte auf dieser Route bearbeiten.
Objektsperren
Objektsperren verhindern, dass andere Personen einen Objekt-Layer für eine bestimmte Route bearbeiten können. Eine Objektsperre wird für die Objekt-Layer einer Route abgerufen.
Wenn User1 Event Layer1 für Route1 in Version1 gesperrt hat, gilt Folgendes:
- Kein anderer Benutzer kann Event Layer1 für Route1 in keiner Version bearbeiten.
- User1 kann Event Layer1 für Route1 in keiner anderen Version außer Version1 bearbeiten.
- Andere Personen können Sperren für andere Objekt-Layer (außer Event Layer1) für Route1 oder für eine andere Route anfordern, wenn für diese Route keine Routensperre vorhanden ist.
- Keine andere Person kann eine Routensperre anfordern, wenn mehr als eine Person Objektsperren für diese Route besitzt.
- Andere Personen können Sperren für Event Layer1 für andere Routen anfordern, für die Sperren angefordert werden können.
- Wenn die Bearbeitung eines Objekts eine Objektsperre für eine Route erfordert, wird sie übernommen.
Hinweis:
- Wenn mehrere Zeitintervalle einer Route oder eines Objekts vorhanden sind, gilt die angeforderte Sperre für alle diese Zeitintervalle.
- Sperren werden durch Geoverarbeitungswerkzeuge nach Bedarf angefordert.
Die Konfliktvermeidungslogik bei vorhandenen Objekten für eine Route ist im folgenden Diagramm dargestellt:
Konfliktvermeidung beim Bearbeiten einer Mittelachse
Wenn parallele Routen vorhanden sind, werden Routen basierend auf gemeinsamen Mittelachsen gesperrt. Dieses Konzept wird in der folgenden Abbildung veranschaulicht:
- Wenn Route X bearbeitet wird, wird die Sperre für Route X angefordert. Danach kann kein anderer Benutzer eine Sperre für Route Y anfordern, da sich die Routen die gemeinsame Mittelachse C2 teilen.
- Wenn Route Y bearbeitet wird, wird die Sperre für Route Y angefordert. Danach kann kein anderer Benutzer eine Sperre für Route X anfordern, da sich die Routen die gemeinsame Mittelachse C2 teilen.
- Wenn Mittelachse C1 bearbeitet wird (kartografische Neuausrichtung oder Teilung der Mittelachse), wird nur Route X gesperrt.
- Wenn Mittelachse C3 bearbeitet wird, wird nur Route Y gesperrt.
- Wenn Mittelachse C2 bearbeitet wird, werden Route X und Route Y gesperrt, da C2 eine gemeinsame Mittelachse zwischen diesen zwei Routen ist.
Aufheben von Sperren
Wenn Folgendes geschieht, werden die Sperren automatisch aufgehoben:
- Die Version, in der die Sperren enthalten sind, wird in die Default-Version zurückgeschrieben.
- Die Version, in der die Sperren enthalten sind, wird gelöscht.
- Sperren, die in der Default-Version wegen der Verwendung der Routenbearbeitung, der Mittelachsenbearbeitung oder eines Geoverarbeitungswerkzeugs angefordert wurden, werden nach der Ausführung wieder aufgehoben.
Sperren können Sie basierend auf ihrem Wert für den Status "Aufhebbar" manuell aufheben.
Wenn der Status "Aufhebbar" den Wert "Ja" hat, dann können Sie die Sperre aufheben, indem Sie wie folgt vorgehen:
- Klicken Sie auf der Registerkarte Location Referencing auf die Schaltfläche Sperren aufheben .
- Klicken Sie auf die Schaltfläche Sperren aufheben , die in der Tabelle LRS-Sperren verfügbar ist.
Wenn der Status "Aufhebbar" den Wert "Nein" hat, dann kann die Sperre nicht aufgehoben werden.
Wenn der Status "Aufhebbar" den Wert "Beim Zurückschreiben" hat, dann kann die Sperre erst nach dem Zurückschreiben in die Default-Version aufgehoben werden.
Hinweis:
Wenn die folgenden Bedingungen erfüllt sind, dann übertragen Sie damit automatisch eine vorhandene Routen- oder Liniensperre von einer anderen Person an Sie:
- Die Version, deren Besitzer eine andere Person ist, ist öffentlich.
- Sie senden die Anforderung in der Version, in der eine andere Person die Sperre hat.
- Wenn die Version der Sperre eine Child-Version ist, dann hat der Besitzer der Sperre momentan keine Editiersitzung in dieser Version geöffnet. Wenn die Version der Sperre die Default-Version ist, dann hat der Besitzer der Sperre momentan keine Lesesitzung in der Default-Version geöffnet.
Zusammenfassung der Konfliktvermeidungsregeln
Wenn die Konfliktvermeidung aktiviert ist, dann können Sie eine Route nach dem Anfordern einer Sperre für diese Route unter den folgenden Bedingungen bearbeiten:
- Kein Benutzer besitzt in einer der Versionen der Datenbank eine Sperre für diese Route.
- Dieselbe Person besitzt bereits in der Version der Datenbank, in der sie gerade arbeitet, eine Routensperre für diese Route.
Wenn die Konfliktvermeidung aktiviert ist und die Bedingungen für die Übertragung einer Sperre nicht erfüllt sind, dann können Sie eine Route unter den folgenden Bedingungen nicht bearbeiten:
- Ein Abgleich mit der Default-Version ist notwendig.
- In der aktuellen Version sind Geodatabase-Konflikte vorhanden.
- Die Route ist bereits durch eine andere Person gesperrt.
- Dieselbe Person besitzt bereits in einer anderen Version der Datenbank, in der sie gerade arbeitet, eine Routensperre für diese Route.
- Eine andere Person besitzt Objektsperren für diese Route (sofern die Bedingungen für die Übertragung einer Sperre nicht erfüllt sind).
- Dieselbe Person besitzt in einer anderen Version der Datenbank Objektsperren für diese Route.
Wenn die Konfliktvermeidung aktiviert ist, dann können Sie ein Objekt nach dem Anfordern einer Sperre für diesen Objekt-Layer unter den folgenden Bedingungen bearbeiten:
- Kein Benutzer besitzt in einer Datenbankversion eine Sperre für diesen Objekt-Layer für die Route, auf der sich das Objekt befindet (sofern die Bedingungen für die Übertragung der Sperre nicht erfüllt sind).
- Dieselbe Person besitzt bereits in der Datenbankversion, in der sie gerade arbeitet, eine Objektsperre (für die Route, auf der sich das Objekt befindet).
- Für dieselbe Person gibt es in derselben Version bereits eine Routensperre für die Route, auf der sich das Objekt befindet).
Wenn die Konfliktvermeidung aktiviert ist, dann können Sie ein Objekt unter den folgenden Bedingungen nicht bearbeiten:
- Ein Abgleich mit der Default-Version ist notwendig.
- In der aktuellen Version sind Geodatabase-Konflikte vorhanden.
- Der Objekt-Layer für die Route, auf der sich das Objekt befindet, ist bereits durch eine andere Person gesperrt (sofern die Bedingungen für die Übertragung der Sperre nicht erfüllt sind).
- Der Objekt-Layer für die Route, auf der sich das Objekt befindet, ist bereits durch dieselbe Person gesperrt, allerdings in einer anderen Version.
- Die Route, auf der sich das Objekt befindet, ist bereits durch eine andere Person gesperrt (sofern die Bedingungen für die Übertragung der Sperre nicht erfüllt sind).
- Die Route, auf der sich das Objekt befindet, ist bereits durch dieselbe Person gesperrt, allerdings in einer anderen Version.