Changes between Version 2 and Version 3 of OsgTerrainData


Ignore:
Timestamp:
Jul 31, 2010, 7:03:39 PM (14 years ago)
Author:
Torben Dannhauer
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • OsgTerrainData

    v2 v3  
    55
    66The following source data could be used:
    7 * Digital Elevation Data
    8  * Free global elevation data with 3 arcs resolution: SRTM data (NASA)
    9  * Free local high resolution elevation models: DEM data (www.viewfinderpanoramas.org)
    10 * Textures/Orthophotos
    11  * Free global low resolution texture data : Bluemarble Next Generation (NASA)
    12  * Free local low/medium resolution texture data: Landsat (NASA)
    13  * Commercial global medium/high resolution texture data: Landsat (atlogis.com, ...)
    14  * Commercial high resolution national texture data: e.g. Germany (Geocontent), USA (USGS), ...
     7 * Digital Elevation Data
     8  * Free global elevation data with 3 arcs resolution: SRTM data (NASA)
     9  * Free local high resolution elevation models: DEM data (www.viewfinderpanoramas.org)
     10 * Textures/Orthophotos
     11  * Free global low resolution texture data : Bluemarble Next Generation (NASA)
     12  * Free local low/medium resolution texture data: Landsat (NASA)
     13  * Commercial global medium/high resolution texture data: Landsat (atlogis.com, ...)
     14  * Commercial high resolution national texture data: e.g. Germany (Geocontent), USA (USGS), ...
    1515
    1616
     
    1818
    1919SRTM data with 3 arcs are available for free at
    20 * http://www.csi.cgiar.org/index.asp (american server, very slow)
    21 * ftp://xftp.jrc.it/pub/srtmV4/ (european mirror, very fast)
     20 * http://www.csi.cgiar.org/index.asp (american server, very slow)
     21 * ftp://xftp.jrc.it/pub/srtmV4/ (european mirror, very fast)
    2222
    2323Local high resolution DEM data (mainly based on SRTM)
    24 * http://www.viewfinderpanoramas.org/dem3.html
     24 * http://www.viewfinderpanoramas.org/dem3.html
    2525
    2626Tip:
    2727Because SRTM data is delivery in many small .zip or tar.gz files, download and unpack it automatically:
    28 <code>
     28{{{
     29#!sh
    2930wget -r ftp://xftp.jrc.it/pub/srtmV4/tiff/
    3031for zipfile in *.zip;do unzip -o "$zipfile" -d unpacked; done
    31 </code>
     32}}}
    3233
    3334
     
    3536
    3637Local High and global resolution Texture and DEM data
    37 * http://edcsns17.cr.usgs.gov/EarthExplorer/
    38 * http://glovis.usgs.com
     38 * http://edcsns17.cr.usgs.gov/EarthExplorer/
     39 * http://glovis.usgs.com
    3940
    4041To use LANDSAT arial images, read https://zulu.ssc.nasa.gov/mesid/tutorial/LandsatTutorial-V1.html for introduction. LANDSAT datasets are deliverey with up to seven images, each representing a different sensor with different wavelength. Three of this files (sensors for RGB) must be combined for the raw "natural" image.
    4142
    4243The image merging is possible with gdal_merge.py (available in FWTools):
    43 <code>
     44{{{
     45#!sh
    4446gdal_merge.py -o outfile.tif R_sensor.tif  G_sensor.tif B_sensor.tif
    45 </code>
     47}}}
    4648
    4749== National high resolution data ==
     
    5456To shift system load from HDD to CPU, compress all textures lossless with LZW. This will increase rendering time a lot, because usually the HDD ist the bottleneck.
    5557{{{
     58#!sh
    5659gdal_translate -co "COMPRESS=LZW" unsw ToDo
    5760}}}