Konzeption zum Aufbau eines Geoportals und eines Infrastrukturknotens einschließlich Geodatenaufbereitung Stadt Bernau bei Berlin

Transkript

1 Konzeption zum Aufbau eines Geoportals und eines Infrastrukturknotens einschließlich Geodatenaufbereitung Stadt Bernau bei Berlin Geoinformation und Vermessung Derksen König GbR Benzstraße 7b Potsdam Potsdam, den

2 Konzeption zum Aufbau eines Infrastrukturknotens und eines Geoportals Stadt Bernau bei Berlin Seite 2 von 21 1 Abstimmung der Ziele und Grundlagen Die Stadt Bernau bei Berlin beabsichtigt aktiv am Aufbau der Geodateninfrastruktur Berlin/Brandenburg (GDI BE/BB) mitzuwirken. Raumbezogene und Informationen sollen entsprechend den Anforderungen der lokalen, nationalen und internationalen Geodateninfrastrukturen in standardisierter Form und unter Verwendung moderner Kommunikationstechnologien den Mitarbeitern der Verwaltung sowie Bürgern, Gewerbetreibenden, Touristen und anderen Interessierten zur Verfügung gestellt werden. Um dieses Ziel zu erreichen, sind alle zur Bereitstellung vorgesehenen kommunalen Geodaten GDI-konform aufzubereiten. Es folgt der Aufbau eines eigenen Infrastrukturknotens (ISK), der standardisierte Geodatendienste bereitstellen soll. Ein zu entwickelndes Geoportal wird den einfachen und komfortablen Onlinezugriff auf das Geoinformationsangebot der Stadt per Webbrowser realisieren. Die vorliegende, von der Stadt Bernau bei Berlin beauftragte Konzeption beschreibt alle für die geplante Mitwirkung am Aufbau der GDI BE/BB notwendigen Grundlagen. Bereits vorliegende Konzeptionen weiterer Kommunen wurden soweit möglich nachgenutzt. 2 Untersuchung vorhandener Systeme und Für den Aufbau und Betrieb eines Infrastrukturknotens, zugehörigen Geodiensten und eines Geoportals müssen zunächst alle bereitzustellenden Geofachdaten digital in speziellen Geodatenformaten und -strukturen vorliegen. Weitere Grundvoraussetzung ist eine entsprechende System- und Softwarearchitektur, die die Aufbereitung und weitere Nutzung der digitalen Geodatenbasis gewährleistet. 2.1 Untersuchung vorhandener, interner Systeme Die Stadt Bernau bei Berlin verfügt innerhalb der Verwaltung über die folgenden System- und Softwarekomponenten zur Verarbeitung raumbezogener : CAIGOS/POLYGIS

3 Konzeption zum Aufbau eines Infrastrukturknotens und eines Geoportals Stadt Bernau bei Berlin Seite 3 von 21 Kommunalfabrik kf-lis (Liegenschaftsverwaltung) Es werden umfangreiche Geobasisdatenbestände (ALK/ALB) genutzt, die vor Ort gespeichert und quartalsweise aktualisiert werden. Verwaltungsintern können neben dem Format EDBS u.a. das weit verbreitete GIS-format ESRI Shapefile sowie das CAD-Austauschformat DXF über spezielle Schnittstellen verarbeitet werden. Der Austausch von Geodaten mit Dritten erfolgt digital derzeit in der Regel per im Format PDF oder als Papierauszug. OGC Web Services (OWS) wie z.b. WMS oder WFS werden gegenwärtig nicht bereitgestellt und auch nicht genutzt. Die vorhandenen Softwaresysteme können zur reinen erfassung und -pflege innerhalb der Verwaltung weiterverwendet werden. Für die GDI-konforme Bereitstellung der kommunalen Geodatenbasis und auch deren Nutzung sind jedoch zusätzliche OWS-Schnittstellen (WMS, WFS) notwendig. Speziell für Bauleitplanungsinformationen wird im Rahmen der nationalen Geodateninfrastruktur die Unterstützung des Standards XPlanGML3 vorgeschrieben, einer speziellen GML-Spezifikation. Die Nutzung einer entsprechenden Schnittstelle als Voraussetzung zur Bearbeitung in den vorhandenen Softwaresystemen wird empfohlen (vgl. 3). 2.2 Untersuchung vorhandener Onlineinformationssysteme Die Stadt Bernau bei Berlin nutzt derzeit ein Onlineinformationssystem, um eigene Informationsaufgaben wahrzunehmen. Die Basis hierfür bildet ein einfaches Content Management System (CMS), das inhaltlich von einem externen Dienstleister im Auftrag der Verwaltung gepflegt wird. Neben allgemeinen Dienstleistungen der Verwaltung werden dort bislang an raumbezogenen Informationen Flächennutzungspläne, Bebauungspläne und andere Entwurfsplanungen im Format PDF veröffentlicht. Weiterhin sind Informationen zu Immobilien und Tourismus in Text- bzw. Listenform hinterlegt. Dieses Serviceportal ist aufgrund seiner Systemarchitektur und seines Betreibermodells nicht für den direkten Ausbau zu einem kommunalen Geoportal geeignet. Es soll jedoch in seiner derzeitigen Ausprägung bestehen bleiben und durch ein Geoportal ergänzt werden.

4 Konzeption zum Aufbau eines Infrastrukturknotens und eines Geoportals Stadt Bernau bei Berlin Seite 4 von Untersuchung vorhandener Die nachfolgende Kurzübersicht listet Geodaten auf, die innerhalb der Stadtverwaltung vorliegen und sich in ihrem Eigentum befinden. Eine weitere Spezifizierung erfolgt innerhalb der Anlage, deren Inhalte in Abstimmung mit der Stadt Bernau bei Berlin erarbeitet wurden. Name Digital Vektordaten Bemerkung Flächennutzungsplan (FNP) siehe Anlage Landschaftsplan (LP) nein nein siehe Anlage Bebauungspläne (B-Plan) * * siehe Anlage Innenbereichssatzungen nein nein siehe Anlage Außenbereichssatzungen nein nein siehe Anlage Denkmalbereichssatzung siehe Anlage Sanierungssatzungen siehe Anlage *Plandokumente liegen teilweise im Format DXF vor Alle aufgeführten Geodaten sind GDI-konform aufzubereiten und in die Geodateninfrastruktur Berlin/Brandenburg einzubringen. Die Stadt verfügt derzeit über keine Metadaten gemäß ISO-Standard 19115/ Die entsprechenden Informationen sind zu erfassen und in standardisierter Form bereitzustellen. 3 Aufbereitung der kommunalen Geodaten Seitens der Stadtverwaltung sollen im Rahmen der GDI BE/BB Informationen zur Bauleit- und Landschaftsplanung bereitgestellt werden. Alle genannten Geofachdaten befinden sich im Eigentum der Stadt und unterliegen keinen weiteren Zugangsbeschränkungen. 3.1 Prozessbeschreibung Im Folgenden werden grundlegende im Rahmen der Geodatenaufbereitung durchzuführende Arbeitsprozesse beschrieben.

5 Konzeption zum Aufbau eines Infrastrukturknotens und eines Geoportals Stadt Bernau bei Berlin Seite 5 von 21 Bauleitplanung/Landschaftsplanung Die unstrukturiert vorliegenden der Bauleit- und Landschaftsplanung sind digital im Standard XPlanGML3 zu erfassen. Hierfür werden die entsprechenden Teilprozesse Scan, Georeferenzierung, Vektorisierung und Sachdatenanbindung durchgeführt. Sofern Ausgangsdaten in vektorieller Form (Format DXF) bereitgestellt werden, ist zu prüfen, ob eine Weiterverwendung im Rahmen der XPlan-Erfassung möglich und sinnvoll ist. Vor Beginn der Bearbeitung sind die gewünschte Erfassungstiefe und -qualität festzulegen (vgl. Pflichtenheft XPlanungskonforme Erfassung von der Bauleitplanung, Landesamt für Bauen und Verkehr 2009). Für einen Großteil der der Bauleit- und Landschaftsplanung kann aufgrund geringerer Anforderungen an ihre spätere Bereitstellung und Nutzung die Erfassung auf eine vereinfachte Darstellung beschränkt werden. Die Vektorisierung des Geltungsbereichs gemäß Pkt des Pflichtenheftes ist hierfür ausreichend. In Bezug auf die zu erfassende Qualität soll die Abdigitalisierung gemäß Pkt des Pflichtenheftes durchgeführt werden. An einzelne Plandokumente werden erhöhte Anforderungen in Bezug auf deren spätere Nutzung innerhalb der Verwaltung und der GDI BE/BB gestellt. Diese sind mit ausgewählten Planinhalten gemäß Pkt des Pflichtenheftes zu erfassen. Qualitativ ist die Abzeichnung gemäß Pkt durchzuführen. Hierfür sind weitere Abstimmungen mit der Stadt bzgl. der Dokumentation und Heilung von Widersprüchen einzuplanen. Neben den XPlan-sätzen sowie den gescannten und georeferenzierten Planzeichnungen sind für alle Bauleitplanungen zusätzlich und sofern vorhanden textliche Festsetzungen, Legenden und komplette Plandokumente im Rasterformat vorzuhalten. Weiterhin ist für jeden XPlan-satz mit Hilfe des im Rahmen der GDI BE/BB offiziell bereitgestellten Prüftools XPlanGML-Validator eine entsprechende Qualitätsprüfung durchzuführen. Für die weitere, geplante Bereitstellung der kommunalen Bauleit- und Landschaftsplanung auf Basis von standardisierten Geodiensten und mit Hilfe eines Infrastrukturknotens wird eine zusätzliche unter Punkt 4.3 beschriebene aufbereitung empfohlen.

6 Konzeption zum Aufbau eines Infrastrukturknotens und eines Geoportals Stadt Bernau bei Berlin Seite 6 von 21 Innenbereichssatzungen, Außenbereichssatzungen, Denkmalbereichssatzung, Sanierungssatzungen Die Bearbeitung der Satzungen erfolgt weitgehend analog zu der im vorhergehenden Abschnitt beschriebenen Verfahrensweise. Auch hier gilt, sofern Ausgangsdaten in vektorieller Form (Format DXF) bereitgestellt werden, ist zu prüfen, ob eine Weiterverwendung im Rahmen der XPlan-Erfassung möglich und sinnvoll ist. Die durchzuführende Abdigitalisierung beschränkt sich auf den Geltungsbereich. Metadaten Zu allen aufbereiteten Geodaten sind Metadaten gemäß ISO-Standard 19115/19119 zu erfassen und bereitzustellen. Hierfür kann das im Rahmen der GDI-BE/BB kostenfrei zur Verfügung stehende Werkzeug ProMIS-Online genutzt werden, welches auch die Überführung in den zentralen Metadatenkatalog des Landes Brandenburg GeoMIS ermöglicht. Den gesamten Prozess der Geodatenaufbereitung verdeutlicht die nachfolgende Übersicht. lfd. Nr. Wer Was 1 Stadt Zusammentragen aller 2 Dienstleister Scan und Georeferenzierung Vektorisierung - Bauleit-/Landschaftsplanung (XPlanGML3) - Innenbereichssatzungen (XPlanGML3) Aufbereitung von Sachdaten Bearbeitung externer Referenzen Legende, Textl. Festsetzungen, Plandokument Erfassung von Metadaten (Typ Data Set/Series ) Qualitätsprüfung 3 Stadt Prüfung und Abnahme

7 Konzeption zum Aufbau eines Infrastrukturknotens und eines Geoportals Stadt Bernau bei Berlin Seite 7 von 21 4 Aufbau eines Infrastrukturknotens Die Aufgabe des Infrastrukturknotens ist primär die Erzeugung und Bereitstellung von standardisierten Geodiensten. Diese so genannten OGC Webservices können dann in Geoportale oder externe Fachanwendungen eingebunden werden. Inhaltliche Grundlage der Webservices bilden die aufbereiteten kommunalen Geodaten. Aus technischer Sicht kommt eine komplexe Serverinfrastruktur zum Einsatz. Für ihren Aufbau wird die Nachnutzung von Ergebnissen weiterer Fördermaßnahmen empfohlen, wie z.b. Geoportal-Template/Geoportal-Kommune einem flexiblen Portal-Template, welches u.a. auch umfangreiche ISK-Funktionalitäten bereitstellt (vgl. EFRE-Förderantrag Nr U). 4.1 Funktionelle Anforderungen Der kommunale Infrastrukturknoten sollte die nachfolgenden Funktionalitäten bieten. Für seine Konfiguration ist eine einfache und komfortable (grafische) Benutzeroberfläche hilfreich. Aufgrund der engen Verknüpfung mit dem ebenfalls aufzubauenden Geoportal wird hier eine gemeinsame, übergreifende Verwaltung empfohlen (vgl. 5.1). Visualisierung von Geodaten Die aufbereiteten, kommunalen Geodaten sind mit Hilfe eines Web Mapping Service (WMS) in Kartenform zu visualisieren. Zu berücksichtigen sind u.a. die aktuell geforderten Standards gemäß Geoservice Application Profile (GAP), Masterplan für den Aufbau der Geodateninfrastruktur Berlin/Brandenburg und Architekturkonzept (Architektur der Geodateninfrastruktur Deutschland Version 2). Sofern möglich und sinnvoll, sollte für die grafische Darstellung die Orientierung an verbindlichen Zeichenkatalogen (z.b. PlanzV) erfolgen. Weiterhin wird der Einsatz von Visualisierungstechniken wie z.b. Styled Layer Descriptor (SLD) empfohlen. Auslieferung von Geodaten Eine Auslieferung von Geodaten ist standardisiert durch einen Web Feature Service (WFS) möglich. Geoobjekte sind im Format Geography Markup Language (GML)

8 Konzeption zum Aufbau eines Infrastrukturknotens und eines Geoportals Stadt Bernau bei Berlin Seite 8 von 21 abzugeben. Zu berücksichtigen sind u.a. die aktuell geforderten Standards gemäß GAP, Masterplan und Architekturkonzept Version 2. Abfrage von Sachdaten Per WMS visualisierte Geodaten können innerhalb der Kartengrafik über den Aufruf GetFeatureInfo abgefragt werden. Die entsprechenden Sachdaten sind daraufhin zurückzugeben. Bereitstellung von Metadaten Neben den innerhalb der Geodatenaufbereitung erfassten Metadaten müssen auch zu Geodiensten und Geoanwendungen Metadaten erfasst und bereitgestellt werden. Es sind die Standards ISO und entsprechend dem Brandenburgischen Profil zu beachten. Auch hier können die im Rahmen der GDI-BE/BB kostenfrei zur Verfügung gestellten Werkzeuge ProMIS-Online und GeoMIS genutzt werden. Der kostenintensive Aufbau und Betrieb eines eigenen Metadatenkatalogservers inklusive der Entwicklung einer voll funktionsfähigen Suchmaschine wird für die begrenzte Anzahl an beständen nicht empfohlen. Aufgrund derzeit noch eingeschränkter Verknüpfungsmöglichkeiten zwischen dem kommunalen Infrastrukturknoten und den extern bereitgestellten Metadaten sowie zur Performanzoptimierung, ist zusätzlich die direkte Integration von ausgewählten Metadatenelementen in Geodiensten sinnvoll. Der Zugriff kann mittels GetCapabilities-Aufruf erfolgen. So bereitgestellte Metadaten können per Importschnittstelle in den zentralen Metadatenkatalog des Landes überführt werden, so dass eine Doppelerfassung weitgehend vermieden wird. 4.2 Technische Anforderungen Für den Aufbau und Betrieb eines Infrastrukturknotens wird ein im Internet verfügbarer Rootserver benötigt. Neben der ISK-Funktionalität wird in einer einfachen Ausbaustufe die gleichzeitige Nutzung als Geoportalserver empfohlen.

9 Konzeption zum Aufbau eines Infrastrukturknotens und eines Geoportals Stadt Bernau bei Berlin Seite 9 von 21 Hard-/Software Hardwareseitig sollten Komponenten aus dem professionellen Serverbereich zum Einsatz kommen. Für eine mögliche Konfiguration werden die folgenden, durchschnittlichen Eckwerte aufgeführt: 1 oder 2 Vierkernprozessoren, 4-8 GB Arbeitsspeicher, 4 Festplatten je MB, davon 3 im Verbund (RAID 5). Die Softwareausstattung des Rootservers sollte neben Betriebssystem und Webserver spezielle GDI-Softwarekomponenten umfassen, die u.a. die Bereitstellung der OGC Web Services übernehmen (z.b. MapServer). Für das Betriebssystem und zugehörige Software sind in regelmäßigen Zyklen Aktualisierungen einzuplanen. Dies kann monats- oder quartalsweise erfolgen. Sicherheitsrelevante Updates sollten kurzfristig eingespielt werden. Der Rootserver ist durch ein professionelles Firewallsystem zu sichern. Optional kann der Webserver über eine semantische Web Application Firewall geschützt werden. Hierdurch wird der direkte und unbefugte Zugriff auf die Geodienste und im Besonderen auf die Geodaten unterbunden. Dies ist derzeit noch nicht zwingend erforderlich, kann jedoch in einer weiteren Ausbaustufe, z.b. bei zusätzlicher Einbindung von sensiblen und Diensten, notwendig werden. Weiterhin sind die Empfehlungen der IT-Grundschutzkataloge des Bundesamtes für Sicherheit in der Informationstechnik (BSI) zu berücksichtigen, um ein entsprechendes Maß an Sicherheit zu gewährleisten. Betrieb Für den Betrieb des Infrastrukturknotens (ISK) bzw. des Rootservers gibt es verschiedene Nutzungsmodelle. Ein "Hosting" basiert häufig auf einem Komplettangebot mit Hardware zur Miete, während ein "Housing" die Möglichkeit bietet, ein eigenes, selbstkonfiguriertes System in das Netzwerk zu integrieren. Standort ist in den meisten Fällen ein Rechenzentrum mit entsprechender Anbindung. Der Betrieb kann bei entsprechender Fachkenntnis in Eigenleistung oder durch einen externen Dienstleister erfolgen.

10 Konzeption zum Aufbau eines Infrastrukturknotens und eines Geoportals Stadt Bernau bei Berlin Seite 10 von 21 Das Lastverhalten und das erzeugte Traffic-Volumen werden für den anfänglichen Betrieb als gering eingeschätzt. In weiteren Ausbaustufen und zu einem späteren Zeitpunkt kann es hierbei jedoch zu einer starken Erhöhung kommen, sofern die komplette Geodatennutzung und -bereitstellung der Stadtverwaltung online bzw. serverseitig erfolgt (z.b. Bereitstellung von hochauflösenden Befliegungen per OWS). 4.3 Anforderungen an Geodatenhaltung Geodaten können je nach Bedarf im Dateisystem oder einer bank abgelegt sein. Bei Verwendung bzw. Nachnutzung von GDI-Softwarekomponenten ist auf Kompatibilität bzw. entsprechende Schnittstellen zu achten. Als unproblematisch erweisen sich häufig für Vektordaten das Format SHP und für Rasterdaten das Format TIF, die für viele Anwendungsfälle ausreichend sind. Für datenbankgestützte Geoinformationen ist ein zusätzlicher bankserver zu installieren. Unterstützung von XPlanung Neben den einfach strukturierten Geodatensätzen, für die eine OWS-Bereitstellung im Rahmen einer GDI ohne Einschränkungen realisiert werden kann, stellt die Unterstützung von Geodaten der Bauleitplanung im XPlan-Standard einen Spezialfall dar. Da die direkte Integration und Auslieferung von XPlanGML3 in OGC Webservices (OWS) aufgrund der Komplexität des XPlan-modells und noch fehlender Anwendungskomponenten derzeit nur eingeschränkt möglich ist, wird eine Vereinfachung der entsprechenden strukturen empfohlen. Zur Nachnutzung bietet sich hierfür ein universelles modell (UDM) an, das als Ergebnis einer Fördermaßnahme der Gemeinde Nuthetal entwickelt wurde und die einfache Bereitstellung von XPlanung über Infrastrukturknoten per OWS und damit deren weitere Einbindung in Geoportale oder externe Fachanwendungen ermöglicht. Bestandteil dieses modells ist die Konvertierung von XPlanGML-sätzen in vereinfachte bankabfragen. Die Abfragen werden innerhalb einer räumlichen bank ausgeführt und enthaltene Informationen in einem speziellen Schema abgelegt. Als banksystem wird PostgreSQL/PostGIS genutzt, welches sich sehr gut im GDI-Umfeld einbinden lässt.

11 Konzeption zum Aufbau eines Infrastrukturknotens und eines Geoportals Stadt Bernau bei Berlin Seite 11 von 21 In weiteren Schritten kann ein Geodienst aufgebaut werden, der die entsprechende Geodatenbank als Quelle nutzt und alle thematischen Ebenen mit ihren Geometrien sowie verknüpfte Sachdaten bereitstellt. 4.4 Prozessbeschreibung Der Infrastrukturknoten der Stadt Bernau bei Berlin soll im Auftrag durch einen Dienstleister extern aufgebaut und betrieben werden. Der Prozessablauf ist in der nachfolgenden Übersicht zusammengefasst. Wesentliche, weiter oben beschriebene Anforderungen sind bei der Umsetzung zu berücksichtigen. Nach erstmaliger Einrichtung und Konfiguration der notwendigen Server- u. Systemkomponenten, der Geodatenhaltung sowie Einrichtung der Geodienste kann der laufende Betrieb einschließlich System- und pflege beginnen. Sobald ein stabiler Betrieb gewährleistet werden kann, sind alle kommunalen Geodienste des Typs WMS im Geoportal Brandenburg gemäß GDI-Vorgabe zu registrieren und zu kategorisieren. Das Registrieren von Geodiensten des Typs WFS im Geoportal Brandenburg ist derzeit technisch noch nicht möglich und muss zu einem späteren Zeitpunkt sowie bei Realisierung entsprechender Funktionalitäten nachgeholt werden. Das aufzubauende Geoportal und der zugehörige Infrastrukturknoten der Stadt Bernau bei Berlin sollten innerhalb der GDI BE/BB als regionales Fachportal publiziert werden. Hierzu genügt eine entsprechende Mitteilung an das GeoServiceCenter (GSC). lfd. Nr. Wer Was 1 Stadt Beauftragung Dienstleister zum Aufbau eines ISK 2 Dienstleister Einrichtung und Konfiguration des Serversystems (Root-Server u. Internet-Komponenten) 3 Dienstleister Konfiguration ISK-Software, OWS Server Konfiguration haltung - Transformation XPlanGML3 in universelles modell (UDM) - Einrichtung der bank und Import

12 Konzeption zum Aufbau eines Infrastrukturknotens und eines Geoportals Stadt Bernau bei Berlin Seite 12 von 21 - Einrichtung des Verzeichnissystems Konfiguration Geodienste - Erstellung der Geodienste - Visualisierung angelehnt an PlanzV - Erfassung von Metadaten (Typ Service ) - Registrierung im Geoportal Brandenburg Qualitätsprüfung 4 Stadt Abnahme des kompletten ISK mit allen Bestandteilen 5 Dienstleister Betrieb des ISK einschließlich Laufendhaltung 5 Aufbau des Geoportals Das Geoportal soll den einfachen Online-Zugriff auf das Geoinformationsangebot der Stadt Bernau bei Berlin bieten. Durch seinen Aufbau soll der bestehende Online- Auftritt fachlich ergänzt werden. Hierfür wird die Nachnutzung von Ergebnissen weiterer Fördermaßnahmen empfohlen, wie z.b. Geoportal-Template/Geoportal- Kommune, einem flexiblen Portal-Template, welches u.a. umfangreiche Geoportal- Funktionalitäten bereitstellt (vgl. EFRE-Förderantrag Nr U). 5.1 Funktionelle Anforderungen Ein Geoportal bindet die vom Infrastrukturknoten ausgehenden Geodienste in eine einfache und komfortable Oberfläche ein und macht sie somit nutzbar. Hierfür werden mehrere Portalbestandteile benötigt. Den übergeordneten Rahmen für das aufzubauende Geoportal sollte ein einfaches CMS (Content Management System) bilden, welches die einzelnen Bestandteile vereint und die Pflege durch den Administrator/Sachbearbeiter ermöglicht. Die optische Gestaltung ist an den kommunalen Gestaltungsstil (Corporate Identity) anzulehnen. Die wichtigsten Bestandteile eines Geoportals einschließlich der jeweiligen Funktionen werden nachfolgend beschrieben.

13 Konzeption zum Aufbau eines Infrastrukturknotens und eines Geoportals Stadt Bernau bei Berlin Seite 13 von 21 Kartenanwendung Die Kartenanwendung ist der zentrale Bestandteil des Geoportals. Sie zeigt mit Hilfe einer OWS-Schnittstelle (WMS) Geoinformationen als Kartendarstellung im Webbrowser des Anwenders. Grundlegende Funktionen, die dem Anwender zur Verfügung stehen sollten, sind: individuelle Anpassung der Kartenansicht wie z.b. Zoom, Pan, Maßstabswahl, Suche nach Adressangaben, Werkzeuge zur Ermittlung von Strecken und Flächen, Werkzeuge zur Abfrage von verknüpften Sachinformationen, Legendeninformationen, Druckfunktion. Für die Strukturierung des Informationsangebotes in Form verfügbarer Kartenthemen wird der Einsatz entsprechender Bedienelemente wie z.b. Baumstrukturen etc. empfohlen. Für die einzelnen Werkzeuge und Funktionen sollten leicht verständliche Buttons und Icons genutzt werden. Suchwerkzeuge Das Geoportal sollte dem Nutzer einfache Suchwerkzeuge zur Informationsrecherche bereitstellen. Für die oben aufgelistete raumbezogene Suche bzw. die Suche nach Adressangaben ist die Umsetzung einer Gazetteer-Client-Funktionalität auf Basis einer entsprechenden OWS-Schnittstelle (WFS) sinnvoll. Der Client bietet bestimmte Felder für Suchangaben, die z.b. auf im Rahmen der GDI bereitgestellte Gazetteer-Dienste (Landesvermessung und Geobasisinformation Brandenburg) angewendet werden können, um eine entsprechende Positionierung in der Karte vorzunehmen. Weiterhin wird innerhalb des Geoportals eine zusätzliche Suchmöglichkeit nach Stichworten empfohlen. Diese kann u.a. die internen Metadaten der Geodienste und hier speziell Titel, Kurzbeschreibung, Schlüsselwörter etc. auswerten und entsprechende Ergebnisse auf Wunsch in der Karte anzeigen.

