OpenTopoMap

In den letzten Tagen und Wochen ist es nochmal gut mit der OpenTopoMap voran gegangen - hauptsächlich, weil ich die Karte im Februar für außerhalb Europas benötige. Da einige Dinge noch offen sind, haben wir uns dazu entschlossen, eine Vorabversion der groß angekündigten OTM 2.0 zur Verfügung zu stellen. Diese läuft auf dem Server http://dev.opentopomap.org https://opentopomap.org und wird die nächsten Wochen wegen Abwesenheit nicht gewartet. Fällt sie also aus, steht bis März weiterhin nur die alte Version online.

Hier einige Änderungen und Neuerungen:

  • Weltweite Abdeckung

  • DEM (Schummerung und Höhenlinien) mit 30m Auflösung

  • Verbesserte Darstellung kleiner Zoomstufen (Hauptstädte, Städte nach population sortiert)

  • Neue Zoomstufen 16 und 17

  • Brücken mit Widerlagern

  • ele von Ortschaften

  • Obstplantagen (landuse=orchard) und Hopfen (landuse=hop_garden oder crop=hop)

  • Wehre in Flüssen (waterway=weir) (bitte die Richtung beachten!)

  • Vorgeneralisierung von Daten für die kleineren Zoomstufen (zur Beschleunigung des Renderings)

Für Verbesserungsvorschläge und Fehlermeldungen sind wir wie immer dankbar - am liebsten natürlich via Github.

Edit: Auf dem dev-Server laufen inzwischen andere Tests.

Großartig – auch die weltweite Abdeckung ist super! Vielen herzlichen Dank!

Und in Zoomstufe 17 mit Hausnummern - super! Daumen hoch!

Teilweise lassen sich diese allerdings etwas schwierig lesen, wegen dem Kontrast zum schraffierten (Gebäude-) Hintergrund.
Beispiel hier: http://dev.opentopomap.org/#map=17/49.55912/8.07321

Habe allerdings auch keine Idee wie man das besser lösen könnte.

Trotzdem ncohmal: sehr gute Arbeit! Danke!

Viele Grüße,

Christoph

Weltklasse - Danke!!!

Gute Arbeit. Genial, wie du das mit den Widerlagern gelöst hast. Ich habe das bislang als Geometrien in PostGIS vorgerechnet. Aber du zeigst, dass es mit ein wenig Brain 2.0 auch anders funktioniert.

Ich muss mich allerdings dem Nutzer cziehr anschließen: die höchste Zoomstufe ist teilweise schwer zu lesen - alles sehr grau in grau.

Sehr schön! An Bäche, die durch Senken fließen, muß ich mich allerdings erst noch gewöhnen :slight_smile:

–ks

Da kann OTM allerdings nichts dafür: Das ist ein weltweites Problem der Höhendaten (siehe auch OpenCycleMap).
Interpolation zwischen Stützpunkten selbst im 30-m-Raster ist halt immer noch automatisiertes Raten, abgesehen davon, dass der Messwert des Altimeters im Stützpunkt auch noch verfälscht sein kann.

…vorallem, weil auch schon die originalen SRTM-Daten die Radar-Rückstreuoberfläche beispielsweise des Waldes im Beispiel beschreiben . Siehe u.a. https://de.wikipedia.org/wiki/Digitales_H%C3%B6henmodell und

Stehen da also niedrige Bäume-> zack, Senke.

Chic, die Verbesserungen gefallen mir gut, da muss ich wohl mal ein paar Wehre umdrehen…
was denkt ihr über die Darstellung von Seilbahnen und Skiliften? Die gehören Imho auch auf eine topographische Karte.
Gruß aus Neuwied

Ja, die vermisse ich auch.

