Have you noticed faster tiles lately? Browsing the map on openstreetmap.org should now be even more responsive. Three new servers, started providing tiles over the last 2 weeks, joining a server which started earlier in the year.
- Tile server saphira, located in London UK kindly hosted by Jump Networks.
- Tile server viserion, located in Pula Croatia, kindly hosted by CARNet.
- Tile server stormfly-02, Located in Corvallis USA, kindly hosted by OSUOSL.
- Tile server longma, Located in Hsinchu Taiwan, kindly hosted by NCHC.
Map tiles are delivered to users based on their GeoDNS location. The OpenStreetMap tile content delivery network (CDN) now supports EDNS-client-subnet to improve locating the closest region tile cache.
OpenStreetMap tiles are free for everyone to use, but should be used with moderation. If you are a high traffic site you should look into switch2osm.org to find out how to use the data and keep the tiles available for everyone.
Thanks to generous donations and active local community members, the OpenStreetMap distributed tile delivery infrastructure continues to grow.
The OpenStreetMap Foundation seeks additional distributed tile servers. If you would like to donate a tile server and hosting, please see the Tile CDN requirements page on the wiki. You can also support OpenStreetMap by donating to the OpenStreetMap Foundation.
The OpenStreetMap Foundation is a not-for-profit organization, formed in the UK to support the OpenStreetMap Project. It is dedicated to encouraging the growth, development and distribution of free geospatial data and to providing geospatial data for anyone to use and share. The OpenStreetMap Foundation owns and maintains the infrastructure of the OpenStreetMap project.
Pingback: 國網中心贊助了 OpenStreetMap 頻寬 | Gea-Suan Lin's BLOG
Great news! Too bad Australia doesn’t have a tile server any more. My tiles load from west coast USA at average 390ms latency 🙁
Hello,
correct me if I’m wrong, but looking at some samples like this one:
https://c.tile.openstreetmap.org/8/130/88.png
it looks like the PNG files have not been heavily optimized since both pngout and zopflipng are able to reduce the file size.
$ zopflipng 88.png 88-zop.png
Optimizing 88.png
Filter strategy zero: 33617 bytes
Result is smaller
Input size: 35132 (34K)
Result size: 33617 (32K). Percentage of original: 95.688%
$ pngout 88.png 88-out.png
In: 35132 bytes 88.png /c3 /f0 /d8
Out: 33683 bytes 88-out.png /c3 /f0 /d8, 256 colors
Chg: -1449 bytes ( 95% of original)
5% smaller files is not a huge saving but could still be noticiable on a large scale.
For PNG files and optimization you should talk to people on developer mailing list. They can give you better answer.
Pingback: weekly 233 – 30.12.–05.01.2015 | weekly – semanario – hebdo – săptămânal – haftalık – 週刊