14 Konzeption zum Aufbau eines Infrastrukturknotens und eines Geoportals Stadt Bernau bei Berlin Seite 14 von 21 Sonstige redaktionelle Portalinhalte Neben den raumbezogenen Inhalten sollte das Geoportal die Möglichkeit bieten, für den Anwender weitere, erläuternde Informationen bereitzustellen. Hierzu zählen z.b. eine kurze Beschreibung der kommunalen Geodateninfrastruktur sowie aktuelle Meldungen zu aktualisierungen oder zum Portalbetrieb. Weiterhin ist neben dem verpflichtenden Impressum eine einfache Möglichkeit der Kontaktaufnahme für Nutzeranfragen vorzuhalten. Um externen Fachanwendern die Integration der kommunalen Geodienste in eigene Anwendungen zu erleichtern, wird die Veröffentlichung einer Auflistung mit allen verfügbaren Geodiensten einschließlich GetCapabilities-Aufruf empfohlen. Diese Auflistung ist auch für die einfache Einbindung der vom ISK bereitgestellten Geodienste in andere Fach- oder Verwaltungsportale hilfreich. Benutzerverwaltung Eine sehr einfache Vergabe an Rechten für bestimmte Themen und Nutzer ist innerhalb einer Kartenanwendung relativ einfach umzusetzen. So kann z.b. die Ansicht, der Ausdruck oder die Abfrage eines Themas entsprechend reglementiert werden. Dies stellt jedoch nur eine einfache Zugriffskontrolle dar. Ein umfassender Schutz von Geodiensten erfordert weitreichende Authentifizierungsmechanismen, deren vollständige Unterstützung bislang nur wenige Anwendungen bieten. Sofern ein Zugangsschutz notwendig ist, sind ggf. entsprechende Anpassungen am Geoportal einzuplanen (vgl. 4.2). Portalverwaltung/Administration Die Administration ist das zentrale Konfigurationswerkzeug für das Geoportal. Aufgrund der engen Verknüpfung mit dem ebenfalls aufzubauenden Infrastrukturknoten soll eine gemeinsame, übergreifende Verwaltung eingerichtet werden. Auf Basis eines CMS soll der Administrator/Sachbearbeiter die einfache Möglichkeit erhalten, Portalbestandteile zu konfigurieren sowie raumbezogene und sonstige redaktionelle Inhalte zu erstellen und zu pflegen. Eine komfortable, grafische Benutzeroberfläche mit entsprechender Hilfefunktion ist hierfür wichtige Voraussetzung. Im Detail sollten die folgenden Aufgaben durchgeführt werden können: Anlegen von Geodiensten und Geodatenquellen (ISK),

15 Konzeption zum Aufbau eines Infrastrukturknotens und eines Geoportals Stadt Bernau bei Berlin Seite 15 von 21 Erfassen von grundlegenden Metadaten (ISK), Anlegen von Geothemen für die Kartenanwendung (Geoportal), Einrichten von Benutzern, Rollen und Rechten (Geoportal), Redaktion von sonstigen Portalinhalten einschl. aktuellen Meldungen, Impressum, Layout (Geoportal). 5.2 Technische Anforderungen Für den geplanten Aufbau und Betrieb des Geoportals wird die Nutzung im Zusammenhang mit dem ebenfalls aufzubauenden Infrastrukturknoten empfohlen. Der benötigte Rootserver erfüllt somit zwei Funktionen: a) Bereitstellung von OWS als ISK-Server und b) Einbindung von OWS als Geoportalserver. Die oben getroffenen Aussagen zu Anforderungen an Hard-/Software sowie Betrieb sind demnach auch hier zutreffend (vgl. 4.2). Die webbasierte Benutzeroberfläche des Geoportals sollte in einem aktuellen Standardbrowser (Microsoft Internet Explorer, Mozilla Firefox) ohne zusätzliche Erweiterungen lauffähig sein. Um eine entsprechende Akzeptanz beim Nutzer zu erreichen, ist speziell bei der Kartenanwendung auf ein zeitgemäßes Handling und eine möglichst selbsterklärende Bedienung zu achten. Hierfür kann u.a. die Webtechnologie AJAX eingesetzt werden. 5.3 Prozessbeschreibung Das Geoportal der Stadt Bernau bei Berlin soll im Auftrag durch einen Dienstleister extern aufgebaut und betrieben werden. Der Prozessablauf ist in der folgenden Übersicht zusammengefasst. Nach erstmaliger Einrichtung sowie nach erfolgter Anbindung an den Infrastrukturknoten steht ein fertiges Geoportal einschließlich Inhalten und insbesondere den eingebundenen Geodiensten für den Onlinezugriff bereit. lfd. Nr. Wer Was 1 Stadt Beauftragung eines Dienstleisters mit dem Aufbau eines Geoportals mit folgenden Bestandteilen: - Portalverwaltung/Administration (Portalhülle) - Kartenanwendung (Viewer)

