Printable Version of Topic

Click here to view this topic in its original format

Unmanned Spaceflight.com _ Lunar Exploration _ First public release of Kaguya data

Posted by: elakdawalla Nov 2 2009, 05:07 AM

I just received the following from Shin-ichi Sobue at JAXA:

QUOTE
The Japan Aerospace Exploration Agency (JAXA) released data from the lunar explorer "KAGUYA" (SELENE) (L2 products) during the nominal operation phase (from December 21, 2007 to October 31, 2008) to the public through the Internet.
L2 products are calibrated/validated processed data from KAGUYA science mission instruments. By using the L2 products, researchers all over the world are expected to advance the scientific analysis and applicability investigation of the Moon.

"KAGUYA 3D Moon NAVI" services, which can show KAGUYA data using a three-dimension geographic information system (WebGIS) through the Internet, have also commenced. The developed software is based on NASA "World Wind" and the KAGUYA's images and data can be displayed using the 3D map projection function. It is necessary to download and install the free software. Please refer to the following homepage for details.

L2 products during the extended operational phase (until June 2009) are scheduled to be released after processing and calibration/validation are finished.

【KAGUYA(SELENE) Data Archive】
http://www.soac.selene.isas.jaxa.jp/

【KAGUYA 3D Moon NAVI】
http://wms.selene.jaxa.jp/3dmoon/index.html
I wish I could post some images but I'm having a bit of trouble with the Data Archive website -- got registered OK, but my searches seem to return database errors. And I couldn't seem to find my way to Terrain Camera data. Perhaps it's because my brain is somewhat mushy from a day of football and beer smile.gif But I give up for the night and give you guys the link in the hopes you can figure out how to get pretty pictures out of this website!

I've attached the whole doc that Shin-ichi sent me, which contains a little more info about the data sets in the release.

--Emily

 SELENE_data__archives_k_1.doc ( 578K ) : 105788
 

Posted by: djellison Nov 2 2009, 08:16 AM

First thing I wanted was TOPO data - and managed to get through registration, data search - all worked. Got my email with an FTP link for the 400 meg data file.

Download 4kb/sec.

I'll try again later - I wonder if it'll be mirrored by the PDS themselves.

(100 - 150kb/sec now)

Posted by: akuo Nov 2 2009, 10:51 AM

Are they going to release the actual HD camera data?

Posted by: djellison Nov 2 2009, 11:44 AM

That's copyrighted by the broadcast company that built the camera I believe - so no. The release specifically states

QUOTE
The position and time of movie images (only catalog information. HDTV movies can be seen on the JAXA digital archives and YouTube site


I managed to buy an import of the blu-ray disk they did and it's worth it for the 15 or so minutes that's included, but they've taken hours and hours of footage since then.

The question for me is - what to do with a .sl2 file.

Posted by: Phil Stooke Nov 2 2009, 02:32 PM

I'm registered but I haven't figured it out yet - trying to get TC images or orthomaps in a given area, I search successfully but get 'no data'.

Terrain Camera data as far as I understand it comes in the LISM dataset.

Phil

Posted by: Phil Stooke Nov 2 2009, 02:54 PM

OK, getting somewhere... if you run the 3D Moon Java app you can view datasets on a globe, and rotate it to view any region. Works great for the altimetry, GRS, magnetometer etc. Then I display TC on that - just a few spots. Tycho is one, Mare Moscoviense another. So back to the database search. Select LISM datasets, search on Tycho coordinates, then choose TC orthomap, and bingo, lots of datasets.

Presumably the database will be populated with other TC scenes later.

Phil

EDIT: I've ordered a TC map scene (2 degrees by 2 degrees, on N rim of TYcho, Surveyor 7 area... I'll be able to FTP it soon. We'll see what we get.

Phil

Posted by: mhoward Nov 2 2009, 09:12 PM

I'm downloading the elevation data (at least I hope it's the right file - LALT_GGT_NUM.sl2). Should be interesting...

Posted by: Phil Stooke Nov 2 2009, 10:50 PM

--- still struggling with the format. My image appears to be a 8192 x 8192 pixel 32 bit image. So far nothing is opening it. Any suggestions (I mean from somebody who has successfully opened one!)

Edit: Oh poop! I didn't see this before. Should have done my homework first:

About ".sl2"file format
The form of the file compresses tar. Please uncompresses and use.
(example) tar xvf dddd.sl2
dddd.sl2 : Acquisition file name


Phil

Posted by: elakdawalla Nov 2 2009, 11:09 PM

I'm glad you're slogging through this and not me! tongue.gif

Via Twitter it seems Mike Howard's been having some success with the topographic data.

Posted by: djellison Nov 2 2009, 11:24 PM

Well - I managed to look at the resulting file - after a header it's lat, long, alt

I don't have anything I know of that can turn that into something usefull for me, such as a high bit png/tiff/tga etc etc.

Posted by: mhoward Nov 2 2009, 11:49 PM

QUOTE (djellison @ Nov 2 2009, 04:24 PM) *
I don't have anything I know of that can turn that into something usefull for me, such as a high bit png/tiff/tga etc etc.


I'm on it. If my cats will leave me alone for awhile.

It's 5760x2880 floating point values. What format would you ideally like?

Posted by: mhoward Nov 2 2009, 11:57 PM

P.S. For the images - I haven't looked at those, but the elevation data has PDS headers, I wonder if the images do too. Maybe IMG2PNG could be adapted? I'd volunteer, but I don't do Windows, or scripting languages. (Actually I think IMG2PNG is an .exe, IIRC.)

Posted by: JohnVV Nov 3 2009, 12:09 AM

finally i can get ride of my "artists concept " topo map . that will be wroth while .


Posted by: mhoward Nov 3 2009, 12:17 AM

I'm going to have to go out to dinner pretty soon, but I should be able to produce a 5760x2880 bump map PNG, normal map PNG, and binary stream of floats within the next 24 hours, assuming the data is good. Unless somebody else can do it faster.

Posted by: Bjorn Jonsson Nov 3 2009, 01:22 AM

QUOTE (mhoward @ Nov 2 2009, 11:57 PM) *
P.S. For the images - I haven't looked at those, but the elevation data has PDS headers, I wonder if the images do too. Maybe IMG2PNG could be adapted? I'd volunteer, but I don't do Windows, or scripting languages. (Actually I think IMG2PNG is an .exe, IIRC.)

If these files have PDS headers followed by floating point data IMG2PNG might already be able to read them. If not, modifying it to do so is trivial for me - the most complex step is probably getting the data so I can test it ;-). Can't do it until about 20 hours from now though.

I have been waiting more than 10 years (!) for a nice, global DEM of the Moon so this is something that really interests me.

Posted by: Phil Stooke Nov 3 2009, 01:50 AM

IMG2PNG can't do it as it is. The problem might be the header, but I'm not sure. A solution along these lines would be great. Any unzip-type app will extract the IMG file from the downloaded file, but I can't get anything else to open the IMG.

Phil

Posted by: djellison Nov 3 2009, 08:57 AM

The best analogy I can come up with is the values in HRSC Dems - which a guy on HRSC kindly wrote an IDL routine to churn into something usefull

QUOTE
hrsc2tif
A tool to convert HRSC PDS- or VICAR-format files to TIFF format.
For DTMs, the 16-bit signed integers are converted to 16-bit unsigned integers by adding 32768.
Limitation: only converts files small enough to be read into RAM.
The software requires installation of the free IDL virtual machine, and runs on all common platforms.


This data set is in km if i remember, so it would need to be multiplied by 1000 first - than then have the negative value of the lowest negative altitude added (i.e. if the lowest is -1580 metres, add 1580 to make them all positive values starting at 0)

To be honest, just a raw array of values normally can be convinced to work with ImageJ or Photoshop.

Posted by: JohnVV Nov 3 2009, 09:32 AM

i just looked at LALT_GGT_NUM.TAB in ghex edit
see screen shot
[attachment=19510:Screenshot.png]

on the right -- the 3 columns
top one

CODE
89.96875    0.040   0.09375


is looking like excel is going to get puled out
i will need to pull the middle value
first is lat.
second is the gray value
and the third is the long.

Posted by: djellison Nov 3 2009, 10:25 AM

As text loaded straight into ImageJ - it's lat long alt - there's a header that describes it once unzipped (I used 7zip) - you may have it muddled somewhere.




Posted by: djellison Nov 3 2009, 06:48 PM

Thanks to mhoward's processing and my running it through ImageJ - we have a 16bit Tif for those that like such things. It looks like the attached 1/4 size JPG and is found http://unmannedspaceflight.com/assets/kaguya/LALT_5760x2880_16bit_meter.tif.zip - About 26 meg

 

Posted by: mhoward Nov 3 2009, 07:05 PM

Also, something we've been waiting for for a long time: a proper surface normal map for the Moon.

http://midnightmartian.com/Kayuga/LALT_normalmap.png (22MB PNG)

http://midnightmartian.com/Kayuga/LALT_normalmap_enhanced.png (26MB PNG)

The first version is technically accurate AFAIK; the second is "enhanced" a bit (the normal vector x and y are magnified somewhat). Use whichever one works best. Attached is a quarter-sized version of the enhanced model.



 

Posted by: volcanopele Nov 3 2009, 07:09 PM

These Celestia screenshots use mhoward's regular normal map:




Posted by: mhoward Nov 3 2009, 07:24 PM

My cellphone probably can't compete with stuff rendered on a full-blown computer, but an experimental version of my Moon Globe app looks better using this data, too.

 

Posted by: JohnVV Nov 3 2009, 07:27 PM

for celestia you might want to run the 16bit tiff through nms to make a spherical corrected normal map


Posted by: mhoward Nov 3 2009, 07:39 PM

QUOTE (JohnVV @ Nov 3 2009, 12:27 PM) *
for celestia you might want to run the 16bit tiff through nms to make a spherical corrected normal map


If somebody does that, I'd be curious to know if the result is different from mine. I'm glad to know about those tools, but I don't have time to look into them further now.

Posted by: mhoward Nov 3 2009, 07:44 PM

P.S. If anybody prefers raw 16-bit binary integer data over the 16-bit TIFF file, I've got that - just PM me let me know http://midnightmartian.com/Kayuga/LALT_5760x2880_16bit_meter.data, while my bandwidth lasts. 5760x2880 16-bit signed integer values, values converted from km to m to retain precision.

Posted by: claurel Nov 3 2009, 07:48 PM

QUOTE (mhoward @ Nov 3 2009, 11:39 AM) *
If somebody does that, I'd be curious to know if the result is different from mine. I'm glad to know about those tools, but I don't have time to look into them further now.


nms (Normal Map Spherical) just applies a correction for the spherical geometry of a planet. The slope in x is increased by a factor of (1/cos(latitude)) to account for the fact that the map is horizontally compressed near the poles. If you wrote a tool especially to make normal maps for planets, it may already be doing this. If not, it's an easy correction to include.

--Chris

Posted by: claurel Nov 3 2009, 07:50 PM

QUOTE (djellison @ Nov 3 2009, 10:48 AM) *
Thanks to mhoward's processing and my running it through ImageJ - we have a 16bit Tif for those that like such things.


Thanks for producing this! What heights to the minimum and maximum pixel values represent in this tiff?

EDIT: Probably a dumb question. After opening the zip, I see that the pixel units are apparently meters.

--Chris

Posted by: mhoward Nov 3 2009, 07:56 PM

Thanks, Chris. I've got the sine of the latitude in my math, so I think I'm doing the same thing, maybe in a slightly different way. Still would be curious to know if the result comes out exactly the same.

Posted by: volcanopele Nov 3 2009, 09:25 PM

Here are a few more screenshots:




And rotation movie: http://www.youtube.com/watch?v=arMmSCQiuic

Posted by: mhoward Nov 3 2009, 09:48 PM

Awesome movie.

Now that I'm working with the normal map, I notice it's pretty rough around the poles. I'm working on smoothing it out.

Posted by: Bjorn Jonsson Nov 3 2009, 11:43 PM

Having this DEM is awesome, for the first time I'm able to get lunar renders I'm happy with. Here is a test render. The data is rendered as a DEM (not a normal or bump map) meaning it is possible to spot some slight irregularities (mountains etc.) on the limb, especially in the south. It is rendered using data from the 16 bit integer file created by mhoward and shows the Moon as it might look as seen from the Earth:



And here's another one showing the Moon from a distance of 4000 km from the Moon's center. The field of view is 35 degrees:


At this close range it would be nice to have a slightly higher resolution DEM although this is not a major issue.

Another one, this time 6100 km from the Moon's center, FOV 35 degrees. The "subspacecraft" point is lat=-10, lon=270 degrees west. This is probably my best one so far:


Yet another one, this time from an altitude of 300 km and with a FOV of 45 degrees. This one is intended to show the limitations of the DEM, i.e. insufficient resolution for closeups like this one. It will be fun to do again in the future once the higher resolution LRO data arrives.


This is a lovely dataset to play with.

Posted by: Phil Stooke Nov 4 2009, 01:58 AM

Outstanding! The DEM is indeed a wonderful product. I'm a bit concerned right now with what seems to be a very limited release of TC data. As far as I can see it is indeed limited to the small areas visible in the 3DMoon global viewer, but I assume more will be added soon.

One wee problem in 3DMoon - check out the RSAT gravity data - you can plot the Clementine or topography data first, then overlay an RSAT dataset, and flick it on and off to see how it lines up with topography... but it doesn't! They have accidentally flipped it 180 degrees in longitude. I expect it will be fixed soon.


Phil

Posted by: claurel Nov 4 2009, 02:20 AM

QUOTE (mhoward @ Nov 3 2009, 01:48 PM) *
Now that I'm working with the normal map, I notice it's pretty rough around the poles. I'm working on smoothing it out.


I processed with the 16-bit height data with the nms tool, and I get a normal map that's rougher around the poles. You must be capping the spherical correction factor to some maximum value? My normal map is almost identical to yours except within a couple degrees of the poles. It sure does seems like the polar regions need some filtering--artifacts are apparent near the poles even when slopes aren't amplified by the spherical correction factor.

--Chris

Posted by: JohnVV Nov 4 2009, 02:44 AM

i just made a normal with my hacked copy of nms ( mine uses unsigned 16 bit)
the zip is a png image
using my default settings and the default 16 bit tiff from above
5670x2880.png
http://www.zshare.net/download/6793328103b3d90b/

a 1024x512.png image
[attachment=19509:1k.png]

Posted by: JohnVV Nov 4 2009, 03:58 AM

two screen shots
the first one is the NEW one at default settings
and the second is my OLD hand drawn height map
[attachment=19511:moon_new.jpg]
[attachment=19512:moon_old.jpg]

Posted by: Phil Stooke Nov 4 2009, 03:59 AM

"probably my best so far" - yes, I'd say that deserves to be a Lunar Picture of the Day...

Phil

Posted by: Stu Nov 4 2009, 06:26 AM

Bjorn - absolutely stunning pics, thank you! smile.gif

Do you take requests? I could really do with a couple of nice pics of the crater "Eddington", for obvious reasons... wink.gif

Posted by: SandiBandi Nov 4 2009, 09:07 AM

Bjor (and JohnVV!) amazing work! Seeing oblique Mare Crisium on the west as seen from Earth on the east! Amazing! Langrenus and Humboldt as round craters! Something you can't see from down here wink.gif

