OpenSeaMap-dev:Server Echo/Zweck: Unterschied zwischen den Versionen

Aus OpenSeaMap-dev
Wechseln zu: Navigation, Suche
(Die Seite wurde neu angelegt: „== Purpose == {| class="wikitable" ! Nr || Aim || Ressource || Implemented || Remarks |- | 1 | calculating offline charts: * KAP * IMG * AT5 * ... | || …“)
(kein Unterschied)

Version vom 17. Februar 2017, 06:19 Uhr

Purpose

Nr Aim Ressource Implemented Remarks
1 calculating offline charts:
  • KAP
  • IMG
  • AT5
  • ...
I/O funktioniert nicht
2 rendering Seamark-Tiles erst später benötigt
3 rendering Sport-Layer erst später benötigt
4 planned: mirror of Bravo Zukunftsvision

Offline-Karten rendern

Die Entwickler brauchen: (auomatisiert als Cronjob)

  • Verzeichnisse anlegen
  • Dateien von ihrem eigenen (oder einem anderen) Rechner auf Echo hochladen
  • SW installieren
  • eine Postgres-DB installieren
  • lesend auf die BKG-OSM-DB zugreifen
  • von der BKG-OSM-DB Daten in die lokale Postgres-DB importieren
  • auf http://overpass-api.de/api/ zugreifen
  • Overpass-Daten in die lokale Postgres-DB importieren
  • auf http://openstreetmap.org zugreifen und von dort per Rsync OSM-Kartenkacheln importieren
  • Dateien per Rsync von Echo via Golf auf Hotel schieben (ftp5.gwdg.de)
  • für einige Prozesse ist eine Windows-VM erforderlich
  • die Windows-VM muss mit den Prozessen auf der Linux-VM kommunizieren
    (damit nicht alles doppelt implementiert und gewartet werden muss)

Für uns ist besonders wichtig, dass die Entwickler ihre Prozesse, die auf Heimrechnern bereits testweise laufen, unkompliziert auf Echo übertragen können, damit sie dann dort automatisch laufen.

I/O-Prozesse

Bisher läuft alles Cronjob-gesteuert per Rsync.

Wenn Rsync nicht möglich ist, dann ist eine Alternative erforderlich, die ebenfalls Cronjob-gesteuert funktioniert.

Datenquellen
BKG-OSM-DB
http://overpass-api.de/api/
OSM-Kacheln
Ziel
Hotel (ftp5.gwdg.de)
via Golf
link communication between "echo" and "alpha"
link communication between "echo" and "hotel"

Windows-VM

Der Prozess zur Erzeugung von AT5-Karten erfordert ein Programm, das derzeit ausschliesslich unter Windows lauffähig ist.

Deshalb brucht man zusätzlich zur Linux-Maschine (auf der all Basis-Prozesse, insbesondere die I/O-Prozesse laufen) eine Windows-VM, die ihrerseits mit den Prozessen und Daten auf der Linux-VM kommuniziert.

Offline-Karten

Bisher werden drei Kartenformate erzeugt:

KAP

KAP-Karten laufen auf den Navigationsprogrammen OpenCPN

Datenquelle
OSM-Kacheln von http://openstreetmap.org
Programme
Chart-Bundler
Chart-Designer
Chart-Download-Layer

IMG

IMG-Karten laufen auf allen Garmin Kartenplottern und auf Garmin Handgeräten.

Datenquelle
BKG-OSM-DB
http://overpass-api.de/api/

AT5

AT5-Karten laufen auf allen Navico-Kartenplottern. Dazu gehören die Marken Lowrance, B&G und Simrad.

Der Plan, AT5-Karten selber zu erzeugen, ist vorläufig gescheitert. Der Maintainer ist abgesprungen.

AT5-Karten sollen aber möglichst bald selber erzeugt werden. Dazu müssten die technischen Voraussetzungen geschaffen werden, damit der Maintainer wieder zurückgewonnen werden kann, oder zumindest der Prozess implementiert und dafür ein neuer Maintainer gefunden werden kann.

Datenquelle
BKG-OSM-DB
http://overpass-api.de/api/
Windows-VM
Für die Produktion ist eine Windows-VM erforderlich.

Seamark Tiles

Bisher werden Tiles für den Seamark-Layer privat auf einem Schreibtischrechner erzeugt

Dieser Prozess soll für eine bessere Ausfallsicherheit und Performence auf Echo übertragen werden.

Sport-Layer

Früher wurde der Sport-Layer auf einem Schreibtischrechner erzeugt. Seit Ausfall des Rechners wird der Sport-Layer nicht mehr erzeugt. Der Maintainer ist abgesprungen.

Datenquelle
BKG-OSM-DB
http://overpass-api.de/api/

Mirror für Bravo

Bravo rendert die Basiskarte.

Um hier Ausfallssicherheit und Lastverteilung zu erreichen, soll der Prozess mittel- bis langfristig gespiegelt werden.