I'm interested in the area around the lunar north pole, from 88N to the pole. I'd like to have 3D images of that area, but I've been unable to find a program that will read the LOLA data files. I've tried several 3D mapping programs, and I've had no success.

Is there a method to generate 3D images, or are there such files available for this area of the moon?

Thanks,

JR

If you know Blender you can use my script : Blender Script

Ciao
VB

some research on this forum
AND
reading the .lbl label file would show that the data is in 16 bit singed integer
and even imagemagic can read it as a raw( gray) image
the very old OpenEV can import it
I use ISIS3 on linux to work with img files
and photoshop should be able to open a ( 16int ) image as a raw

and there is even a blender script JUST FOR importing the lola data
a link IS POSTED on this forum , research would have found it .
the second listing in the
"Image Processing Techniques"
http://www.unmannedspaceflight.com/index.php?showtopic=6878

also Bjorn Jonsson's "img2png" might open them ( and convert the 16 bit to 8 bit )

I know next to nothing about Blender, but I'll sure give it a try :-)

JR

I know very little about image processing - my skills are in far different areas. Ergo, my rather basic question...

JR

Welcome, joertexas! There's a lot here but finding something specific can be a bit like raking through a huge jumbled spoil heap. Usually somebody in the know will provide a pointer. Don't stop asking.

IMG2PNG converts 8 bit IMGs to 8 bit PNGs and 16 bit IMGs to 16 bit PNGs. It might be able to convert these particular files and if not the new version I'm working on might do it (see this thread for details).

Thanks for the reply. I'm an aircraft mechanic by training, so I don't do a lot with graphics programs.

JR

I tried loading this script into the latest Blender version, and the script doesn't populate into the list of available add-ons to run...

JR

it ONLY runs on blender 2.56 BETA
it will NOT work on the stable 2.49b or 2.48

also i think i posted on blenderartists that there is a minor bug in the svn grab
as i recall a minor typo
line 19
---
bl_addon_info = {
---
should be this

once blender 2.56 starts
hit "x" then <enter> to delete the default cube
then <control> + < alt + < u > to bring up the add on tool
click the add ons tab
click "install add on "
navagate to the "io_import_LRO_Lola_MGS_Mola_img.py"
and install
close blender and reopen ctlr,alt,u to the menu and look for
Click to view attachment
but a check in it
then on the lower left is the menu

I'e done this, and now it installs and tries to open the IMG file in Blender. But, when I accept the file, the screen returns to the main screen - and then nothing else happens.

JR

what lola file are you using
-- remember the lbl must ALSO be there for it
the "ldem_16.img WITH the REQUIRED ldem_16.lbl in the same folder is the MAX the biggest full globe that can be opened with 8 gig of system ram on a 64 bit OS
and that will take a lot of time to open

the ldem_4.img & ldem_4.lbl combo is the recommended for the full globe
ftp://pds-geosciences.wustl.edu/lro/lro-l...ylindrical/img/

joertexas, is possible that you haven't a correct version of Blender. If you use Windows, download from Graphicall a new version.

Win 64
Win 32

These versions alredy have my script

If you use a different S.O. search in graphicall a recent version and download again my script.

Ciao
VB

[edit] Some trick for speed up in 3Dview
Before you start the import, change the View port shading to Bounding box. After the import set in User preference system VBOs and now change View port sahding to Object mode. If you have a Series 400 GeForce video card, before to change VBOs, uncheck Double side in Object data. Last thing: if you change in Sculpt mode, you can gain some FPS.

Retrieved from "http://wiki.blender.org/index.php/Extensions:2.5/Py/Scripts/Import-Export/NASA_IMG_Importer"

The new version of IMG2PNG converts the LOLA IMG files to 16 bit grayscale PNGs without any problems so if PNGs would be useful to you that might be the solution.

I downloaded and installed the 32-bit version, and I got the following when I tried to open the file LDEM_875N_10M.IMG (and I do have the lbl file in the same directory):

File "C:\PROGRA~1\BLENDE~1\RELEAS~1\2.56\scripts\addons_contrib\io_import_LRO_
Lola_MGS_Mola_img.py", line 489, in draw
ReadLabel(bpy.context.scene.fpath)
File "C:\PROGRA~1\BLENDE~1\RELEAS~1\2.56\scripts\addons_contrib\io_import_LRO_
Lola_MGS_Mola_img.py", line 281, in ReadLabel
WESTERNMOST_LONGITUDE = float(tmp[0].replace(" ", ""))
ValueError: could not convert string to float: 'N/A'

location:<unknown location>:-1

location:<unknown location>:-1
Traceback (most recent call last):
File "C:\PROGRA~1\BLENDE~1\RELEAS~1\2.56\scripts\addons_contrib\io_import_LRO_
Lola_MGS_Mola_img.py", line 489, in draw
ReadLabel(bpy.context.scene.fpath)
File "C:\PROGRA~1\BLENDE~1\RELEAS~1\2.56\scripts\addons_contrib\io_import_LRO_
Lola_MGS_Mola_img.py", line 281, in ReadLabel
WESTERNMOST_LONGITUDE = float(tmp[0].replace(" ", ""))
ValueError: could not convert string to float: 'N/A'

location:<unknown location>:-1

JR

LDEM_875N_10M.IMG, and I do have the LBL file in the same directory.

JR

for the time being it only works for the Simple cylindrical spherical maps
from the folder i posted

joertexas, you have used a polar img. In polar we haven't the
WESTERNMOST_LONGITUDE = 'N/A' and the
EASTERNMOST_LONGITUDE = 'N/A'.

If you add it, probably you can import the data:
WESTERNMOST_LONGITUDE = 0 <deg>
EASTERNMOST_LONGITUDE = 360 <deg>

Just now I'm downloading a polar file for test it.
News about this more later or tomorrow.

Ciao
VB

Thanks for your help, and thanks also to everyone who has replied to me :-)

