It is currently Fri, 22-09-17, 4:38 GMT

All times are UTC




Post new topic Reply to topic  [ 6 posts ] 
Author Message
PostPosted: Tue, 21-07-15, 18:27 GMT 
Offline
User avatar

Joined: Sat, 18-07-15, 0:11 GMT
Posts: 4
Hi, thanks everyone for continuing to support Celestia. Back in the day I put together an add-on pack of rough asteroid models. Recently I've been working on a set of tools for automatically building texture maps from images sent back from probes. My first target is Ceres. I thought you might like to see my first results from stitching together several Dawn RC3 images.

Once stitching accuracy and normal map generation is better I'll post some files that you can load into Celestia.

Matt

ImageImage


Top
 Profile  
 
PostPosted: Tue, 21-07-15, 18:58 GMT 
Offline
Site Admin
User avatar

Joined: Fri, 31-08-07, 7:01 GMT
Posts: 4495
Location: Hamburg, Germany
Hi wronkiew,

welcome at CelestialMatters!
Quote:
Recently I've been working on a set of tools for automatically building texture maps from images sent back from probes.


I do like this project of yours! How about applying the approach to the few existing hires photos of Pluto and Charon?

Fridger

_________________
Image


Top
 Profile  
 
PostPosted: Tue, 21-07-15, 19:29 GMT 
Offline
User avatar

Joined: Sat, 18-07-15, 0:11 GMT
Posts: 4
Hi Fridger,

My method requires images showing the terrain under different illumination conditions. Unfortunately that's not going to happen for Pluto, because New Horizons was flying out of the Sun. It's possible I might be able to recover pieces of Charon once more data is received.


Top
 Profile  
 
PostPosted: Thu, 23-07-15, 0:33 GMT 
Offline
User avatar

Joined: Tue, 04-09-07, 21:55 GMT
Posts: 766
Location: N 42.38846 W 83.45456
for removing low frequency shading i like to use Gmic
for the pic of Pluto the other day
Code:
gmic nh-plutosurface.png --split_freq 10% -n 1,255 -o[1] lopass.png -o[2] hipass.png


Image Image Image
( this is what i used for the SFS and blender render in a different post )
viewtopic.php?f=2&t=772#p13319


i normally use "cubeatt" to get a raw image
run a hipass and rerun cubeatt to re-import it into isis

gmic seams to work better than the isis tool "highpass"

as for stitching " noseam" works rather well
http://isis.astrogeology.usgs.gov/Appli ... oseam.html
see the example #1

have you looked at

for height maps ( stereo ) but dose need stereo images
https://github.com/NeoGeographyToolkit/StereoPipeline

and recovering Albedo
https://github.com/NeoGeographyToolkit/PhotometryTK

_________________
"I don't pitch Linux to my friends, I let Microsoft do that for me."
Using OpenSUSE 42.1 & Scientific Linux 6.7


Top
 Profile  
 
PostPosted: Thu, 23-07-15, 5:57 GMT 
Offline
User avatar

Joined: Sat, 18-07-15, 0:11 GMT
Posts: 4
Thanks John, those links will be very helpful.

I put up some more images to illustrate my process, which works with un-georeferenced probe images.

Image registration and estimate of lighting direction:
Image
Yes, I know the lighting isn't quite correct yet.

First stage output:
Image

Image Image
The second two encode the lighting and view directions in texture coordinates.

Then the second stage creates a model (albedo plus surface normal) with surface properties that reproduce the probe images. I don't really have any intermediate images that can illustrate the second stage.

There are a few things this process can do that ISIS and ARC's tools can't, in particular it can derive some of the surface albedo without a DEM. However, I'll likely get further by interoperating with those tools than with a fully custom implementation.


Top
 Profile  
 
PostPosted: Tue, 28-07-15, 5:14 GMT 
Offline
User avatar

Joined: Sat, 18-07-15, 0:11 GMT
Posts: 4
I'm stuck at the moment. Here is a part of the normal map that shows the problem:

Image

Medium-scale structures are reconstructed rather well in areas with good probe coverage. Small scale gets a bit noisy due to parallax and other alignment errors, but it's not too bad. The real problem is the tendency of the solver to tilt the surface on large scales, especially between the seams between input images. I expected this to be a problem, where the best-fitting solution isn't necessarily the most realistic one, but I haven't been able to eliminate the effect so far. I've improved the illumination direction finder to more closely match the probe images, much better than in the screenshot I posted earlier. I've tried averaging multiple good surface normal solutions rather than finding the best one, but doing that destroyed the medium-scale structures while doing little to solve the problem. And I have tried rejecting areas with poor illumination diversity, which helped a bit.

I think what I have to do is solve the elevation model rather than the surface normals. That would force it to come up with a solution that would at least be continuous with the unsolved areas. Then I can generate the surface normals from the bump map.


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 6 posts ] 

All times are UTC


Who is online

Users browsing this forum: No registered users and 2 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Group