-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG] add another back up server or change hosting server of maplibre style #3289
Comments
maybe jsdelivr is better?? https://www.jsdelivr.com/package/npm/@undp-data/style?tab=files |
I though jsdelivr is at least more reliable than unpkg and at least can solve the issue that unpkg.com is down today, but I changed my mind and closed the PR for style repo because there will be the same problem occurred if jsdelivr is down. @iferencik thank you for giving me your valuable insights for the PR. |
I don't think managing basemap styles in NPM with versioning is a bad implementation. we should keep NPM package to manage styles.
we also need to replace style JSON url and sprite URL |
I am thinking scripts property of package.json can be used to bring the style files before launching or building GeoHub. That can be easier, I think |
I included the latest style in dependencies via this PR #3332. but not yet changed style hosting |
I am going to change sprite path to relative path via UNDP-Data/style#38 |
Bug Description
Currently, maplibre style used in GeoHub is managed as NPM package with versions, and it will be automatically synced with unpkg.com which is one of CDN server.
However, unpkg.com server is down today, and GeoHub become unavailable. As @iferencik is suggesting, to prevent such risk, we need to add back up server for maplibre style (I am not sure it is possible to do in maplibre) or switch unpkg.com to another alternative solution.
Bug Reproduction
https://unpkg.com/@undp-data/style@1.2.0/dist/sprite/sprite@4x.png
Bug Impact
No response
Bug Screenshots
No response
Bug References
No response
Bug System Information
┆Issue is synchronized with this Wrike task by Unito
The text was updated successfully, but these errors were encountered: