Geoportal Software Vergleich für Kommunen

Wer heute „Geoportal Software Vergleich für Kommunen“ recherchiert, hat meist schon ein konkretes Ziel: Eine Lösung finden, die (1) zuverlässig Karten und Fachdaten veröffentlicht, (2) in die bestehende Geodateninfrastruktur passt und (3) im Betrieb nicht zum Dauerprojekt wird. Genau in dieser Evaluationsphase entscheidet sich häufig, ob ein Geoportal später als „stabiler Dienst“ wahrgenommen wird oder als zusätzliche Baustelle für GIS-Team und IT.

In deutschen Verwaltungsprojekten landen die Diskussionen besonders oft beim direkten Vergleich masterportal vs mapbender – beides etablierte Open-Source-Ansätze, aber mit spürbar unterschiedlicher Architektur, Betriebslogik und Stärken.

Warum Geoportal-Software in Kommunen mehr ist als „eine Webkarte“

Geoportal, WebGIS, Fachviewer: Begriffe richtig einordnen

Ein kommunales Geoportal ist selten nur ein Viewer. In der Praxis ist es die Präsentations- und Zugriffsschicht einer (oft gewachsenen) GDI: Karten- und Feature-Dienste, Metadatenkatalog, Suche/Geocoder, ggf. Druckdienst und Authentifizierung plus die fachliche Logik (Themen, Zielgruppen, Workflows). Dass Masterportal konsequent auf Standards wie WMS/WFS/CSW/WPS setzt und sich als Baustein für bestehende GDIs positioniert, ist dabei kein Detail, sondern zentral für Integration und Langfristigkeit. [1]

Mapbender beschreibt sich selbst als server- und browserbasierte Software zur zentralen Bereitstellung vieler WebGIS-Anwendungen, inklusive komfortabler Konfiguration über den Browser (ähnlich einem CMS). Das ist ein anderer Schwerpunkt: weniger „nur Client“, mehr „Framework mit Management-Backend“. [2]

Typische Einbindung in die kommunale GDI (GDI-Architektur in der Praxis)

In der Verwaltung unterscheiden sich die Anforderungen je nach Zielgruppe:

• Bürgerportal (öffentlich): klare Usability, schnelle Performance, mobil nutzbar, verständliche Legenden/Metadaten, barrierearme Bedienung und belastbarer Druck (z. B. PDF).
• Internes Fachportal: Rollen-/Rechtekonzept, getrennte Datenräume (intern/extern), Fachsuchen, stabile Integration in interne Dienste, Protokollierung/Compliance-Anforderungen und häufig höhere Verfügbarkeitsansprüche.

Für die Suchintention „webgis behörde open source“ ist deshalb weniger entscheidend, ob etwas Open Source ist, sondern ob es behördentauglich betrieben werden kann: Updates, Sicherheitskonzept, Betriebsdokumentation, Zuständigkeiten, Schnittstellen und ein realistischer Betriebskostenblick.

Typische Anforderungen aus Verwaltung und kommunaler IT

Bürgerportal vs. internes Fachportal (und warum das die Softwarewahl verändert)

Öffentliche und interne Portale haben unterschiedliche Zielbilder. Bürgerportale brauchen vor allem Klarheit, Geschwindigkeit und niedrige Einstiegshürden. Fachportale brauchen zusätzlich verlässliche Zugriffssteuerung, robuste Suchen und belastbare Prozessintegration.

Sicherheits- und Datenschutzanforderungen (DSGVO, IT-Sicherheit)

Sobald Personenbezug möglich ist (z. B. Nutzerkonten, Tracking, Logdaten, Fachverfahren), ist die DSGVO der rechtliche Rahmen. [15] Für Sicherheits- und Betriebsfragen dienen in Behördenprojekten häufig IT-Grundschutz-Ansätze sowie etablierte Websicherheits-Leitlinien. [14]

Barrierefreiheit: Was muss ein WebGIS in Behörden leisten?

