Messages

[DTMs of Spain]

After lots of hours of work, finally the latest version of DTMs of Spain are ready for Download:

https://data.opendataportal.at/dataset/dtm-spain

I therefor used the latest available source-files of the Spanish survey Institute. Most improvements are in regions which lack of LIDAR source data in the previous DTMs: Andalusia and the Balearic Islands.
Now the whole territory of Spain is covered by high quality LIDAR data.

Hallo Roland
ich hab verschiedene Einstellungen und Routingprofile getestet, leider erhalte ich immer das von dir beschriebene Ergebnis sobald ich den Cache #9 als Zwischenziel angebe.
Wenn ich aber kurz vor oder nach dem Cache  mein Zwischenziel mit der + Taste hinzufüge passt die Wegführung.
Am Cache selbst kann es auch nicht liegen ich hab einen Wegpunkt mit den Koordinaten des Caches erstellt aber auch da zeigt sich der Fehler.

Gruß Wolfgang

[T]

Tiramisù as OpenTopoMap

   

for the topography, and exploration on the maps

only for V4 maps!

For V3 (lomaps and other)  TOTM 1.9.2 - > https://forum.locusmap.eu/index.php?topic=6027.0

in the future it will be slightly improved:

• all water except springs (rivers, streams, lakes, canals, etc.)
• all railway and tram
• all labels
• setting priorities
• streets, driveways and younger roads in the direction of greater elegance (at the moment - too thick)

on my smartphone 282 ppi, 320 dpi

It also works well on Oruxmap, Cruiser, and most likely in other mapsforge-compatible programs
(tested in Oruxmaps 7.4.22, Cruiser 1.7)

   

Map: ESRI satellite;  Overlay 85%: OAM Ural ML;  Layer "Terrain" in the theme is OFF

   

Waiting for comments and constructive criticism.

To the Locus and OpenAndroMaps community,

I finally adapted also my "desert" theme and created a new "desertV4" theme, which can be used with the new multi-language mapsforge V4 OpenAndroMaps. It is compatible only with these new maps!
Please take the theme as a draft. I am happy for any comments, suggestions and there will be constant improvements.

Download the newest version on www.maiwolf.de/locus/

Bernard

Hi Locus community,

I made a simple icon pack similar to the marker icons used in OsmAnd – they are well visible also on detailed maps, that's why I like that style. Maybe they are useful for you, too.

Best, Lucas

Ich hätte kein Problem 50 Euro für eine App zu zahlen, wenn ich dafür nicht ewig Fehlerreporte schreiben müsste und dann die Reparaturen mehrmals nachgefixt werden müssten.

Also wenn ich überlege, was ich an Zeit reingesteckt habe, damit Menion kapiert hat, was für Daten googlemaps mit Locus austauscht, damit der Austausch zwischen den beiden Apps sinnvoll funktioniert. Aber bei Victor von Osmand habe ich mich auch schon gewundert, was ich ihm alles testen sollte, damit eine Funktion läuft.

Ab und zu frage ich mich, ob man Appentwickler wird, weil einem nichts anderes übrigbleibt.

Ich habe beruflich viel mit Microsoft Produkten zu tun und wäre heilfroh, wenn dort auch nur annähernd so schnell auf Fehlerberichte (auch sehr ausführliche) reagiert werden würde wie bei Locus. Und ich wage zu behaupten, dass Microsoft etwas mehr Ressourcen zur Verfügung hat. Teilweise sind Bugs aber, trotz vielfachen Reports und teilweise sogar vorhandenen User-Workarounds, auch nach Jahren noch vorhanden - und leider nicht nur unbedeutende Bugs.
Ich würde sogar so weit gehen zu sagen, dass mir nur wenige Apps / Programme bekannt sind, bei denen derart schnell auf Fehlerberichte reagiert wird.
Dazu ist der Entwickler sogar noch offen dankbar über Feedback und Fehlerberichte und sehr aktiv im Forum.

Wenn ich dann noch bedenke, was Locus alles an neuen Features, Funktionen und Verbesserungen erhalten habe, seit ich es vor vielen Jahren gekauft habe bin ich durchaus bereit erneut dafür zu bezahlen.

[outdoor]

To the Locus and OpenAndroMaps community,

