I came across this via Slashdot: http://asterweb.jpl.nasa.gov/ http://www.nasa.gov/home/hqnews/2009/jun/HQ_09-150_ASTER_Topographic_Map.htm... Quoting the press release above: "Previously, the most complete topographic set of data publicly available was from NASA's Shuttle Radar Topography Mission. That mission mapped 80 percent of Earth's landmass, between 60 degrees north latitude and 57 degrees south. The new ASTER data expands coverage to 99 percent, from 83 degrees north latitude and 83 degrees south. Each elevation measurement point in the new data is 98 feet apart." This is good news for us North Europeans. The north limit of the SRTM is a few hundred meters north from my home, about 30 km north from the Helsinki coast. Can anyone who knows the topography business take a look at this data and write scripts for translating ASTER elevation data and OSM with mkgmap? At the end of the above press release, there are a few links that ought to be useful for us:
For visualizations of the new ASTER topographic data, visit: http://www.nasa.gov/topics/earth/features/20090629.html
Data users can download the ASTER global digital elevation model at: https://wist.echo.nasa.gov/~wist/api/imswelcome and http://www.gdem.aster.ersdac.or.jp
Best regards, Marko
Dear Marko, I already wrote a class to read SRTM data directly with mkgmap, i.e. without having to create the contours as separate (huge) files. Since I'm still testing it and I have to add some configuration stuff (path of directory containing data, distance between contour lines etc.), I have not posted it yet. It can already read the .hgt-format and the CGIAR GeoTIFFs (the latter requires java image io to be installed). Since the ASTER files come as GeoTIFFs, I think it will be easy for me to read them (I will only have to adjust the tile size from 5x5 degrees to 1x1). Best wishes Christian Marko Mäkelä schrieb:
I came across this via Slashdot:
http://asterweb.jpl.nasa.gov/ http://www.nasa.gov/home/hqnews/2009/jun/HQ_09-150_ASTER_Topographic_Map.htm...
Quoting the press release above:
"Previously, the most complete topographic set of data publicly available was from NASA's Shuttle Radar Topography Mission. That mission mapped 80 percent of Earth's landmass, between 60 degrees north latitude and 57 degrees south. The new ASTER data expands coverage to 99 percent, from 83 degrees north latitude and 83 degrees south. Each elevation measurement point in the new data is 98 feet apart."
This is good news for us North Europeans. The north limit of the SRTM is a few hundred meters north from my home, about 30 km north from the Helsinki coast.
Can anyone who knows the topography business take a look at this data and write scripts for translating ASTER elevation data and OSM with mkgmap? At the end of the above press release, there are a few links that ought to be useful for us:
For visualizations of the new ASTER topographic data, visit: http://www.nasa.gov/topics/earth/features/20090629.html
Data users can download the ASTER global digital elevation model at: https://wist.echo.nasa.gov/~wist/api/imswelcome and http://www.gdem.aster.ersdac.or.jp
Best regards,
Marko _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
Hi Christian, On Tue, Jun 30, 2009 at 5:33 PM, Christian Gawron<christian.gawron@gmx.de> wrote:
Dear Marko,
I already wrote a class to read SRTM data directly with mkgmap, i.e. without having to create the contours as separate (huge) files.
This feature seems really cool! I'm looking forward to trying it out. Cheers, Ben
0> In article <4A4A84BD.2090801@gmx.de>, 0> Christian Gawron <URL:mailto:christian.gawron@gmx.de> ("CG") wrote: CG> I already wrote a class to read SRTM data directly with mkgmap, CG> i.e. without having to create the contours as separate (huge) files. 0> In article <af62527b0906301439t7472b68fofd2770753eeb36a5@mail.gmail.com>, 0> Ben Konrath <URL:mailto:ben@bagu.org> ("Ben") wrote: Ben> This feature seems really cool! I'm looking forward to trying it Ben> out. Seconded - although don't overlook the benefit of saving generated contours in big files, as they are computed very rarely, but the OSM data change frequently. Christian - does your contour generation attempt any curve fitting, or does it use the linear-interpolation-along-cell-edges algorithm as in gdal_contour (which is what I currently use to generate contours from GeoTIFF files)? A final warning on the ASTER data - the web site says that the data are free for "any users (individual/organization) who conduct work or research in 9 societal benefit areas (disaster, health, energy, climate, weather, ecosystem, agriculture, and biodiversity) defined by GEOSS (Global Earth Observation System of System)"[1]. Presumably others are not so entitled; there also seems to be restrictions on distributing derived works (e.g. posting generated Garmin OSM maps with ASTER contours). [1] <URL: http://www.ersdac.or.jp/GDEM/E/3.html >
Hi Christian, Am 30.06.2009 um 23:33 schrieb Christian Gawron:
I already wrote a class to read SRTM data directly with mkgmap, i.e. without having to create the contours as separate (huge) files.
This is very much encouraged. For the contour lines the computing times may be that long that it makes sense to have separate files (I'm doing contour lines for Germany in octave and it takes about half a week - and the contour function in octave is programmed native, not in octave script itself). What this is also good for is to calculate the inclination of roads, which in turn would be very nice to have for bicycle routing. So as soon as you have something working I'd like to have a look at it. Regards Thilo
participants (5)
-
Ben Konrath -
Christian Gawron -
Marko Mäkelä -
Thilo Hannemann -
Toby Speight