IPB

Welcome Guest ( Log In | Register )

3 Pages V  < 1 2 3  
Reply to this topicStart new topic
shape from shade, so i do not take over Bjorn's
JohnVV
post Feb 1 2012, 06:53 AM
Post #31


Member
***

Group: Members
Posts: 862
Joined: 18-November 08
Member No.: 4489



a height map but that spot IS an artifact from Shamshu Patera
[attachment=26347:map.jpg]
that test image is a merg of a full map and and a close up
there are still some problems it getting something that is in-between scientifically close to accurate ( io is not a good candidate ) and something that also looks nice

otherwise a height map for the full moon would be gray with a few spots of lighter gray
[attachment=26349:close.jpg]
Go to the top of the page
 
+Quote Post
JohnVV
post Apr 17 2012, 09:03 AM
Post #32


Member
***

Group: Members
Posts: 862
Joined: 18-November 08
Member No.: 4489



for now i have dropped the hyperionCV sfs in favor of the old "mini.cpp" from a few pages back
examples using the LRO-WAC stereo DEM
-- 16 bit gray data was normalized and converted to jpg
the topo crop

the ISIS3 "shade" tool set at 270Deg and 45 deg height

and the sfs from it with some pre processing in G'mic
Go to the top of the page
 
+Quote Post
JohnVV
post Jan 15 2018, 06:13 AM
Post #33


Member
***

Group: Members
Posts: 862
Joined: 18-November 08
Member No.: 4489



just a update on a rather old thread
i was asked about using SFS
starting image of Ceres PIA21750
Attached Image


a 8 bit copy of the 32 bit float image
Attached Image


and a hillshade using GDAL
Attached Image


yes i am using the same old mini.cpp
-- link
https://drive.google.com/file/d/1v_y_rmCC6p...iew?usp=sharing

contains the original readme and the paper in pdf format along with the PIA21750 image
REQUIRES g++3.3 to build !!!

i also use a bash script to automate the multi resolution i use
a 1024x1024 , a 512x512,a 256x256 and a 128x128 images
this script uses
GDAL and G'Mic ( the TERMINAL VERSION of gmic)
CODE
#!/bin/bash

gmic PIA21750.pgm -resize 128,128 -split_freq 10% -n[1] 0,1 -o[1] 128.tif
gmic PIA21750.pgm -resize 256,256 -split_freq 10% -n[1] 0,1 -o[1] 256.tif
gmic PIA21750.pgm -resize 512,512 -split_freq 10% -n[1] 0,1 -o[1] 512.tif
gmic PIA21750.pgm  -split_freq 10% -n[1] 0,1 -o[1] 1k.tif

gdal_translate -of EHdr -ot Float32 128.tif 128.raw
gdal_translate -of EHdr -ot Float32 256.tif 256.raw
gdal_translate -of EHdr -ot Float32 512.tif 512.raw
gdal_translate -of EHdr -ot Float32 1k.tif 1k.raw

mini_sfs 1k.raw 2 35 95 2 66 2 c_dem
gmic c_dem1.raw,1024,1024 -split_freq 3% -n[1] 0.1,0.9 -o[1] 1kc.tiff

mini_sfs 512.raw 2 35 95 10 125 2 512_dem
gmic 512_dem1.raw,512,512 -resize 1024,1024 -blur 3 -split_freq 4% -n[1] 0.05,0.95 -o[1] 1k_512.tiff

mini_sfs 256.raw 2 35 95 10 200 2 256_dem
gmic 256_dem1.raw,256,256 -resize 1024,1024 -blur 4 -split_freq 5% -n[1] 0.05,0.95 -o[1] 1k_256.tiff

mini_sfs 128.raw 2 35 95 25 600 2 128_dem
gmic 128_dem1.raw,128,128 -resize 1024,1024 -blur 5 -split_freq 6% -n[1] 0,1 -o[1] 1k_128.tiff

gmic 1kc.tiff 1kc.tiff 1k_512.tiff 1k_256.tiff 1k_128.tiff -blend add -div 5 -n 0.1,0.9 -o HeightMap.tiff

gdaldem hillshade -z 40 -az 95 -alt 35 -compute_edges HeightMap.tiff hillshade.tiff

# this line below can be undocumented after a good test
# rm 128.tif 128.hdr 256.tif 256.hdr 512.tif 512.hdr 1k.tif 1k.hdr 128.raw 128_dem.hdr 128_dem1.raw 256.raw 256_dem.hdr 256_dem.hdr 256_dem1.raw 512.raw 512_dem.hdr 512_dem1.raw 1k.raw  1kc.tiff 1k_512.tiff 1k_256.tiff 1k_128.tiff c_dem.hdr c_dem1.raw 128.raw.aux.xml 256.raw.aux.xml 512.raw.aux.xml 1k.raw.aux.xml


now this is important !!!
the way i make the height map looses ALL real height information
only the RELATIVE data is there . If it looks twice as high and something in the image it is likely about twice as high but there is NO height in meters information
Go to the top of the page
 
