Open nmtoken opened 2 years ago
JB further comments that:
The OneGeology backdrop is very slow using Firefox and Chrome running on Windows and Chrome and Safari on Mac (http and https versions
@Amayafv to further clarify, this is a problem affecting users of the portal in Japan, and is not something we can test in Europe.
Perhaps we could add a tile server version of the OneGeology Backdrop as an alternative using a tile service, (as well as the existing base64 image). That way we can test if performance is improved in Japan.
[In progress] Someone is working on the subject to set up the tile service
From discussion on 24/10/2023, will look at changing default base map (and/or removing the current default). This option has previously been discussed see: https://github.com/OneGeology/TechnicalDiscussion/issues/22
Japan, have confirmed the Bing backdrop (Virtual Earth https://ecn.t1.tiles.virtualearth.net/tiles/) works about 10 secs faster for them on the staging platform over the performance of the current OneGeology backdrop on the production platform.
We must now evaluate whether there will be any cost (money) or usage restrictions if we switch to it, as per issue 22
The backdrop does seem to be coming from the BRGM hosted Carte du monde Onegeology
WMS service (mapsref.brgm.fr/wxs/1GG/monde1GG?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetCapabilities), perhaps we can revert to using this directly, rather than going throigh some intermediary conversion
JB at Geological Survey of Japan reports that OneGeology backdrop is very slow to render compared with other backdrops in the portal
OpenStreetMap, OpenTopoMap, and Bing backdrops are served through externally hosted tile services, whilst the OneGeology backdrop is served as an inline base64 image
data:image/png;base64...
Not sure if this affects other regions.
Not sure of the rationale behind this way of serving the OneGeology backdrop. Could there be any merit in switching to using a tile server?