Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Tobias

Pages: 1 2 3 [4] 5 6 7
46
Themes - Vector maps / Re: Problems with seemless SVG patterns
« on: May 09, 2016, 12:07:46 »
For now, I've at least improved DPI scaling, so now values of density used for scaling will be rounded on all devices to 1, 2, 4 values, so if you will use sizes for your images as 8, 16, 32, 64, you will be fine. Unfortunately my device I use for daily use has density that cause no such troubles, but quick test in emulator and it seems to work fine. Ok for now?

That's fine, thanks for the quick fix. I'm fine with any working solution.

I forget to mention that this should also apply to lines with a pattern, not just areas.

Rounding up or down makes sense for me (e.g. 3->4, 2.5->2) etc., as this helps to read the maps. With those crazy high density devices it's often better to have it larger (my testing device is also not troubled at 320dpi, so I also have to emulate this).

47
Themes - Vector maps / Re: Problems with seemless SVG patterns
« on: May 08, 2016, 16:53:50 »
Hi Menion,
thanks for testing!

So, you suggestion is to round this multiplier to whole numbers that multiply 2 to always correctly fit tiles? So 2.5 round to "2", 3.5 round to "2" (maybe up to 4)? Correct?
That's the easiest solution, but only fits pattern with a side length of a power of 2.

Quote
Or any better solution already used in MapsForge?
I checked this out bit more. At first I thought it works there because tiles are resized by dpi the same way as patterns (e.g. 512px tiles at 320dpi, so 64px patterns get 128px, 768px tiles at 480dpi, 64px get 192px etc.)
But with apps like OruxMaps which use a fixed tile size of 512px no matter what dpi scaling still works perfect, even if pattern side length is not a power of 2, so this is more elegant. The solution is that patterns are scaled without stopping at tile borders, see the attached screenshot with a tile size of 512px and 480 dpi, and a pattern of 64px scaled to 192px. White are pattern borders, black are tile borders.




48
Themes - Vector maps / Re: Problems with seemless SVG patterns
« on: May 08, 2016, 09:10:02 »
I think Locus uses a tile size of 256 for all densities.
If you're right about your theory how scaling works there is no possibility to have one SVG size that fits all scale factors, if background SVGs are scaled with odd factors. It would really make sense to use only full integers here.

I tried my luck with fixed sizes so that at least this would be a workaround. There also seems no difference between adding "dp" or not to the value, the SVG is scaled either way. So there seems no possibility to use  SVGs for background patterns. Edit: There is one possibility, just add "px" instead of "dp". Normally in mapsforge no unit means px, so I didn't try this before.

Maybe I'm missing something here, but the documentation is a bit scarce about this.

49
Themes - Vector maps / Problems with seemless SVG patterns
« on: May 05, 2016, 21:12:07 »
As I try to make my themes completely scalable I converted all patterns to SVG.
I only use sizes like 8/16/32/64/128, those scale well with standard mapsforge at every ppi, as standard uses multiples of 64 for scaling. For Locus I add the "dp" unit.

Most of the patterns are seemless and work well with Locus at 160/320ppi. But with odd multiplicators like 240/480ppi they don't work anymore, see attached screenshots of 240/320ppi.

Same problem applies to Locus internal seems, when SVG patterns are used.

How exactly does "dp" work, and is there a possibility to have seemless SVG patterns that scale with screen density?


Edit - theme for testing is here: http://www.openandromaps.org/wp-content/users/tobias/Elevate4_Locus.zip

50
Versions / Re: [APP] - version 3.16.x (14. 3. 2016+)
« on: April 25, 2016, 20:45:36 »
Quote
and if a border of an area isn't closed, it's not treated by the rendering engine as as an area - so no color and no names.
ok understand, but.....
e.g. area of North Sea and Baltic Sea are blue, where is there the border for rendering?
That's a bit OT: If there is a sea/coast in a map, sea is treated differently - it's rendered below the land area as blue rectangle (that's the border for rendering), then the land area is rendered according to coastline/map boarders on top of sea. On the land area, everything else is is rendered, like lakes etc. Usually the sea and land areas are prepared once for proper rendering and are not updated anymore from current OSM data.

51
Versions / Re: [APP] - version 3.16.x (14. 3. 2016+)
« on: April 24, 2016, 08:59:01 »
Just checked: the Elevate 3 themes I have installed are V4 since Sept. last year. So they should be available in any case, right ?
Locus versions of Elevate 3 are version=1 and locus-extended=1 (see <rendertheme> tag). They can only be used with Locus 0.3 mapsforge fork . Standard versions of Elevate 3 are version=4, only those can be used with ML maps.

- in the area of country border color of lake is white and not blue e.g. Bodensee/Lake Constance or Genfer See
- name of lake isn´t displayed
The lake isn't probably completely contained in the maps (as country borders cut it), and if a border of an area isn't closed, it's not treated by the rendering engine as as an area - so no color and no names.

Question:
what should multilingual map display? - names of towns, POI´s ??

Every OSM name tag which has not just "name=*" (local name), but also "name:XX=*" can be seen, see here.
E.g. "name=München" has "name:EN=Munich", so if you choose standard language, "München" is displayed, if you choose english, "Munich" is displayed. For every name that has no "name:EN=*", the standard/local name is displayed.
It's not limited to towns, but this is the most likely usage.

52
Discussion/New features / Re: Mapsforge 0.5
« on: April 11, 2016, 14:12:18 »
So for maps V3, only themes with version="1, 2, 3", for maps V4, themes with version="4".

Hm, that's a bit strict. There's no issue in using V3 maps with V4 themes. Although the numbers differ, they aren't dependent on each other. Mapsforge 0.5 introduced V4 themes, while still producing V3 maps. It would be strange to be able to install V4 themes but not to use them, and will certainly cause support issues.

So if you install and choose a V4 theme switching to standard mapsforge would make sense to me.

53
Discussion/New features / Re: Mapsforge 0.5
« on: April 11, 2016, 13:52:46 »
That's excellent news, thanks!

Locus automatically decide which map renderer use by version of map.
Also by version of map theme?

54
Themes - Vector maps / Re: dpi independent map/theme
« on: March 13, 2016, 22:42:15 »
hmm that sound logical. Oki. And solution for this?

As mentioned above, that's the possibilities I see:

Quote
There's two solutions:

- scale tile size with dpi (as mapsforge did starting with 0.4, 256px for 160dpi, 512px for 320dpi etc.), not implemented in Locus (and most other apps)

- use different zoom levels for comparison (e.g. one tile at ZL15 at 160dpi=256px is equal to four tiles at ZL16 at 320dpi=512px) and adapt you theme files accordingly, e.g. extra files for different dpi (disadvantage: zoom-min/max in theme files have also to be adjusted for real conversion, and zoom-appear in map files can't be adjusted)

With the second option I meant you have to use higher ZL at higher dpi devices, so e.g. if ZL15 is fine for you at 160dpi, someone has to use ZL16 for the same area at 320dpi, and someone else ZL17 at 640dpi.

55
Kann ich mein Elevate Theme weiter verwenden wenn ich mir die karten aus dem Locus Store lade oder ist das Theme nur für die Openandromaps kompatibel bzw optimiert ?

Elevate ist schon für die OpenAndroMaps optimiert, d.h. es gibt einige Sachen, die in den OAM enthalten sind und den LoMaps nicht (und umgekehrt) und dann nicht dargestelt wird.
Grundsätzlich sind aber die Themes kompatibel. Mehr zu den Unterschieden zwischen den Karten hier: http://www.openandromaps.org/oam-forums/topic/unterschied-der-karten-vom-locus-store-zu-openandromaps

Ich hab auch mal gelesen dass Leute die POI Datenbanken der LoMaps mit OAM-Karten verwendet haben, ich weiß aber nicht ob das noch geht.

Viele Grüße,
Tobias

56
Themes - Vector maps / Re: dpi independent map/theme
« on: August 19, 2015, 22:40:27 »
What happens with a scalable theme like my Voluntary UK, where everything is defined in terms of dp?
Same as in column B. Everything with dp gets scaled, but not the tile size which is fixed at 256px. The problem is that lines are getting thicker, but areas stay the same (and are disappearing with too much scaling).

There's two solutions:

- scale tile size with dpi (as mapsforge did starting with 0.4, 256px for 160dpi, 512px for 320dpi etc.), not implemented in Locus (and most other apps)

- use different zoom levels for comparison (e.g. one tile at ZL15 at 160dpi=256px is equal to four tiles at ZL16 at 320dpi=512px) and adapt you theme files accordingly, e.g. extra files for different dpi (disadvantage: zoom-min/max in theme files have also to be adjusted for real conversion, and zoom-appear in map files can't be adjusted)

57
[DE] - deutschsprachiger Forumsbereich / Re: Drawer für Themes
« on: June 24, 2015, 11:57:44 »
Modulare Bauweise wäre ein Ansatz aber was lässt Du als Basis?
Der reine Horror als Programmierer.
20 Addons, die du getrennt zu verwalten hast. Das tut sich keiner an.
Muss gar nicht sein, siehe OSMAnd. Einfach die App mit allen Modulen ausliefern, der Nutzer kann sie (de)aktivieren.

58
Die Parallelentwicklung Elevate/Andromaps ist historisch bedingt, Elevate war immer eher ein Theme mit erweiterten Möglichkeiten. Da es für Christian aufwendiger war, alle Neuerungen selbst einzupflegen hat er einfach das, was seine Themes auszeichnet, in eine Elevate Version eingebaut. Wäre aber mal sinnvoll, das mal grundsätzlich anzugehen.

Und Elevate, die verschiedenen Versionen/Größen - wenn Du mir sagst, wie ich sämtliche mapsforge Versionen (0.3, 0.4, 0.5, Locus) und verschiedene Pixeldichten mit nur einer Version versorgen kann - und jeweils auch die Möglichkeiten ausreize - gerne :-)
Elevate 2 würde ich lieber heute als morgen ins Archiv stecken, dazu müssten aber noch ein paar Apps auf mapsforge 0.5 umstellen.

Eigentlich gibt es für jede App/Smartphone Kombi nur eine sinnvolle Version (ich dachte das geht aus dem Geschriebenem hervor), nur die SVG ist gerade zusätzlich. Da es große Probleme gab, SVG Icons in allen Apps zuverlässig zu rendern, ist die erst einmal zum Testen - langfristig würde ich da gerne ganz darauf umstellen.

Elements - einfach mal ausprobieren. In Deutschland macht das im Vergleich zu Elevate gar keinen Sinn, in Island sehr wohl, und umgekehrt.


59
Discussion/New features / Re: Mapsforge 0.5
« on: June 21, 2015, 10:23:19 »
- i have locus installed to internal SD and my Vectormaps are stored on extern SD, Elevate theme was installed automatic to internal theme folder. So at first moment Elevate was not available until i´v moved it to external theme folder. Perhaps you can add this info to your instruction file ;) for new users 8)
I just checked, this is fixed with latest updates.
Also the theme switcher works now reliable and remembers the settings. Thanks menion!

60
Troubles & Questions / Re: POIs: Where to get, how to filter?
« on: June 20, 2015, 08:36:00 »


Is this the selection menu in the settings, or where do you chose that?

The overlay selector when you hit the map theme chooser for a second time.

Pages: 1 2 3 [4] 5 6 7