We have been working on this pretty aggressively over the last couple of years. Take a quick look at ossimPlanet which is built on top of OSSIM and OSG 2.2. Binary installers for Windows and Mac, unfortunately we don't have it rpm'd for linux yet, source in svn.
http://www.ossim.org Currently we handle elevation in DTED, SRTM or General Raster formats. On ossim.telascience.org we have some large data sets including BMNG and a global elevation and bathymetry general raster set (1Gig download). Our plans include streaming these data sets from servers, but currently they need to be local to the machine or LAN. We use OSG for all of the visualization including kmz collada models from the Google Earth Warehouse. comm mechanisms for syncing multiple planets, GPU shaders for change detection between layers, etc... Mark On Nov 28, 2007, at 9:20 AM, Christoph Ehrler wrote: > Hi Bob, > > I have to disappoint you - sorry. > I gave up after a while and use a "flat" earth now... > (you can't see the mountains anyway if you don't zoom too much ;-) > > Cheers > Christoph > > > On Nov 28, 2007 2:48 PM, Bob Kuehne <[EMAIL PROTECTED]> wrote: >> hi chris, did you ever get this figured out? i'm running into the >> same >> problem. thanks! bob >> >> >> On Sep 19, 2007, at 5:19 AM, Christoph Ehrler wrote: >> >>> Hi @ all, >>> >>> probably it's a noob question... >>> I downloaded some data from NASA Blue Marble >>> (http://visibleearth.nasa.gov/view_set.php?categoryId=2355&p=3) >>> and tried to produce a whole earth representation with topography. >>> >>> But the height field does not match the texture. North and South are >>> mixed up as well as East and West. But when I start mirroring and >>> flipping the height field JPG it does not resolve much. >>> >>> Height field and texture are perfectly matching when using a normal >>> image viewer. >>> The problem is, if I use the height field as a texture the >>> "mountains" >>> show up at a complete different location than they show up as "real >>> bumps" when using the same file as height map. >>> >>> >>> >>> Height Field: >>> BMNG Raw Topography >>> srtm_ramp2.world.21600x10800.jpg >>> >>> Texture: >>> Blue Marble Next Generation w/ Topography and Bathymetry >>> world.topo.bathy.200406.3x21600x10800.png >>> >>> >>> I converted both data sources with gdal_translate to TIF files and >>> added a image pyramid with gdaladdo but it didn't resolve anything. >>> I am building the paged database to single files (IVE) instead of >>> building to an archive (OSGA) but as I can remember it makes no >>> difference for this problem too. >>> >>> >>> >>> gdal_translate srtm_ramp2.world.21600x10800.jpg srtm_ramp2.world. >>> 21600x10800.tif >>> gdaladdo -r average srtm_ramp2.world.21600x10800.tif 2 4 8 16 32 >>> >>> gdal_translate world.topo.bathy.200406.3x21600x10800.png >>> world.topo.bathy.200406.3x21600x10800.tif >>> gdaladdo -r average world.topo.bathy.200406.3x21600x10800.tif 2 4 8 >>> 16 32 >>> >>> >>> osgdemd --whole-globe -d srtm_ramp2.world.21600x10800.jpg >>> --whole-globe -t world.topo.bathy.200406.3x21600x10800.tif -l 5 -v >>> 1000 --geocentric -o blue_marble2.ive >>> >>> >>> >>> Some suggestions welcome :) >>> Thanks >>> Christoph >>> _______________________________________________ >>> osg-users mailing list >>> [email protected] >>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org >> >> bob kuehne >> founder and ceo - blue newt software >> www.blue-newt.com 734/834-2696 >> >> > _______________________________________________ > osg-users mailing list > [email protected] > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org _______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