barrierefreiheit webgis verwaltung ist nicht „nice to have“. Öffentliche Stellen sind rechtlich verpflichtet, Webangebote barrierefrei zu gestalten; in Deutschland ist BITV 2.0 zentral, technisch konkretisiert über EN 301 549, auf EU-Ebene durch Richtlinie (EU) 2016/2102. [16]

Praxisnahe Anforderungen, die in Abnahmen häufig zählen:

• Tastaturbedienbarkeit (Menüs, Suche, Layerbaum, Dialoge) und sinnvolle Fokusführung.
• Kontrast und Skalierung: UI muss bei Zoom/hohem Kontrast nutzbar bleiben.
• Alternativen zur reinen Karteninteraktion: z. B. Trefferlisten, tabellarische Ergebnisse, klar beschriftete Bedienelemente.
• Druck/Export barrierearm: PDF-Export ist oft Pflichtprozess, aber auch PDFs müssen sinnvoll strukturiert sein.

Auswahlkriterien für den Geoportal-Softwarevergleich

Viele Suchanfragen drehen sich rund um geoportal software open source vergleich – sinnvoll, solange der Vergleich nicht nur Feature-Listen abarbeitet. In Workshops hat sich bewährt, Kriterien in vier Cluster zu ordnen.

Standards & Integration: WMS/WFS/WMTS/CSW/OGC APIs

WMS liefert gerenderte Kartenbilder, WFS liefert Feature-/Vektordaten, WMTS liefert Kacheln für performante Kartenanzeige. CSW dient der Suche und Bereitstellung von Metadaten, WPS standardisiert Geoverarbeitung (z. B. Overlay/Analyse). [3]

Gerade WMTS ist häufig der „Game-Changer“ für Performance, weil Kacheln vorgerendert bereitgestellt werden. [4]

Und wenn Ihre Kommune Richtung moderne APIs denkt: OGC APIs sind ein bewusst ressourcenzentrierter Ansatz, der an die klassischen OGC Web Services anknüpft. [5]

Rollen- und Rechteverwaltung: Zugriffe sauber steuern

Das Keyword geoportal software vergleich kriterien rollen rechte trifft einen Nerv: Ohne klar definiertes Rollenmodell (z. B. Bürger, interne Lesende, Fachadmin, Redaktion) wird die Geoportal-Einführung schnell chaotisch, unabhängig vom Tool.

Mapbender bringt hier sehr explizit Benutzerverwaltung, Rollen/Gruppen und ACL-Mechanismen mit. [6]

Masterportal ist dagegen als Client-Technologie konzipiert und hängt für echte Zugriffskontrolle stark davon ab, wie Sie secured services und Authentifizierung in Ihrer Umgebung lösen.

Suche, Druck, Layerverwaltung, Performance

webgis druckfunktion open source klingt banal, ist aber in Behördenprojekten oft ein Abnahmekriterium (A4/A3-A0, Legende, Maßstab, Titel, Freitext, teils Seriendruck).

Mapbender dokumentiert hierfür den PrintClient mit typischen Optionen (Maßstab, Qualität, Legende, Textfelder).

Masterportal führt Druck als umgesetztes Feature und verweist in der Konfiguration auf Mapfish Print 3 (inkl. Legenden-Druck-Unterstützung). [7]

Betrieb, Wartung, Updatefähigkeit, Betriebskosten

betriebskosten geoportal open source: Open Source bedeutet in der Praxis keine Lizenzgebühren, aber nicht kostenlos. Betriebskosten entstehen durch Hosting, Monitoring, Updates, Security-Patches, Anpassungen, Integrationen und Supportprozesse.

Dass beim Masterportal explizit keine Lizenzkosten genannt werden, hilft als Ausgangspunkt für die Kalkulation, ersetzt aber nicht die Betriebsplanung. [8]

Masterportal vs Mapbender im Praxisvergleich

Damit masterportal vs mapbender nicht zur Glaubensfrage wird, hilft ein Blick auf das Grundprinzip.

Architektur und Betriebsmodell (Client-only vs. Server-Framework)

Masterportal positioniert sich als reine Client-Technologie ohne serverseitige Abhängigkeiten (abgesehen von Webserver/Hosting) und setzt konsequent auf OGC-Standards; es ist unter MIT-Lizenz verfügbar. [9]

Ein großer Praxisvorteil: Wenn eine Kommune bereits stabile Dienste (WMS/WFS/WMTS), Metadatenkatalog und ggf. Druckdienst betreibt, kann Masterportal sauber obenauf gesetzt werden, oft mit geringerer Serverkomplexität im Portal selbst.

Mapbender ist server- und browserbasiert, setzt auf zentrale Verwaltung und erlaubt die Konfiguration von Design, Funktionen und Rechteverwaltung über den Browser; auch Mapbender ist MIT-lizenziert. [10]

Rollen/Gruppen und Berechtigungen sind als eigenes Thema in der Dokumentation ausgearbeitet (inkl. ACL und Rechtemanagement). [11]

Für Kommunen mit vielen Fachanwendungen und dem Wunsch nach „ein Backend, viele Anwendungen“ ist das häufig ein starkes Argument.

Funktionsvergleich (Druck, Suche, Metadaten, Erweiterbarkeit)

Wann passt welche Lösung typischerweise besser?

• Masterportal ist häufig stark, wenn Ihre Kommune bereits eine solide Dienstelandschaft (WMS/WFS/WMTS, Metadatenkatalog, ggf. Druckdienst) hat und Sie das Portal als leichtgewichtige, gut konfigurierbare Präsentationsschicht etablieren wollen.
• Mapbender ist häufig stark, wenn Sie viele Anwendungen und Anwendergruppen zentral verwalten wollen und ein integriertes Rollen-/Rechtemodell über das Geoportal selbst benötigen (nicht nur über Dienste darunter).

Wer nach mapbender erfahrungen kommune sucht, stößt zudem schnell auf den Umstand, dass Mapbender seine Einsatzbreite explizit von kommunalem Stadtplandienst bis Fachanwendung beschreibt und Referenzen sammelt.

Analog lässt sich bei Masterportal anhand öffentlich verfügbarer Hinweise belegen, dass es in Berlin als Grundlage des dortigen Geoportals benannt wird und seit 2014 in Hamburg durch den Landesbetrieb Geoinformation und Vermessung entwickelt wird.

Weitere Optionen neben Masterportal und Mapbender

Nicht jede Kommune braucht das große Portal. In der Praxis zeigen sich oft drei Alternativpfade.

Landes-/Speziallösungen und „lightweight“ Geoportale

Im Land Brandenburg wird Geoportal-Kommune als leicht administrierbare Basislösung beschrieben und als in vielen Städten/Gemeinden genutzt dargestellt. Das kann für kleinere Kommunen attraktiv sein, vor allem wenn Governance und Support landesweit geklärt sind. [12]

Kommerzielle Suites als Alternative (wann das sinnvoll sein kann)

Ein realistischer Vergleich erwähnt auch proprietäre Plattformen. Beispiel: In der Dokumentation zu ArcGIS Enterprise (Portal) wird explizit die Unterstützung von OGC WMS/WFS/WMTS beschrieben, relevant bei vorhandenen Lizenzlandschaften oder integrierten Enterprise-Funktionen. [13]

Für sehr spezialisierte Fachanwendungen kann außerdem ein eigener Stack aus Kartenclient + Diensten + Katalog + Suche sinnvoll sein. Der Haken: Integrations- und Betriebsaufwand steigt. Gerade deshalb sind Masterportal und Mapbender als Produktkerne in Kommunen beliebt, weil sie typische Anforderungen (Suche, Druck, Layerbaum, Administration) bündeln.

Projektnahes Vorgehen: Von der Evaluation zum stabilen Betrieb

Proof-of-Concept, Pilot, Rollout, Übergabe in den Betrieb

Beim Thema betriebskosten geoportal open source lohnt ein nüchterner Blick: Keine Lizenzkosten heißt nicht keine Kosten. Beim Masterportal wird explizit auf fehlende Lizenzkosten hingewiesen.

