LP_ZEM: Kardinalität nutzungseinschraenkungText im Datentyp LP_NutzungseinschraenkungKomplex
XPLAN-390
- 6.0.2
akzeptiert mit Erweiterung
- Landschaftsplan
Ändern der Kardinalität von nutzungseinschraenkungText von [1] in [0..1], Ergänzung einer textlichen Konformitätsbedingung
Wenn hatNutzungseinschraenkung = true, dann muss nutzungseinschraenkungText belegt sein.
Das Attribut nutzungeinschraenkungText hat Kardinalität 1. Hintergrund für diese Modellierung war, dass die LP-Experten der HSA & Expertenrunde aus gutem Grund entschieden, dass die Information, dass eine Nutzungseinschränkung vorliegt, ohne ergänzenden Text zur Art der Nutzungseinschränkung keinen Sinn macht.
Und dass man, wenn keine Nutzungseinschränkung festgelegt ist, das komplexe Attribut nutzungseinschraenkung ja gar nicht belegen muss.
Besser wäre jedoch eine textliche Konformitätsbedingung: Nur Pflicht, wenn der Wert = TRUE ist.
Denn für den Fall, dass man explizit sagen will „festgesetzt wurde explizit „Keine Nutzungseinschränkung“ dann ist für hatNutzungseinschraenkung [1] = false das Zwangs-Attribut lästig. Da müsste man nur noch mal „keine“ reinschreiben und das ist unnötig und lästig.
Und dass man, wenn keine Nutzungseinschränkung festgelegt ist, das komplexe Attribut nutzungseinschraenkung ja gar nicht belegen muss.
Besser wäre jedoch eine textliche Konformitätsbedingung: Nur Pflicht, wenn der Wert = TRUE ist.
Denn für den Fall, dass man explizit sagen will „festgesetzt wurde explizit „Keine Nutzungseinschränkung“ dann ist für hatNutzungseinschraenkung [1] = false das Zwangs-Attribut lästig. Da müsste man nur noch mal „keine“ reinschreiben und das ist unnötig und lästig.
Logischer, Erfassung für Festsetzung „Keine Nutzungsseinschränkung“ einfacher.
Die Hochschule Anhalt stimmt dem Änderungsantrag inhaltlich voll zu und nimmt die Änderung auch mit in die Projektarbeitsgruppe des aktuellen FuE Vorhabens (Hochschule Kassel und Anhalt). Da diese aber eine längere Laufzeit hat und aller Voraussicht nach ein Major Release erfordern wird, hier schon der Änderungsantrag für 6.1 als Fehlerkorrektur.
Kommentare
Beschluss am 02.11.2023 in der 60. Sitzung:
Der Einspruch wird abgelehnt. Der Vorschlag der XLeitstelle wurde weiterhin angenommen.
Alternativer Vorschlag XLeitstelle: Komplexen Datentyp LP_NutzungsbeschränkungKomplex streichen und Attribute "nutzungseinschraenkung" als characterstring [0..*] einführen.
Der Vorschlag der XLeitstelle wurde angenommen. Komplexer Datentyp wird abgeschafft. Attribute "nutzungseinschraenkung" als CharacterString [0..*] eingeführt.
Beschluss am 05.09.2023 in der 59. Sitzung:
Alternativer Vorschlag XLeitstelle: Komplexen Datentyp LP_NutzungsbeschränkungKomplex streichen und Attribute "nutzungseinschraenkung" als characterstring [0..*] einführen.
Der Vorschlag der XLeitstelle wurde angenommen. Komplexer Datentyp wird abgeschafft. Attribute "nutzungseinschraenkung" als CharacterString [0..*] eingeführt.