+Quote Post
TrappistPlanets
post May 10 2021, 12:52 PM
Post #34


Junior Member
**

Group: Members
Posts: 69
Joined: 15-April 21
Member No.: 9009



QUOTE (JohnVV @ Apr 17 2012, 10:03 AM) *
for now i have dropped the hyperionCV sfs in favor of the old "mini.cpp" from a few pages back
examples using the LRO-WAC stereo DEM
-- 16 bit gray data was normalized and converted to jpg
the topo crop

the ISIS3 "shade" tool set at 270Deg and 45 deg height

and the sfs from it with some pre processing in G'mic

why does the 2 sides of the crater rim SFS dem look higher then everything else but in the real offishal dem everything on the rim is about the same height?
Go to the top of the page
 
+Quote Post
TrappistPlanets
post May 10 2021, 01:05 PM
Post #35


Junior Member
**

Group: Members
Posts: 69
Joined: 15-April 21
Member No.: 9009



i have a SFS dem of umbriel

Attached thumbnail(s)
Attached Image
Attached Image
Attached Image
 
Go to the top of the page
 
+Quote Post
TrappistPlanets
post May 10 2021, 01:07 PM
Post #36


Junior Member
**

Group: Members
Posts: 69
Joined: 15-April 21
Member No.: 9009



sorry that the attachemt was spammed, my computer or unmanned was glitching
and i was fighting my computer and it kept saying i didn't choose a file to upload and for some reason my attachment spammed when i posted when it finally said it was successful with uploading the attachment
Go to the top of the page
 
+Quote Post
JohnVV
post May 12 2021, 06:47 PM
Post #37


Member
***

Group: Members
Posts: 862
Joined: 18-November 08
Member No.: 4489



QUOTE
why does the 2 sides of the crater rim SFS dem look higher then everything else

this is how the program works
the areas that are tangent do not pick up the height data very well

this causes the " valley" effect in the direction of the lighting

this is one of the drawbacks of using SFS

now using gmic to remove most of the low frequency data this is somewhat improved ,but not eliminated

there is still no really GREAT solution to this issue


SFS is still a problem to be solved
Go to the top of the page
 
+Quote Post
TrappistPlanets
post May 12 2021, 11:25 PM
Post #38


Junior Member
**

Group: Members
Posts: 69
Joined: 15-April 21
Member No.: 9009



QUOTE (JohnVV @ May 12 2021, 06:47 PM) *
this is how the program works
the areas that are tangent do not pick up the height data very well

this causes the " valley" effect in the direction of the lighting

this is one of the drawbacks of using SFS

now using gmic to remove most of the low frequency data this is somewhat improved ,but not eliminated

there is still no really GREAT solution to this issue


SFS is still a problem to be solved


i tried installing gmic before and it didn't work (like none of the plugin's options were appearing)
and i did install it correctly

is there a way to process height map from a diffuse texture 100% in gimp?
Go to the top of the page
 
+Quote Post
JRehling
post May 21 2021, 03:07 AM
Post #39


Senior Member
****

Group: Members
Posts: 2473
Joined: 20-April 05
Member No.: 321



QUOTE (JohnVV @ May 12 2021, 11:47 AM) *
there is still no really GREAT solution to this issue

SFS is still a problem to be solved


Indeed. And for a surface with unknown reflectance properties (e.g., an outer solar system body with very few images) not to mention albedo variation that is not due to illumination conditions, it's in principle an unsolvable problem.

A 2006 work, for reference:

https://ieeexplore.ieee.org/document/1640974
Go to the top of the page
 
+Quote Post
TrappistPlanets
post Jun 10 2021, 11:37 AM
Post #40


Junior Member
**

Group: Members
Posts: 69
Joined: 15-April 21
Member No.: 9009



a friend of mine processed this fantastic dem from one of the juno ganymede images

it captured all the little cracks and stuff very well

here is a map verson i made from that dem (fixed inaccurate elevation, and issues in some craters)
Go to the top of the page
 
+Quote Post

3 Pages V  < 1 2 3
Reply to this topicStart new topic

 



RSS Lo-Fi Version Time is now: 26th September 2021 - 04:06 AM
RULES AND GUIDELINES
Please read the Forum Rules and Guidelines before posting.

IMAGE COPYRIGHT
Images posted on UnmannedSpaceflight.com may be copyrighted. Do not reproduce without permission. Read here for further information on space images and copyright.

OPINIONS AND MODERATION
Opinions expressed on UnmannedSpaceflight.com are those of the individual posters and do not necessarily reflect the opinions of UnmannedSpaceflight.com or The Planetary Society. The all-volunteer UnmannedSpaceflight.com moderation team is wholly independent of The Planetary Society. The Planetary Society has no influence over decisions made by the UnmannedSpaceflight.com moderators.
SUPPORT THE FORUM
Unmannedspaceflight.com is funded by the Planetary Society. Please consider supporting our work and many other projects by donating to the Society or becoming a member.