Messages

Internal themes for LoMaps are tested/developed directly in Locus. Previously I used to manually copy the theme .xml via Total Commander to the device and restore the theme in the app. It's not bad, but it's not ideal. As you probably know, LoMaps will finally be in V4 and will use the default Mapsforge renderer. When we started working on LoMaps V4, I had two thoughts about how to improve the theme development process:
- usage of variables in the theme
- quick refresh the theme on a mobile device.   

For this reason we prepared a simple python tool that solves mentioned issues. It basically copies and refresh the theme on the device in one click - available at https://github.com/asamm/lomaps-mapsforge 

The process of generation of theme file is the following:
1. Base template
On the input is theme template that contains variables and definitions for custom actions. This is basically a mapsforge theme but some colors or widths are defined using variables
2. Template config
It assigns values to theme variables
3. Generation of result theme file
The theme generator combines template variables to generate the final theme file
4. Copy the theme to the device and refresh the theme

There are several requirements (intall adb, python and some other python modules) and it may be complicated to run the script at this moment. Moreover it also automatically generates a theme for POIs so it is quite focused on internal LoMaps themes and is not as configurable as it could be.
But if anybody would like to use it to develop alternative themes, it is possible to make the generator more generic. Maybe it would be enough to prepare the settings to generate also POI themes and maybe a better installation...

Please let me know if anyone is interested and I can tweak it a bit. 
 

Die vorstehenden Routing-Tests haben mich neugierig gemacht und so habe ich nun auch noch einen Test gemacht. Es ging mir primär darum, ob und welche Unterschiede es zwischen dem BRouter und dem GraphHopper gibt.

Hier zuerst ein Bild von der Teststrecke unter Verwendung des GraphHoppers:

You cannot view this attachment.

Dazu die erzeugten 5 Navigationshinweise:

- Biege links ab
- Biege rechts ab
- Biege rechts ab
- Biege links ab
- Halte dich links

Sie sind korrekt und gelten jeweils für die durch einen blauen Punkt markierten Positionen.

Unter Verwendung des BRouters ergibt sich ein anderes Bild, das sich vom vorstehenden nur in einem Punkt unterscheidet, von den beiden Knicks in der Sebastian-Rieger-Straße ist nur der obere blaue Punkt vorhanden. Dem entsprechend gib es auch nur folgende 4 Navigationshinweise:

- Biege links ab
- Biege rechts ab
- Geradeaus
- Geradeaus

Auf den ersten Blick könnte man meinen, dies sei ein Fehler oder zumindest eine qualitativ schlechtere Navigation. Das ist aber nicht so. Dort wo der GraphHopper bei der Überquerung der Biege rechts ab die beiden Hinweise "Biege rechts ab" und "Biege links ab" entsteht damit eher eine Unsicherheit. Man darf nicht rechts abbiegen und dann wieder links, man geht einfach gerade aus. Der Versatz zwischen der Straße vor der Sebastian-Rieger-Straße und dem weiterführenden Weg nach ihr ist so gering, dass auch eine Auskunftsperson in etwa sagen würde: "Gehen Sie auf der Ebereschenstraße bis zur kreuzenden Sebastian-Rieger-Straße, überqueren sie diese und gehen dann auf dem Fußweg gerade aus weiter und kommen so zum Ziel." Das ist eine ziemlich genaue Beschreibung, "Gehen Sie immer gerade aus." würde auch schon reichen.

Kurzum, ich meine, die über den BRouter generierten Hinweise sind zwar kürzer aber keinesfalls schlechter als die des GraphHoppers. Außerdem sind sie in beiden Fällen vollständig und korrekt.

Auch die Zeitangaben sind in beiden Fällen identisch und mit 3 Minuten akzeptabel.

Die Garmin Karten werden nicht mehr verbessert. Es ist nicht einfach, da Garmin hier keine Unterstützung gibt. Die wollen das nicht.
Aber die Unterstützung ganz löschen sollte man auch nicht.
Einfach so lassen wie es ist.

Eine Abo Unterstützung bringt hier auch nichts. Die Karten verwenden nur noch sehr wenige. hier müsste sehr viel Zeit investiert werden und es nicht sicher ob sich was verbessert.

