Mittlerweile sind die Höhendaten in Europa in weiten Bereichen dank Flug-LaserScan von einer hohen Genauigkeit.
Überall dort wo diese Daten auch frei verfügbar sind werden diese von @Sonny gesammelt, geprüft und mit den Viewfinderpanorama-Höhendaten von Jonathan de Ferranti in den noch nicht gescannnten Gebieten verwoben.

Das daraus entstandene und immer weiter wachsende Höhendatenset ist das zZt kostenfrei machbare.
Die Genauigkeit ist bereits gut genug um für Höhenlinien in 10 Metern vertikalen Abstand Sinn zu ergeben.
(was bis jetzt definitiv nicht der Fall war)

Um es kurz zu machen:
Folgende Karten sind nun mit 10m  – Höhenschichtenlinien verfügbar (weitere werden folgen):

Alps, Alps_Ost, Alps_West, Pyrenees, Austria, CanaryIslands, Corse, Czech_Republic, Great_Britain, UK_Scotland, Ireland, Madeira, Mallorca_Ibiza, Malta, Sardegna, Sicilia, Slovakia, Slovenia, Switzerland, Luxembourg, UK_Wales, UK_LakeDistrict, UK_IsleOfMan, UK_Shetlands

Baden-Wuerttemberg, Bayern

Neues bei den Karten:

Die Alps-West beinhaltet nun auch das anschließende Rhonetal.
Neu hinzu gekommen ist: BalticStates (Estonia, Latvi, Lithuania als Komplettkarte)

Mehr und mehr Grenzen sind in Relationen zusammengefasst und somit vom MapsForgeWriter nicht zuverlässig verarbeitbar. Das ist mittlerweile so wie eine TikTokChallenge = wer schafft es die meisten unnötigen Relationen zu fabrizieren. Bei den Inseln der Kanaren und Madeira ist jeder einzelne Strand auch der winzigsten Inselchen mit unzähligen Grenzrelationen belegt – diese müssen auch mühsam weggefiltert werden.
Deswegen habe ich diese Relationsauflösung nun selbst von Grund auf neu geschrieben und zwar für

boundary=administrative und Admin_Level=1 bis 4
Heißt: Landesgrenzen und Bundesländer.
.. und versuche die unsinnigen Relationen wegzufiltern ..

Extreme Verbesserungen ergeben sich für Karten von Südamerika, hier haben tw. selbst Landesgrenzen gefehlt.

 

Da Locus seit 3.38 mit den V4 Karten eine sehr gute Mapsforge Unterstützung aufweist, und auch nicht mehr eine spezielle Dateistruktur verlangt, ist eine eigene Locus Spezialversion der Kartenstil Dateien nicht mehr nötig.

Die für die ausgelaufenen V3-Karten notwendige Elevate LE Versionen stehen noch separat als Legacy Version auf der Elevate Seite zur Verfügung.

Doppeltes Elements: Durch die neue, aufgeräumtere Dateistruktur bleibt leider bei einer Schnellinstallation die alte Elementsdatei übrig, und kann deshalb bei der Kartenstilwahl zweimal auftauchen.

Dies lässt sich auf verschiedene Weise beheben:

  • Am einfachsten (bei Installationen ab dem 3.10.): auf das alte Elements-Icon mit der schwarzen Sonne lange klicken, und löschen auswählen , siehe Screenshot unten
  • Bei Installationen zwischen 30.9. und 2.10.: beide Elements Installationen durch zweimal lange Klicks auf die jeweilige Symbole löschen, noch einmal per Schnellinstallation Elevate installieren
  • Mittels Dateimanager im Verzeichnis „/Locus/mapsVector/_themes/“ auf der internen SD-Karte (oder was sonst als Theme-Verzeichnis festgelegt ist) die entsprechenden Dateien löschen; am besten alles mit „ele“ im Namen außer dem Ordner „Elevate“; falls dabei zu viel gelöscht wird, einfach wieder neu installieren

Vorweg: Für die meisten Nutzer ändert sich absolut nichts, die überwiegende Mehrheit verwendet bereits seit längeren die Multiligualen Karten, alle Themes von Dritt-Autoren sind angepasst und auch Locus hat nun auf die modernisierte Renderengine umgestellt.

Wie bereits seit längeren angekündigt stellen wir nun entgültig auf die neuen Mehrsprachigen Karten um. Diese gibt es nun seit 2015/16 und ich denke das 3 Jahre ein ausreichender Zeitraum sind sich von alten Spezifikationen zu verabschieden und dringend benötigte Resourcen für neue Entwicklungen frei zu machen.

Denn: Die Entwicklung der Mapsforge Vektor-Bibliothek schreitet laufend voran und wir möchten Euch die Vorteile und neuen Features nicht vorenthalten. Wir arbeiten seit 2 Monaten an einer neuen, vor allen im Bereich der Rad.- MTB.- und Wanderrouten erweiterten und modernisierten Version der OpenAndroMaps.

Dazu ist es eben nötig alten Balast abzuwerfen.

Die 270 V3 Karten werden nun in den nächsten 3 Wochen noch einmal auf Stand gebracht und sind bis Jänner 2020 zum reinen Download verfügbar.
Die Download-Seiten werden natürlich auch entsprechend angepasst wobei für’s Erste der separate Download-Button für die POIs erhalten bleibt – wiewohl die POIs in den ZIP-Archiven der Karten mit enthalten sind.

EndOfLife V3-Karten

 

Schöne Herbst-Touren wünscht Euch

Das Team von OpenAndroMaps

Nach längerer Zeit gibt es mal wieder ein Elevate Update. Mit Elevate 4.3 gibt es neue optionale Overlays: im Stadt Kartenstil lassen sich Nebenwege wie Pfade und Forststraßen abschalten, so dass dieser übersichtlicher und den Wünschen mancher nach besserer Darstellung für Auto/Motorrad entgegenkommt. Außerdem lassen sich in Wandern bzw. Radfahren/MTB jetzt die Pfade und Forststraßen hervorheben, auf denen die Nutzung zu Fuß/mit dem Rad ausdrücklich erlaubt ist – wichtig in manchen Ländern, wo die Nutzung erst einmal nicht erlaubt ist. Des weiteren werden Reitwege jetzt wie Fußwege/Radwege dargestellt, wenn die Nutzung entsprechend erlaubt ist. Auch werden jetzt in „Radfahren“ auch Wege gesondert angezeigt, die zwar fürs Radfahren geeignet, aber ggf. zu steil/rau sind. Hinzu kommen noch einige kleinere Änderungen.

Außerdem ist Elevate 4 seit einiger Zeit auch kommerziell nutzbar, jedoch darf es dazu nicht verändert werden. Dazu gibt es eine entsprechende zusätzliche Lizenz. Dies hat sich aus der Entwicklung ergeben, dass Elevate die Andromaps Kartenstile als Standard für die OpenAndroMaps abgelöst hat, und nicht mehr nur ein erweiterter exklusiv hier erhältlicher Stil ist.

Und zu guter Letzt wurde die Entwicklung von Elevate 2, wie bereits im Forum angekündigt, eingestellt. Mittlerweile unterstützen die meisten Apps, wie zuletzt auch c:geo, Mapsforge Rendertheme V4 oder höher mit Kartenstilmenüs, weshalb die parallele Pflege nicht mehr viel Sinn macht.

Nun schneit es zu ersten Mal, die Radsaison ist nun wohl vorbei womit Zeit bleibt für einen kleinen Rückblick auf die Neuerungen die in die OAM KArten 2018 eingeflossen sind  – und von mir wieder ein mal nur sehr mangelhaft kommuniziert wurden,  sorry  :-)

Meist sind Neuerungen und Verbesserungen das Resultat von Anregungen aus dem Forum.
Ich kann nur empfehlen ab und an einen Blick in den Forenbereich zu werfen.
Hier geht es zum Forumsthema „Elevate Neuigkeiten“ von @Tobias der unermüdlich und akkribisch die Elevate/Elements Rendertheme laufend  verbessert.

Das geht auch ohne Registrierung. Wenn Ihr Euch Registrieren möchtet bitte unbedingt eine „seriöse“ EMail-Adresse verwenden – der Spamfilter ist strikt da ich sonst jeden Tag nicht 5 sondern 500 Fake/Spam-Anmeldungen ausputzen muss. Die OAM Website ist leider auf Grund ihrer Popularität das Ziel vieler Spammer und Hacker – hier geht auch ein viel grösserer Teil meiner zeitlichen Resourcen verloren als mir lieb ist.

 

