Wartungskommando "Schneider" für KSP #439

New Issue

tnette · 2024-10-24T16:10:59+02:00

tnette commented

2024-10-24 16:10:59 +02:00

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.

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.

tnette self-assigned this 2024-10-24 16:10:59 +02:00

mpeltriaux was assigned by tnette

2024-10-24 16:10:59 +02:00

mpeltriaux added the

feature

label 2024-10-25 09:15:32 +02:00

mpeltriaux added reference 439_Wartungskommando_Nachverschneidung

2024-10-25 13:35:48 +02:00

mpeltriaux referenced this issue

2024-10-25 14:24:05 +02:00

# 439 Wartungskommando Nachverschneidung #440

mpeltriaux commented

2024-10-25 14:25:45 +02:00

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.

mpeltriaux commented

2024-10-25 16:27:03 +02:00

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.

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.

mpeltriaux commented

2024-10-26 10:34:39 +02:00

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.

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.

mpeltriaux closed this issue

2024-10-26 10:34:39 +02:00

mpeltriaux commented

2024-11-13 14:44:12 +01:00

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.

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.

mpeltriaux reopened this issue

2024-11-13 14:44:13 +01:00

mpeltriaux referenced this issue

2024-11-13 16:09:17 +01:00

# Bugfix: Recalculate_parcels command #448

mpeltriaux commented

2024-11-13 16:13:31 +01:00

Fehler behoben:

Schneider gefixt und auf 1.7.3 released (https://git.naturschutz.rlp.de/IT-Naturschutz/schneider/releases/tag/1.7.3)
Konova gefixt und auf 1.9.5 released (https://git.naturschutz.rlp.de/IT-Naturschutz/konova/releases/tag/1.9.5)
- wird am späteren Abend auf produktiv aktualisiert

Fehler behoben: * Schneider gefixt und auf 1.7.3 released (https://git.naturschutz.rlp.de/IT-Naturschutz/schneider/releases/tag/1.7.3) * Konova gefixt und auf 1.9.5 released (https://git.naturschutz.rlp.de/IT-Naturschutz/konova/releases/tag/1.9.5) * wird am späteren Abend auf produktiv aktualisiert

mpeltriaux closed this issue

2024-11-13 16:13:32 +01:00

Sign in to join this conversation.