Aber ein Abo ist immer Willkommen. Denn die Funktionen müssen ständig am Laufen gehalten werden. Android macht ständig Änderungen. Im Locus Team arbeiten viele Personen und die wollen alle einen Lohn. Ich habe ein Gold Abo gemacht obwohl ich die Gold Funktionen gar nicht nutze. Aber so ist Geld da um weitere Verbesserungen voran zu treiben und Locus Map für die Zukunft Funktionsfähig zu halten.

https://help.locusmap.eu/topic/30937-maps-vanished-and-error-12569-on-downloading

Hallo Menion,

ich weiß nicht, ob Thomas04 das so gemacht hat, es wäre lediglich eine Möglichkeit, wie er dieses "Phänomen" erzeugt haben könnte. Wenn das der Fall ist, ist das natürlich kein "Bug", sondern bewußt (oder unbewußt ) hervorgerufen...

Vieleicht äußert sich Thomas04 noch dazu...

No version of Locus Map supports ".poi" files. As far as I know, OpenAndroMaps provide also ".osm.db" files that should be most probably supported on your device. These files brings support for offline LoPoints and offline address search.

Yes to statement #1, but there is no address data in the OAM osm.db files, only the OSM POIs

4.15.2:
Great update with pointer directing at an active point and improved weather forecast, thank you!
Best, Lucas

V4.15.1.2
if i enable LoPoints (online) and/or LoPoints (offline)
> click on POI and slide opening window
> after ~3sec FC

Edit:
open a geocache and slide opening window
> after ~3sec FC

It is true that SensorBlue on their home page specifies the CR2477 battery. By checking more on AliExpress this morning, I just found out that Oria has two versions of this WS08, one with the original case size of 50x50mm, sensor opening in the front and CR2477 battery, and one with increased case size 58x58mm, sensor opening in the back and 2xAAA batteries. Both versions are sold on AliExpress AMIR & ORIA Store.
But both obviously uses the WS08 hardware design inside, since the paper user guide that came with the 2xAAA version I received yesterday, has the text "SensorBlue WS08" on it. ALso on the back of the device the label shows "WS08D".

Today I will be on a 4 hour skiing trip and will bring both the WS07 and WS08 with me connected to LM4 to test connectivity. I will post an update on the connectivity when I am back this evening.

https://help.locusmap.eu/topic/30937-maps-vanished-and-error-12569-on-downloading
perhaps this is similar to your problem
menion describe how to solve it for now

PS: I just scrolled through the MOBAC OUTPUT formats: while I do not know all of them, they all smell like raster maps (with different image format outputs and wrappings). But of course Mapsforge INPUT can be processed by MOBAC since many years.

turn GPS >off, so map center is used

Do you think there are exact steps I may try to simulate this issue?

Thanks for the offer. You see, it's solved.

So this was about the numerous places which may restrict Tasker/Locus/TaskerAddon in doing their (inter-app) business.

a) app permissions
b) background running/allow start app from another one (in Huawei that is found under "App-Start")
c) (Vendor) OS sending apps to sleep

Solved 
In my relevant presets I had "Always screen on=Disabled"

@karlchick

Thank you for the detailed description. To your points:
I created a new PR that summarizes your suggestions. Please check if acceptable. BTW: repo is public so feel free to participate and create your own pull requests  .
https://github.com/asamm/lomaps-mapsforge/pull/3/commits/194b33ca583a385f973a32db2ea8b83507376bf7

Point 1
- make sense, added
BTW: are there any standard symbols or styles that indicate designation in the UK maps?

Point 2
- added but I'm not sure if tags access_land, public_cycleway, green_lane will be used ...

Point 3
- I would like to avoid using '*' for such elements. I have therefore selected the most important / most used types

Point 4
- the LoMaps V3 was generated as 512x512 tiles and zoom or area is really "shifted" in comparison of 256x256 V4 tiles. There were minor changes in `zoom-appear` attribute for some elements. But it was mainly for zoom-levels 9 - 10 (I think). Do you have some specific requests to change the zoom-appear for certain elements?

Point 5
Well, everything is possible. But there are so-called JohnThorn maps in Locus Store. These maps combine OSM data with OS open data. John Thorn created powerful tools to combine the data but the theme would be (IMHO) a little bit better. What about contacting John and discussing with him a better theme?

Point 6
To be honest I don't know the exact reason for `foot=ft_yes` and `bicycle_bic_yes` but it was very likely because bug in tag matching in Mapsforge as menion already mentioned. This problem is solved https://github.com/mapsforge/mapsforge/pull/1366 (currently only in Locus and waiting for the new official release of mapsforge.)