Messages

Hallo Wole,
bezüglich fzk-outdoor-contrast Theme Anpassung hast du dich ja schon im Geoclub gemeldet.
Ich habe dir dort geschrieben, auf welcher Zeile die Definition der grauen Gebäude ist.

Die 2018er Karte ist eine v3
Die 2019er Karte ist eine v4
Damit hat sich auch das Theme geändert. Wenn du es über den normalen Download link geladen hast, kommt das Theme automatisch mit und aktiviert sich auch. (also wenn du die Aktionen zu Ende laufen lässt.  )
Ansonsten halt manuell.

Es gibt eingebaute und bessere Themes.

Nein. Für die Freizeitkarte nur eines der 3 eigenen Themes.

Hallo taunide

Die Freizeitkarte wird ab Ausgabe 19.06 in Version 4 angeboten. Die auschliesslich dazu passenden Themes werden beim Download (Locus Link auf der Webseite) automatisch mit installiert. Ja es sind v5 Themes.

Die alten Themes (v1! mit Locus Extension) gibt es nicht mehr, da sie nur mit v3 Karten lauffähig wären, welche nicht mehr angeboten werden.
Diese Karte zu Theme Verknüpfung ist eine Restriktion von Locus. Normalerweise (bei anderen Apps) sind die unterstützten Karten-Versionen und Theme-Versionen von der Mapsforge Engine Version abhängig. Zum Beispiel kann ein v1 Theme auch mit einer v5 Karte funktionieren.

Du findest die alte v3 Freizeitkarte Ausgabe 19.03 im Moment noch hier:
http://download.freizeitkarte-osm.de/android/1903/

Zu deinem ursprünglichen Problem: "Die graphic engine von 3.38 ist einfach unbenutzbar lahm beim Verschieben von Karten"
Ja, es gibt Performance Unterschiede. Von unbenutzbar lahm würde ich aber überhaupt nicht sprechen.
Es ist nur bedingt von der Karte abhängig. D.h. du wirst diesen Eindruck bei allen anderen v4 oder v5 Karten auch haben. v3 Karten wird es nicht mehr lange geben. D.h. auf dem freien Markt (LoMaps vielleicht schon). Deshalb solltest du anstatt auf irgendeine v3 Karte zu gehen, das Performance Problem mit der v4 Karten hier angehen d.h. im englischen Teil damit menion sich das ansehen kann.

2. V4 theme for V3 maps? I'm no expert, but does it make sense?

Yes. Tobias has already explained that theme and map version do not relate to each other. So, nothing to add.

I did not notice some artifacts on the maps during theme switching. Between which themes you switched so I may simulate it?

I have used a Freizeitkarte v1 and v4 theme (they have a different symbol set). But they are both outdated and no longer available (v5 is). So, I've  searched another way to test it.

Any v4 map (e.g. mapsforge). Themes Internal and Elevate. Search a graveyard with name tag.
The internal theme is using a blue sans serif font.
The elevate theme is using a brown italic serif font.
The font style is not coming from the selected theme in every zoom level.

Nice work. The map scaling is working.

I have done some quick map and theme versions checks.

Map v3: ok
Map v4: ok incl. multilanguage, ? symbol in the menu.
Map v5: ok incl. multilanguage, ? symbol in the menu.

Theme Locus: ok, but only for map v3
Theme v1: ok
Theme v4: ok, but only for map v4 or v5
Theme v5: not selectable
Are these restriction still needed?

I have seen some symbols and text on the map which are not coming from the actual selected theme. Not all elements are cleared during a theme change.

Pion, deine Anfrage ist zwar schon älter, aber kann erst heute richtig beantwortet werden.
Diese Woche hat das Theme "fzk-outdoor-contrast" eine eigene Legende bekommen:

http://freizeitkarte-osm.de/android/de/legende-outdoor-contrast.html

@jajaballard
The elevate theme in this download is a mapsforge v4 theme.
Only the elevate LE theme is a locus theme and should work.
I think you have to ask Tobias for a corrected version.

mapsforge use a default size of 20dp if no size is specified. Locus uses the original svg size.