after many try-and-error runs I was able to adapt my "outdoor" theme and create the new "outdoorV4" theme, which can be used with the new multi-language mapsforge V4 OpenAndroMaps. It is compatible only with these new maps!
In general, I have tried to make the theme identical to the existing "outdoor" theme. Due to problems with many tags used for the configuration of font sizes and priorities, many small changes had to be made. You will find more details (i. e. which tags had to be ommitted) an my website www.maiwolf.de/locus/ [in German].
Please take the theme as a draft. I am happy for any comments, suggestions and there will be constant improvements. Maybe, I will adapt in the future also my existing "desert" theme.

Download the newest version on www.maiwolf.de/locus/

Bernard

[@zossebart]

Sorry for a delay, quite a lot of other work over week.

So back to the problem with themes. I do not have the best solution. Rewriting the whole system and do it "theme-centric" (renderer selected based on the version of the theme) instead of "map-centric" (renderer selected based on the version of the map) is quite a big change. And because everything slowly moves to use new engine & new themes, it looks to me like a waste of time.

SO new setup of system:
V3 maps: offer V3 (basic + locus-extended) themes
V4+ maps: offer V4+ themes

I belive this won't be a big problem. Users that use LoMaps, usually use internal themes or themes with "locus-extended" system. Users who wants to use OpenAndroMaps, usually use themes for these maps.

@zossebart
hmm two same theme selectors in one view do not make too sense, agree. The crash is weird anyway in the next version will be only one button to select the theme, so hopefully, it will help.

WMS maps: any map for test?
EDIT: wms sample not needed, I see one big problem, thanks!

@flyingman_ch
only a side effect of horizontal GPS filter you have enabled in settings > GPS. This thin line only displays real GPS coordinates received by Locus Map and may be used for comparing with tracks recorded with Track recording. I'll leave it there for a while for testing and remove it later. But do not worry about it, it has no effect on anything.

So....
Nun hab ich selbst etwas rumprobiert. 
Hab mir das Armband Band 3 von Xaomi gekauft (~28 EUR). Damit funktioniert das Ganze, aber minimal umständlicher als ich dachte. Der Fitnesstracker hat im Netz den Ruf für wenig Geld eine recht brauchbare Pulsmessung zu liefern.
Vorgehen:
- ich muss erst in der APP von Xaomi eine Aktivität (Radfahren) starten damit die permanenten Pulsmessung am Armband aktiviert wird.
- dann ganz normal im Locus die Trackaufzeichnung starten.
- einmalig muss man im bluetooth Manger im Locus das Armband als Herzfrequenzsensor koppeln (das geht nur bei gestarteter aktivität in der Fitnesstracker APP!)

Zum Schluss der Tour hat man neben dem Steckenverlauf und den Höhendaten auch ein schönes Profil seiner Herzfrequenz. So hatte ich mir das vorgestellt.

Evtl. teste ich noch ein Armband von Huawei Band 3 Pro

V4 is possible if the developer supports locus-extended= "1", scale-line-dy-by-zoom=" 1 " and other features.

For now - update the V3 theme - it is more accurate. (in the first post - ver1.9.2)

[outdoor]

To all users of Locus and Openandromaps,

I have just published some major updates for my themes "outdoor" and "desert" and added the new theme "navigation". You can find some description (in German) and the downloads also on:

www.maiwolf.de/locus/
Please use always my website to download the NEWEST version of the theme!

Here a brief summary of changes:
- the 3 themes use a common backbone, meaning in general they use the same styling and symbols
- they differ in zoom levels, detail levels and amount of selectable features
- they can be used in parallel on the same device
- all symbols (nearly) are now switched to svg (scalable vector graphics)
- the most predominant symbols can be switched to be only small circles to not overpopulate and confuse the map
- the "navigation" theme is thought to be used for car navigation and shows road bigger but leaves off some other elements (i. e. elevelation lines)

Feel free to use them and send me feedback.
I am constantly trying to improve these themes.

Regards

Here are some screenshots and the themes for download.

Theme icons which show up in Locus:







The "outdoor" theme:





The "desert" theme:





The "navigation" theme:

Ich habe es mal vorgeschlagen.

["Filterung der Höhendaten" - kann das nochmal jemand erklären]

"Filterung der Höhendaten" - kann das nochmal jemand erklären - ist das zur Aufzeichnungszeit? Obwohl - er ermittelt doch die Höhendaten anhand der horizontalen Position, wenn ich "GPS-Daten ersetzen" nehme...