Alsdann, hier die wichtigsten Neuerungen bei den OpenAndroMaps 2018:

– Kartenränder: Fehlende Relationen (weisse Seen, etc..)

Bisher wurden Objekte wie Strassen, Wälder, Seen, etc.. die über die Kartenränder ragten nicht dargestellt.
Nun hat mir @Steffen, ein „C“ Programmierer der den OAM schon einige Male aus der Patsche geholfen hat, eine Spezialversion von OSMCONVERT compiliert mit der es auch _tatsächlich_ möglich ist diese angeschnittenen Objekte zu erhalten. Am auffälligsten ist dies bei Seen und Flußläufen die bis jetzt am Kartenrand oft weiss waren. Das Paradebeispiel sind die Great Lakes in Kanada und die grossen Seen in Afrika die nun in aller blauer Pracht _zuverlässig_ gerendert werden.

– Kartenabdeckung: Begradigte Kartengrenzen

Für die Mehrzahl der 280 Karten wurden die Kartengrenzen geändert = begradigt.
Schaut besser aus, die Kartenrandfehler werden damit stark reduziert und es war schlicht und einfach notwendig – leider auch mit grossen Aufwand verbunden, aber es ist nun doch zu 90% erledigt.
Eine Baustelle ist noch China – 2019 wird auch das dann bereinigt.

– Priorisierung der Orte und Bereinigung der Gipfelhöhen:

Hier hat @Michael ein Monsterprojekt durchgezogen – nämlich die Orte in der Datenbank via Bewohnerzahl in Kategorien eingeteilt die bei der Anzeige dann entsprechend priorisiert werden. Eine große Hilfe bei dem lästigen Problem welche Orte in welchen ZoomStufen wann auftauchen sollen.
Weiters hat @Michael die OSM-Datenbank hinsichtlich der Gipfelhöhen durchforstet und Fehler bereinigt – wie zB Höhenangaben in „Feet“ etc..
Damit, und in Verbindung mit den Algorithmen von @MaxBe, revolutioniert dies die Darstellung der Gipfel und Sättel.

– Radwege / Lanes / Oneway

Hier gabs Verbesserungen hinsichtlich der Lanes mit Oneways und es wurden wieder einige, der wirklich unzähligen, Varianten dieses Themas mit erfasst.

– Kontourlinien / Höhenschichtenlinien

@Sonny hat wieder die Integration von freien LIDAR (Laser) Höhendaten verbessert.
In Grossbritannien kommt nun der überarbeitete NASA-SRTM Datensatz V3 in hoher 1″ Auflösung und mit 10m Linienabstand zum Einsatz und zwar für folgende Karten:

  • UK_Scotland
  • UK_Wales (neu)
  • UK_LakeDistrict (neu)
  • Ireland

– Jede Menge Kleinigkeiten

Wie die Darstellung von Hausnummern die Relationen zugeordnet sind,
Die Karte der Pyrenäen umfasst nun auch den Nordenwesten Spaniens um den Jakobsweg mit einzuschliessen,
etc..
etc..

 

Beste Grüsse vom OAM-Team
und
Schöne Winterwanderungen!

 

Die Updates von Elevate bringen inzwischen nicht mehr die riesigen Änderungen, dafür immer wieder kleinere, die zusammen genommen schon deutliche Unterschiede machen. Deshalb hier mal wieder der Hinweis, dass nur zusammen mit den neuesten Kartenstilen und Karten viele Verbesserungen sichtbar werden. In letzter Zeit gab es folgende besondere Änderungen, nehmen vielen kleineren, dazu auch die Legende beachten:

  • ein neues Overlay mit erweiterter Straßenoberflächeninformationen
  • neue Darstellung von Klettersteigen
  • durchgehenden/gestrichelten Rändern bei Fahrradwegen
  • geänderte Sichtbarkeitsinformation bei Wegen ohne sac_scale
  • prominentere Gipfel werden früher angezeigt und, wenn es die App unterstützt, priorisiert
  • bei Wegzeichen zu Wanderwegen wird nun auch die Wegfarbe dargestellt
  • die Overlay Inhalte wurden etwas neu geordnet
  • das Verkehrsmittel wird viel stärker bei der Darstellung von Zugangsbeschränkungen beachtet wird, je nach Kartenstil

Die neuesten Downloads und das Changelog wie immer auf der Elevate Seite, und für E-Mail Benachrichtigungen, wenn es neue Updates zu Elevate gibt, einfach diesen Thread im Forum abonnieren.

Viele Grüße,
Tobias

Die OpenAndroMaps Website stellt diese Woche auf sichere Übertragung nach HTTPS/SSL um.

Dieser Schritt wird durch die Vorgaben von Google notwendig die HTTPS/SSL für alle Websites verlangt die Nutzereingaben ermöglichen wie Kommentare, Nutzerkonten bzw.  Foren.
Auch für mich ein sinnvoller Schritt zur Datensicherheit, der von Seiten von OpenAndroMaps bereits seit langen durch flankierende, serverseitige Massnahmen wie Intruderdedection, sehr weitgehende Absicherung gegen BruteForce Angriffe und Einbindung in diverse Blacklists unterstützt wird.

 

UPDATE 2017-08-22 18:00h MEZ: Erledigt, die Website ist umgestellt und läuft sauber auf SSL – auf allen Seiten leuchtet links oben das grüne Schloss-Symbol. Ich habe alle Funktionen getestet, sollte es Probleme geben bitte hier als Kommentar oder im Forum posten.

VG, Christian

Hi,

This is an information for Theme-Composers.
There will be an important change in tag-mapping for the OpenAndroMaps.

Until today sac_scale was preprocessed to carry only 4 levels:
T1,T2,T3 and T4, while T4 included T5+T6 too.

Now sac_scale will be extended for all levels = T1 – T6 (August update), so seperate levels for T1,T2,T3,T4,T5,T6

This includes some minor changes:
DAV_SCALE „black“ is transformed to SAC_SCALE=T5 (was T4 so far)
If a way includes any „via_ferrata“ tag/value SAC_SCALE is set to „T6“ (was T4 so far)

_and_
in a second step (October) raw_sac_scale will be no longer supported = removed from Tag-Mapping!

SO: sac_scale T4 will NO LONGER INCLUDE T5+T6 > T5 AND T6 are seperate values from August update on.
THIS MEANS: You have to extend existing rules for sac_scale=T4 to „sac_scale“=“T4|T5|T6“
AND existing rules for „raw_sac_scale“ have to be extended to „sac_scale|raw_sac_scale“

Please prepare your themes.

This have to be made in a 2-step process:

Extend your rules so that sac_scale prozesses T5 and T6 too.
So if you have a rule :

    <rule e="way" k="sac_scale" v="T1">
          <line stroke="#FFAA00" stroke-width="0.65" stroke-dasharray="17,1" stroke-linecap="butt" />
    </rule>
    <rule e="way" k="sac_scale" v="T2">
           <line stroke="#3052FF" stroke-width="0.65" stroke-dasharray="17,1" stroke-linecap="butt" />
    </rule>
    <rule e="way" k="sac_scale" v="T3">
           <line stroke="#FF0000" stroke-width="0.65" stroke-dasharray="17,1" stroke-linecap="butt" />
     </rule>
     <rule e="way" k="sac_scale" v="T4">
           <line stroke="#000000" stroke-width="0.65" stroke-dasharray="17,1" stroke-linecap="butt" />
     </rule>

extend it to:

      <rule e="way" k="sac_scale" v="T1">
          <line stroke="#FFAA00" stroke-width="0.65" stroke-dasharray="17,1" stroke-linecap="butt" />
      </rule>
      <rule e="way" k="sac_scale" v="T2">
          <line stroke="#3052FF" stroke-width="0.65" stroke-dasharray="17,1" stroke-linecap="butt" />
      </rule>
      <rule e="way" k="sac_scale" v="T3">
          <line stroke="#FF0000" stroke-width="0.65" stroke-dasharray="17,1" stroke-linecap="butt" />
      </rule>
      <rule e="way" k="sac_scale" v="T4|T5|T6">
          <line stroke="#000000" stroke-width="0.65" stroke-dasharray="17,1" stroke-linecap="butt" />
      </rule>

from October on you can create additional, seperate rules for T5/T6

