Überarbeitung Sachdatenanzeige ALB: Unterschied zwischen den Versionen

Version vom 17. Januar 2007, 15:44 Uhr

--Markus Hentschel 12:56, 13. Dez 2006 (CET)

• Die Sachdatenanzeige zum Flurstück (ALB-Anzeige) soll jeder Stelle genau die Daten liefern, die sie braucht. Dazu ist eine "Sachdatenanzeigeverwaltung ALB" nötig, in der für jede Stelle eingestellt werden kann, welche Daten zur Anzeige kommen sollen. Dabei sollen auch bestimmte Eigentümerangaben berücksichtigt werden, die am Bildschirm dargestellt werden, wenn man das Recht dazu hat.

• Neben der "ALB-konformen" Ausgabe der Sachdaten in ein PDF soll auch ein "nichtamtliches" PDF-Dokument erzeugt werden können. Inhalt ist genau der Inhalt, der am Bildschirm zu sehen ist. Die Darstellung soll allerdings nicht der bisherigen ALB-Darstellung folgen, sondern "leserlich" sein. Sind mehrere Flurstücke in der Sachdatenanzeige, soll die Möglichkeit bestehen, für alle oder für selektierte Flurstücke ein PDF in Listenform zu erzeugen. Die Selektion erfolgt über Checkboxen.

• Die Sachdatenanzeige in der momentanen Form braucht für den Aufbau der Seite relativ lange. Es ist zu untersuchen, ob der Aufbau der Seite beschleunigt werden kann. Mindestens sollte ein Ladebalken oder ähnliches erscheinen, der den Nutzer darauf hinweist, dass die Anfrage bearbeitet wird.

Die Diskussion über den genauen Aufbau der Sachdatenanzeigeverwaltung und der allgemeinen PDF-Liste erfolgt in der Wunschliste.

Um die neue Sachdatenanzeige nutzen zu können, muss das Pfad-Statement des Layers Flurstuecke so aussehen:

select alkf.flurstkennz, 'template_erforderlich'::text AS flurnr, 'template_erforderlich'::text AS entsteh, 'template_erforderlich'::text AS letzff, 'template_erforderlich'::text AS flaeche, 'template_erforderlich'::text AS karte, 'template_erforderlich'::text AS kreisid, 'template_erforderlich'::text AS kreisname, 'template_erforderlich'::text AS gemkgschl, 'template_erforderlich'::text AS gemkgname, 'template_erforderlich'::text AS gemeinde, 'template_erforderlich'::text AS gemeindename,'template_erforderlich'::text AS finanzamt,'template erforderlich'::text AS finanzamtname, 'template_erforderlich'::text AS forstschluessel, 'template_erforderlich'::text AS forstname, 'template_erforderlich'::text AS lagebezeichnung, 'template erforderlich'::text AS nutzung, 'template erforderlich'::text AS ausfstelle,'template erforderlich'::text AS verfahren, 'template erforderlich'::text AS vorgaenger, 'template erforderlich'::text AS bestandsnr,'template erforderlich'::text AS eigentuemer, 'template erforderlich'::text AS freitext, 'template erforderlich'::text AS hinweis,'template erforderlich'::text AS baulasten, 'template erforderlich'::text AS amtsgerichtname, 'template erforderlich'::text AS amtsgerichtnr,'template erforderlich'::text AS grundbuchbezirkname, 'template erforderlich'::text AS grundbuchbezirkschl, 'template erforderlich' AS klassifizierung FROM alknflst as alkf, alkobj_e_fla AS alko WHERE alko.folie='001' AND alko.objnr = alkf.objnr

Wer genauer hinsieht, dem fällt auf, dass die meisten der abgefragten Attribute gar nicht aus den entsprechenden Tabellen kommen, sondern nur den Text 'template_erforderlich' als Abfrageergebnis haben. Das ist deswegen so, weil die Sachdatenabfrage der Flurstücke eine Art Spezialfall ist. Die Abfrage aller Daten erfolgt nicht mit Hilfe eines einzelnen Statements (dem Pfad-Statement), sondern im Template durch Aufrufe von verschiedenen Funktionen. Das Pfad-Statement wird nur benutzt, um die Rechte der Attribute in der Rechteverwaltung setzen zu können, da diese ja aus dem Pfad-Statement gelesen werden. Der Hinweis 'template erforderlich' wurde gemacht, falls jemand für den Layer Flurstuecke kein Template angibt. Dann wird ja der generische Layereditor geladen und in jedem der Formularfelder erscheint dann dieser Hinweis.