sandra-simmert / cids-custom-wuppertal

Clientside customizations of the cids system for the city of Wuppertal.
GNU Lesser General Public License v3.0
0 stars 0 forks source link

Entwicklung zur Bearbeitung von geplanten Adressen #2

Open sandra-simmert opened 7 years ago

sandra-simmert commented 7 years ago

Editor zur Bearbeitung einer geplanten Adresse --> StrAdrGeplanteAdresseEditor Renderer zur Anzeige einer geplanten Adresse --> StrAdrGeplanteAdresseRenderer Editor zur Bearbeitung einer Straße --> StrAdrStrasseEditor Renderer zur Anzeige einer Straße --> StrAdrStrasseRenderer

Erstellungder entsprechenden toString-Methoden

sandra-simmert commented 7 years ago

Für die Bearbeitung mit den Adressen wurden die folgenden Bedingungen festgelegt:

• ALKIS-Datum ist gesetzt: o Es kann nichts mehr editiert werden. • Hausnummer: o 3 Zahlen. o Leerzeichen und Buchstaben werden automatisch korrigiert. o Bei mehr als drei Zeichen: „Zur Angabe der Hausnummer sind nur 3 Zahlen erlaubt.“ o Leer: „Sie haben keine Hausnummer eingegeben.“ • Adresszusatz: o Nicht richtig: „Sie dürfen als Zusatz nur a-z angeben.“ o Leerzeichen werden automatisch entfernt. Bei Leer ist in DB: ‘‘ , sonst: ‘a‘ (Eine Abspeicherung mit 4 Leerzeichen bzw. 3 Leerzeichen + Zusatz ist momentan nicht möglich.) • Straße: o Keine Auswahl: „Sie haben keine Straße ausgewählt.“ o Ist diese vorhanden und das Objekt gespeichert, können Straßenname, Hausnummer und Zusatz nicht mehr geändert werden. o Die Auswahl bezieht sich auf die Tabelle str_adr_strassen, wobei der Schlüssel kleiner als 4000 sein muss. • Straßenschlüssel: o Wird als Label in Abhängigkeit von der ausgewählten Straße angezeigt. • Geometrie: o Keine Auswahl: „Sie haben für die Adresse noch keine Geometrie hinterlegt.“ • Eingabe der Datumsfelder (außer ALKIS) über Auswahlbox bzw. manuell: o T.M.JJJJ wird automatisch korrigiert zu 0T.0M.JJJJ o Das eingegeben Datum darf zwischen dem 1.1.1999 und heute + 100 Tage: „Das geplante Datum liegt zu weit in der Vergangenheit (1.1.1999).“ bzw. „Das geplante Datum liegt zu weit in der Zukunft (heute + 100 Tage).“ (Analog für die anderen.) • Welches Datum muss vorhanden sein: o Mindestens ein Datum (geplant, Bauantrag oder vorhanden) muss eingetragen werden: „Sie haben kein Datum (gepl. Mit/ohne Bauantrag bzw. vorhanden) ausgewählt.“ • Reihenfolge der Datumsangaben: o Geplant vor Bauantrag vor vorhanden vor historisch: „Das geplante Datum liegt nach dem historischen Datum.“ (Analog für die anderen.) • Grund: o Es wurde ein Grund ausgewählt: „Sie haben einen Grund ausgewählt aber kein historisches Datum.“ o Ist bereits das historische Datum gefüllt, so kann nach Auswahl eines Eintrags nur noch die Bemerkung editiert werden. • Historisches Datum: o Ist dieses gesetzt, so können die anderen Datumsfelder und die Geometrie nicht mehr geändert werden. Ist der Grund auch schon gefüllt, kann nur die Bemerkung geändert werden. o Kein Grund ausgewählt: „Sie haben ein historisches Datum ausgewählt aber keinen Grund.“ • Vorhaben: o Standardwert für neue Objekte ist Neubau. • Antragsteller: o Standardwert für neue Objekte ist Behörde. • Adresse: o Wenn die neu zu speichernde Adresse nicht historisch ist, wird überprüft anhand von Straße, Hausnummer und Zusatz, ob diese bereits in der Tabelle gespeichert wurde: Die Adresse ist bereits vorhanden!!! o 4/0 er Adressen werden editiert/importiert. Dabei wird in der DB der Wert für kein_edit auf true gesetzt. Ist dies der Fall, so kann nur die Bemerkung editiert werden. o Wenn die alte zu speichernde Adresse nicht historisch ist, wird überprüft, ob diese vorher eine historische Adresse war.: Die Adresse war bereits als historisch vorhanden!!!

Bei den kursiven Eintägen: Es erscheint statt der Speicherung ein Dialog: „Fehlerhafte Angaben“ „Der Datensatz kann nicht gespeichert werden. Bitte korrigieren Sie die folgenden Angaben: