Viewing 15 posts - 1 through 15 (of 39 total)
  • Author
    Posts
  • #58299
    troNpo
    Participant

    Hello, I think the issue was not discussed before, or I did not find the report
    Beacon icons lose their background after zoom 15
    For example with the theme Elevate.
    This would be the right thing to do.
    But in both OruxMaps beta and Cruiser app, the blue background for example disappears
    Image attachment
    In OruxMaps beta it happens since the last update of mapsforge libraries, I don’t know if it’s related
    Thank you.

    #58303
    troNpo
    Participant

    After the latest update of Locus Maps, the same thing happens in this app

    #58304
    Avatar photoEmux
    Participant

    Map themes probably need to use the new Display.FORCED option in these rules.

    Documentation: https://github.com/mapsforge/mapsforge/blob/master/docs/Rendertheme.md#display

    Implementation: https://github.com/mapsforge/mapsforge/pull/1717


    Cruiser and Mapsforge developer

    #58305
    Avatar photoEmux
    Participant

    See also the discussion here:

    https://github.com/mapsforge/mapsforge/pull/1586#issuecomment-3046372969


    Cruiser and Mapsforge developer

    #58306
    troNpo
    Participant

    Thank you very much for the information, I will review to solve my theme.

    #58307
    Avatar photoEmux
    Participant

    This will be available in the next Mapsforge 0.26 release.

    https://github.com/mapsforge/mapsforge/blob/master/docs/Changelog.md


    Cruiser and Mapsforge developer

    2 users thanked author for this post.
    #58308
    Avatar photoJohnPercy
    Participant

    So, we have to wait for the various apps to implement this version of the Mapsforge engine before updating themes?
    Also, there seems to be no backwards compatibility so it will be difficult (or impossible) to ensure a theme will work on apps that have updated the Mapsforge engine and those that have not yet done so? Perhaps I will have to write the command twice, once with display=always and once with display=forced?

    Voluntary and Velocity themes - https://voluntary.nichesite.org

    #58309
    Avatar photoEmux
    Participant

    I understand the problems.

    This change was made by a community contribution trying to improve other things.

    Unfortunately, it was impossible to catch and test this special case,
    since none of us use “always” in such a way: combine theme icons,

    I have no problem to revert the “always” change and remove the “forced”,
    so community will be happy and all themes and apps remain compatible.

    But someone must write and test the code and provide a pull request.
    Then I can review the pull request.


    Cruiser and Mapsforge developer

    1 user thanked author for this post.
    #58310
    Avatar photoEmux
    Participant

    In any case, instead of expecting the theme to combine icons with the “always” option,

    it’s better to have these icons prepared as files in the theme folder and use them like other icons.

    And that would work in all current and future applications.


    Cruiser and Mapsforge developer

    #58311
    mbe57
    Moderator

    Well, Emux, the hiking/biking signs x names use case will explode the number of icons you have to build. 100s, if not more.
    Could you add a master switch in the theme header that makes always behave like forced – for the time of transitions of Apps. Because I think the new forced mode and always behaviour has value, too.

    2 users thanked author for this post.
    #58313
    Avatar photoTobias
    Keymaster

    In any case, instead of expecting the theme to combine icons with the “always” option,

    it’s better to have these icons prepared as files in the theme folder and use them like other icons.

    And that would work in all current and future applications.


    Cruiser and Mapsforge developer

    I’m sorry, but combining icons for waymarks is much more efficient. display=always has been used for this at least in OAM since 2016, so it’s no unknown hack. Just because something isn’t mentioned in mapsforge documentation means that it can be broken is not a really good point – because so much in mapsforge isn’t well documented, and creative use of existing functions in theming and creating maps have made mapsforge in practice much better.

    Changing the display=always behaviour after such a long time breaks compatibility, and compatibility was always a strength of mapsforge. Even adding a master switch in the theme header as Michael suggested should only change the behaviour to the new one, default behaviour should be the long established one.

    Best regards,
    Tobias

    Developer of Elevate mapstyle

    3 users thanked author for this post.
    #58314
    Avatar photoEmux
    Participant

    If you do not want to change the icon files, then the solution is simple:

    I will make a new Mapsforge release immediately with the “forced” option,
    all apps can use the new release immediately and you can update the themes soon.


    Cruiser and Mapsforge developer

    #58315
    Avatar photoTobias
    Keymaster

    If you do not want to change the icon files, then the solution is simple:

    I will make a new Mapsforge release immediately with the “forced” option,
    all apps can use the new release immediately and you can update the themes soon.


    Cruiser and Mapsforge developer

    That’s a no go. We usually wait a long time before raising the compatibility bar in OAM, and then only if it’s justified by a real gain for the users. Usually till most known apps have adapted to the new version, and then only if it adds value (there’s users who use old apps etc.). Using display=force instead of display=always for the same rendering doesn’t add any value, but breaks backward compatibility.
    So why change the label for an existing and working function in the first place? Just use a different, e.g
    display=sometimes for the new always, and render display=always same as display=forced.

    Developer of Elevate mapstyle

    2 users thanked author for this post.
    #58316
    mbe57
    Moderator

    I agree with Tobias 100%. When looking into forums I see many older devices, reluctance to change a running App etc. etc.
    Not the fanciest attitude, but very human, right?
    Brute force can break an eco system, in nature as well as for IT solutions (for companies and end users and Apps alike).
    Tobias’ proposal serves both purposes: you can innovate without breaking the Mapsforge eco system.
    I strongly support.
    Cheers
    Michael

    2 users thanked author for this post.
    #58317
    tumic
    Participant

    In any case, instead of expecting the theme to combine icons with the “always” option,

    it’s better to have these icons prepared as files in the theme folder and use them like other icons.

    And that would work in all current and future applications.


    Cruiser and Mapsforge developer

    I’m sorry, but combining icons for waymarks is much more efficient. display=always has been used for this at least in OAM since 2016, so it’s no unknown hack. Just because something isn’t mentioned in mapsforge documentation means that it can be broken is not a really good point – because so much in mapsforge isn’t well documented, and creative use of existing functions in theming and creating maps have made mapsforge in practice much better.

    Changing the display=always behaviour after such a long time breaks compatibility, and compatibility was always a strength of mapsforge. Even adding a master switch in the theme header as Michael suggested should only change the behaviour to the new one, default behaviour should be the long established one.

    Best regards,
    Tobias

    “creative use” is a synonym to “hack”… And hacks won’t work in different implementations of the Mapsforge format, for example GPXsee won’t display “combined icons” either. If you want a universally working theme, you should stick to the documentation, not to what works in one version of a single implementation.

Viewing 15 posts - 1 through 15 (of 39 total)
  • The topic ‘OSMC beacon icons’ is closed to new replies.