16 Konzeption zum Aufbau eines Infrastrukturknotens und eines Geoportals Stadt Bernau bei Berlin Seite 16 von 21 - Suchwerkzeuge (Gazetteer Client) - OWS-Schnittstellen 2 Stadt Festlegung bereitzustellender, Informationen und Dienste Festlegung der grundlegenden Portalstruktur u. -inhalte Festlegung der Funktionalitäten 3 Dienstleister Erstellung eines Prototypen für ein Geoportal und Abstimmung mit dem Auftraggeber Anbindung des Infrastrukturknotens Anlegen von Geothemen für die Kartenanwendung Einrichtung der Benutzerverwaltung Anpassung der Benutzeroberfläche (Corporate Identity), redaktionelle Arbeiten Erfassung von Metadaten (Typ Application ) Registrierung im Geoportal Brandenburg Qualitätsprüfung 4 Stadt Abnahme des kompletten Geoportals mit allen Bestandteilen 5 Dienstleister Betrieb des Geoportals einschließlich Laufendhaltung 6 Zusammenfassung Geoinformationen werden auf allen Ebenen der Verwaltung und Wirtschaft benötigt und sind Grundlage des planerischen Handelns. Ihre Verfügbarkeit ist maßgebliche Voraussetzung für Standort- und Investitionsentscheidungen von Unternehmen. Der geplante Aufbau und Betrieb eines Geoportals und eines Infrastrukturknotens wird die Stadt Bernau bei Berlin in die Lage versetzen, aktiv am Aufbau der Geodateninfrastruktur Berlin-Brandenburg mitzuwirken und so die Verfügbarkeit der eigenen, kommunalen Geoinformationen zu erhöhen. Ziel ist es, den Austausch von raumbezogenen Informationen innerhalb der Verwaltung sowie mit externen Nutzern zu vereinfachen. Die vorliegende Konzeption beschreibt die Umsetzung der geplanten GDI- Maßnahme mit den hierfür notwendigen Schritten: Geodatenaufbereitung, Aufbau

17 Konzeption zum Aufbau eines Infrastrukturknotens und eines Geoportals Stadt Bernau bei Berlin Seite 17 von 21 eines Infrastrukturknotens und Aufbau eines Geoportals. Neben technischen und funktionalen Anforderungen werden Beschreibungen einzelner Arbeitsprozesse aufgeführt, die für eine konkrete Durchführung genutzt werden können. Die nachfolgenden Abschnitte fassen die Kernaussagen der einzelnen Kapitel zusammen. Die Bestandsaufnahme zeigte auf, dass die Stadt Bernau bei Berlin eine Mehrzahl an Geofachdaten erhoben hat und diese bereits in vielen Bereichen der eigenen Verwaltung nutzt. Für die weitere Bereitstellung der größtenteils analog bzw. digital ohne Objektstruktur vorliegenden Fachdaten ist jedoch eine GDI-konforme Aufbereitung wichtige Voraussetzung. Sie bildet die Basis für darauf aufsetzende Geodienste. Besonders hervorzuheben ist u.a. die Notwendigkeit, Informationen der Bauleitplanung im XPlan-Standard aufzubereiten und für alle Geodaten Metadaten zu erfassen und bereitzustellen. Durch den Aufbau eines Infrastrukturknotens können die aufbereiteten Geofachdaten in Form von standardisierten Geodiensten innerhalb der GDI-BE/BB bereitgestellt werden. Als softwaretechnische Basis wird die Nachnutzung von Ergebnissen weiterer Fördermaßnahmen empfohlen, wie z.b. Geoportal-Template/Geoportal- Kommune, einer flexiblen Geoportal- und ISK-Lösung (vgl. EFRE-Förderantrag Nr U), oder einer XPlan-Unterstützung für Geodienste (vgl. EFRE-Förderantrag Nr K). Der Infrastrukturknoten soll im Auftrag der Stadtverwaltung durch einen Dienstleister extern aufgebaut und betrieben werden. Das aufzubauende Geoportal ermöglicht mit Hilfe einer Kartenanwendung den direkten Zugriff auf bereitgestellte Geodienste per Webbrowser. Es wird mehrere Suchfunktionen und eine einfache Benutzerverwaltung enthalten. Zusätzlich sollen über das Geoportal auch GetCapabilities-Aufrufe für die Einbindung von kommunalen Geodiensten in externen Fachanwendungen veröffentlicht werden. Es wird ebenfalls die Nachnutzung von Ergebnissen weiterer Fördermaßnahmen empfohlen, wie z.b. Geoportal-Template/Geoportal-Kommune (vgl. EFRE- Förderantrag Nr U). Auch hier erfolgt der technische Aufbau und Betrieb durch einen von der Stadt beauftragten Dienstleister.

