Messages

@WildWortWechsel - You're right. For cities, both the local name and the English name are often displayed, which is particularly helpful for non-Latin scripts (and vice versa). However, the English names depend on the data source we use for map rendering (Thunderforest), so we don't have control over which cities include an English name.

Exactly, and we can't fill forest areas that are also designated as protected areas. The best solution might be duplicating the protected areas under a different key, such as ls_boundary=protected_areas, but that would invalidate all existing themes. Difficult decision...

To be honest, I don't really know Mobac either. Maybe someone from the community can advise.
Anyway, maybe there are other more "user friendly" options.
- preloading the WMS map in Locus Map. Locus caches the last 1000 map tiles. It is therefore possible to browse a smaller area when you are online, and the last viewed map will remain in the cache even when you are offline.

- to use QGIS to create a raster data from WMS (please see https://www.reddit.com/r/QGIS/comments/16auzqj/extracting_data_from_wms_source/ ) and after you can use QGIS to export raster to mbtiles (please see the article https://help.locusgis.com/support/solutions/articles/47001094929-how-to-import-geotiff-or-geopdf )

Hi,

as you mentioned the best solution should be the MOBAC. I'm not extra familiar with it but there is some example of MOBAC configuration for using WMS https://mobac.sourceforge.io/wiki/index.php/Custom_XML_Map_Sources#Custom_WMS_map_sources
Please be sure you do not brake terms of use of WMS service (because downloading)

I would also consider using OpenStreetMap data when it comes to unpaved routes. You can use the default LoMaps which show OSM highway=track https://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrack, but there is no information on whether the track can be used for 4x4.
You can also filter and download a specific OSM highways dataset with https://overpass-turbo.eu (for smaller areas) -> use GPX or KML format to export and after that import data into Locus.
Or you can use QGIS to export OSM data to mbtiles.
It's also possible to create a custom map and a Mapsforge theme (alternative to offline LoMaps, but it's quite a complicated task).

So there are more options, it depends on your specific needs, the type of source data, the area you are interested in, etc...

Thanks, Petr

@den def you're right it could be better. We'll check it and try to improve it
Thanks, Petr

Ich finde das auch nicht ganz glücklich. Oft wird halt vergessen weitere Informationen anzugeben. Ich würde alle Parkplätze nehmen außer Privat usw.
Aber du kannst es verbessern in dem du solche Parkplätze in OSM mit Informationen füllst. Kostenlos, Anzahl Plätze, begrenzte Parkzeit (sehr wichtig)öffentlich oder Kunden, Privat usw. Ganz gut geht das vor ort mit OSMgo App.

Unfortunately, there are lots of parking lots that are private but this information isn't available in OSM. For this reason, we display only parking lots with defined "access"

Hallo,
vielen Dank für Ihre Nachricht. Locus POIs sind streng bei der Anzeige von Parkplätzen und es werden nur Parkplätze mit access=yes|public|customers angezeigt.

Vielen Dank
Petr

-- EN --
Hello,
thank you for your message. Locus POIs are strict when displaying parking lots and only parking lots with access=yes|public|customers are displayed.

Thank you
Petr

Well, amenity=bicycle_park is included in the online/offline POI, but I understand and added it to the tag-mapping file.

@karlchick
- building will be from ZL 14 and the importatnt ones from ZL13
- landuse=retail from ZL 13

@karlchick
place=locality from z15 - changed
buildings - which buildings are important?
landuse=retail - does it have any effect for zl=10?  I mean - these areas are often quite small and the user cannot recognize them in zl=10

OK, it's changed...

this is more question on Mapsforge team https://github.com/mapsforge/mapsforge. Anyway, as I know, it's impossible to write a rule the way you intend. The wildcard '*' can be used to "replace" an entire key or value. It cannot be used as a wildcard for part of a key or value

Thanks,
Petr

as @Menion mentioned we've already created some improvements in the official MapsForge render and adopted "cubic" or text and symbol orientation. 
I also like the scale-font or scale-symbol directives but I think it doesn't fit the conception of theme when only the "rule" should specify the appearance of a particular element.

bg-rect-* are also a little bit strange and were created especially for our use-cases. Anyway, I've already thought about adopting of the "Shield" system used by Mapnik https://github.com/mapnik/mapnik/wiki/ShieldSymbolizer
It's basically a combination of image and text - especially used for highway number shields. 

@karlchick yes, 'lm_highway' is a copy of the original 'highway' tag. So every value of the 'highway' tag is available in 'lm_highway' tag. Of course, you need to take into account the set of tags of the tag mapping file https://github.com/asamm/lomaps-mapsforge/blob/main/various/tag-mapping-xml/tag-mapping-tourist.xml#L1328

The following tags are copied from the original way to "marked trail" way:
- highway (as lm_highway)
- sac_scale
- tunnel
- bridge
- layer
and ferry=route is mapped to custom lm_highway=ferry

@karlchick
I understand that in this situation the "layer" tag is probably misapplied (as per the instructions). However, I have always tried to avoid manipulating OSM data "from the table" (unless it's necessary)

I really think the best solution is to add a "layer" tag for hike & vike way as well. Please try the following map (not posted in the store). I think it should solve your problems.  https://gofile.me/7ecf2/CVYghVabB

In any case, this is very likely to cause further complications. Mapsforge has an internal limit where a node/path can have a maximum of 15 tags. I know there are already paths with 15 tags and I'm afraid that using a layer tag will exceed this limit. Well, we'll see during the next generation