Also: Ich hatte immer "Kein Filter" eingestellt. Nun habe ich "Starker Filter" eingestellt. Ich dachte, wenn ich nun in einem Track die Höhen neu berechnen lasse, dass dann in der Statistik neue Werte entstehen. Passierte aber nicht, ich hatte bspw. vorher 1308 gewonnene Hm und nach der Neuberechnung auch. (Ein anstrengender Tag war das :-)

Ich habe mir das mit Filter selber mal anhand einer realen Runde im Freien ausgetestet. Die realistischten Höhen-Summenwerte bekam ich mit den Einstlellungen "GPS-Werte ersetzen" und "Starker Filter". gerade die zick-zack artigen Sprünge (entweder durch die GPS-Höhe oder auch dadurch, dass die horizontale Lage bei GPS-Empfang sagen wir +- 10 springt und dadurch auch die ermittlte Dateihöhe) sich doch ziemlich auf die Höhensumme auswirken.

Bestest Beispiel man geht immer eben horizontal entlang eines Flusstales, die Höhensumme sollte also 0m ergeben. Trotzdem wird die horizontale Lage der GPS-Koordinaten immer etwa um +/- 5-10 Meter schwanken und z.b. also auch öfters scheinbar an der Schrägkante zum Fluss hinunter sein. Schon hat man trotz bester Lidar-Höhendaten eine Höhe von zb. -2 Meter und danach wieder +2 Meter. Das wiederholt sich ständig und so hat man plötzlich +30 Meter trotz bester Höhendateien rechnerisch gemacht, obwohl man immer eben spazierte.  Und genau diesen (in der Realität nicht vorhandenen) Minisprünge soll die Filterung wegfiltern.

Soweit ich wird diese Filterung aber erst angewendet wenn ein Track gespeichert wird, also nicht schon live bei der Aufzeichnung. Bei der Speicherung wird ja bereits auf deine Lidar-Dateien zurückgegriffen, dadurch hat sich nachher mit "Höhen neu berechnen" nichts geändert, da dies ja genau dieselbe MEthode ist. Diese würde nur was ändern wenn du im Höhenmanager per per GPS (und nicht per Höhendateien) die Höhen aufgezeichnet hast. Oder wenn du von irgendwo im Internet einen Track her hast, der seine eigenen oder gar keine Höhen hatte.

• ja, es stimmt das der automatische Locus-Download von Höhendateien bereits Lidar-Dateien downloaded wo diese verfügbar sind. Allerdings "nur" die 3 Bogensekunden Variante (Rasterweite der Höhenwerte ca. 75 meter) und nicht die deutlich genauere 1 Bogensekunde Variante (Rasterweite: ca. 25 meter). Die 1" Dateien sind zwar fast 10 mal so groß wie die 3" aber möglich sollte man sich doch die 1" manuell runterladen. 



• Die "Automatische Korrektur" unter "unter "Offset" hat nichts mit der Barometer-Funktion zu tun. Es gleicht nur jene ca. 40-50 Meter KONSTANT "falschen" Höhenwerte aus, die der GPS-chip liefert (dieser liefert in der Regel nämlich nicht die Höhe basierend auf 0m Meereshöhe, sondern auf einer anderen Basis, die mit dem GPS-System zu tun hat). Normalerweise also hier auf "Automatisch".
  WICHTIG: dies ist daher nur relevant, falls als Höhenquelle der GPS-chip verwendet wird, also unter "Einstellungen" NICHT "GPS-Werte ersetzen" aktiv ist.



• wenn man zusätzlich noch ein Barometer hat, kommt also noch eine 3 mögliche Quelle für Höhendaten neben den Höhendateien und dem GSP-chip dazu. Dessen großer Vorteil ist, das er Höhenänderungen sehr genau und schwankungsfrei abbildet, man kann super die Änderung sehen wenn man vom Erdgeschoss in den 1.Stock eines Hauses geht.
  
  Der Barometer selber kann aber keine absoluten Höhen messen (z.b. du bist jetzt genau "1000 m" über dem Meer.) sondern nur Differenzwerte zu einem vorher von dir selber (oder dem GPS) definierten Höhe. wenn du unter "Luftdruck" Automatisch wählst wird also das GPS dafür hergenommen.
  WICHTIG: auch dies ist (glaube ich) nur relevant, falls als Höhenquelle der GPS-chip verwendet wird, also unter "Einstellungen" NICHT "GPS-Werte ersetzen" aktiv ist. Sonst werden für die Höhe ja sowieso auschlißlich die Werte der Datei verwendet.
  
  
