Nearly Every USGS Topo Map For Free
equipped.outdoors.org
equipped.outdoors.org
Of course, we can get the data "for free" from the USGS. But then we'd have to host and query the data ourselves, which becomes...expensive. I wonder if there's an inexpensive solution out there, for high-res elevation APIs?
[1]: http://petewarden.com/2013/09/09/why-you-should-stop-piratin... [2]: http://www.datasciencetoolkit.org/
1) Download the SRTM elevation datasource for the region you're interested:
http://e4ftl01.cr.usgs.gov/SRTM/SRTMUS1.003/2000.02.11/
2) Load the .HGT files into PostGIS using raster2pgsql:
http://postgis.net/docs/using_raster_dataman.html#RT_Raster_...
3) Run your queries, relatively simple:
SELECT ST_Value(elevationraster, Point(51.123,-91.123)) FROM elevation_data;
We use it for our route planner on http://ridewithgps.com
Feel free to email me, cullen@ridewithgps.com if you want to use it, or just have questions about getting something together yourself.
Edited to add: code is open source, you just need an afternoon to tweak it (it's a ruby lib and a sinatra app) to work, along with some SRTM gridfloat dems. Code is here:
https://github.com/ridewithgps/humps
And if you need to convert from geotiff to gridfloat, here's some bad C:
I've been considering hosting one myself (based on USGS data), but only if it seems like there are other people who are interested in such a service.
Yes, it seems hard to believe that a topo can go out of date, but features do change and in particular trails change.
Still, the fact that USGS has been making these available (on their own site and now this special one) has shown them to be the on the side of the good guys.
http://www.washingtonpost.com/business/economy/alaskas-outda...
When I complained to Garmin, their response was that it was not an error and I should buy the (more expensive) 24k maps, which do show the lakes. They claimed the 100k maps don't have enough "detail" to show the lakes, yet they do show the tiny little creeks that were there 40 years ago, and they show other lakes that are only 22 acres. So, Garmin will happily sell you maps based on 40-year-old data and then charge you more to upgrade to newer data. By comparison, the USGS maps seem stunningly timely.
http://garmin.openstreetmap.nl/
OpenStreetMap often lacks detail in the U.S. (it wouldn't be surprising for an area to have missing water bodies...), but maybe you are in an area where it is useful.
One downside though is they are obviously using some elevation and image analysis to auto detect drainages and mark them as water. A significant number of draws in our area were marked as creeks, when it was actually an ATV trail along the bottom.
Other than that, a very very worthwhile product if you plan on doing any serious hiking/motorcycling/etc and plan on extensive use of GPS.
I can say with some pride that the reason CalTopo has nationwide coverage is because we made a deal with them a long time ago to get that done. Matt originally set up CalTopo for his search and rescue efforts in California, hence the name!
I'd always heard that there used to be a bunch of airports up and down the San Francisco Peninsula. Now I can see where they were: Bay Meadows, San Mateo, Belmont, Cooley (a private airport north of San Carlos), downtown Mountain View, and a seaplane base by the San Mateo Bridge:
http://ims.er.usgs.gov/gda_services/download?item_id=5506677...
The circles that look like gears are airports.
If this gets your curiosity going like it did mine, this site has more about these airports:
http://www.airfields-freeman.com/CA/Airfields_CA_SanJose.htm
And if you're around Palo Alto, did you know that Hawthorne Avenue, three blocks north of University, used to be a railroad spur leading to the Catholic University (now St. Patrick's Seminary)?
http://ims.er.usgs.gov/gda_services/download?item_id=5503465...
<a href="http://www.example.com">
So no, you can't use a quote mark in a URL without escaping it.
">
to the server.
As an experiment, they even have a couple Minecraft servers running with a copy of the elevation model in 1:1 (site is in Danish only): http://gst.dk/emner/frie-data/minecraft/
Many other countries do not do that. Why is why OpenStreetMap started off in UK and is big in Europe.
So yes, many countries will sell you raster/sheets of topographic details, but it won't be open.
https://www.google.com/maps/@46.0265849,8.9695393,14z/data=!...
Look how just over the Italian border it gets fuzzy again.
If you have the app, these maps can be synced to your various devices, downloaded, and printed for back-up.
We've worked on this for about six years now... founded the company soon after moving to SF and joining Hacker News.
2) No lite/trial version besides the website (but email for a refund anytime). There will probably be a free app along soon though, useful on its own, to help market the paid products.
3) As for Gaia's IAP (GaiaPro), we added that much later, so I would call it "optional."
Could I get you to dump your idea on UserVoice here: http://help.gaiagps.com/forums/118985-ideas-for-gaia-gps
Then you will get updated if we make progress, or if others comment/vote.
1) What version are you on, the latest iOS version we pushed, 9.1.3?
2) When you say it switches zooms randomly, is this just while looking at the screen, it jumps? Any other info?
3) You can also "Download Map Along Track" too - for any saved route or trail. We never considered polygonal downloads to be that useful, and also adds complexity to the UI. We'd do it, but it's not a priority, and we'd want to do it just right.
4) When the Guide Me line is wrong, in what way? Does it not end on the waypoint? Does it not start with where you are?
= (
Still, it's nice. But a lot of mapping/trail apps will probably still be charging you money to download topo maps, since it's a significant source of revenue. Topo maps have actually been available for free for a long time; it's just really god damn aggravating trying to put them on your device and load them into your program of choice. Plus, the new PDF format sounds incompatible with old apps.
And the trails are in the layer "Map Frame -> Transportation -> Road Features".
And the Trail names are present in the layer "Map Frame -> Transportation -> Road Names and Sheilds".
Then the trail data disappeared from the GIS server.
Apparently USFS management was clueless that anyone who (1) knew the address ("endpoint") for the GIS server and (2) had GIS client software, could display (gasp!) the trail data.
I have seen the trail data. Is it perfect? No, of course not - and it never will be. Is it more right than wrong? Absolutely!
Certainly the USFS could provide that data to the USGS so many more trails could be included on the new digital topos but so far the USFS has refused to do so.
Naturally I filed a FOIA for this trail data and naturally it was denied. My FOIA appeal is currently pending before the USFS Chief.
Here's a bit of good news. Before the trail data disappeared from the GIS server I downloaded the data for trails in the national forests in WA, OR and CA. I then processed that data with some custom code to make it more useful and produced a series of trail maps with mileages. If you are curious you can visit the Gmap4 examples page and look down just a bit for the link to the national forest maps. http://www.mappingsupport.com/p/gmap4_examples.html
Joseph, the Gmap4 guy
http://www.openstreetmap.org/#map=10/37.6719/-122.3376&layer...
Being overly pedantic, there is more or less wide opposition to getting such data sets "into OpenStreetMap", it's better to treat it as a second data set at render time (as above).
Another useful site is http://viewer.nationalmap.gov/viewer/ which is a Google Maps like interface that allows downloading map data, topos, and other data files.
There's also some web APIs available for retrieving and querying the data at http://basemap.nationalmap.gov/arcgis/rest/services
The Libre Map Project has a copy of the data (they were really hard to find for a while) and allows searching for feature names and downloading TIFFs of USGS quadrangles, TFW files, and TIGER files.
By my count there are 5 browser apps that I refer to as enhanced Google map viewers. Each of us devs have produced our own version of Google maps on steroids so you can surf maps (including seamless topos), display your data, or display other data that you find online.
In order more-or-less by launch date, these 5 apps are: ACME Mapper GPS Visualizer Gmap4 (Joseph Elfelt - that’s me) Hill Map CalTopo (Matt Jacobs)
A few years ago the USGS made very hi-res scans of all (yup “all”) their paper topos. Matt shipped a box of harddrives to USGS and got back copies of those scans for the most recently published paper topo for all of the USA. Of course for some locations the “most recently published paper topo” is rather old. Matt whipped up some GDAL magic to de-collar those scans and chop them into tiles. He is hosting the tiles on Amazon’s cloud and invited me to display them with Gmap4 (where I call Matt’s tiles “t4 Topo High).
Gmap4 default map: http://www.mappingsupport.com/p/gmap4.php
Gmap4 homepage: http://www.mappingsupport.com/p/gmap4.html
Finally here is a project I just started a few days ago to use Gmap4 to display data that (1) is hosted on state and federal GIS servers and (2) shows public land boundaries and recreation features. Here is the top page for this project. OK, time to ’fess up. I’m a software dev, not a web designer. http://www.propertylinemaps.com/p/public_land_map.html
You can customize these links. For example, here is one that displays the very cool New York state bike map zoomed in on a random spot: http://www.mappingsupport.com/p/gmap4.php?ll=42.346429,-76.8...
(The html pages for these public land maps contain a plug for my startup which georeferences land surveys and property legal descriptions.)
One of the next features I am going to add to Gmap4 is the ability to click a GIS feature and see a popup with the attributes for the thing you clicked.
Joseph, the Gmap4 guy
The majority of these maps were originally intended to be printed on 23x27 inch sheets of paper. Assuming they were printed at around 300 dpi, somewhere between 1-8 bits per pixel (after compression, this is the shakiest part of my estimate!), that's around 50 million pixels per sheet, somewhere around 6-50MB per sheet. So somewhere between 1/2TB to 4TB for the whole data set (and I could easily be too low or too high by a factor of 2).
"Always do the math" is a very nice piece of advice that I got from who knows where. More often than not you nail it.
However, it doesn't stop there. As part of the 3DEP (3D Elevation Program)[1], Lidar/IfSAR data is being collected across CONUS. One of the products that will be available (hopefully next year) is a 1-meter DEM, which should roughly be around 35TB (100 times as much data compared to 10-meter).
A while back I made a script to download NED elevation data from the USGS site. The files were elevation data for 1/3 arcsecond or 1 arcsecond squares and were available in a float format and/or ArcGIS. The files for a 1/3 arcsecond square in ArcGIS format were zipped up and came to ~320 Mb. The float format files are even larger. I don't remember exactly, but I think there are a few thousand of them for the entire United States.
And that was just NED elevation data, not feature data like roads and trails or lakes, or aerial imagery or topo quadrangles.
FWIW, the script is on GitHub, but doesn't work any more due to changes on the USGS website. It actually uses PyQt's webview to do the downloads because the download process used a ton of Javascript with callbacks and notifications because the data was in a tape library and had to be fetched and loaded before the download could begin.
https://github.com/jl2/GIS-Stuff/blob/master/map_download/ne...