Trotzdem müssen Sie je nach Zielbild typischerweise finanzieren:

• Hosting/Plattformbetrieb: Webserver/Reverse Proxy, TLS, Logging, Monitoring, Backup/Restore.
• Dienste-Ökosystem: Karten-/Feature-Dienste, ggf. Tile-Cache (WMTS), Metadatenkatalog (CSW), Druckdienst und Suchdienste.
• Updatefähigkeit: regelmäßige Sicherheitsupdates (Server, Dependencies) und geplanter Minor/Major-Upgrade-Pfad. Die sichtbare Releaseaktivität ist ein Indikator, ersetzt aber keine Upgrade-Strategie.
• Sicherheit: organisatorische und technische Absicherung; Orientierung häufig über IT-Grundschutz sowie OWASP Top Ten für typische Webrisiken.
• Datenschutz: sobald Personenbezug möglich ist, ist die DSGVO der rechtliche Rahmen.

Ein oft unterschätzter Punkt: Rollen/Rechte kosten im Betrieb nicht primär CPU-Zeit, sondern Organisationszeit. Wenn Rollenmodelle, Zuständigkeiten und Datenklassifikation (öffentlich/intern/vertraulich) unklar sind, zahlen Sie später mit Workarounds, Schatten-IT und ständigen Ausnahmen. Mapbender macht diese Themen im Produkt sichtbar (ACL, Rollen, Nutzerverwaltung). Masterportal kann interne/geschützte Inhalte ebenfalls abbilden, muss die Zugriffskontrolle aber sauber über secured services und Ihre IAM-/Netzarchitektur bekommen.

Ein pragmatisches Vorgehen, das in Verwaltungen gut funktioniert, sieht oft so aus:

1. Anforderungsworkshop (Zielgruppen, Rollen, Muss-/Kann-Kriterien, Datenräume)
2. Service-/Dateninventur (WMS/WFS/WMTS, Metadaten, Performance-Status, Datenqualität)
3. PoC (2-3 typische Use Cases: Suche, Druck, ein internes Layer-Set, Barrierefreiheits-Quickcheck)
4. Pilotbetrieb (echte Nutzergruppe, Logging, Feedback, Störfallübungen)
5. Rollout und Schulung (Redaktion, Fachadmins, Betrieb)
6. Übergabe in Regelbetrieb (Release- und Patch-Regelwerk, Monitoring, Weiterentwicklungs-Backlog)

Gerade bei Entscheidungen zwischen Masterportal und Mapbender ist dieser PoC-Schritt entscheidend: Er zeigt sehr schnell, ob Sie eher von Konfigurieren statt Entwickeln im Client-Ansatz profitieren oder ob das zentrale Backend und die integrierte Rechteverwaltung das Projekt stabiler machen.

Typische Fehler bei der Softwareauswahl (und wie man sie vermeidet)

Aus kommunalen Projekten (und vielen Rettungsaktionen in laufenden Vorhaben) sind diese Muster besonders häufig:

1. Zu früh auf ein Produkt festlegen, bevor Rollen, Zielgruppen und Datenräume sauber definiert sind.
2. Druck und Suche unterschätzen: Genau diese Funktionen sind in Behördenprojekten oft die kritischsten Abnahmepunkte.
3. Open Source mit kein Betrieb verwechseln: Ohne Monitoring, Patch-Prozess und klaren Updatepfad wird jedes Geoportal riskant.
4. Barrierefreiheit zu spät testen: BITV/EN 301 549 gehören in den PoC, nicht erst kurz vor Go-live.
5. Schnittstellen nicht real prüfen: „Wir haben WMS/WFS“ sagt noch nichts über Capabilities-Qualität, Metadatenkopplung oder Nutzbarkeit.

Entscheidungshilfe

Kommunale Checkliste für die Softwareentscheidung

Diese Checkliste ist bewusst kurz gehalten, aber sie trennt in Projekten oft schnell nice to have von Go/No-Go:

