OpenSeaMap-dev:Server Echo/Zweck: Unterschied zwischen den Versionen
Markus (Diskussion | Beiträge) (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
Inhaltsverzeichnis
Purpose
Nr | Aim | Ressource | Implemented | Remarks |
---|---|---|---|---|
1 | calculating offline charts:
|
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.