[PostNAS Suite] Anforderung mehrere Importe in einem Schema zu unterscheiden und Projekt-Bereiche mehrfach zu importieren
Frank Jäger
urbi at orbi.space
Mi Jun 5 07:42:40 PDT 2024
Am 05.06.24 um 08:21 schrieb Astrid Emde (WhereGroup) via NAS:
> Hallo,
>
> in einem Projekt ergeben sich folgende Anforderungen.
>
> Hintergrund: Es sollen Planungen für unterschiedliche, kleine Gebiete
> (bundesweit) erfolgen. Dabei wird immer nur ein kleiner Bereich
> betrachtet. Zu diesem Bereich werden im Abstand von einigen Monaten
> neue ALKIS-Daten angefordert (nicht via Fortführung, sondern komplett)
> und ebenfalls importiert. Die alten Stände sollen dabei erhalten
> bleiben. Die Stände sollen via Zeit-/Datumsstempel oder ID
> unterscheidbar sein. So können Änderungen verfolgt werden.
>
> Das bisherige NorGIS ALKIS Import bietet bisher nicht die Möglichkeit,
> dies umzusetzen, weil doppelte gml_ids-ignoriert werden oder zu
> Fehlern führen.
>
> Nun die Frage:
> Haben noch andere Anwender ähnliche Anforderungen und wäre Umsetzung
> der Lösung für NorGIS ALKIS Import interessant und machbar.
>
> Hier nochmal die Anforderungen als Liste
> 1. alle Projekte sollen in ein Schema importiert werden. Sie sollen
> sich aber unterscheiden können, ggf. durch eine zu vergebende Projekt-ID
> 2. einzelne Projekte decken jeweils einen definierten Bereich ab
> 3. zu Projekten soll alle x Monate ein neuer Stand der ALKIS-Daten
> importiert werden. Der alte Stand soll erhalten bleiben.
> 4. die jeweiligen Stände der Projekte sollen unterscheidbar sein durch
> einen Zeit-/Datumsstempel oder ID
>
> NorGIS ALKIS Import müsste eine weitere optionale Möglichkeit
> erhalten, um Projekte zu definieren und um Stände zu verwalten.
>
> Vielleicht denke ich hier auch zu kompliziert und es gibt eine andere
> Lösung.
>
> Ich freue mich auf eine Diskussion zu dem Thema.
Hallo Astrid,
> nicht via Fortführung, sondern komplett
> Das bisherige NorGIS ALKIS Import bietet bisher nicht die
Möglichkeit, dies umzusetzen
Doch, der ALKIS-Import und die nutzerbezogene Aktualisierung (NBA)
können genau das ermöglichen. Die Datenstruktur und der Konverter
müssten dazu nicht geändert werden. Man muss die Abgaben und den Import
nur *mit Historie *einrichten. Über den Zeitstempel können die einzelnen
Projektstände dann gefiltert werden.
Die Werkzeuge sind also vorhanden. Man muss nur von der Forderung
abgehen, es müsse jeweils eine Komplett-Abgabe gemacht werden.
Warum ist das so festgelegt worden? Ist das nicht verhandelbar?
> weil doppelte gml_ids-ignoriert werden oder zu Fehlern führen
Mit einer Aktualisierung statt einer redundanten Neu-Abgabe würde man
diesen Konflikt umgehen. Genau für solche Projekte wurde die "Historie"
über Zeitstempel ja in ALKIS eingebaut. Nun sollte man sie auch dafür
verwenden.
--
Frank Jäger
Status: Altersteilzeit, Blockmodell, passive Phase
www.fotodrachen.de
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.osgeo.org/pipermail/nas/attachments/20240605/122c545e/attachment.htm>
Mehr Informationen über die Mailingliste NAS