• Ob in deinem Fall nun die Höhensumme basierend auf den Höhendateien (möglichst 1"-LiDAR falls vorhanden) oder doch die Barometer-Höhe mit automatischer GPS-Kalibrierung realistischer Werte liefert musst du anhand einer Testrunde selber raustesten  Deine jetzigen Einstellungen verwenden also vermutlich gar nicht den Barometer, sonder nur die Dateien.

Da gibts 2 Punkte zu unterscheiden:

1)
In der Locus Einstellung ist "SRTM-Daten" wohl etwas missverständlich ausgedrückt. Besser wären "Höhen-Dateien".
Als Höhen-Dateien werden normalerweise die sog. "SRTM-Dateien" verwendet, da diese auch von Locus automatisch zum Download angeboten werden. Alternativ gibt es für eine Handvoll Länder aber bereits genauere "Lidar-Dateien", die aber genau den selben Zweck wie die "SRTM-Dateien" erfüllen. Diese musst du aber selber downloaden und in den entsprechenden Locus-Ordner kopieren. Also für z.b. Österrieich oder Schweiz besorgt man sich die genaueren Lidar-Dateien. Für Deutschland muss man unterscheiden in welchem Bundesland man ist. Nur für manche gibt es da bereits Lidar-Daten.

2)
Da man sich nun die bestmöglichen Höhendateien für ein Land besorgt hat (SRTM oder LiDAR), muss man nun noch unterscheiden: Welche Methode liefert im Schnitt genauere Höhenwerte: Entweder der im Handy eingebaute GPS-Chip oder doch die mehr oder weniger genauen Höhendateien.

Im Flachland haben wohl immer die Höhendateien die Nase vorne. Sobald es aber hügelig wird, oder gar ins Gebirge geht, haben speziell auch die SRTM-Höhendateien mehr oder wenige große Ungenauigkeiten. Hat man aber LiDAR-Höhendateien sind diese wiederum lagegenauer und haben  auch präzisiere Höhenwerte im Hügelland.

Die GPS-Chips haben oft in diesem Terrain (auch wegen Waldbewuchs, Felswände etc.) Empfangsschwierigkeiten und können die Höhe nicht genau liefern bzw. schwanken auch etwas stärker auf- und ab, was gerade bei Anwendung wie "wieviele Höhenmeter bin ich in Summe hinauf gestiegen" gröbere Fehler (meist zu große Summen-Werte) liefert.
Andererseits: wenn man z.b. auf einem Gipfel mit 2000m steht, wo es 5 Meter daneben steil bergab geht, so könnte die auf den Höhendateien basierende Methode z.b. nur eine Höhe von 1900m liefern, da ja die horizontale Lage nie auf den Meter genau gemessen werden kann und der Höhenwert von einem Punkt 10 m daneben her genommen wird. Der GPS-chip in diesem (seltenen) Fakk sicher einen genaueren Wert liefern.

Lange Rede, kurzer Sinn: Ich verwende in Österreich die LIDAR-Höhendateien und vertraue darauf unterm Strich in 99% der Fälle mehr als dem GPS-Empfänger. Daher habe ich Einstellung "GPS-Werte ersetzen". Falls man nur SRTM-Daten hat, muss man einfach selber ausprobieren welche Methode die genaueren und weniger schwankenderen Resultate liefert. Entweder auch "GPS-Werte ersetzen" oder "GPS-Höhenangabe optimieren" (diese Variante liefert fast immer die Höhen vom GPS-chip, nur ganz bei ganz groben Ausreißeren wird jene der SRTM-Dateien verwendet).

Was auch noch in beiden Fällen hilft: Bei Höhenfilter auf "Mittlerer Filter" oder noch besser "Starker Filter" (verwende ich) stellen. Damit erreicht man bei summierten Höhenwerten sehr gute Resultate, die nicht wie oft üblich viel zu hoch sind (z.b. 400 Höhenmeter obwohl die Wanderrunde in Summe nur 250 Höhenmeter hat)