Any chance of getting an SRTM terrain layer?
Announcing MapBox Streets: A Global Map with Street Level Detail
31–36 of 36 posts
Re: Announcing MapBox Streets: A Global Map with Street Level Detail
#32Earlier quoted context omitted.
As a maps dev, I'm very familiar with those exponential scaling problems, 4^z is a bitch. :-) Thanks for taking on this problem. What zoom level are you all at in major US metro areas?
Is there a way to selectively cache to deeper levels in certain areas? That'd be rad.
Re: Announcing MapBox Streets: A Global Map with Street Level Detail
#33Any chance of getting an SRTM terrain layer?
See the rest of the maps: http://tiles.mapbox.com/mapbox In short, not really, but kind of. Global SRTM = a lot of preprocessing, postprocessing, and design choices, that we haven't been motivated to do by any specific use case.
For anyone interested, from my own experience a few weeks back when I hacked up my elevation data workflow in 1-2 days. First off, data sources:
1. CGIAR-CSI for SRTM3, v4.1 core elevation tiles (N60 down to S60)
2. vastly improved-over-SRTM .hgt tiles for various mountaineous areas and many north-of-N60 areas from viewfinderpanoramas.org, can replace SRTM tiles with those where applicable but they don't have global coverage so need to merge 1. and 2.
3. anything not covered by 1. and 2. use the HGT tiles by "Radio Mobile" (rmw.recordist.com)
Now encode all roughly 144*360=51840 (minus pure ocean) tiles either to GeoTiffs (insane storage space requirements!) or (my approach) to PNG using any custom mapping of the elevation signed-int16 values to your RGB(A) channels. The compression/decompression is fast yet the storage needs are awesome, some 300kb max for a complex tile vs. many MB for tiff. Reading out PNG pixels can be done in client-side JavaScript these days.
Re: Announcing MapBox Streets: A Global Map with Street Level Detail
#34still the same problem with the OSM renderer : http://a.tiles.mapbox.com/v3/mapbox.mapbox-streets.html#10.0... there are more than 6 cities in this area, why so few labels ? (look at gmaps: http://maps.google.fr/?ll=47.38834,6.678009&spn=0.65269,... ). and I think there are not enough details for a medieval city : http://a.tiles.mapbox.com/v3/mapbox.mapbox-streets.html#16.0... but I think the color scheme is pleasant…
OSM rendering is extremely customizable. One can present city labels on zoom level 10 and above, or they could just start showing the city labels on zoom level 11. Each zoom level can have different parameters for the 2000+ map components. In a way it is overwhelming, but it's also fabulous!
Re: Announcing MapBox Streets: A Global Map with Street Level Detail
#35still the same problem with the OSM renderer : http://a.tiles.mapbox.com/v3/mapbox.mapbox-streets.html#10.0... there are more than 6 cities in this area, why so few labels ? (look at gmaps: http://maps.google.fr/?ll=47.38834,6.678009&spn=0.65269,... ). and I think there are not enough details for a medieval city : http://a.tiles.mapbox.com/v3/mapbox.mapbox-streets.html#16.0... but I think the color scheme is pleasant…
All of the issues you cite are actually just a matter of choice by the designer of this map stylesheet (for lack of a better word). OSM rendering is extremely customizable. One can present city labels on zoom level 10 and above, or they could just start showing the city labels on zoom level 11. Each zoom level can have different parameters for the 2000+ map components. In a way it is overwhelming, but it's also fabul…