[PostNAS] GDAL-Updates

[Astrid Emde]

Hallo Jürgen,

danke für diese erfreuliche Mail zum Feierabend.

Hört sich sehr gut an, was Du alles in Sachen PostNAS umgesetzt hast.
Einige Neuerungen in GDAL und Bugfixes liegen nun vor. Das ist prima.

Ich habe Dir die PostNAS-TRAC-Rechte zugewiesen, so dass Du nun auch die
Tickets bearbeiten und schließen kannst.

Ich werde die NAS-Patches in GDAL direkt einmal ausprobieren und Dir
dann Feedback geben.

Wir sollten noch genauer darüber sprechen, in welcher Art eure
Entwicklungen in das PostNAS Projekt fließen können/sollten und wie eine
Refinanzierung euer Entwicklungsarbeit aussehen könnte. Ich erachte sehr
viele der von Dir aufgeführten Punkte als eine große Bereicherung für
das PostNAS Projekt.

Schönen Gruß

Astrid

Am 23.10.2012 15:44, schrieb Jürgen E. Fischer:
> Moin Liste,
>
> ich habe am vorletzten Wochenende meine NAS-Patches in GDAL gebracht (bzw. Even
> Rouault [1] & [2]).
>
> Folgende Korrekturen sind enthalten:
> * die Elemente "zeigtAufExternes" und "objektkoordinaten" werden übersprungen
>   (damit sind die Fehler [3] und [4] behoben)
> * Es wurde eine Funktion ergänzt, die Liniensegmente zusammenfaßt und die
>   Geometrietypen MultiCurve and CompositeCurve werden nun auch unterstützt
>   (behebt [5])
> * Doppelte Punkte in Geometrien werden entfernt.
>
> Schließen darf ich diese Tickets im PostNAS-TRAC leider nichts selbst.
>
> Außerdem gibt's noch einige Ergänzungen:
> * es wird eine Warnung ausgegeben, wenn eine vorhandene Geometrie überschrieben
>   wird, eine ungültige Geometrie auftritt oder Geometrien außerhalb von
>   Objekten auftauchen (vorher wurden solche Probleme stillschweigend übergangen,
>   s. z.B. [3])
> * Es wird eine Debug-Meldung ausgeben, wenn vorhandene Attribute überschrieben
>   werden.  Dies setzt CPL_DEBUG=ON voraus und dient dazu Felder zu finden, die
>   Arrays sein sollten, aber im Schema noch keine sind.
> * Wenn Werten nur teilweise in Zahlen umgewandelt werden, wird eine optionale
>   Warnung ausgeben.
> * Wenn beim Einfügen in PostgreSQL Werte abgeschnitten wird eine optionale
>   Warnung ausgegeben.
> * Bei XML-Fehlern wird nun auch die Position angegeben
>
> Die obigen Teile sind allerdings bei meinen eigentlichen ALKIS-Arbeiten
> sozusagen abgefallen.  Eigentlich habe ich an Import und Darstellung gearbeitet
> und dabei:
>
> * viele Detailänderungen am Schema vorgenommen:
>   * Hinzufügen darstellungsrelevanter Felder,
>   * Aufnahme weiterer Elemente,
>   * etliche Feldkorrekturen (Feldtypen, Längen, Arrayfelder), die erst durch die
>     Einführung der obigen Meldungen aufgefallen sind und vorher stillschweigend
>     ignoriert wurden.
> * ein (anderes) Shellscript zum Import erstellt,
> * ein graphisches Frontend für den Import entwickelt (PyQt),
> * die Fortführung mit Historie korrigiert,
> * Kompatibilitätsfunktionen - sollte nun mit allem >= PostgreSQL 8.1/PostGIS 1.1 laufen),
> * den Objektartenkatalog (inkl. Wertearten) in Tabellen geparst,
> * die Ableitungsregeln in SQL aufbereitet (z.B. ergänzende Name,
>   Funktionsbeschriftungen usw., Symbole, Positionierungsregeln zur
>   Flächensignaturierung, Baumreihen etc., Signaturunterdrückung...; derzeit >6.5k
>   Zeilen SQL),
> * aus den Signaturkatalogen Fontsymbole für Mapserver, SVGs für
>   QGIS und DWGs für AutoCAD/BricsCAD erzeugt,
> * eine automatische Möglichkeit zur Erzeugung/Aktualisierung der Layern in
>   unseren Mapserver-Projekte gesorgt,
> * ein Plugin zur Einbindung in QGIS geschrieben, und
> * ein Plugin für die Darstellung in AutoCAD/BricsCAD gesorgt (ArcGIS kommt
>   vielleicht auch noch),
> * Übernahme der Liegenschaftsbuchdaten in unsere Strukturen.
>
> Getestet haben wir das derzeit vornehmlich mit etlichen GB-Daten aus
> Niedersachsen (z.B. mal testweise ~85GB NAS-Daten in eine ~48GB PostGIS DB),
> aber auch mit Daten aus Hessen, Nordrhein-Westfalen und Rheinland-Pfalz.
>
> Die Darstellung entspricht nun weitestgehend dem was man erwarten sollte
> (derzeit nur die Farbvariante - wobei bestimmt noch einige Details und
> länderspezifischer Besonderheiten fehlen).  Da wir die aufbereiteten Daten in
> gesonderten Tabellen ablegen, kommen wir zur Darstellung ohne Views aus und sie
> ist daher auch schneller geworden.
>
> Zur Zeit denken wir über die Verbreitung der Software - natürlich auch unter
> dem Gesichtspunkt der Refinanzierung unserer Entwicklungsarbeit - nach und
> würden uns freuen, wenn wir diesbezüglich mit potentiellen Interessenten in
> einen Dialog kommen könnten.
>
>
> Jürgen
>
>
> [1] https://github.com/OSGeo/gdal/pull/1
> [2] https://github.com/OSGeo/gdal/pull/3
> [3] http://trac.wheregroup.com/PostNAS/ticket/3
> [4] http://trac.wheregroup.com/PostNAS/ticket/15
> [5] http://trac.wheregroup.com/PostNAS/ticket/18
>


-- 

Mit freundlichen Grüßen

Astrid Emde

********************************************
Where2B Konferenz 2012
13. Dezember 2012 in Bonn
www.where2b-conference.com
********************************************

 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