Files
Orchestrator/bahn/project-audit/data/confluence-export/pages/32211015_4.4.7 Anbindung GeoServer Netz an das Bestellsystem.md
ankn a5f8fb49ab Migrate all repos into monorepo context folders
Bahn: aisupport, Analyse-O2C-C2S, awesome-bahn-mcp-servers, beam-mcp,
      Confluence_Bot, db-planet-mcp-server, O2C-Harness, project-audit,
      Projekt-KIQ-HP, teamlandkarte-mcp
Dhive: Jury-Voting
Privat: CV, NoteGraph (NOTE: NoteGraph needs complete redo after consolidation)
Shared: AI-Orchestrator, OrgMyLife, power_skills_and_more
Shared/references: symphony (read-only)

Bahn repos remain available as independent remotes - this monorepo
pulls them in via subtree, the originals are untouched.
2026-06-30 20:39:52 +02:00

4.5 KiB

4.4.7 Anbindung GeoServer Netz an das Bestellsystem

Confluence Page ID: 32211015 Version: 24 Pfad: /pathOS/Start / Vorstudie Bestellsystem/00_Vorstudie Bestellsystem/4 Anforderungen an das neue Bestellsystem der DB Netz/4.4 Soll-Schnittstellen Bestellsystem (Consumer oder Provider)/4.4.7 Anbindung GeoServer Netz an das Bestellsystem Labels:


Einführung

Geoserver Netz ist ein Verfahren der DB Netz und ein Standardprodukt, dass eingesetzt wird um Geodaten als Webservice bereitzustellen. In Absprache mit den Kollegen der Fachabteilung werden Infrastrukturdaten der Netz benötigt um diese o.g. Daten Bereitzustellen. (Betriebsstellen)

Systemkontextdiagramm 

Der Geoserver bietet die sogenannten OGC Services an (OGC = Opengeopatial Consortium). Das OGC ist ein Gremium was im Geoumfeld branchenweit Serviceschnittstellen standardisiert. Deshalb werden diese OGC Services von allen gängigen Geoinformationssystemen und Mapping-Frameworks unterstützt. Die Schnittstelle wird nicht selbst implementieren sondern es wird ein Framework gefunden, was die Standards unterstüzt.

Im Kontext sind zwei Standards relevant: Web Mapping Service (WMS)-Liefert auch Abfrage einen bestimmten Kartenausschnitt als Bild (z.B. ONG) zurück. Mehr unter:  https://www.opengeospatial.org/standards/wms  Web Features Service (WFS)-Liefert auf Anfrage die konkreten Datensätze als XML zurück. Mehr unter: https://www.opengeospatial.org/standards/wfs Frameworks: Um in eine Webseite eine interaktive Karte einzubinden, nutzt man idealerweise ein Framework, dass die oben genannten Datenquellen unterstützt und die Funktionalität mitbringt mit der Karte und den Karteninhalten zu interagieren. Zwei open-source Javascript-Frameworks, die wir i.d.R. einsetzen sind

Ein Beispiel, der von dem Geoserver Betriebsstellen zurückliefert: http://ossgeov-pu-4-webapp.comp.db.de/geoserver/CnR/ows?service=WFS&version=1.0.0&request=GetFeature&typeName=CnR:CnR_GEO_BETRIEBSSTELLEN Das Infrastrukturregister ist eine Lösung der Netz, das frei zugänglich ist und die im Hintergrund sowohl den Geoserver als auch  OpenStreetMap-Dienst nutzt: https://geovdbn.deutschebahn.com/isr Hier ist die Demoseite und auch eine Produktbroschüre mit Preisen (Jurgen Haas und Oliver Wesp fragen) Hintergrundkarte/OpenStreetmap: http://osm-prd-server.zod.comp.db.de/ 

  • Open Data Portal  GeoViewer Schicht Netze (
  • Interne Anwendungen - Fachdaten Infrastruktur- Streckennetz, Streckenmerkmale, Kilometrierung, Betriebsstellen, Bauwerke, DB Netz Grenzen Karte)
  • Annahmen sollen getroffen werden (10 Mil. Aufrufe im Monat?),  DB Netze Fachdienst über Geo Viewer stellt Datenservices bereit
  • Unsere Anforderungen an Streckendaten werden erstellt, Daten (Strecken und Betriebsstellen
  • Welche Funktionalität hat die Karte? Implementierung der Karte

Nichtfunktionale Aspekte

| | Vertraulichkeit |

11 incomplete  sehr hoch

12 complete  hoch

13 incomplete  mittel

14 incomplete  niedrig

| | Integrität |

15 incomplete  sehr hoch

16 complete  hoch

17 incomplete  mittel

18 incomplete  niedrig

    | | Verfügbarkeit | | Servicelevel |

31 incomplete  SL 1 Plus

32 incomplete  SL 1

33 incomplete  SL 1 Basic

34 incomplete  SL 2

35 incomplete  SL 3 Plus

36 incomplete  SL 3

| Infrastruktur sowie Wartung und Betrieb des Namensdienstes mit SLA Bronze Servicezeit: Mo-Fr 7-19 Uhr Max. Störungszeit: 24 h Max. Reaktionszeit: 2 h Abrechnung nach Anzahl API Aufrufe    | | | Logging | | Anforderung an Logging |     | | | Übertragungsverfahren | | Schnittstellenart |

37 incomplete  Datenablage in Datei, Pfad: manuelle Festlegung

39 incomplete  SMS-Nachricht, Nummer:

40 incomplete  gemeinsame Datenbank:

41 incomplete  Online-Transaktion:

42 complete Bereitstellung einer URL für den Zugriff auf den Service über eine Nominatim Schnittstelle Dokumentation der API: https://wiki.openstreetmap.org/wiki/Nominatim

| | Transaktionssicherheit |  Keine Anforderungen.  Folgende Anforderungen: Regelmäßige Aktualisierung der Karten durch Import der jeweils neuesten Daten aus dem OpenStreetMap-Projekt Bereitstellung des Service im Intranet der Deutschen Bahn und auf Anfrage im Internet  | | Art der Datenübertragung |  HTTP(S)  

 Datenmodell