18 Konzeption zum Aufbau eines Infrastrukturknotens und eines Geoportals Stadt Bernau bei Berlin Seite 18 von 21 Zeitrahmen Eine Umsetzung der geplanten Maßnahme ist innerhalb von 2 Monaten zu realisieren. Der Zeitrahmen gliedert sich hierbei wie folgt: Aufbereitung und Bereitstellung der Aufbau eines Infrastrukturknotens Aufbau eines Geoportals 2,0 Monate, 0,5 Monate, 0,5 Monate. Es wird davon ausgegangen, dass die Aufbereitung der und der Aufbau des ISK und des Geoportals zeitlich parallel durchgeführt werden können. Daran anschließen sollten sich eine zweiwöchige Testphase und ggf. abschließende Tätigkeiten, so dass die Freischaltung des Geoportals etwa 3 Monate nach Beginn der Bearbeitung erfolgen kann. Zentraler Punkt der vorliegenden Konzeption ist neben den erforderlichen Arbeiten zur Aufbereitung der kommunalen Geodaten, die Nachnutzung bereits vorhandener GDI-Komponenten (z.b. Geoportal-Template/Geoportal-Kommune ) zum Aufbau des Infrastrukturknotens und des Geoportals. Hierdurch können Doppelarbeiten vermieden werden. Der oben aufgeführte Zeitrahmen ist unter dieser Maßgabe festgelegt worden. Diese Konzeption wird entsprechend den Vorgaben der GDI BE/BB zur Verfügung gestellt. Öffentlich-rechtliche Stellen können ihre Inhalte für andere Zwecke ohne Beschränkung entgeltfrei nachnutzen.

19 Konzeption zum Aufbau eines Infrastrukturknotens und eines Geoportals Stadt Bernau bei Berlin Seite 19 von 21 Anlage Bestandsaufnahme identifizieren aufbereiten Name Stelle Bearbeiter Urheber format Vollständigkeit Häufigkeit der Aktualisierung Häufigkeit der Nutzung Art der Darstellung in Karten Nutzung im ISK Erfassungsqualität Erfassungstiefe Einschränkungen bei Nutzung Flächennutzungsplan Stadtplanungsamt Herr Seeger Stadt Bernau bei Berlin analog, digital (DXF) gering intern häufig, extern unterschiedlich Planzeichenverordnung Abdigitalisierung ausgewählte Planinhalte nein identifizieren Name Stelle Bearbeiter Urheber format Vollständigkeit Häufigkeit der Aktualisierung Häufigkeit der Nutzung Art der Darstellung in Karten Nutzung im ISK Bebauungspläne Stadtplanungsamt Herr Seeger Stadt Bernau bei Berlin analog, tlw. digital (DXF) gering intern häufig, extern unterschiedlich Planzeichenverordnung

20 Konzeption zum Aufbau eines Infrastrukturknotens und eines Geoportals Stadt Bernau bei Berlin Seite 20 von 21 aufbereiten Erfassungsqualität Erfassungstiefe Einschränkungen bei Nutzung Abdigitalisierung, Abzeichnung Geltungsbereich bei geringen Anforderungen und Erfassungsqualität Abdigitalisierung; ausgewählte Inhalte bei erhöhten Anforderungen und Erfassungsqualität Abzeichnung nein identifizieren aufbereiten Name Stelle Bearbeiter Urheber format Vollständigkeit Häufigkeit der Aktualisierung Häufigkeit der Nutzung Art der Darstellung in Karten Nutzung im ISK Erfassungsqualität Erfassungstiefe Einschränkungen bei Nutzung Innenbereichssatzungen Stadtplanungsamt Herr Seeger Stadt Bernau bei Berlin analog gering intern häufig, extern unterschiedlich Planzeichenverordnung Abdigitalisierung Geltungsbereich nein identifizieren Name Stelle Bearbeiter Urheber format Vollständigkeit Häufigkeit der Aktualisierung Häufigkeit der Nutzung Art der Darstellung in Karten Nutzung im ISK Außenbereichssatzungen Stadtplanungsamt Herr Seeger Stadt Bernau bei Berlin analog gering intern häufig, extern unterschiedlich Planzeichenverordnung

21 Konzeption zum Aufbau eines Infrastrukturknotens und eines Geoportals Stadt Bernau bei Berlin Seite 21 von 21 aufbereiten Erfassungsqualität Erfassungstiefe Einschränkungen bei Nutzung Abdigitalisierung Geltungsbereich nein identifizieren aufbereiten Name Stelle Bearbeiter Urheber format Vollständigkeit Häufigkeit der Aktualisierung Häufigkeit der Nutzung Art der Darstellung in Karten Nutzung im ISK Erfassungsqualität Erfassungstiefe Einschränkungen bei Nutzung Denkmalbereichssatzung Stadtplanungsamt Herr Seeger Stadt Bernau bei Berlin digital (DXF) gering intern häufig, extern unterschiedlich Planzeichenverordnung Abdigitalisierung Geltungsbereich nein identifizieren aufbereiten Name Stelle Bearbeiter Urheber format Vollständigkeit Häufigkeit der Aktualisierung Häufigkeit der Nutzung Art der Darstellung in Karten Nutzung im ISK Erfassungsqualität Erfassungstiefe Einschränkungen bei Nutzung Sanierungssatzungen Stadtplanungsamt Herr Seeger Stadt Bernau bei Berlin digital (DXF) gering intern häufig, extern unterschiedlich Planzeichenverordnung Abdigitalisierung Geltungsbereich nein