JR

Did you have any luck with the polar IMG files?

JR

I'm a little new here, but I have been working with .img files for a little bit and have some questions. I've been working on a project to make 3d maps of the lunar northern pole and have used Jim Mosher's PDS .IMG Reader to get the grey height maps I needed. I then uploaded that into an engine called Unity 3D. Problem is the data is messed up a little. I was told some one here had found a soulution to the stitch lines seen here:
http://i1267.photobucket.com/albums/jj557/...pg?t=1333152988
Most of what I've worked with in the way of pictures can be seen here: http://s1267.photobucket.com/albums/jj557/engineer817/, but I think that its pretty self explanatory. I need a way of getting rid of these stitch lines. I've started studying gimp and its library of functions and am planing on finding the edges, deleting them then taking averages from either side of the problem area and making an average slope to fill in the blanks. I know that the problems are about 50 meters across as they are 10 pixels, at 5m/pxl, so I am not sure about the result it might be. still it would save me some work if there was a process already made. I guess I'm just wondering if any one has any advice for this project. Thanks.

also wondering what a dynamic page is. it won't allow the pictures to be inserted for that reason.

Engineer817
that is NORMAL the LOLA data is laser points .Only about 10% of the moon is covered so the rest is interpreted using a spline fit
If you search here and over at Shatters.net( celestia site) i did a LOT of reprocessing of the laser points
http://www.shatters.net/forum/

the LRO WAC-DTM stereo topographic is much better
http://lroc.sese.asu.edu/data/LRO-L-LROC-5...TA/SDP/WAC_DTM/
I use the LRO data set now



DO NOT !!!!! use gimp on 16 bit data !!!!!!!!!!!!!!!!!!!

gimp is 8 bit ONLY !!!!! you will kill all the information in the 16 bit gray images
8 big gray = 256 tones ( gimp )
16 bit = 65538 tones
also the LOLA data is in 16 bit SINGED LSB format
-32767 to 32768

if you must there is a 32 bit program ( gimp plugin is 8 bit ONLY) called G'mic
http://gmic.sourceforge.net/index.shtml
the TERMINAL version is 32 bit
the gimp plugin is 8 bit ONLY

the terminal is what i used to reprocess the laser point data after importing the PDS data using ISIS3
http://isis.astrogeology.usgs.gov/index.html

Engineer,

You should be looking at the relatively new LRO WAC Digital Terrain Model (DTM) data. I can't help you with reading it, but it's pretty much just integer values, similar to the gridded LOLA data. It has a few problem areas of its own, but it is smoother and higher resolution than the gridded LOLA data; pretty impressive actually.

just out in the latest Nature, a paper on LOLA results on the polar Shackleton crater: Constraints on the volatile distribution within Shackleton crater at the lunar south pole
full article requires subscription