Peter

  1. Die Namen von den Seen für die niedrigen Zoomstufen haben Probleme mit der utf-8 Kodierung (sogar in Schweden).
  2. Minderwertige Höhenwerte (hmm, ASTER) werden nicht mit der Landseemaske ausmaskiert,
    hier kann man diesen unschönen Effekt sehr gut erkennen http://dev.opentopomap.org/#map=14/60.28768/29.21162
  3. Dank Opendata gibt es in Finnland für fast alle Gemeinden das gerasterte Höhenmodell mit 2m Auflösung,
    davon kann auch das Rendering für die Zoomstufen 18/19 profitieren.
    Nur wie bindet man diese Höhenlinien am besten ein ??

Genauer: bis 13. Der Vänern heißt erst ab Zoomlevel 14 so: http://dev.opentopomap.org/#map=14/59.09092/13.57661

–ks

In gebirgigeren Gegenden wie z.B. http://dev.opentopomap.org/#map=13/54.53677/-2.94451 ist mir die Schummerung zu stark, aber das ist möglicherweise Geschmackssache. An den Schattenseiten sind die Höhenlinien kaum noch erkennbar, vor allem, wenn da auch noch ein gekörntes natural=scree-Feld ist.

–ks

Finde ich jetzt nicht so schlimm; ich habe mich schon von der alten OpenTopoMap daran gewöhnt, dass so etwas vorkommen kann, und es immer als Signal gesehen: “Hier ist es wirklich steil; wenn Du die Höhenlinien noch sehen willst, musst Du eben reinzoomen.” :wink: Auch auf älteren topographischen Karten verschwinden die Höhenlinien zumindest an Stellen, an denen ein Steilabfall eingezeichnet ist …

Allen anderen Verbesserungsvorschlägen kann ich mich nur anschließen. (Aber das ist natürlich irrevelant :wink:

Hier oben im Polarmeer wollen auch ein paar Höhenlinien entfernt werden: http://dev.opentopomap.org/#map=11/70.7519/-8.5405 .

Ja, die sind lustig. Wo kommen die denn her? War da eine Flotte Eisberge unterwegs?

Fast noch auffälliger/störender finde ich die Störungen in einigen Buchten/Sunden (oder wie das korrekt heißen mag) der Färöer-Inseln, z.B. hier:

Auch die “alte” OpenTopoMap hat das Problem, dass die Höhenlinien nicht ganz mit der Küstenlinie harmonisieren (wahrscheinlich unvermeidlich aufgrund der verschiedenen Herkunft der Daten), aber diese Berge in den Buchten sind neu, oder?! …

Edit: noch schlimmer: es gibt Pseudo-Berge auch an Land, wo sie viel schwerer zu erkennen sind. Vergleicht mal den o.g. Auschnitt in alter und neuer OpenTopoMap:

Diese Linienfehler sind mit den reinen SRTM-Daten wohl unvermeidbar, aber man kann vor- oder nach der Erzeugung der Höhenlinien mit einer “Wasser-Maske” die (vorher) Höhenmodell-Pixel oder (hinterher) erzeugten Höhenlinien auf 0 setzen (vorher) oder wegwerfen (hinterher), die im Wasser liegen.

Das sind nicht reparierte voids der SRTM-Daten. Wir verwenden auch nur die Daten, die man eben bekommt. Jonathan von den viewfinderpanoramas hat angekündigt, dass er irgendwann in Zukunft auch 30 Meter-Daten anbietet - in gewohnter Qualität. Bis dahin verwenden wir die normalen SRTM-Daten.

Eisberge?
Aber die mappen wir ja nicht, weil moving.direction, moving:speed und melting_percent noch kein proposal haben.

Eines Tages wird es eine Sammlung freier Höhendaten geben, die sämtliche freien Daten einzelner Staaten und Provinzen in einem einzigen konsistenten Datensatz vereint. Die kann dann jeder bei sich einbauen. träum

Christoph schreibt oft Interessantes über Höhen und deren Darstellung auf Karten. Speziell zu hügeligen Gewässerngibts auch Tipps, wie man Höhendaten nicht nur ausblendet, sondern korrigiert. Könnte man dann dort einsetzen, wo im globalen Datensatz noch einzelne kleine SRTM-Lücken sind :wink:

Die Brücken finde ich besonders raffiniert gemacht. Danke und schönen Februar in Aussereuropa!

Grüße, Max