Viewing 7 posts - 1 through 7 (of 7 total)
  • Author
    Posts
  • #19952
    JohnPercy
    JohnPercy
    Participant

    Could you please consider including verbose tags for sac_scale in the Elevate/Elements themes for the sake of compatibility?
    Locus Maps use the untransformed tags:
    T1 <-> hiking
    T2 <-> mountain_hiking
    T3 <-> demanding_mountain_hiking
    T4 <-> alpine_hiking
    T5 <-> demanding_alpine_hiking
    T6 <-> difficult_alpine_hiking
    https://wiki.openstreetmap.org/wiki/Key:sac_scale#Values

    #19983
    Tobias
    Tobias
    Moderator

    I don’t have any LoMaps for testing (the free download didn’t work with my account), so I can’t test it. AFAIK there are lots of other hiking related tags that LoMaps don’t contain, so why should one use them instead of OAM for which Elevate is made?

    Developer of Elevate mapstyle

    #19989
    JohnPercy
    JohnPercy
    Participant

    Why? I have no idea to be honest but wouldn’t want to dictate what users do. Personally I aim for the widest compatibility with my themes.
    I guess a Locus user might start with Locus maps, try out your themes with them, like them, and then decide to try out OAMaps and finally switch
    Anyway, it’s your call..

    • This reply was modified 1 year, 8 months ago by JohnPercy JohnPercy.
    #20004
    ChristianK
    ChristianK
    Keymaster

    Hi John,

    The basic problem in Mapsforge that causes incompatibility is the common value bug that forces Renderers to use unique values even across different tags. so, eq, the value “yes” cant be uses for different tags – it needs prefixes for different tags.
    … and every renderer uses different workarounds for this problem. No idea what Petr/Menion have done for the LoMaps to solve this problem – but I’m shure their solution (for a lot of tags) is different to OAM.

    This means it more than likely that tagging/theme is different in many ways.

    Best regards
    Christian

    #20006
    Emux
    Emux
    Participant

    It would be nice if developers contribute any Mapsforge (LGPL) modifications all these years.
    Fragmentation is never good for community.

    Emux

    • This reply was modified 1 year, 8 months ago by Emux Emux.
    #20009

    mbe57
    Participant

    Agree on that piece, Emux.
    But why would Mapsforge have this “common value bug” in the first place, which drives one aspect of fragmentation … ?

    #20011
    Tobias
    Tobias
    Moderator

    It would be nice if developers contribute any Mapsforge (LGPL) modifications all these years.
    Fragmentation is never good for community.

    This is more about fragmentation because of different tag-mapping solutions, not about changes to the api. I don’t know if having to settle on common tag values with all map creators for tag-mapping would justify the result that all themes can be used with all maps. Maybe nice to have, but would there really be a major benefit?

    Developer of Elevate mapstyle

    1 user thanked author for this post.
Viewing 7 posts - 1 through 7 (of 7 total)

You must be logged in to reply to this topic.