If you use a raw_sac_scale, extend the rules:

       <rule e="way" k="raw_sac_scale|sac_scale" v="RT1|T1">
          <some settings..../>
      </rule>
      <rule e="way" k="raw_sac_scale|sac_scale" v="RT2|T2">
          <some settings..../>
      </rule>
      <rule e="way" k="raw_sac_scale|sac_scale" v="RT3|T3">
          <some settings..../>
      </rule>
      <rule e="way" k="raw_sac_scale|sac_scale" v="RT4|T4">
          <some settings..../>
      </rule>
      <rule e="way" k="raw_sac_scale|sac_scale" v="RT5|T5">
          <some settings..../>
      </rule>
      <rule e="way" k="raw_sac_scale|sac_scale" v="RT6|T6">
          <some settings..../>
      </rule>

So everyone making themes for OpenAndroMaps have to ensure that everything renders fine when expanding the sac_scale and finally deleting raw_sac_scale. I know its annoying – however there is no other way to ensure that the maps render fine in future.

Additional TAGS that will be removed from tag-mapping by end of October:

  • raw_sac_scale (as mentioned above)
  • incline_dir
  • class_bicycle_mtb, class_bicycle_road (maybe we find a solution to transform _mtb to existing tags)
  • noexit

I’m terribly sorry about this, however recently I discovered that there is a limit of max. 15 Tags in the MapsforgeWriter per OSM_Object so I have to reduce the amount of tags – otherwise we end up in white tiles rendering the maps at is was the case with parts of upper Austria last weeks.

See discussion of this issue at MapsforgeDevGroup:
https://groups.google.com/forum/?fromgroups=#!topic/mapsforge-dev/kQKfCMGk2Ec

Best regards
Christian

Was sind mehrsprachige Karten?
Ein Beispiel: Die Kartendaten von Israel enthalten die Namen von Orten, Strassen, Kirchen, Flüssen, etc.. in der Regel in Hebräisch, Arabisch, Englisch, ev. Deutsch.
Bisher konnte man die Karten für die Darstellung dieser Namen nur in einer Sprache herstellen.
Das war auch der Grund warum für viele Karten 2 Versionen gab. Die Karten für Russland zB in Russisch oder Englisch.

Mit den neuen, mehrsprachigen Karten können mehrere Sprachen in einer Karte kombiniert und die Darstellung mit einem Sprachumschalter angepasst werden..

..und zwar seit rund einem Jahr schon ;-). Leider wurden diese Karten bis jetzt kaum von irgendwelchen APPs unterstützt.
Mittlerweile können diese mehrsprachigen Karten ORUXMAPS + LOCUS + CRUISER dargestellt werden. Diese APPs enthalten auch einen Sprachumschalter.

Hier ein Beispiel mit ORUXMAPS:

Grund genug diese Karten auch auf OpenAndroMaps anzubieten.
Obwohl der Aufwand rund 250 Karten in 2 Versionen anzubieten wirklich völlig verrückt ist werden wir sowohl die alten als auch die neuen Karten für einige Zeit parallel anbieten da uns klar ist das viele APPs die neuen Karten noch nicht unterstützen und wir bei aller Liebe zum Fortschritt doch primär EUCH unkomplizierte Navigation und stressfreie Touren abseits aller technischer Finessen ermöglichen wollen.

Für’s Erste können die neuen Karten als normaler Download und als Direktinstallation in ORUXMAPS heruntergeladen werden.
Die Download/Installations-Buttons sind zur Unterscheidung von den alten Karten in ROT gehalten, die in der jeweiligen Karte verfügbaren Sprachen stehen als Kürzel in den eckigen Klammern. Die Kartendatein selbst sind in den APPs an der Endung „_ML“ erkennbar.

Also alte Karte = „Alps.map“ wird zu „Alps_ML.map“ in der multilingualen Version.

Genauere Information gibt es hier

Die verschiedenenen Sprachversionen für die alten Landkarten werden in ab dem nächsten Updates nicht mehr angeboten, diese Karten wird es in Zukunft nur mehr in einer Sprache geben, normalerweise in der Landessprache oder ev. (für zB Asien) in Englisch.

Die POI-Datein für die mehrsprachigen Karten sind in den gezipten Downloads der Karten enthalten.
Ab dem nächsten Update von Oruxmaps werden diese POI-Datein bei der Direktinstallation der Karten in einem Rutsch mit den Karten selbst mitinstalliert.

Zu den POI-Datein gibt es demnächst noch mehr, wir arbeiten bei OAM an einer komplett neuen Kategorie-Struktur..

 

Bis demnächst

Tobias & Christian