Messages

Ich denke jeder hier drin kennte die Geschichte hinter diesem Entscheid. Er war sicherlich nicht falsch.
Es stimmt, die Geschwindigkeit von Locus ist nach wie vor besser. Mapsforge hat zwar etwas aufgeholt.

Beide library parallel verfügbar zu haben wäre eine Möglichkeit. Wenn aber gewisse Funktionen in die Locus library integriert werden, wäre ich auch nicht unglücklich.
- Ein Symbol (PNG or SVG) ist in Mapsforge und Locus gleich gross. (Default size for SVG Symbols in Mapsforge = 20x20)
- Eine Linie ist in Mapsforge und Locus gleich breit.
- Locus ist Device Density aware. http://forum.locusmap.eu/index.php?topic=4705.0

Multilanguage ist für mich nicht vordringlich.

Ich wollte mich zwar raushalten, wenn Klaus hier eine Diskussion provoziert äh anregt ;-), aber da er meinen Namen genannt hat, werde ich mich trotzdem äussern.

In Zeiten von mapsforge 0.3 und der Theme Version 1 war die Welt noch in Ordnung. Es gab einen gemeinsamen Nenner. Man durfte zwar keine Locus Spezialtäten verwenden, aber damit konnte man leben.
Mit mapsforge 0.5/0.6 under der Theme Version 4 gibt es diesen gemeinsamen Nenner nicht mehr. Man kann, wie das z.B. Tobias macht, mit wenig Aufwand eine Konvertierung vornehmen. Der Aufwand ist also gering. Allerdings wäre es natürlich schöner, wenn er gar nicht nötig wäre. Die Gretchenfrage ist jedoch lohnt es sich? Leider kann ich diese Frage im Moment nicht mit Ja beantworten.

Ich finde die Darstellung in Locus der Karten bei highdensity Geräten schlecht! Und die möglichen Workarounds beschämend. Es gibt einen eigenen Thread dazu, leider kann man die highdensity Problematik nicht bzw. nur bedingt in Screenshots darstellen. Aber halt! Diese Kritik gilt auch für alle Apps, welche mapsforge 0.3 verwenden. Ja, das ist die Mehrzahl aller Apps. Trotzdem darf man ja etwas verbessern, auch wenn der Rest noch nicht besser ist. Die Entwicklungen sind nicht für gestern, sondern für Morgen. Ein Freizeitkarten Theme in Version 4 ist ja im Moment auch noch nicht veröffentlicht.

Bei Locus gibt es die Möglichkeit POIs in Abhängigkeit der Zoom-Stufe zu skalieren. In Mapsforge fehlt sowas. Dafür gibt es die Möglichkeit POIs mit der Beschreibung zu verknüpfen (Dies hilft, wenn zwei POIs übereinanderliegen, die Beschreibung des sichtbaren POIs anzuzeigen). Locus hat einige weiteren Features und Fehlerkorrekturen, Mapsforge wiederum in anderen Bereichen. Die zwei haben sich auseinandergelebt.
Menion fährt im Moment die Strategie, elementare Features von Mapsforge bei sich einzubauen, aber nicht die Library zu übernehmen. Leider gehen die Meinung über elementare Features nicht mit meiner konform. Geräte unabhängige Darstellung der Karte gehört für mich dazu. Mit Mapsforge > 0.3 wurde dies erreicht, mit Locus leider noch nicht. Aber genau dies wäre ein Grund ein Version 4 Theme für Locus anzupassen. Weil sonst kann ich ja gleich bei Version 1 bleiben.
Anderseits hat es bei den Style Menüs geklappt, die wurden übernommen und können ohne Konvertierung verwendet werden.

Wie weit kann Menion diese Strategie fahren? Kann er die neue Kartenversion auch nachbilden (v3 auf v4)? Wenn keiner mehr v3 Karten anbietet wird es eng. Dies hängt jedoch davon ab, ob mehrsprachige Karten wirklich ein Bedürfnis sind.


Gruss
Stephan

Autor des Freizeitkarten Themes fzk_outdoor_contrast.

You not only get strange looking maps, you also get a very powerful phone. Since over two years most flagship phones have a display density of 400 and above.

Johns question was already answered by Tobias, it looks the same as in column B (Post #3). "dp" in the theme only scales the lines, text, and icons but not the map itself (areas/buildings).
Here a screenshot at 480dpi Zoom 18 (file reduced by 50%).


You can test with the free Goggle Android Emulator (part of AndroidStudio). There also exists more comfortable emulators from others.

Klaus, I don't think that you motivate menion to solve the problem when you point to mapsforge.

...I hope he gets his new toy long before Christmas.

[You have to imagine that on a real 480dpi-device the picture is 3x smaller than on a 160dpi-device.]

Yes it is not easy to understand the issue when you don't have a 480dpi device. With a 240dpi device you can recognize it, but it will not bother you. On a 480dpi device Locus becomes unusable (not the user interface, only the map).
It is also not easy to explain the issue, because all screenshots in this thread have the same pixel size (your local display define the size). You have to imagine that on a real 480dpi-device the picture is 3x smaller than on a 160dpi-device.

jusc, you asking about the difference between the two screenshots (first & second post):
Your theme is V-Scale2 right? My theme is fzk-outdoor-contrast which I am currently trying to make it more useful with Locus. The unedited version is available on the webpage freizeitkarte-osm.de.
As I have seen, your theme has no density scaling features, so the theme is similar my screenshots on the left side of the first post, or column A of third post. Both themes are unusable at 480dpi. Everything is too small.
The initial size of the street and text are a slightly bigger, but not enough that you can read it at 480dpi. This bigger size of the streets has also a disadvantage, because they overlapping with the buildings. This overlapping gets extreme when you use the density scaling features (right side first post, column B third post).

Get a 480dpi device and try it out.
I hope menion has one.

Zooming does not resolve it.

All picuture above are at zooming level 18.
I made a picture with theme B - 480dpi zooming level 19.


The areas are still to small, or the lines to big. Details are lost.

A reference of 200-240 dpi? A simple standard smartphone with 5" and Full HD has 440dpi.
So, a theme must work at 480dpi. But with Locus it does not and I can't optimize a theme for 480dpi.

I made another screenshot to explain the issue:



These screenshots are made with an android emulator and reduced in size by 50%.
The pixels on these pictures have all the same size. On a real 480dpi-device the picture is 3x smaller than on a 160dpi-device.
This require that you draw it 3x bigger so that you're capable to read or recognize something.

Column A: A Theme which does not scale by device density. Simple values or values with "px".
From 160 to 480: The pictures becomes smaller and smaller (on a real device!). You can't read anything.

Column B: A Theme which does zoom scale elements (lines, symbols, text) by device density. Values with "dp".
From 160 to 480: The text is scaling well, but the streets need too much space, they overlapping. Issue: The areas, the map itself does not scale.

Column C: A Theme which does not scale by device density. Simple values or values with "px". The scaling is manually set to 1x, 1.5x, 2x, or 3x.
From 160 to 480: The pictures have all the same size (on a real device!). Great or not? No, because it must manually set and the map is pixelated. It is not rendered at that resolution.

I expect that Locus will behave like column C automatically and without pixelating.
A normal user does not try to find this option somewhere in the settings and nobody wants to see pixels on his high dpi phone.

Is there a way to create a dpi independent map/theme?

The mapsforge-maps in Locus looks different on every device. I can define some dpi dependent scale in the theme (adding dp to the value). It works but it produce an unusable view on higher dpi devices, because the map itself does not scale.

How can I create a theme which looks on every device identical? A have only found a solution which I am not happy with it: Remove all dpi scaling features from the theme and manual configure "Settings > Map - advanced > Change map resolution: Enable; and Set resolution: 2x or higher".
Disadvantage: Manual user task, Bitmap Scaling even for fonts or svg. It looks ugly.

Could the dpi dependent scaling of the whole map added as option to the theme?
Is there a solution where I have not yet discovered?


Some pictures:
160dpi

240dpi


I have tested the line stroke-width with and without dp.
With 160dpi I don't expect any difference. And yes, everything looks fine.
With 240dpi the streets are scaled with the dp parameter. But it look ugly because the map itself isn't scaled. On 320 or 480dpi devices you won't see any details from the round about. I expect a smaller map view/extract. The android and locus Interface are scaled.

Remark: These screenshots have all the same resolution but on a hardware device the 240dpi pictures are much smaller.