I assume use Locus the same fixed tile size of 512 as mapsforge (I'm not sure if it is 512). Use this formula to see whether it fits an integer in the tile.  <tilesize>/(<Patternsize>*<AndroidSacleFactor>)
With your pattern sizes you only get integers with Scale Factors 1, 2, 4 (160/320/640dpi), not with 0.75, 1.5, 3 (120/240/480dpi). You already know this thread: https://groups.google.com/d/msg/mapsforge-dev/s7OcnFseBTI/CchcWloQjNIJ
Mapsforge does adjust the pattern size to fit in the tile size. It seems Locus has not implemented this feature.

I have this issue only with Locus. I haven't seen it with mapsforge apps.
Your Note 2 has scale factor 1.5 (near to 240dpi), so you probably don't have any problems. But I don't know why. My 240dpi device does also work. The Idea of this testpattern was to make the drawing from outside of the frame visible. Your 64x64 has everything inside the frame.

Here a picture:

Left: What I get.
Right: What I expect.

Locus is drawing the pattern with 26x27 pixel instead of 26x26. It seems the calculation of the height does not work correctly. When I avoid this calculation with declaring the height in the theme, the problem is gone.

This works: <area src="file:/testpattern.svg" symbol-width="26dp" symbol-height="26dp"/>
It is a workaround, but I think it should be corrected in Locus.

In my theme I use SVG as area pattern.
The SVG has an original size of 580x580. The theme downscales it to 26dp.
On some devices locus draws a line at the bottom from outside of the frame. The effect seems to be pixel density dependent: seen on 160 & 320 dpi devices (not on 240 & 480).
I have created a test pattern. It has the size of 580x580. Outside of this frame I added a rectangle in red & purple (starting at coordinate -22, -22 size 624x624). I should not be visible. But it is. One line at the bottom (purple).
For SVG symbols this is not an issue. For SVG pattern this looks bad. (horizontal lines).

testpattern.svg

Code Select Expand

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<svg xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://www.w3.org/2000/svg" height="580" width="580" version="1.1" xmlns:cc="http://creativecommons.org/ns#" xmlns:dc="http://purl.org/dc/elements/1.1/">
<path d="m-22.308-22.308h624.62v624.62h-624.62z" fill="#f00"/>
<path d="m0 0h580v580h-580z" fill="#0f0"/>
<path d="m22.308 22.308h535.38v535.38h-535.38z" fill="#00f"/>
<path d="m44.615 44.615h490.77v490.77h-490.77z" fill="#0f0"/>
<path fill="#c400ff" d="m-22.308 580h624.62v22.308h-624.62z" fill-rule="evenodd"/>
</svg>


testpattern.xml (theme)

Code Select Expand

<?xml version="1.0" encoding="UTF-8"?>
<rendertheme xmlns="http://mapsforge.org/renderTheme" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://mapsforge.org/renderTheme ../renderTheme.xsd" locus-extended="1" fill-sea-areas="0" version="1" map-background="#e6e6e6">
  <rule e="way" k="natural|landuse" v="forest_huge|forest_large|forest_medium|forest_small|forest_tiny|forest_micro|forest_nano|forest|wood" closed="yes">
    <area src="file:/testpattern.svg" symbol-width="26dp" />
  </rule>
</rendertheme>


It is not easy explain the issue so that is understandable. It would be easier to take a look on such a device.

One more simple example:
You have two parallel streets.
=========== Name 1 ==========
=========== Name 2 ==========
On a 160dpi you see the streets and you can read the names.
On a high dpi device you make the streets wider (by theme), and double the text size (also by theme). ...now you have no problem. No! You can't read the second name, because the first name needs all space. The distance between the streets are always the same. They are NOT scaled (that is the issue).

Here: http://forum.locusmap.eu/index.php?topic=4705.0

With a theme you can scale some elements of the map (icons, texts, lines), but you can scale areas (= the map itself).
For identical maps on different devices, ALL map elements must scale the same way.

Anyway I'm surprised that it's not possible to write single theme that will looks fine on all devices. Hmm, surprising. Mainly because even our internal themes (all of them) has just one config file. Truth is, that I didn't saw them on S7 device (or similar hi-res).

What? You are surprised? Please correct your map engine to respect the scale factor of the different devices, then you only need a single theme.
Many times I have tried to explain this issue. It seems without success.

To see it you need a hardware device. An emulator is useless.

Der Theme-Editor, mit welchem die zwei Freizeitkarten V1 Themes nach wie vor kompatibel sind, sehe ich eher als overkill. Besonders als Theme Autor war es nicht ohne. Musste man doch immer aufpassen wo man Kommentare setzen darf und wo nicht. Und natürlich die sehr umfangreichen Metadaten pflegen.
Die vordefinierten Styles von Locus oder auch die anpassbaren Styles von V4 sind für den Theme Autor praktikabler. Aber auch für die Anwender, obwohl hier die Meinungen auseinandergehen. Die zwei Freizeitkarten V4 Themes haben zum Testen zwei verschiedene Konzepte der Styles und anwählbaren Optionen. Schon ausprobiert?

Jemand der eine individuelle Anpassung benötigt, wird am besten zum Theme Autor. Mehr als ein Text Editor braucht es nicht, bestimmt kein VTE ;-)

Es ist schwierig die Energie gleichzeitig in mehrere Konzepte zu stecken. Die Priorität haben hier ganz klar Apps, wo sich auf modernen Smartphones ein ansprechendes Kartenbild erzeugen lässt. Meiner Meinung nach erfüllt Locus diesen Punkt nicht (high dpi scaling).
Ich schreibe Locus nicht ab. Die Locus Library hat eine paar prima Funktionen wie die Iconvergrösserung ohne das hierbei eine separate rule nötig ist. Nicht zu vergessen die Geschwindigkeit.
Mapsforge ist der Weg den viele andere Apps gehen werden. Die Zahl ist im Moment zwar noch klein. Aber ich bin zuversichtlich, dass sich dies im 2016 noch ändern wird. Ins besonders hoffe ich auf ein paar reine Geocaching Apps.