• Haben wir getrennte Zielbilder für Bürgerportal und internes Fachportal (oder bewusst eins)?
• Welche Rollen brauchen wir wirklich (Bürger, interne Lesende, Fachadmin, Redaktion, IT-Betrieb)?
• Welche Standards müssen verbindlich integriert werden (WMS/WFS/WMTS/CSW; perspektivisch OGC APIs)?
• Ist ein Metadatenkatalog vorhanden, und ist die Daten-Dienste-Kopplung sauber (CSW/MetadataURLs)? [17]
• Brauchen wir Rollen-/Rechteverwaltung im Portal (Mapbender) oder unter dem Portal über gesicherte Dienste/IAM (Masterportal)?
• Gibt es einen nachweisbaren Druck-Workflow inkl. Layouts, Legende, Maßstab, Freitext?
• Gibt es einen klaren Such-Ansatz (Geocoder, Fachdaten, OGC API Features/DB-Suche) und Testdaten?
• Sind BITV/EN 301 549 Anforderungen im Projektplan (inkl. Testverfahren) vorgesehen?
• Ist der Betrieb geklärt (Monitoring, Patch-Prozess, Verantwortlichkeiten, SLAs intern/extern)?
• Gibt es einen realistischen Betriebskosten-Plan (Personalzeit, Dienstlandschaft, Support)?

FAQ für Projektleitende und GIS-Admins

Ist Masterportal oder Mapbender besser?

Besser hängt meist an Architektur und Governance: Brauchen Sie integrierte Nutzer-/Rechteverwaltung und zentrale Administration vieler Anwendungen, ist Mapbender oft im Vorteil. Setzen Sie auf einen schlanken Client über bestehender GDI-/Dienstelandschaft, spielt Masterportal häufig seine Stärken aus.

Unterstützen beide WMS/WFS/WMTS?

Ja, beide bewegen sich klar im OGC-Umfeld; WMS/WFS sind Grundpfeiler, WMTS ist besonders für Performance relevant.

Wie wichtig ist CSW heute noch?

Für Metadatenkataloge und Discovery ist ein Katalogdienst weiterhin ein etabliertes Muster; Masterportal kann Metadaten per CSW abrufen (Konfigurations-/Doku-Hinweise). Parallel gewinnen OGC APIs als moderne Ergänzung an Bedeutung.

Was ist der häufigste Go-live-Killer?

Nicht die Karte, sondern Prozesse: ungeklärte Rollen/Rechte, fehlender Druckworkflow, späte Barrierefreiheitsprüfung und kein sauberer Update-/Betriebsprozess.

Subtiler, aber wichtiger Punkt zum Schluss: Wenn Sie Masterportal oder Mapbender ernsthaft evaluieren, ist ein strukturierter Kriterienkatalog plus PoC meist schneller als monatelange Feature-Debatten. GISRede unterstützt Kommunen dabei typischerweise entlang genau dieser Schritte, von der Kriterienklärung über Architektur/Integration (WMS/WFS/OGC APIs) bis zur stabilen Betriebsübergabe und Weiterentwicklung.

Quellen

• [1] Masterportal als zentrales Geoportal Deutschland
• [2] Was ist Mapbender?
• [3] Web Map Service (WMS) Standard | OGC Publications
• [4] Web Map Tile Service - Open Geospatial Consortium
• [5] OGC API
• [6] Benutzer — Mapbender Documentation
• [7] Features zum Masterportal Geodaten
• [8] Masterportal
• [9] Masterportal als zentrales Geoportal Deutschland
• [10] Was ist Mapbender?
• [11] Rollen und Gruppen — Mapbender3 Documentation
• [12] Geoportal-Kommune
• [13] OGC—Portal for ArcGIS | Dokumentation
• [14] IT-Grundschutz
• [15] Verordnung (EU) 2016/679 - Datenschutz-Grundverordnung
• [16] BITV 2.0 - Verordnung zur Schaffung barrierefreier Informationstechnik
• [17] Catalogue Service Standard – Publish & Discover Metadata