[PostNAS Suite] Mapbender-Navigation: neue Programm-Variante für NorGIS-Struktur

Di Feb 16 03:41:43 PST 2016

Hallo Frank,

vielen Dank für deine Anpassungen. Es hört sich sehr sinnvoll an, die
Auskunfts- und Suchskripte auf die norGIS-ALKIS Struktur anzupassen und
somit das Post-Processing zu umgehen. Dein Einsatz am Rosenmontag ist
natürlich sehr lobenswert. Bei uns im Rheinland wurden an dem Tag wohl
eher Kamelle gefangen und gelutscht.

Die neuen Skripte unter navn/ werde ich demnächst einmal testen.
Sicherlich ist es sinnvoll auch die "Buchauskunft" und die Mapfiles
(WMS) umzuziehen.

Vielleicht könnten auch die Kommentare zu den Tabellen der norGIS-ALKIS
Struktur gesetzt werden. Die Kommentare erhöhen die Übersichtlichkeit
schon enorm.

Das Osterei habe ich übrigens gefunden ;)

Schönen Gruß

Astrid Emde

Am 11.02.2016 18:33, schrieb Jäger, Frank (KRZ):
> Hallo Freunde von PostNAS,
>
> noch ist die Republik geteilt:
>
> - Wer das "klassische" Web-GIS mit Mapbender und PHP/HTML-Auskunft und Mapfile verwendet, der konvertiert per Shellscript und dem darin eingebauten Post-Processing, das Hilfstabellen aufbaut für Mapserver-WMS und PHP-Scripte.
>
> - Wer die ALKIS-Karte lieber im QGIS-Client betrachtet, der konvertiert mit dem norGIS-ALKIS-Importer. Dort findet auch ein Post-Processing statt, aber ein anderes.
>
> Der Riss geht mitten durch unser Rechenzentrum: Ich konvertiere die NBA-Daten der Gemeinden für meine Web-GIS-Kunden.
> Meine Kollegen konvertieren das noch mal für die NorGIS/QGIS-Kunden, viele davon sind identisch.
>
> Wenn der Tag mehr als 24 Stunden hätte, dann hätte ich längst etwas unternommen, um diesen Zustand zu verbessern. Aber es gibt immer sooo viel andere dringende Arbeiten.
>
> Seit Montag - ja am Rosenmontag wird hier GEARBEITET - habe ich nun zunächst mal begonnen, die PHP-Scripte für die Mapbender-Suche (Navigation) so umzustellen, dass sie mit der Datenbank-Struktur funktionieren, wie sie aus dem norGIS-ALKIS-Importer kommt.
>
> Diese neuen Programmversionen (4 Module) habe ich vorläufig hochgeladen in den Ordner http://trac.wheregroup.com/PostNAS/browser/trunk/mapbender/http/navn/ 
> Diese Programmversionen können die Versionen in ../nav/ ersetzen. Der Rest im Ordner ist identisch.
> Diese Versionen funktionieren NICHT mit der klassischen Datenbank-Struktur. Die Konfiguration muss also auf eine NorGIS-ALKIS-DB zeigen. 
> Das taugt also derzeit nur für eine Testumgebung, in der man für ein Gebiet zwei synchrone Datenbankversionen hat. Denn die Navigation verlinkt ja zur Auskunft, die noch nicht umgestellt ist.
>
> Bei den Arbeiten habe ich festgestellt, dass es einige Format-Unterschiede im Datenbank-Schema gibt, auch bei den Stammtabellen (ax_*), nicht nur bei den Hilfstabellen aus dem Post-Processing. So sind z.B. "zaehler" und "nenner" bei den historischen Flurstücken Character-Strings, die linksbündig ohne führende Nullen gefüllt sind. Das erschwert die Sortierung, die der Anwender "numerisch" erwartet.
> Die Tabellen "pp_gemarkung" und "pp_gemeinde" wurden in den Scripten intensiv genutzt, weil darin die Relation "Gemeinde-Gemarkung" enthalten ist, die merkwürdigerweise in "ax_gemarkung" nicht enthalten ist. Weiß jemand warum das so ist? Gibt es Bundesländer wo eine Gemarkung nicht Teil einer Gemeinde ist?
>
> Einen Ersatz habe ich in den Tabellen "gem_shl" und "gema_shl " gefunden. Die Formatierung der Spalten in langen mit Leerzeichen aufgefüllten Feldern macht aber den ständigen Gebrauch von Substring- und Trim-Funktionen notwendig. Vielleicht kann das zukünftig noch optimiert werden.
> Mangels Kommentaren in der Datenbank weiß ich nicht, wozu diese Tabellen ursprünglich aufgebaut wurden.
>
> Für die PP-Tabelle "gemeinde_person" habe ich keinen Ersatz gefunden. Diese Tabelle verdichtet die lange Relation 
>   "Person-Namensnummer-Grundbuch-Buchung-Flurstück-Gemeinde" (und die Sonderfälle Recht Buchung-an-Buchung) auf die beiden Enden.
> Damit kann ich bei der Suche nach Personen-Namen gleich den Gemeinde-Filter anwenden. Das verhindert, dass man in Sackgassen hinein sucht.
> Man findet sonst Name, Grundbuch und Buchung, ist aber am Ende nicht berechtigt, das darauf gebuchte Flurstück zu sehen, weil es in einer fremden Gemeinde liegt. Dies kommt bei uns nicht vor, weil jede Gemeinde ihren einen NBA hat. Ich habe aber auch an andere Konstellationen gedacht.  Wenn z.B. mehrere Gemeinde-GUIs an einer kreisweiten Datenbank hängen, dann kann dies Filter-Problem auftauchen.
> Vielleicht kann eine entsprechende Tabelle mal in den NorGIS-Importer übernommen werden.
> In Kommentarzeilen im Programm weise ich auf diese Probleme hin.
> Wer mag, kann die Programme testen und mir Fehlerhinweise schicken. Die laufen hier noch nicht in Produktion.
>
> Hinweis: Beim Einbinden von gazetteer_alkis in die Mapbender-GUI in der URL die Gemeinde-Nummer nun immer 3stellig angeben. Auch eine Folge von unterschiedlichen Spalten-Formaten.
>
> Jetzt muss ich "nur noch" die "Buchauskunft" und die Mapfiles (WMS) umstellen, dann brauchen wir nicht mehr doppelt konvertieren.
>
> Dann wird z.B. auch das "alte" DB-Schema nicht mehr benötigt. Bevor das verschwindet: Hat eigentlich mal jemand das "Osterei" gefunden, das ich vor Jahren darin versteckt habe? Schaut in eurer Datenbank mal den Kommentar zur Tabelle "ax_baublock" an ;-)
>
>
> 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/
>
>
>
> _______________________________________________
> NAS mailing list
> NAS at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/nas

-- 

Mit freundlichen Grüßen

Astrid Emde
GIS-Consultant

-----------------------------------
Aufwind durch Wissen!
Qualifizierte OpenSource-Schulungen
bei der www.foss-academy.eu
-----------------------------------

 Astrid Emde
 WhereGroup GmbH & Co.KG
 Eifelstraße 7
 53119 Bonn
 Germany

 Fon: +49(0)228 90 90 38 - 19
 Fax: +49(0)228 90 90 38 - 11

 astrid.emde at wheregroup.com
 www.wheregroup.com

 Folgen Sie der WhereGroup auf twitter: http://twitter.com/WhereGroup_com

Amtsgericht Bonn, HRA 6788
-------------------------------
Komplementärin:
WhereGroup Verwaltungs GmbH
vertreten durch:
Olaf Knopp, Peter Stamm
-------------------------------
 pgp-public key:
 http://pgp.mit.edu:11371/pks/lookup?search=0x06DA52D72D515284
  Signierte und/oder verschlüsselte Nachrichten sind sehr willkommen
  Signed and/or encrypted mail is highly appreciated

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.osgeo.org/pipermail/nas/attachments/20160216/d3f3cb65/attachment.html>