<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.0.6618.4">
<TITLE>Statement aus Bielefeld</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/rtf format -->
<P><FONT SIZE=2 FACE="Arial">Hallo NAS-Liste,</FONT>
</P>
<P><FONT SIZE=2 FACE="Arial">soeben habe ich mich bei Euch angemeldet und möchte gleich ein erstes Statement abgeben:</FONT>
</P>
<P><FONT SIZE=2 FACE="Arial">Ich bin Anwender und bitte daher um Nachsicht hinsichtlich der Formulierung der technischen Dinge.</FONT>
</P>
<P><FONT SIZE=2 FACE="Arial">Bielefeld gehört zu einer der insgesamt 54 katasterführenden Stellen in NRW (alle Kreisverwaltungen und die kreisfreien Städte). </FONT></P>
<P><FONT SIZE=2 FACE="Arial">Das Vermessungs- und Katasteramt hat neben seinen ureigenen Aufgabe (u.a. Führung von ALK und ALK / ALKIS) hier die Rolle des Geodatenmanagements und "Content-Providers für Geodaten" für die Gesamtverwaltung. Die intra- und internetfähige Publikation von Geobasis- und vielfältigen Geofachdaten wird z.Zt. erfolgreich mit der OS-Produkten (MapBender, UMN-MapServer, PostgreSQL/PostGIS) betrieben (= "Online-Kartendienst der Stadt Bielefeld").</FONT></P>
<P><FONT SIZE=2 FACE="Arial">Vorarbeiten zur Migration der Daten des Liegenschaftskatasters nach ALKIS sind derzeit angelaufen, eine ALKIS-Systemauswahl ist noch nicht getroffen.</FONT></P>
<P><FONT SIZE=2 FACE="Arial">Für eine künftige NAS-Schnittstelle gibt es aus hiesiger Sicht folgende Leitgedanken:</FONT>
</P>
<P><FONT SIZE=2 FACE="Arial">1) NAS ist zentrale Zugangsschnittstelle für die amtlichen Basisdaten des Liegenschaftkatasters (ALKIS) und soll nach jetziger Einschätzung zwei wesentliche Stränge mit Daten versorgen:</FONT></P>
<P><FONT SIZE=2 FACE="Arial">- WebGIS-Bereich</FONT>
<BR><FONT SIZE=2 FACE="Arial">- Datenauszügen für die vielfältigen DesktopGIS- und CAD-Kunden dienen (letztere wollen übrigens eine Schnittstelle, die einfach zu handhaben ist > "ALKIS-NAS-LIGHT". </FONT></P>
<P><FONT SIZE=2 FACE="Arial">2) Die Primärdaten ALKIS sollen sekundär in der PostgreSQL/PostGIS-DB (bspw. über NBA) verfügbar sein, um komfortabel mit anderen Geothemen verarbeitet werden zu können (Mehrwerterzeugung durch Verschneidungen und Analysemöglichkeiten, Abgabe von WMS, WFS, GML, ...).</FONT></P>
<P><FONT SIZE=2 FACE="Arial">3) Eine kartografisch "amtliche" Visualisierung wäre zwar wünschenswert, ist aber nicht Hauptsache (Erfahrungen mit der Nachbildung der ultimativ richtigen Zeichnung in Sekundärsystemen liegen hier leidlich vor und das Erzeugen von "amtlichen" Präsentationen und Druckerzeugnissen lässt sich i.d.R. durch aktuelle Rasterdatenaufbereitungen bzw. durch "amtliche WMS" des abgebenden ALKIS-Systems erreichen).</FONT></P>
<P><FONT SIZE=2 FACE="Arial">Aus meiner Sicht ergibt sich daraus folgendes:</FONT>
</P>
<P><FONT SIZE=2 FACE="Arial">Es sollte gelingen, eine NAS-Schnittstelle zu entwickeln, die</FONT>
<BR><FONT SIZE=2 FACE="Arial">a) stufenweise erfolgt (und dabei möglichst bei Step N nicht feststellt, dass vorhergehende Steps nichts gravierdendes ausser Acht gelassen hat und damit eine Weiterentwicklung hochgradig stört)</FONT></P>
<P><FONT SIZE=2 FACE="Arial">b) sich am Anfang auf die wesentliche ALKIS-Objekte beschränkt. Diese dann aber datenmäßig komplett (z.B. Flurstücke, Gebäude, …, also dass was Planer, Ingenieure und "GIS-Analysten" so benötigen)</FONT></P>
<P><FONT SIZE=2 FACE="Arial">c) bspw. die kartografisch "amtliche" Variante erst einmal hinten anstellt</FONT>
</P>
<P><FONT SIZE=2 FACE="Arial">Fazit:</FONT>
<BR><FONT SIZE=2 FACE="Arial">Die Entwicklung einer OS-NAS-Schnittstelle sollte eine möglichst niedrige Einstiegschwelle vom Aufwand her haben, um schnell (und überhaupt und nicht zu spät !) an den Start zu kommen. </FONT></P>
<P><FONT SIZE=2 FACE="Arial">Damit wäre die Finazierung zur Initialiserung des Projektes leichter und wenn es erstmal läuft, kommen sicherlich noch Erweiterungsaufträge. </FONT></P>
<P><FONT SIZE=2 FACE="Arial">Vor diesem Hintergrund sehe ich es als das Schwierigste an, bei Step 1 nichts wesentliches zu übersehen, d.h. es muss einmal das fachliche Know-How für das ALKIS-Datenmodell grundsätzlich vorliegen (wer hat das?) und dann könnten die sich aufbauenden Steps und ihre Finanzierung definiert werden.</FONT></P>
<P><FONT SIZE=2 FACE="Arial">Soweit hier zunächst aus Bielefeld. </FONT>
</P>
<P><FONT SIZE=2 FACE="Arial">Viele Grüße </FONT>
<BR><FONT SIZE=2 FACE="Arial"> </FONT>
<BR><I><FONT SIZE=2 FACE="Arial">Rainer Nuß</FONT></I>
</P>
<P><FONT SIZE=2 FACE="Arial">Stadt Bielefeld - Vermessungs- und Katasteramt</FONT>
<BR><FONT SIZE=2 FACE="Arial">620.1 Geoinformation und Verwaltung</FONT>
<BR><FONT SIZE=2 FACE="Arial">Niederwall 23, 33602 Bielefeld</FONT>
<BR><FONT SIZE=2 FACE="Arial">fon: 0521/51-2671 fax: 0521/51-3433</FONT>
<BR><A HREF="mailto:rainer.nuss@bielefeld.de"><U><FONT COLOR="#0000FF" SIZE=2 FACE="Arial">mailto:rainer.nuss@bielefeld.de</FONT></U></A>
</P>
<P><FONT SIZE=1 FACE="Arial">Kennen Sie unseren Online-Kartendienst unter </FONT><A HREF="http://www.bielefeld01.de/geodaten2/welcome.php"><U><FONT COLOR="#0000FF" SIZE=1 FACE="Arial">http://www.bielefeld01.de/geodaten2/welcome.php</FONT></U></A><FONT SIZE=1 FACE="Arial"> ?</FONT>
<BR><FONT SIZE=2 FACE="Arial"> </FONT>
</P>
</BODY>
</HTML>