[PostNAS Suite] Änderungen an der Buchauskunft

Jäger, Frank (KRZ) F.Jaeger at KRZ.DE
Do Dez 1 06:56:58 PST 2016


Hallo,
ich habe ins SVN des PostNAS-Projektes ein paar geänderte Programmversionen hoch geladen.

Die *ALKIS-Auskunft* ist nun teilweise "Mandantenfähig".

Bisher hatte jeder Mandant (bei uns bisher ausschließlich kreisangehörige Gemeinden oder Städte) seine eigene Datenbank, gefüllt mit einem passenden NBA-Verfahren.
Man konnte also die gesamte Datenbank ungefiltert beauskunften.

Nun haben wir auch eine Kreis-Datenbank (für 1 von 3). Da macht es keinen Sinn, für mehrere Teilgebiete davon auch redundante Daten weiter zu pflegen.

Das Mapbender2-Plugin für Suche (Navigation) nach Flurstück, Grundbuch, Adresse, Eigentümer war bereits so programmiert, dass es die passenden (berechtigten) Daten aus einer größeren Datenbank heraus filtern kann. Für die Buchauskunft habe ich das nun nachträglich eingebaut.

Gesteuert wird das durch die Behandlung von Sonderfällen in der Konfigurationsdatei.
Wir benutzen traditionell das Kennzeichen "GKZ" (Gemeindekennziffer) für die Kennung eines Mandanten.
Runde Hunderter sind GKZ für Kreise. Runde Zehner sind GKZ für Gemeinden und Städte.

Bisher gab es immer ein identisches 10er-GKZ im Namen des Mapfiles und im Namen der dazugehörigen Datenbank.
Nun kann ein Zehner-Mapfile (Stadt) auf eine Hunderter Datenbank (Kreis) verweisen. 
Das Template der Feature-Info liest das GKZ aus dem Mapfile-Namen und die Konfigurations-Datei setzt die jetzt divergierenden Variablen für Mandanten-GKZ und Datenbank-GKZ und dazu noch den anzuwendenden Filter auf den "Gemeindeschlüssel".
Dieser Filter steckt nun an einigen Stellen in den Programmen. Ruft man mit Filter eine Auskunft außerhalb des Gemeindegebietes auf, dann gibt es eine Warnung statt einer Flurstücksauskunft.
Wer diese neue Funktion nicht braucht, nimmt einfach den Teil: 

	switch ($gkz) {	// lokale und temporäre Besonderheiten je Mandant
		case "...:
			$dbgkz = ...;	

Aus der Konfiguration heraus.

Bei einigen schwierigeren Modulen ist der Filter noch nicht "wasserdicht". Flurstücke und Straßen lassen sich leicht nach Gemeinde filtern. Bei Eigentümern oder Grundbüchern ist das schwieriger.

Wo ich mal dabei war, habe ich noch einige kleine Fehler gefunden und beseitigt.
Einige Auskünfte sind nun deutlich schneller, z.B. die "alkisstrasse.php" und der Download von CSV-Daten aus der Auskunft.
Die Optimierung steckt u.a. im View  "exp_csv"  aus der Datei "x_classic2norgis.sql".
Sie finden die neue Version hier:
 http://trac.wheregroup.com/PostNAS/browser/trunk/import/norgis_alkis_pp/postcreate.de 

Bitte das Script einmal in jeder ALKIS-DB ausführen, es beschleunigt auch die alte Programmversion.

In längeren HTML-Tabellen der Auskunft sind nun die Spalten gekennzeichnet, nach denen die Liste sortiert ist.
ALLE Sortierspalten sind jetzt im Kopf der Tabelle etwa dicker unterstrichen (2 px statt 1 px, kaum sichtbar, sehr dezent).
Die "wichtigsten" Sortierspalten haben dann noch ein kleines graues Dreieck bekommen.
(Steckt im "Style". Puffer löschen und mit F5 das Neuladen erzwingen).

Beispiel: 
- Ein Bestandsnachweis (zu einem Grundbuch) ist aufsteigend nach Grundstücken sortiert (BVNR).
- Die Verschneidung "Gebäude auf einem Flurstück" ist absteigend nach Fläche sortiert.


Dann bis Mittwoch ....


Mit freundlichen Grüßen
Frank Jäger

Kommunales Rechenzentrum
Minden-Ravensberg/Lippe
Tel.: 05261 / 252 - 185
mailto:f.jaeger at krz.de
http://www.krz.de/
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/pkcs7-signature
Dateigröße  : 4264 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.osgeo.org/pipermail/nas/attachments/20161201/e8f2736f/attachment.bin>


Mehr Informationen über die Mailingliste NAS