[NAS] RE: [Edbs2wkt-user] ALKIS / PostNAS
Jäger, Frank (KRZ)
F.Jaeger at KRZ.DE
Mon Sep 13 09:27:21 EDT 2010
Hallo,
ich hatte die Diskussion auf der edbs2wkt-Liste begonnen um dort auf PostNAS hinzuweisen und die Leute dort "abzuholen", die sich noch nicht mit PostNAS beschäftigt haben.
Es ist der gleiche Nutzerkreis der - früher oder später - nach PostNAS wechseln muss.
Inhaltliche Diskussionen sollten wir dann aber auf der PostNAS-Liste weiter führen.
> -----Original Message-----
> From: Benutzer des Konverters EDBS2WKT
> [mailto:edbs2wkt-user at lists.sourceforge.net]
> Sent: Monday, September 13, 2010 3:18 PM
> To: edbs2wkt-user at lists.sourceforge.net
> Subject: Re: [Edbs2wkt-user] ALKIS / PostNAS
>
> Hallo Herr Jäger,
>
> >> Mapfiles für den UMN-Mapserver sind vorhanden, aber die
> Darstellung entspricht noch längst nicht der GeoInfoDok.
> Wollen wir das überhaupt?
>
> Die "amtliche" Darstellung ist dann zwingend, wenn ein
> amtlicher Auszug generiert wird. Der Bildschirm ist kein
> amtlicher Auszug, von daher muss ALKIS hier nicht ZV-konform
> aussehen. Für viele Zwecke ist es aber ratsam, auch am
> Bildschirm ein Aussehen zu erzeugen, dass nahe an der
> Amtlichkeit ist. Die Landkreise in M-V bieten dem Bürger den
> amtlichen Auszug aus der Liegenschaftskarte über Ämter,
> Gemeinden und auch über Bürgerbüros zum Kauf an; da sollten
> Mißverständnisse, die aus einer abweichenden
> Bildschirm-Darstellung resultieren könnten, möglichst
> vermieden werden.
>
> Der amtliche Auszug muss nicht vom Mapserver generiert
> werden, das kann auch die DHK (zumindest in M-V).
>
> Insofern oute ich mich mal als Fan einer wenn nicht 100%igen,
> so doch ziemlich amtlichkeitsnahen Darstellungsmöglichkeit
> für den Bildschirm. Ich hoffe, dass PostNAS das abdeckt. Ich
> würde gerne - wenn nötig - Geld in diese Richtung schieben,
> es scheint aber wenig Interesse zu geben.
>
> Eine weitere Frage ist möglicherweise, ob die
> ALKIS-Vollhistorie über PostNAS kommen kann. Zumindest sollte
> man nicht hinter das heutige ALB zurückfallen, oder?
>
> Beste Grüße
> Markus Hentschel
>
>
> Landkreis Nordvorpommern
> Fachgebiet Kataster und Vermessung
> Tribseer Damm 1a
> 18437 Stralsund
>
> Tel. 03831/257-768 ++ Fax 038326/59188-744 ++ eMail
> markus.hentschel at lk-nvp.de
>
>
>
>
> -----Ursprüngliche Nachricht-----
> Von: Benutzer des Konverters EDBS2WKT
> [mailto:edbs2wkt-user at lists.sourceforge.net]
> Gesendet: Montag, 13. September 2010 11:58
> An: edbs2wkt-user at lists.sourceforge.net
> Betreff: [Edbs2wkt-user] ALKIS / PostNAS
>
> Hallo Nutzer von ALK und edbs2wkt,
> auf dieser Liste ist es sehr ruhig geworden.
>
> Der Konverter edbs2wkt verrichtet klaglos eine Arbeit und ist
> in den letzten Monaten nicht mehr weiter entwickelt worden.
> Die Ablösung ist absehbar, denn ALKIS steht vor der Tür.
>
> Ich habe mich in den letzten Wochen um den Konverter
> 'PostNAS' gekümmert, der bei uns die Nachfolge von 'edbs2wkt'
> und 'ALB-Info' antreten wird.
> Für den Fall, dass jemand das noch nicht 'entdeckt' hat,
> möchte ich hinweisen auf die Projektseite
> http://www.postnas.org und die Mailingliste des Projektes
> http://lists.osgeo.org/mailman/listinfo/nas.
>
> Der Konverter PostNAS wird als Read-Only-Treiber für das
> ALKIS-Schnittstellenformat "NAS" in das Projekt gdal/ogr integriert.
> Mit dem Programm 'ogr2ogr' kann dann zum Beispiel NAS-Format
> in eine PostGIS-Datenbank eingelesen werden. Aber auch andere
> Zielformate sind möglich.
> Die aktuelle PostNAS-Version 0.5 kann auch bereits NBA-Daten
> verarbeiten, also die Aktualisierungen, die in der ALK-Welt
> "BZSN" hießen.
>
> Außer dem Konverter selbst braucht man im Umfeld weitere
> Programme für die Nutzung. Hier ist noch einiges an Arbeit zu
> leisten.
> Es wäre doch wünschenswert, wenn beim Umstieg auf ALKIS die
> Anwender ähnlich komfortable Programme zur Verfügung hätten,
> wie sie im Laufe der Jahre für ALB/ALK entstanden sind. Daher
> sollten sich langsam mehr Leute damit beschäftigen.
>
> Mapfiles für den UMN-Mapserver sind vorhanden, aber die
> Darstellung entspricht noch längst nicht der GeoInfoDok.
> Wollen wir das überhaupt?
>
> Eine Buchwerks-Auskunft, die ich mal für den WLDGE-Konverter
> "ALB-Info" geschrieben hatte, schreibe ich nun um auf die
> Datenstruktur von PostNAS. Die Beziehungen zwischen
> Flurstücken und Grundbüchern werden bereits ganz gut
> abgebildet. Die Ausgabe der Flurstücksdaten (z.B.
> Nutzungsarten) fehlt darin aber noch.
>
> Beides sieht man in dieser Demo mit Muster-Daten aus RLP:
> http://map.krz.de/info/alkis/mapbender.php
>
> Augenblicklich fehlt noch ein Navi-Plugin für den Mapbender
> um z.B. nach den Flurstücken eines Eigentümers suchen zu können.
>
> Während der Code des Konverters im Trunc des ogr-Projektes
> steckt, wird der Code aus dem "Umfeld" des Konverters
> gesammelt in http://trac.wheregroup.com/PostNAS/browser/trunk/ .
>
> Der Konverter 'edbs2wkt' war als Windows-Program mit
> graphischer Oberfläche verfügbar. Er lief auf dem Desktop des
> Benutzers, dadurch war die Bedienung komfortabel und
> intuitiv. Die Schwäche war allerdings, dass keine
> bedienerlose zeitgesteuerte Verarbeitung möglich war.
>
> PostNAS ist für mehrere Betriebssysteme verfügbar. Es wird
> von der Kommandozeile gestartet. Für eine komfortable
> Verarbeitung von größeren Datenmengen sollte der
> Konverter-Aufruf durch Scripte erfolgen (z.B.
> http://trac.wheregroup.com/PostNAS/browser/trunk/data/konvert/
> postnas_0.5). Die zeitgesteuerte, bedienerlose Verarbeitung
> ist nun problemlos möglich.
>
>
> Noch ein Hinweis:
>
> Das aktuelle LINUX-Magazin berichtet in seiner Ausgabe
> 10/2010 über das Projekt PostNAS (Artikel ab Seite 100).
> Auf der DVD zum Heft finden sich auch die Musterdaten aus
> Rheinland-Pfalz.
>
>
>
> Mit freundlichen Grüßen
> Frank Jäger
>