Wartungskommando "Schneider" für KSP #439
		Loading…
	
	
			
			x
			
			
		
	
		Reference in New Issue
	
	Block a user
	
	No description provided.
		
		Delete Branch "%!s()"
	 
	Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Wenn der Service "Schneider" zwischenzeitlich ausfällt, werden im KSP beim Speichern die Referenzen nicht ermittelt/verschnitten.
Auch nach "Reparatur" des Service bleiben die bislang unverschnittenen Flurstücke auch weiterhin unverschnitten, bis die Nutzer eine neue Verschneidung triggern (einfach Bearbeitungsmodus öffnen und nochmal abspeichern, ohne irgendwas zu ändern).
Alternativ bitte hier ein neues "Wartungskommando für KSP" einbauen, das unverschnittene (aber geometriehaltende) Einträge nochmal versucht zu verschneiden.
Das Kommando sollte im regelmäßigen Turnus (z.B. jede Nacht) laufen , sodass ausstehende Einträge immer wieder die Möglichkeit haben "nachträglich" schnell behandelt zu werden, ohne dass der Anwender dafür nochmals aktiv werden muss.
In #440 implementiert und in #441 in produktiven Docker Branch gegeben. Checkout auf Server und Durchführung des Kommandos erfolgt am Abend. Dokumentation des Kommandos im Git Wiki folgt.
Dokumentation des Kommandos im Projektwiki erfolgt: https://git.naturschutz.rlp.de/IT-Naturschutz/konova/wiki/technical-documentation_de#custom-commands
Weitere Kommandodokumentationen werden nach und nach folgen.
Nachverschneidung wurde mithilfe des Kommandos durchgeführt. Dabei fielen einige wenige Flurstücksduplikate in der Produktivdatenbank auf, die den Vorgang verkomplizierten. Neben dem Kommando wurde deshalb noch ein Automatismus eingebaut, der im Falle auftretender Duplikate diese bereinigen soll. D.h. nach und nach sollten die Duplikate aufgelöst werden, wenn sie durch bspw. Neuverschneidungen detektiert werden.
Die Nutzer können über eine Nachricht auf der Startseite jetzt darüber informiert werden, dass die Einträge nachverschnitten wurden.
Nach erneuter Meldung scheinen seit 04.11.2024 keine Verschneidungen in Konova mehr erfolgreich zu sein.
Prüfung der Schneider Komponente am 13.11.2024, 14:35 Uhr, verlief erfolgreich. Fehler muss anderweitige Ursache auf Konova Seite haben.
Verschneidung in Test-KSP ebenfalls ohne Ergebnis. Untersuche Problem.
Fehler behoben: