Opentopomap is an unreliable default choice for new installations

[jidanni]

** viking [Warning]): Download error: /home/jidanni/.cache/viking/OpenTopoMap/17/33577/48572.png
** viking [Warning]): curl_download_uri: http response: 404 for uri https://a.tile.opentopomap.org/17/33577/48573.png
** viking [Warning]): Download error: /home/jidanni/.cache/viking/OpenTopoMap/17/33577/48573.png
** viking [Warning]): curl_download_uri: http response: 404 for uri https://a.tile.opentopomap.org/17/33577/48574.png

viking 1.10

[rnorris]

As with any web service, the end user is beholden to the terms of use and availability thereof.

Users are empowered to change the default Mapping provider to suit their needs, indeed you can even run your own service using Open Data and Code.

Unless someone is willing to provide a less 'unreliable' (how does one measure this?) service, the defaults are unlikely to change.

[linuxguy123]

Is there a way to force Viking to retry OpenTopoMap seeks that failed ?

[rnorris]

@linuxguy123 No I'm afraid not. Otherwise it would probably need some kind of retry counter for certain failure modes; to prevent generating too many requests and possibly how distinguish between timeouts vs direct refusals. Manually updating e.g. via F5 on a particular view of interest is probably the easiest work-around.