Re: [osg-users] [vpb] terrain cracks
sorry for the late reply ! i build another terrain with other dem and imagery and it worked fine i don't know why ... -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=29483#29483 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [vpb] terrain cracks
Hi, Is this created from a single image or multiple tiled input images. If this is a tiled setup then check that the original images do not have a near black boarder to them (this can occur when tiling from various GIS/RS packages). If the image does have a black border then one of two things are occuring - 1. the boarder has a pixel value of 000,000,000 in which case it is seen as an alpha channel and the next lowest level of detail image will be used in its place or the default terrain colour. 2. The boarder appears black but is not 0,0,0 (could be 010,010,010) in which case the you will end up with a black edge. If the data set is created from a single image then you may also wish to check that you have a value set for the skirt ratio. Hope something here helps. Cheers, Colin www.aamgroup.com -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=26936#26936 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] [vpb] terrain cracks
Hi, i have built one simple terrain database but with some visual problems [Image: http://img405.imageshack.us/img405/2875/screenshot0c.jpg ] (http://img405.imageshack.us/i/screenshot0c.jpg/) here the gdalinfo for the elevation Driver: GTiff/GeoTIFF Files: SRTM_u03_p198r035.tif Size is 2776, 2629 Coordinate System is: PROJCS[unnamed, GEOGCS[WGS 84, DATUM[WGS_1984, SPHEROID[WGS 84,6378137,298.2572235630016, AUTHORITY[EPSG,7030]], AUTHORITY[EPSG,6326]], PRIMEM[Greenwich,0], UNIT[degree,0.0174532925199433], AUTHORITY[EPSG,4326]], PROJECTION[Transverse_Mercator], PARAMETER[latitude_of_origin,0], PARAMETER[central_meridian,-3], PARAMETER[scale_factor,0.9996], PARAMETER[false_easting,50], PARAMETER[false_northing,0], UNIT[unknown,1], AUTHORITY[EPSG,32630]] Origin = (602850.36006549827,4109954.24652878430) Pixel Size = (90.000,-90.000) Metadata: AREA_OR_POINT=Area TIFFTAG_XRESOLUTION=100 TIFFTAG_YRESOLUTION=100 Image Structure Metadata: INTERLEAVE=BAND Corner Coordinates: Upper Left ( 602850.360, 4109954.247) ( 1d50'31.60W, 37d 7'49.07N) Lower Left ( 602850.360, 3873344.247) ( 1d52'22.63W, 34d59'50.94N) Upper Right ( 852690.360, 4109954.247) ( 0d57'59.84E, 37d 4'10.40N) Lower Right ( 852690.360, 3873344.247) ( 0d51'40.54E, 34d56'28.62N) Center ( 727770.360, 3991649.247) ( 0d28'18.09W, 36d 2'33.94N) Band 1 Block=2776x1 Type=Int16, ColorInterp=Gray and the imagery Warning 1: TIFFFetchNormalTag:ASCII value for tag GeoASCIIParams contains null byte in value; value incorrectly truncated during reading due to implementation limitations Driver: GTiff/GeoTIFF Files: oran_merged.tif Size is 10726, 4930 Coordinate System is: PROJCS[unnamed, GEOGCS[WGS 84, DATUM[WGS_1984, SPHEROID[WGS 84,6378137,298.2572235630016, AUTHORITY[EPSG,7030]], AUTHORITY[EPSG,6326]], PRIMEM[Greenwich,0], UNIT[degree,0.0174532925199433], AUTHORITY[EPSG,4326]], PROJECTION[Transverse_Mercator], PARAMETER[latitude_of_origin,0], PARAMETER[central_meridian,-3], PARAMETER[scale_factor,0.9996], PARAMETER[false_easting,50], PARAMETER[false_northing,0], UNIT[unknown,1], AUTHORITY[EPSG,32630]] Origin = (648054.37500486255,3980488.12509466940) Pixel Size = (14.249096525987330,-14.249096525987330) Metadata: AREA_OR_POINT=Point Image Structure Metadata: INTERLEAVE=PIXEL Corner Coordinates: Upper Left ( 648054.375, 3980488.125) ( 1d21'29.63W, 35d57'27.25N) Lower Left ( 648054.375, 3910240.079) ( 1d22'16.08W, 35d19'27.98N) Upper Right ( 800890.184, 3980488.125) ( 0d20'4.69E, 35d55'20.84N) Lower Right ( 800890.184, 3910240.079) ( 0d18'30.50E, 35d17'24.46N) Center ( 724472.280, 3945364.102) ( 0d31'16.60W, 35d37'35.78N) Band 1 Block=10726x1 Type=Byte, ColorInterp=Red Band 2 Block=10726x1 Type=Byte, ColorInterp=Green Band 3 Block=10726x1 Type=Byte, ColorInterp=Blue thanks and good day -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=26816#26816 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [vpb] terrain cracks
On 4/15/2010 1:43 AM, issam boughanmi wrote: I don't think those are cracks -- cracks would show through the background color blue. This are probably texture edge defects. Sometimes you see something like this when CLAMP_TO_EDGE texture mode isn't used or available. What's your graphics hardware, and is the driver up to date? -- Chris 'Xenon' Hanson, omo sanza lettere Xenon AlphaPixel.com PixelSense Landsat processing now available! http://www.alphapixel.com/demos/ There is no Truth. There is only Perception. To Perceive is to Exist. - Xen ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [vpb] terrain cracks
hmmm... ati x1950 pro win7 latest legacy dirvers :) not sure i am not on my machine but i think Catalyst 9.1 since my graphic card isn't supported by ati on windows 7 ... -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=26852#26852 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [vpb] terrain cracks
i will try this thanks -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=26858#26858 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [vpb] terrain cracks
On 4/15/2010 9:23 AM, issam boughanmi wrote: i will try this Another thing to check -- turn off texturing in OSGViewer while displaying your model. If the black lines go away, it is a texturing problem (possibly the CLAMP_TO_EDGE) and not a real geometry problem (like a crack/gap). thanks -- Chris 'Xenon' Hanson, omo sanza lettere Xenon AlphaPixel.com PixelSense Landsat processing now available! http://www.alphapixel.com/demos/ There is no Truth. There is only Perception. To Perceive is to Exist. - Xen ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [vpb] terrain cracks
ah yes checked yesterday without texturing it show without problem ... -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=26860#26860 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org