Posted by: ugordan Nov 4 2009, 11:50 AM

Outstanding work, Bjorn! blink.gif

This may be the first time a computer render I've seen be so realistic - in fact with a bit of fiddling around in Photoshop (I assume you didn't do the 2.2 gamma correction judging by contrast?) you could pass it along as a photograph to unsuspecting folks.


Posted by: 4th rock from the sun Nov 4 2009, 03:05 PM

It does look quite photographic smile.gif ! Congratulations for all the nice renders on this thread.

Posted by: mhoward Nov 4 2009, 04:12 PM

QUOTE (claurel @ Nov 3 2009, 07:20 PM) *
You must be capping the spherical correction factor to some maximum value?


Yes - you are right. I think I was doing that for some reason when processing the MOLA data. (In my case it's a minimum value - apparently I've done mine differently somehow, but it's equivalent.)

QUOTE (claurel @ Nov 3 2009, 07:20 PM) *
It sure does seem like the polar regions need some filtering--artifacts are apparent near the poles even when slopes aren't amplified by the spherical correction factor.


Indeed. I've got a somewhat smoothed out version now that I'll post for people to use if they want to: http://midnightmartian.com/Kayuga/LALT_normalmapV2.png (21.5MB PNG)

Others may be able to do a better job filtering it; this is sufficient for my purposes.

Posted by: mhoward Nov 4 2009, 04:21 PM

After adding the LALT normal map, I've been tweaking the lighting parameters in Moon Globe to try to make it look more realistic (something I've already spent a lot of time doing - it's not easy to get this to work on a first-generation iPhone). Here's a quick comparison:


 

Posted by: Bjorn Jonsson Nov 5 2009, 12:00 AM

QUOTE (ugordan @ Nov 4 2009, 11:50 AM) *
Outstanding work, Bjorn! blink.gif

This may be the first time a computer render I've seen be so realistic - in fact with a bit of fiddling around in Photoshop (I assume you didn't do the 2.2 gamma correction judging by contrast?) you could pass it along as a photograph to unsuspecting folks.

Yes, these are probably the most realistic renders I have ever done. And as you suspected there's no 2.2 gamma correction - your versions are even more realistic.

QUOTE (Stu @ Nov 4 2009, 06:26 AM) *
Bjorn - absolutely stunning pics, thank you! smile.gif

Do you take requests? I could really do with a couple of nice pics of the crater "Eddington", for obvious reasons... wink.gif

Normally not but here's a quick and dirty render with Eddington visible. The "subspacecraft" point is 22°N, 95°W, the distance from the Moon's center is 6100 km and the FOV is 35°. The subsolar longitude is 15°W.



I should probably make a rotation movie of this thing...

Posted by: nprev Nov 5 2009, 01:43 AM

Quick, oh yes, but dirty....? ohmy.gif Stunning.

Posted by: mhoward Nov 5 2009, 05:27 AM

That's extraordinary, Bjorn.

Earlier today I updated the second version of my normal map (link above), to smooth over a few spots where there are glitches in the source data.

Posted by: djellison Nov 5 2009, 09:18 PM

Finally figured out self shadowing terrain that I've been struggling with for a while... a couple of what I THINK are realistic renders, plus one with UBER-EXAGER-TERRAIN and a final one that's exagerated, but only to look a bit more realistic. It seems I have to turn up above and beyond what I'd expect the numbers to require for realistic terrain - perhaps because of the comparatively low level of detail in the terrain models.

And because the resolution isn't that good - a bit of foreshortening to get a look at Eddington for Stu



 

Posted by: Stu Nov 5 2009, 10:11 PM

These Kaguya-derived images are absolutely stunning, great work everyone. This actually feels like a planetary encounter, with new images of a new world for us all to drool over...

And thanks for the Eddington pic Doug, much appreciated. I've some big talks coming up before Christmas and really want to be able to show off that crater, for obvious reasons :-)

Posted by: ElkGroveDan Nov 5 2009, 10:23 PM

I like the exaggerated one. Somehow on a globe it doesn't seem to be terribly out of place. I think it's useful for understanding the terrain and relative elevations and crater depths.

Posted by: S_Walker Nov 6 2009, 12:41 PM

I wonder when we'll see the first program that accurately renders this topographical data so we can really plan our lunar observations...

Excellent renders, everyone!

Posted by: mhoward Nov 6 2009, 03:26 PM

For those of you wondering, as I was, which one is Eddington Crater...

 

Posted by: djellison Nov 6 2009, 03:29 PM

I had to look it up as well smile.gif And S_Walker - the answer is about 2hrs, 40 minutes. The post following yours qualifies I think.

Just rendering a near-side 300 frame animation of dawn to dusk with very exaggerated terrain

Posted by: S_Walker Nov 6 2009, 05:39 PM

QUOTE (djellison @ Nov 6 2009, 10:29 AM) *
I had to look it up as well smile.gif And S_Walker - the answer is about 2hrs, 40 minutes. The post following yours qualifies I think.

Thanks. What about those who don't own an iPhone?

Posted by: djellison Nov 6 2009, 06:07 PM

There's Google Earth/Moon/Mars smile.gif

Posted by: mhoward Nov 6 2009, 06:13 PM

QUOTE (djellison @ Nov 6 2009, 11:07 AM) *
There's Google Earth/Moon/Mars smile.gif


Nah... Google Moon is nice but it doesn't use a topographic map for lighting as far as I remember? And I'm not sure if you can set it to show the view from your backyard.

Can Celestia be set to view the Moon from a position on Earth? At least two of us have already produced normal maps; it's a small step from that to the amazing screenshots that volcanopele was posting.

I imagine what S_Walker really wants is something that does Bjorn- or Doug- type rendering to show the Moon from a location and time on Earth. Don't know about that. But Celestia or Moon Globe would probably be good enough for a lot of purposes.

Posted by: S_Walker Nov 6 2009, 06:33 PM

QUOTE (mhoward @ Nov 6 2009, 01:13 PM) *
I imagine what S_Walker really wants is something that does Bjorn- or Doug- type rendering to show the Moon from a location and time on Earth. Don't know about that. But Celestia or Moon Globe would probably be good enough for a lot of purposes.


Similar; I'd like something like Virtual Moon Atlas or RITI Lunar Map Pro so that I can better plot interesting features to observe under favorable librations each month in Chuck Wood's Explore the Moon column in S&T (I edit it each month).

Posted by: mhoward Nov 6 2009, 06:50 PM

I see. Well as Doug points out, Moon Globe may well be first out the door with those features, for anyone who has an iPhone or iPod Touch. And it's free. I'll be submitting the update using LALT data quite soon. (End promotion.)

I don't own it, but RITI Lunar Map Pro looks like they definitely *should* upgrade to the LALT data for lighting. (Adding: Ironically, the LALT data is actually less sharp than the airbrushed topographic map they seem to be using - I know that because I was using it too. So they may have a problem with that. But even though it's low resolution, the global LALT map we've seen is vastly more accurate.)

Virtual Moon Atlas looks like it doesn't do topopgraphic lighting, so that would be more of a reach.

Posted by: claurel Nov 6 2009, 07:52 PM

QUOTE (mhoward @ Nov 6 2009, 10:13 AM) *
Nah... Google Moon is nice but it doesn't use a topographic map for lighting as far as I remember? And I'm not sure if you can set it to show the view from your backyard.

Can Celestia be set to view the Moon from a position on Earth? At least two of us have already produced normal maps; it's a small step from that to the amazing screenshots that volcanopele was posting.


Celestia can do this, but the UI for doing so isn't as convenient as one would like. The Celestia UI was designed around moving through space, and features for viewing from the Earth's surface have never gotten the attention that they deserve. But, see question #5 here:

http://shatters.net/forum/viewtopic.php?p=118149#p118149

We're in the process of making the Kaguya map the default in Celestia, and a UI overall is coming in the not-too-distant future.

--Chris

(I've got an iPhone and love the Moon and Mars globe apps, btw. Great work!)

Posted by: mhoward Nov 6 2009, 08:20 PM

Thanks. I'm also a Celestia fan. smile.gif

Posted by: JohnVV Nov 6 2009, 10:09 PM

mhoward
there will be a hires add on for celestia soon .As soon as i replace my hand made map on the motherload

Posted by: djellison Nov 6 2009, 11:02 PM

Exagerated rendering : http://www.youtube.com/watch?v=A3MxCvjQDzk and once processed by vimeo http://vimeo.com/7479346

Also uploading to http://www.dougellison.com/dougstuff/kaguya_data_render_1080.mov - About 10 meg.

Posted by: ugordan Nov 7 2009, 12:22 AM

Oooh, exaggerated is right! Looks great. And kind of creepy, too.

Posted by: Rick Sternbach Nov 7 2009, 02:33 AM

My thanks to everyone who made the 16-bit grayscale map possible. I don't have the time right now to play with applying the map to a sphere as I would in Maya or Lightwave, but I have been able to trim out pieces of the map to drop into Terragen, and am very encouraged by the results for use in future artwork. As Bjorn has shown, the data does become somewhat blob-like close up, but Terragen's textures help a bit. This also gets me very excited over the possibilities for using the LOLA data when it becomes available in the coming months.

Rick


Posted by: claurel Nov 7 2009, 04:26 AM

Joining in the spinning Moon video party... Here's the Moon rendered with a specular highlight to emphasize topography:

http://www.youtube.com/watch?v=agMcK77p3Hc

The overall effect is of looking at a plastic globe.

EDIT: Uploaded the wrong video the first time. As pointed out by FordPrefect, there was a 180 degree offset between the normal and albedo maps.

--Chris

Posted by: JohnVV Nov 7 2009, 05:22 AM

For the past 1 1/2 days i have been trying to get yout???? to except my moon vid ( like the deimos and phobos ) but youtub keeps mangling and f'ing up the ogg file .

http://www.zshare.net/download/68108952dcb3c6a7/

http://www.youtube.com/watch?v=lqxLrig6tQc

Posted by: FordPrefect Nov 7 2009, 10:36 AM

Fantastic Work everyone! I've been hoping for such a DEM since 2003. Spectacular, this global Moon DEM rocks!

QUOTE (claurel @ Nov 7 2009, 05:26 AM) *
Joining in the spinning Moon video party... Here's the Moon rendered with a specular highlight to emphasize topography:

http://www.youtube.com/watch?v=dZCcYIYq5Ok


Chris, it seems your DEM map is shifted by 180 degrees in relation to your albedo texture there.


Posted by: pch Nov 7 2009, 01:13 PM

QUOTE (mhoward @ Nov 6 2009, 08:50 PM) *
Virtual Moon Atlas looks like it doesn't do topopgraphic lighting, so that would be more of a reach.

This must change!
A new version is in progress and I have added normal map lightning last summer even I was not very happy with the map I can build before this data release.
I have downloaded the Kaguya data and I just start to play with them, it look great!
This must be released before the end of the year.

Patrick

Posted by: mhoward Nov 8 2009, 05:20 PM

Not just a movie party - a lunar software convention!

Here's a comparison that may be interesting. The first screenshot is Moon Globe with its original, lame pre-Kayuga normal map, and the second is Moon Globe 1.1 with the same view, using my version of the LALT normal map. I've just submitted Moon Globe 1.1 to the App Store, so with any luck it should be showing up in two weeks or so.


 

Posted by: claurel Nov 8 2009, 08:26 PM

Has anyone else noticed a slight misalignment between the Kaguya LALT map and existing albedo maps, specifically those from Clementine?

--Chris

Posted by: Phil Stooke Nov 8 2009, 08:40 PM

Map control from altimeters is much better than the old control - MOLA is the standard for Mars, for instance. In this case the Kaguya control will be far superior to the old Unified Lunar Control Network, which is a mix of control points from Clementine and older missions, basically tens of thousands of points measured on overlapping images. Ultimately we can expect to see older datasets like the Clementine and Lunar Orbiter mosaics, plus the LRO wide angle mosaic, all converted to the altimetry control. LOLA will be the ultimate standard just because of its its high density.

Phil

Posted by: claurel Nov 9 2009, 07:16 PM

QUOTE (Phil Stooke @ Nov 8 2009, 12:40 PM) *
Map control from altimeters is much better than the old control...


Thanks for your answer, Phil. It sounds like there's nothing to be done about the misalignment for now, but it's good to understand the source of it.

--Chris


Posted by: djellison Nov 9 2009, 07:56 PM

QUOTE (Phil Stooke @ Nov 2 2009, 02:54 PM) *
So back to the database search. Select LISM datasets, search on Tycho coordinates, then choose TC orthomap, and bingo, lots of datasets.


I've had no luck with this yet - how are you using the four coordinates, are you ignoring the time fields, and which instrument sets, specifically are you using.

Posted by: mhoward Nov 9 2009, 08:17 PM

QUOTE (claurel @ Nov 8 2009, 02:26 PM) *
Has anyone else noticed a slight misalignment between the Kaguya LALT map and existing albedo maps, specifically those from Clementine?


I may be mis-remembering here, but if memory serves, there have been two different versions of the Clementine albedo map. I think I'm using the later one - it had some new holes in it that I had to patch up. Whatever I'm using, it seems to me to agree quite well with the LALT data.

Again I may be way off here, but the later-model Clementine albedo map might have been re-projected after the Clementine laser altimeter results?

Posted by: Phil Stooke Nov 9 2009, 09:09 PM

Clem laser altimetry was such low resolution that it doesn't help very much here. It's absorbed into the Unified Lunar Control Network. The point really is that, if the Kaguya team did their work properly, which they presumably did, their result will be better than anything older. If there's a mismatch it's more likely to be with the older dataset.

Doug:

"I've had no luck with this yet - how are you using the four coordinates, are you ignoring the time fields, and which instrument sets, specifically are you using."

First, from the data search page, click product selection - it opens a new window. In it I choose LISM and click 'add all'. The datasets appear in the righthand window.

Second, choose (for example) LISM/MAP/TC-Morning-Map, then click 'determination'.

Back to the first window - now I select data from that dataset. I ignore time, I use coordinates that bracket an area I'm interested in. For instance, Tycho, lat range -40 to -50, long range 340 to 359. Then click 'search execution'.

That takes me to a new page, 'list of search result'. It shows nothing until I again choose the TC morning map line from the product box. But then it lists lots of products, 28 tiles of the big mosaic map. Choose one - click on the file name to see metadata and a thumbnail. Click the order box to order it, and it's put on an FTP server for you. An email tells you how to get it.

I have one - it has to be unzipped. I'm still trying to open it, but too busy to do much yet.

Phil

Posted by: mhoward Nov 9 2009, 09:24 PM

QUOTE (Phil Stooke @ Nov 9 2009, 03:09 PM) *
Clem laser altimetry was such low resolution that it doesn't help very much here. It's absorbed into the Unified Lunar Control Network. The point really is that, if the Kaguya team did their work properly, which they presumably did, their result will be better than anything older. If there's a mismatch it's more likely to be with the older dataset.


Thanks for the correction. Still, I believe there was a version 1 of the Clementine albedo map that was pre-Lunar Control Network, even. If you happen to be using that, I imagine it doesn't match up with the LALT data very well at all.

Posted by: Michael Zeiler Nov 10 2009, 12:50 AM

I downloaded the Kaguya LALT_GGT_NUM data set from JAXA and built a digital terrain model with ArcGIS software. I then applied some hypsometric rendering techniques and made these maps. Here's the first map, a global view of the moon built from the surface model and no albedo data.



 

Posted by: Michael Zeiler Nov 10 2009, 12:51 AM

Another lunar hypsometric map, the near side of the moon

 

Posted by: Michael Zeiler Nov 10 2009, 12:52 AM

The far side of the moon.

 

Posted by: Michael Zeiler Nov 10 2009, 12:56 AM

Here's the north pole perspective


 

Posted by: Michael Zeiler Nov 10 2009, 01:01 AM

And the perspective above the south pole of the moon.

If you are curious about my mapping method, I applied the cartographic tools described at http://blogs.esri.com/Support/blogs/mappingcenter/archive/2008/10/07/updated-hillshade-toolbox.aspx

This is a modern implementation of the cartographic relief methods developed by the Swiss cartographer Eduard Imhof in the 1930's. Originally designed for maps of the Alps, this mapping method shows a new "perspective" of the moon.

It's a bit weird looking at the "naked" moon without it's ray systems and albedo differences between the mare and highlands, but it's still pretty recognizable. In term of hypsometric relief, the far side is much more interesting then the near side.

regards, Michael Zeiler, ESRI


 

Posted by: claurel Nov 10 2009, 02:40 AM

QUOTE (mhoward @ Nov 9 2009, 01:24 PM) *
Thanks for the correction. Still, I believe there was a version 1 of the Clementine albedo map that was pre-Lunar Control Network, even. If you happen to be using that, I imagine it doesn't match up with the LALT data very well at all.


I can confirm that newer (or perhaps just 'other') versions of the Clementine albedo map do match up better with the LALT data. Unfortunately, the Clementine map that does align well also suffers from the gaps that you mentioned.

--Chris

Posted by: JohnVV Nov 10 2009, 09:35 AM

i used the "Clem_NIR_V0.1 " 5 band pds data for my map and there is a misalignment
ftp://pdsimage2.wr.usgs.gov/cdroms/clementine/Clem_NIR_V0.1/
texture with the normal
[attachment=19612:moon1.jpg]
without the normal
[attachment=19613:moon2.jpg]

some of this might be from the new topo has 0.0 long in the middle on the pixel and the texture is at the left edge of the pixel
the normal was bumped up to 8192x4096 image
from the LALT_GGT_MAP.IMG header
" and from +0.03125 to +359.96875 degrees in longitude."

Posted by: Bjorn Jonsson Nov 12 2009, 09:47 AM

A decided to do a rotation movie. The "subspacecraft" latitude is 10°S, the phase angle ~70°, the field of view 25° and the distance from the Moon's center 12000 km. In a way this feels like looking at a new planet/satellite. I have not been interested in doing Moon renders until now because no DEM that I considered good enough was available.

 lunar_rotation_movie.avi ( 6.29MB ) : 3589

Posted by: djellison Nov 14 2009, 11:25 PM

Bit of fun turning the elevation map into a coloured gradient, followed by a lighting effect (using the elevation map) - and then polar projecting the whole thing around the south pole. the result is fairly profound!

 

Posted by: mcgyver Nov 15 2009, 01:23 PM

An italian guy here is looking for somebody able to make a 3d animation of the apollo landing sites:
http://moonscape-project.blogspot.com/2009/11/sequenza-di-animazione-3d-per-moonscape.html

Is anyone of you able?

---------

I would like to see Kahuya data in WorldWind, but it does not run as a webstart application on my internet-connected PC, so I'd like to download it and install it on another PC: any tips about where to download an offline version?

Posted by: stevesliva Nov 15 2009, 05:48 PM

QUOTE (djellison @ Nov 14 2009, 06:25 PM) *
Bit of fun turning the elevation map into a coloured gradient, followed by a lighting effect (using the elevation map) - and then polar projecting the whole thing around the south pole. the result is fairly profound!


Beautiful image!

Posted by: Jzmiller1 Nov 15 2009, 06:09 PM

QUOTE (elakdawalla @ Nov 2 2009, 12:07 AM) *
I just received the following from Shin-ichi Sobue at JAXA:I wish I could post some images but I'm having a bit of trouble with the Data Archive website -- got registered OK, but my searches seem to return database errors. And I couldn't seem to find my way to Terrain Camera data. Perhaps it's because my brain is somewhat mushy from a day of football and beer smile.gif But I give up for the night and give you guys the link in the hopes you can figure out how to get pretty pictures out of this website!

I've attached the whole doc that Shin-ichi sent me, which contains a little more info about the data sets in the release.

--Emily



I've downloaded some data from the SELENE website for the MI instrument, I'm trying to open the IMG file but not having much luck. I've tried importing it with ERDAS, opening it with multispec, and also ImageJ. Can anyone give some pointers on getting the PDS3 IMG files to open in some software? I'm still abit new to the non earth data thing. Thanks.

Posted by: djellison Nov 15 2009, 06:42 PM

Things I try (usually in this order)

NASAView
ImageJ with PDS Plugin
img2png
a very very large drink followed by ISIS3


Posted by: JohnVV Nov 16 2009, 07:42 AM

QUOTE
I've downloaded some data from the SELENE website

i was able to open them using isis3 and the " raw2isis"
once i opened then in ghex to find out how big the header was
pds2isis and vicar2isis failed
QUOTE
a very very large drink followed by ISIS3

funny , ha ha

Posted by: mhoward Nov 17 2009, 05:35 PM

Just to join the rotation movie party: http://www.youtube.com/watch?v=1wZxDbswS28.

Posted by: Jzmiller1 Nov 18 2009, 12:41 AM

I finally got my copy of ENVI running. Opening the MI data was easiest with ENVI. Thanks for the tips tho!


Posted by: kwan3217 Nov 18 2009, 08:09 PM

I don't know if this is well known or not, but I am a bit surprised to not see this discussed here. The highest point on the Kaguya data, and therefore their idea of "Mt Everest" is on the wall of a crater, which itself is on the wall of a 500km unnamed crater just north of crater Korolev on the far side

alt: 10715
image x,y: 342 1526 (from bottom right of image)
lon,lat: 158.625W 5.375N

The lowest point ("Challenger Deep") is on the floor of 140km diameter Antoniadi crater, also on the far side in the South Polar basin.

alt: -9138
image x,y: 120 314
lon,lat: 172.5W 70.375S

Both of these points are unique, in that there are no other points with the same elevation in the data.



This map has all the craters I could find a list for, the highest point marked in black in the red area near the top, and the lowest point is marked in red in the deep purple area near the bottom. If the crater has a name, it's not in my list and I would love to know it.

Edit: Emily already mentioned this in the middle of her blog entry, so no discoveries here. I didn't find any of this until I looked up "Antoniadi" on Google. That "unnamed" crater apparently is provisionally named Dirichlet-Jackson.

Posted by: mhoward Nov 19 2009, 01:25 AM

Here's a better http://www.youtube.com/watch?v=KF12Pp3HRa4 at an oblique angle.

Posted by: JohnVV Nov 19 2009, 07:23 AM

as to the high and low points i have been finding "noise" in the 5760x2880.img
the low point looks like a single pix ( 16bit unsigned "0" in a crater that avg about 300 to 500 ) .I would need to find it again to double check .

i just checked and there is noise but not these two points

nip2 tells me the min is at ( 120x2565 )
max is at ( 342x1353)

min
[attachment=19712:Screenshot_min.png]
max
[attachment=19713:Screenshot_max.png]

Posted by: Jim Mosher Nov 20 2009, 09:03 PM

QUOTE (kwan3217 @ Nov 18 2009, 09:09 PM) *
This map has all the craters I could find a list for, the highest point marked in black in the red area near the top, and the lowest point is marked in red in the deep purple area near the bottom. If the crater has a name, it's not in my list and I would love to know it.


Kwan,

The definitive source of lunar names is the http://planetarynames.wr.usgs.gov/, the most useful version of which, for the present purpose, is Jennifer Blue's http://planetarynames.wr.usgs.gov/dAtlas.html. The high point you located is on the rim of a 43-km diameter crater called http://the-moon.wikispaces.com/Engel%27gardt+%28Engelhardt%29 in http://planetarynames.wr.usgs.gov/images/Lunar/lac_69.pdf -- actually on the shared rim of Engel'gardt and the larger ("136 km") Engel'gardt B.

You can see a grayscale version of the Kaguya global DEM for this area, with all the current IAU names superimposed using a software called LTVT, http://ltvt.wikispaces.com/Additional+Textures#High-Low. The misregistration of some of the features relative to where they appear in the Kaguya data is due to inaccuracies in the IAU data, which were originally intended only to be accurate enough to unambiguously identify what feature was meant by each name. I understand the IAU coordinates and diameters may be redone next year using newer and better controlled images.

-- Jim

Posted by: Carsten Nov 21 2009, 06:29 PM

QUOTE (Michael Zeiler @ Nov 10 2009, 01:50 AM) *
I downloaded the Kaguya LALT_GGT_NUM data set from JAXA and built a digital terrain model with ArcGIS software.


Really nice work Michael. Could you give a short tutorial on how to import the data and convert it into a DEM? What projections are to be used?



Posted by: Jim Mosher Nov 21 2009, 08:43 PM

QUOTE (S_Walker @ Nov 6 2009, 01:41 PM) *
I wonder when we'll see the first program that accurately renders this topographical data so we can really plan our lunar observations...


Sean,

You may wish to check today's http://lpod.wikispaces.com/November+21%2C+2009.

-- Jim

Posted by: Michael Zeiler Nov 22 2009, 04:43 AM

QUOTE (Carsten @ Nov 21 2009, 11:29 AM) *
Really nice work Michael. Could you give a short tutorial on how to import the data and convert it into a DEM? What projections are to be used?


Carsten,

I'm glad you like the maps. My method applies the following steps with ArcGIS software (www.esri.com):

After downloading the large LALT_GGT_NUM dataset from the JAXA, I used an ArcGIS tool called "ASCII 3D to Feature Class". This tool is designed to import an ASCII file with x,y,z values to create a multipoint feature class, a point data structure designed to scale up to billions of elevation points, such as you encounter with lidar data.

From the multipoint feature class, I created a terrain dataset. A terrain dataset is a generic GIS data structure which is essentially a multi-resolution triangulated irregular network. See http://webhelp.esri.com/arcgisdesktop/9.3/index.cfm?id=3391&pid=3388&topicname=Terrain_dataset_concepts

From the terrain dataset, I exported a raster dataset.

From the raster dataset, I applied a geoprocessing model that applies two cartographic effects: hillshaded-relief plus hypsometric tints using a color ramp. This model is described at http://blogs.esri.com/Support/blogs/mappingcenter/archive/2008/10/07/updated-hillshade-toolbox.aspx

This technique is a modern implementation of shaded relief pioneered by the Swiss cartographer, Eduard Imhof, in his classic book, Cartographic Relief Presentation, first published in 1965.

In those maps, I use two map projections, Mollweide for the full global view of the Moon, and Orthographic for the four hemispheric views.

Through my work, I have access to the ArcGIS software suite. This is professional grade GIS software that most space enthusiasts could not casually purchase, so I know that my method is not easily adapted by most on this forum. But this was a quick and fun project for me because I am presently writing a textbook on geographic data modeling and this was a good application of terrain visualization methods.

Also, when I examined the DEM built from the LALT_GGT_NUM dataset, I found a large fictitious lunar mountain at selenographic coordinates 16d 11m N, 87d 33m E

I made a slope map from the Kaguya DEM and categorized the peaks with the greatest slopes on the Moon. Some suspicious lunar peaks are at

48 19 S, 141 22 E, 63 degree slope
16 11 N, 87 33 E, 60 degree slope
20 56 N, 60 32 E, 58 degree slope
48 11 S, 8 48 W, 56 degree slope
32 26 S, 58 57 E, 55 degree slope
22 15 N, 81 53 E, 52 degree slope
59 11 S, 46 16 E, 50 degree slope
61 38 N, 8 16 W, 47 degree slope
66 29 N, 70 10 W, 46 degree slope

I don't necessarily assert each one of the peaks are false, but they are suspicious because of their high slope values.

regards, Michael Zeiler ESRI

Posted by: Phil Stooke Nov 22 2009, 01:27 PM

Your maps are very nice indeed, Michael.

Apparent peaks caused by bad pixels in the original data are found in many raw DEMs and can be edited out if necessary. A good example can be seen in Google Earth's Moon map at 10.8114 N, 54.3234 E on the southern edge of Mare Crisium - pointed out by Joel Raupe. This is in the high resolution DEM on the Apollo 15 Metric camera strip in that map.

Phil

Posted by: Jim Mosher Nov 23 2009, 04:28 AM

QUOTE (Michael Zeiler @ Nov 22 2009, 05:43 AM) *
Carsten,

Also, when I examined the DEM built from the LALT_GGT_NUM dataset, I found a large fictitious lunar mountain at selenographic coordinates 16d 11m N, 87d 33m E ...


Michael,

Your 3D renderings (as featured on today's http://lpod.wikispaces.com/November+23%2C+2009) are indeed very lovely, but are you sure your coordinate readouts are correct?

The Kaguya DEM definitely has some small-scale glitches -- including bad cells, completely missing some craters of ~10 km diameter and representing others as hills -- but I can find nothing particularly strange at the locations you mention. For example, if I am not mistaken, 16d 11m N, 87d 33m E should be sample 1401 in line 1342 of the global DEM. The elevation listed there (at least in the machine-readable, floating point LALT_GGT_MAP.IMG) is -1.490 km (relative to the 1737.4 km reference). None of the 8 nearest neighbor cells differ by more than 100 m (most by much less), which over 1/16th degree (~1.9 km) gives slopes of 3 deg or less.

The "large fictitious lunar mountain" you report should be at the exact center of the two attachments (produced with http://ltvt.wikispaces.com/Digital+Topography), which compare the area (with http://the-moon.wikispaces.com/Neper in the upper left) as viewed by http://www.lpi.usra.edu/resources/lunarorbiter/frame/?4018 (1967 May 11 17:30:07 UT) and as predicted for the same circumstances using the Kaguya DEM. I am unable to see anything particularly anomalous at that the center of these images.

-- Jim



 

Posted by: Michael Zeiler Nov 23 2009, 07:20 AM

Thanks Jim, I was pleased to see the map on LPOD. That's a fascinating story about the new possible basin.

This detail map from the Kaguya DEM shows the peak in question. Is it plausible to have a lunar peak with a slope of about 60 degrees?

This peak was the subject of discussion on the Solar Eclipse Mailing List (SEML). We are applying the Kaguya DEM to improve solar eclipse predictions. I had email with Dave Herald who pointed out that the LALT_GGT_NUM DEM data is derived from Kaguya timing data (LALT_LGT_TS) and that the timing data is superior for elevation modeling. (The timing data consists of irregularly spaced points, in contrast to the gridded interpolated points of the LALT_GGT_NUM data)

I'm attaching this detail map showing the peak from the DEM data. Dave sent me some timing data points that show that this peak does not exist in the LALT_LGT_TS data and seems to be an error of interpolation. I don't have time tonight to make a map to demonstrate this, but I'll make a map tomorrow.

regards, Michael

 

Posted by: Phil Stooke Nov 23 2009, 03:00 PM

Jim and Michael - you're talking about two different places! Michael's crater is a wee bit north of Jim's image, on Goddard crater. (16 N, not 6 N)

Phil

Posted by: Jim Mosher Nov 23 2009, 08:52 PM

My apologies, Michael...

I have always been clumsy converting degrees-minutes-seconds to decimal degrees, and in this case I inadvertently dropped the leading "1" of your degrees number, changing "16N" to "6N". Sorry!

You are, of course, completely correct about the location of this set of four bad pixels at 16d 11m N, 87d 33m E (in lines 1181 and 1182 at samples 1401 and 1402 in the global DEM). As Phil points out, they are not at all in the area I was looking at, but rather slightly outside the rim of Goddard, and just east of 12 km Goddard B (represented by the little downward wiggle in the -2000 m contour on your plot). For what little it may be worth, according to the shadows in Lunar Orbiter IV-018H, Goddard B must be 2.4 km deep -- very slightly deeper than Goddard A (which was captured much more clearly in the global DEM, near the upper right margin in your plot) -- and Lunar Orbiter IV did not see any evidence of a sharp shadow-casting peak at 16d 11m N, 87d 33m E, so this feature in the Kaguya global DEM is definitely fictitious.

And yes, 60° sounds like quite a steep slope for the Moon, especially if sustained over the ~2 km spacing between adjoining grid points near the equator.

-- Jim

Posted by: Phil Stooke Nov 23 2009, 09:10 PM

It's interesting to speculate as to how a mistake like this gets into a raster DEM created from point data - the actual timing measurements along ground tracks. A bad data point in the raw data should be broadened or smoothed in the 'gridded' version, if it's not filtered out beforehand. But I'm not sure how good data lead to a bad spot in a raster DEM.

Phil

Posted by: Michael Zeiler Nov 23 2009, 11:23 PM

QUOTE (Phil Stooke @ Nov 23 2009, 02:10 PM) *
It's interesting to speculate as to how a mistake like this gets into a raster DEM created from point data - the actual timing measurements along ground tracks. A bad data point in the raw data should be broadened or smoothed in the 'gridded' version, if it's not filtered out beforehand. But I'm not sure how good data lead to a bad spot in a raster DEM.

Phil


Yes Phil, I was wondering how that happened as well. You would expect that a grid interpolation from irregularly spaced points in a triangulation would lead to a general smoothing of the surface model, not the creation of spikes. Various types of interpolation could have been employed, but you would not expect to generate such extreme peaks spanning several grid points. When you compare the timing data points to the DEM points, there is no surface trend visible that could yield that peak. When I triangulated the timing data points, I recall seeing local slope values of about 20 degrees, but nothing resembling the peak in the DEM. (I'll make a map when I get home tonight)

From the Kaguya DEM, I created a slope map which I consider to be a good filter for detecting spurious peaks or pits. In a previous post, I gave a listing of places with large slope values. When I have time later this week (with a belly full of turkey) I will re-examine these points to see whether they appear to be data artifacts or extreme but valid lunar topography.

I'm certainly no lunar expert, but I would expect that steep slopes on the Moon to be rare because of the 4 billion year rain of impacts and lack of plate tectonics. As a boy, I remember how smooth the mountains visited by the Apollo astronauts appeared to be. I wonder what is the plausible maximum slope (over a sizable distance) to be expected on the Moon.

What would also be helpful would be to know the mean error in elevation measurements for Kaguya timing data. I don't doubt that measured range distances from the Kaguya laser altimeter are very accurate, but reducing that measurement to an elevation value requires an accurate satellite position in orbit and the Moon's gravitational field is lumpy. I'm more familiar with lidar technology for terrestrial applications, but lidar has the advantage of reducing points with an accurate flight path determination from onboard GPS receivers. Unless I'm mistaken, the Moon has nothing like the GPS constellation and no geodetic control, save the retro-reflectors left by the Apollo missions.

- Michael

Posted by: Phil Stooke Nov 24 2009, 01:13 AM

Right - no GPS and essentially no geodetic control (3 points, not counting Lunokhod 2 since we don't know its location very precisely in the landscape, maybe only to 100 m or thereabouts). Note that LOLA is dealing with this as much as possible using ground-based laser ranging to LRO.

Phil

Posted by: Jim Mosher Nov 24 2009, 03:32 AM

Michael,

The points you listed are all DEM artifacts -- not real lunar features -- with the exception of the one at "32 26 S, 58 57 E" which is possibly a typo. Unless I am continuing to suffer from my coordinate-conversion handicap, I can find no anomaly in the global DEM at 58.95°E/32.43°S...

On the other hand, there are many digital blips not in your list (as well as real lunar features that are missing from the DEM, presumably due to a lack of laser hits). Many of the bad points stand out so much they can be spotted simply by roaming over the raw DEM in grayscale rendition. For example, in Mare Serenitatis, at 16.60°E/21.38°N, there are a couple of bad points with 4-5 km of upward relief (rendered as a fictitious crater just west of Bessel in your maps) that are definitely not present on the Moon (see the attachments for the bad points in the grayscale DEM and the false shadow it generates in the LTVT simulation for tonight's Moon).

Despite its occasional defects, the key point, I think, is that Kaguya's global LALT DEM looks remarkably accurate, overall.

Regarding "the mean error in elevation measurements for Kaguya timing data" the following is the official statement (and explanation, rather opaque to me) in the article "Lunar Global Shape from Kaguya-LALT Laser Altimetry" by H. Araki, et al. Science 323, 897 (2009) by Araki et al. Others better qualified than I can evaluate if they are saying the Kaguya surface positions and elevations are semi-independent of earlier lunar control work. If so, then the agreement of positions, at least, with ULCN2005 is impressive.

-- Jim

QUOTE
Text:

Topography data were produced by incorporating precise orbits for the Kaguya main orbiter. These orbits are calculated from twoway Doppler data by the GEODYN-II software using the latest lunar gravity model SGM90em (SELENE Gravity Model) that is an adapted version of the model SGM90d for the purpose of orbit determination (10–12). Orbit precision is determined from orbit differences during overlapping parts, showing that the radial orbit error is generally within 1 m (13) and the total positioning error (computed using the root sum square over the radial, along-track, and crosstrack directions) is found to be ~50 m. Thus, the radial topographic error originated from the orbit repeatability is 1 m (1 SD), the instrumental error is 0.55 m (1 SD), and the instrument range shift is between +2.5 m and +12 m (8, 9), which are summarized +/-4.1 m (1 SD) as the final budget where the range shift is incorporated as 4 m (1 SD). In the same way, the horizontal topographic error originated from the orbit repeatability is 50 m (1 SD), the pointing error is 175 m (maximum), and the time-tag error is 1.5 m (maximum), which are summarized as +/-77 m (1 SD) as the final budget (14).

References and Notes:

8. H. Araki et al., Adv. Space Res. 42, 317 (2008).

9. One remaining concern is about systematic errors in measurements of pulse arrivals due to distortion of the return pulse caused by the sloped and/or rough target terrain in combination with unknown albedo effects. This error (range shift) may result in underestimates of ranges by 12 m in the very worst case of 30° slope and 30% surface reflectance before the pulse spreading correction. For moderately flat surfaces, systematic range errors are expected to be 2.5 m (8).

10. D. E. Pavlis et al., “GEODYN II system description, vols. 1-5,” Contractor Report, SGT Inc. (2006).

11. J. J. McCarthy, “SOLVE program user's guide,” Contractor Report between NASA/GSFC and Hughes/STX (2007).

12. N. Namiki et al., Science 323, 900 (2009).

13. Orbits are determined by full-scale precision force and measurement modeling. For each data arc, estimated parameters include the state vector at epoch, a solar radiation pressure coefficient, empirical accelerations with a once per orbital revolution signature in the along-track and cross-track direction, and measurement biases to absorb systematic effects and mismodeling. Orbit precision has been evaluated by computing orbit overlap differences. Overlap analysis showed a radial consistency of 1 m in general, with outliers (that were excluded from topography data processing) up to 4 m.

14. The pointing error is considered to be <0.1° (175 m for 100-km altitude), based on the thermal and other deformation analysis of the main orbiter. Time-tag error is <1 msec (1.5 m along-track for 100-km altitude) through the correction that takes into account the propagation time from the main orbiter to each station and the processing delay on each tracking station. These values (175 m and 1.5 m) are incorporated into the final budget as 3 SD errors.


 

Posted by: JohnVV Nov 24 2009, 05:41 AM

as i have been cleaning up the topo data for use in celestia ,those "bad data points" are being removed along with the vertical
stripes as seen here
orig.
[attachment=19800:Screenshot.jpg]
cleaned up
[attachment=19801:Screenshot_1.jpg]

but there IS A miss-alignment with the Clem_NIR_V0.1 data
see my post at shatters.net
http://www.shatters.net/forum/viewtopic.php?f=5&t=15533
for more on that ( i don't like reposting the same thing in different places )

Posted by: mhoward Feb 16 2010, 06:47 AM

I just noticed that LALT_LGT_TS files contain 'raw' elevation data by latitude & longitude - and some other data I don't understand yet. Has anyone tried to get a better-resolution elevation map out of them?

Edit: Never mind, I see I missed a post a few back. This has already been mentioned.

Posted by: ValterVB Feb 28 2010, 05:16 PM

Here you can find my little experiment with Kaguya data.
http://www.vimeo.com/9802278

The file is DTMTCO_02_00823N200E0310SC
Image center coordinate:
Latitude: 19.95
Longitude: 30.36
Is near Apollo 17 landing site. The red line is the approximate location.
Compare with http://www.lpi.usra.edu/publications/slidesets/apollolanding/ApolloLanding/slide_35.html

Dimension: 47.748 Km x 42.715 Km
Resolution: 74.036 m (389116 point)
Texture dimension: 6728x5777 px

Illumination conditon: Morning

3D and animation with Blender

Ciao
VB

Posted by: Phil Stooke Mar 1 2010, 01:22 AM

People,

Phil here reporting from Houston. I'm at LPSC. At the reception this evening I heard that a utility for opening Kaguya images will be made available in a few months... will say more when I can.

Phil

Posted by: ValterVB Mar 29 2010, 08:55 PM

http://sites.google.com/site/moonmaplab/port-mehdia you can find a script for import LALT_GGT_NUM dataset from the JAXA in Blender. The name of the file to download is Moon importer.blend
You can choice latidude and longitude and then the script import the date.

All you need is Blender (not version 2.5) and the file LALT_GGT_MAP.IMG. Before to run the script change the path on the script (on the top/left of the windows
This is an example. (Pay attention to the number of vertices, my max limit is 2 millions of vertices)



If you speak italian you can see http://moonmaplab.blogspot.com/, where I explain How to do

Ciao
VB

Posted by: Nirgal Sep 13 2010, 09:54 AM

I have only very recently discovered the treasure trove of KAGUYA data and have a question specifically to the TC (Terrain Camera) Data that I have not been able to answer from reading through all of the KAGUYA thread so dar.
It seems that others (Phil Stooke) already did quite some work with the TC data so maybe they could help answer the following question: So is it really true that there is already global (or a substantial fraction of global) coverage of TC derived DEM data as suggested by the official KAGUYA mission statements (which would be really, really ueber-awseome: a global DEM at 10 meter resolution, i.e. about 100 times (!) more detailed than the laser altimeter derived maps at about 1 kilometer per pixel). It also seems that Google Moon is already using a high resolution DEM in many places which from the look at it seems more detailed than the usual 1-kilometer per pixel altimeter DEM (but not as detailed than a 10-meter DEM ? (anyone know what datasets are exactly used by Google Moon ?)

What I have been able so far ist to download and process TC DEMs for selected areas but I have trouble to fnd the proposed "global coverage".
When looking at the TC overlays in 3D Moon Java App there seem to appear also only very few areas.
So is this still unreleased material or am I doing the wrong search ?
Interestingly, when doing a "blank" search at the Kaguya data archive for all TC DEMs it returns around 30.000 records which looks promising for near global coverage but I have not been able to do a more targeted GIS-style or at least coordinate based search which returns only sparse coverage in selected areas.

Thanks a lot for any suggestions !

Posted by: Phil Stooke Sep 13 2010, 01:55 PM

Sorry folks - I did look at this stuff when it first became available, briefly, but I don't find the access very convenient, and I never found access to more than a very restricted subset of images (and never tried the altimetry). I'm tied up with Mars and asteroids at the moment and not doing much with the Moon. Note to people planning online access to data - keep it as simple as possible!

Phil

Posted by: Nirgal Sep 14 2010, 09:44 AM

QUOTE (Phil Stooke @ Sep 13 2010, 03:55 PM) *
I'm tied up with Mars and asteroids at the moment and not doing much with the Moon. Note to people planning online access to data - keep it as simple as possible!

Phil


nevermind Phil ! thanks for the answer anyway.
Your reporting similar troubles with the dataset basically already answers my main question: so it's not just me having trouble with the access details of the TC Kaguya dataset.
I thought it might be something simple like just using the wrong front end or that a large part of the TC data might still be unreleased for the higher processing levels... something like that...
So I will try to take more time to grind myself further trough this... I will keep you all updated when I find out anything useful.

B.

Posted by: Nirgal Sep 16 2010, 03:45 PM

ok, after some further research I found the following interesting information directly from the JAXA Kaguya-Team posted at the Telescope Review forum which directly addresses my question about coverage and release schedule of the Terrain Camera derived DEMs. As I already suspected, the bulk of the data seems to be still in processing. The interview sounds very promising although we will probably have to wait another year or so for the availability of full global coverage.

QUOTE
I asked Shin-ichi Sobue of the JAXA Kaguya –team the following questions. Here is the e-mail correspondence (released with permission):

“Q: Is the additional data set to be released on November the 1st 2009? What will it contain?

A: We will provide all available standard products from Kaguya mission instruments which is shown in here.

Q: The Kaguya Laser Altimeter Data (in resolution of 1 data point per 1 degree) has been kindly reseased on February 2009. Is the data produced by Terrain Mapping Camera (the full topographic data set) going to be released? How well is the Lunar surface covered with that data?

A: Terrain Camera (Not TMC, TMC is Indian) observed more than 90% surface of the Moon with 10 meter resolution. But, it takes additional 1-2 years to provide global DTM by TC. On the other hand, about LALT, we will provide 1/16 degree topographical map on November.”


BTW.: can't wait for the Indian TMC DEMs which are announced to be even more detailed at 5 meters per pixel vs. 10 m/pixel for the Kaguya TC.
(However I would suppose that the 10 and 5 meter resolution does apply to the orthoimages only, not for the DEMs themselves because the process of photogrammetry (stereo derived DEM construction) usually needs a small window of 3x3 to 5x5 pixels for each DEM height value. That's why, for example the HiRISE Mars DTMs have a 1 meter/pixel resolution while the images they are derived from come with 0.25 m/pixel.

Posted by: JohnVV Sep 21 2010, 08:32 AM

i have to agree with phil the KAGUYA site was never very user friendly .Usable yes, but very limited for us amateurs / enthusiasts
the dem released was very quickly surpassed by the LOLA data .


Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)