My Assistant
It's June - Better LOLA? |
Jun 16 2010, 12:20 AM
Post
#1
|
|
|
Junior Member ![]() ![]() Group: Members Posts: 23 Joined: 6-November 09 Member No.: 5017 |
Okay, It's June 15. Where's the updated LOLA data? I keep finding the stuff from March in all the usual places. Okay, I'm sure it may take a few days, but does anyone have a clue if the LDEMs are going to get cleaner and crisper this time around?
I've already seen a resin casting of a moon globe made from the LDEM_64 data, but I wanted to wait a bit until more blanks were filled in. Rick |
|
|
|
![]() |
Aug 12 2010, 04:17 PM
Post
#2
|
|
|
Solar System Cartographer ![]() ![]() ![]() ![]() Group: Members Posts: 10265 Joined: 5-April 05 From: Canada Member No.: 227 |
It takes time to get it all fixed up... but people, if you want to see how unbelievable LOLA is going to be when it's all done, check out this amazing presentation from the NASA Lunar Science Forum, held at NASA Ames last month. This is by Maria Zuber, and - alas - it didn't survive the PDF-making process properly. I have asked if it can be fixed. But even so, it looks good. Check out the LOLA map of the floor of Shackleton on page 15. As I say I've asked for it to be fixed, so we'll see.
http://lunarscience2010.arc.nasa.gov/sites...files/Zuber.pdf Other pressies here: http://lunarscience2010.arc.nasa.gov/agenda Lots of goodies. Phil -------------------- ... because the Solar System ain't gonna map itself.
Also to be found posting similar content on https://mastodon.social/@PhilStooke Maps for download (free PDF: https://upload.wikimedia.org/wikipedia/comm...Cartography.pdf NOTE: everything created by me which I post on UMSF is considered to be in the public domain (NOT CC, public domain) |
|
|
|
Aug 14 2010, 05:51 PM
Post
#3
|
|
|
Junior Member ![]() ![]() Group: Members Posts: 62 Joined: 30-July 09 Member No.: 4887 |
"It takes time to get it all fixed up... but people, if you want to see how unbelievable LOLA is going to be when it's all done, check out this amazing presentation from the NASA Lunar Science Forum, held at NASA Ames last month. This is by Maria Zuber, and - alas - it didn't survive the PDF-making process properly. I have asked if it can be fixed. But even so, it looks good. Check out the LOLA map of the floor of Shackleton on page 15. "
Yes, it looks good, and is much better than what we have had and they are doing great work. But there are some points that should be emphasized (and I do not think they are sufficiently)........ For a 25 m/pixel grid for within 25 km of the South Pole, (1) Only 72% of the grid elements have at least one laser data point. This means 28% are empty, but the DEMs show them filled (interpolated). This is a concern to me because although it creates a nice continuous image/DEM, it needs an accompanying error map to help a user to understand the missing data, interpolation error, etc. (2) The average number of laser data points in this grid is 1.5 +- 1.4. For a 25m by 25 m pixel, you would like around 25 laser data points to get good coverage with 5 m diameter spots. This means when the DEM is constructed, the height for that pixel is supposed to be an average height of the surface, but really it is the height average of from 0% to 12% of the surface area within the pixel. (3) How does the laser data point treats the area it "paints"? Is this the average height within the 5 m spot or the highest spot or what? With coarser grids (240 m by 240 m/pixel), the percentage of surface area with laser data spots is around 8%. Thus the magic of creating the DEM (i.e. sausage making) has alot of aspects that people need to realize and see if it applies to their usage. I have been stymied from doing illumination analysis because of these concerns. Sure I can do it and have done it with my analysis tools and use either the DEMs or the actual laser points, but I cannot create an error bar, so I have to reassess this laser data DEM. |
|
|
|
Sep 1 2010, 10:57 PM
Post
#4
|
|
|
Junior Member ![]() ![]() Group: Members Posts: 22 Joined: 20-June 09 Member No.: 4830 |
Thus the magic of creating the DEM (i.e. sausage making) has alot of aspects that people need to realize and see if it applies to their usage. I have been stymied from doing illumination analysis because of these concerns. Sure I can do it and have done it with my analysis tools and use either the DEMs or the actual laser points, but I cannot create an error bar, so I have to reassess this laser data DEM. James, we discussed that offline, but I do not agree that we need to paint the whole Moon to have a realistic map at say 25m resolution. Indeed the current filling ratio of the 25x25m near the poles was 72% when we discussed that in June, but it will keep on improving. The September release in a couple of weeks will have side products for each of the DEMs containing the counts of laser shots in each pixel. People can use that as a mask to see where you can be more or less confident in the measurement averaging (actually a median). But I am not sure that is what will capture the interest of most people here. And having "gaps" in the DEMs to reflect the actual sampling would not necessarily make it better; I would expect most people want a full map, and do not want to do their own interpolation (they may not be familiar with the tools to do so) when they want to render a given region. To reassure you, the data is not put through magic black boxes, and the workflow is actually pretty straightforward. It just gets messy to deal with when you have billions of points and those high resolutions. With coarser grids (240 m by 240 m/pixel), the percentage of surface area with laser data spots is around 8%. Do you mean globally? In June, polewards of ~85deg, we had ~90% coverage at that resolution. All, The September release is coming very soon, and the DEMs will be updated this time, with more than 2 billion (good) points which went into them. I updated the Celestia products, and they are already available here: http://imbrium.mit.edu/EXTRAS/CELESTIA/ They were made from the to-be-released 128ppd grid. Annoying seams should be gone (note to djellison and John). We are also releasing a 256ppd map (in four tiles), but I do not have the time currently to do it from that source (that would bring us to level6). And currently, it might be overkill. Others are welcome to try it out! As for the new polar maps you saw in Maria Zuber's Ames presentation, this is not exactly what is going to be released. I'm not going into details here, but basically, the PDS release will still show some (reduced compared to before) orbit streaks near the poles. I will try to provide a better image of the South Pole, as it seems to be of interest here Erwan |
|
|
|
Sep 2 2010, 02:49 PM
Post
#5
|
|
|
Junior Member ![]() ![]() Group: Members Posts: 62 Joined: 30-July 09 Member No.: 4887 |
"I do not agree that we need to paint the whole Moon to have a realistic map at say 25m resolution."
What is the meaning of the word "realistic"? It may be realistic for people who want to render topographic surfaces for illustrative purposes or animations or simulations that do not require interacting with the surface. But I think one would not consider it realistic if one is planning a rover path or doing certain types of illumination analysis. I think you and your team are doing great work, but I think some accuracy/realism aspects go over most users heads and are ignored. "Indeed the current filling ratio of the 25x25m near the poles was 72% when we discussed that in June, but it will keep on improving." This is the number I quoted before and is what bothered me because the DEMs show continuous surfaces where they cannot really be definitive as such (other than interpolation). Yes, given enough time you should get "100%" (meaning, to other readers, at least one 5 m diameter laser spot within all of the polar 25m by 25 m areal elements). But I have a little trouble with the rationale of interpolating an entire pixel height based on maybe <4% of the area being painted by laser light (i.e. one laser spot for a surface that needs 25 laser spots to fully define). Maybe the LOLA data is meant just for a certain purpose and I am trying to use it for a purpose that was not intended and I should really use the stereo imagery derived terrain instead. >The September release in a couple of weeks will have side products for each of the DEMs containing the counts >of laser shots in each pixel. People can use that as a mask to see where you can be more or less confident in the >measurement averaging (actually a median). This will be helpful. >And having "gaps" in the DEMs to reflect the actual sampling would not necessarily make it better; I would >expect most people want a full map, and do not want to do their own interpolation (they may not be familiar >with the tools to do so) when they want to render a given region. Gaps would be no good in the DEM, but what I think some users would like is the number of shots per pixel (0 shots would tell them it is pure interpolation). It would also be nice to have an error estimate for each pixel (maybe based on the difference between the interpolation pixel height and the average of the heights of the laser spots within the pixel). >To reassure you, the data is not put through magic black boxes, and the workflow is actually pretty straightforward. Interpolation is kind of magical in that it is hard to intuitively know how the interpolation will work out all the time for every set of points. You are not simply drawing a straight line between points, it is much more complex. >>With coarser grids (240 m by 240 m/pixel), the percentage of surface area with laser data spots is around 8%. >Do you mean globally? In June, polewards of ~85deg, we had ~90% coverage at that resolution. By this I mean, for a 240m by 240 m DEM, I created a grid of 5 m non-overlapping spots to fill it which gives you 48 by 48/ 5 m spots or 2304 laser spots needed to cover the whole pixel. Then using your average number of laser spots/pixel within 25 km of the south pole (136+-63), I get a maximum of 8.6% and an average of 6% of the area painted by laser light. Sure, the number of 240m by 240m pixels that have at least 1 laser spot is ~100% in the case, but what I am saying is the kind of interpolated height based on 6-8% of the surface area needs some sort of error bar associated with it, since it is very hard for any of us to figure it out just from the raw data. >The September release is coming very soon, and the DEMs will be updated this time, with more than 2 billion (good) points which went into them. This is great! Still, globally, this means you are covering ~.1% of the lunar surface with laser light. So will LRO be merging the stereo imaging with LOLA data for significant regions? Are you working with those guys? |
|
|
|
Rick Sternbach It's June - Better LOLA? Jun 16 2010, 12:20 AM
DDAVIS I will wait until the last data point is incorpora... Jun 16 2010, 12:40 AM
Phil Stooke http://pds-geosciences.wustl.edu/missions/lro/lola... Jun 16 2010, 01:48 AM
Rick Sternbach QUOTE (Phil Stooke @ Jun 15 2010, 06:48 P... Jun 16 2010, 04:06 AM
JohnVV hay the gdr link finally works and is not gray.
ft... Jun 16 2010, 02:13 AM
JohnVV QUOTE Been spoiled by MOLA
well this is still a ve... Jun 16 2010, 04:22 AM
mhoward Just to save everybody a little time: the LDEM_64.... Jun 16 2010, 05:34 PM
ValterVB I see only the March release
here
ftp://pds-geos... Jun 16 2010, 06:42 PM
Phil Stooke Right... some of the data releases are delayed a b... Jun 23 2010, 03:24 PM
mhoward I'm having a go at gridding the LOLA RDR data ... Jun 23 2010, 03:37 PM
James Fincannon QUOTE (mhoward @ Jun 23 2010, 03:37 PM) I... Jun 23 2010, 06:38 PM
elakdawalla An announcement from the PDS -- I don't know i... Aug 2 2010, 04:13 PM
James Fincannon QUOTE (elakdawalla @ Aug 2 2010, 05:13 PM... Aug 2 2010, 04:24 PM
mhoward QUOTE (elakdawalla @ Aug 2 2010, 09:13 AM... Aug 3 2010, 02:38 AM
JohnVV QUOTE I am baffled also by the lack of data densit... Aug 2 2010, 07:04 PM
djellison Humph. Still some major problems with this imho -... Aug 2 2010, 09:37 PM
JohnVV djellison seeing that is also true for most of the... Aug 3 2010, 01:23 AM
djellison QUOTE (JohnVV @ Aug 2 2010, 06:23 PM) dje... Aug 3 2010, 02:52 AM
mhoward Interesting - unless I'm doing something wrong... Aug 12 2010, 04:16 PM
Rick Sternbach QUOTE (zeBeamer @ Sep 1 2010, 03:57 PM) A... Sep 2 2010, 04:42 PM
zeBeamer QUOTE (Rick Sternbach @ Sep 2 2010, 11:42... Sep 2 2010, 07:56 PM
Rick Sternbach QUOTE (zeBeamer @ Sep 2 2010, 12:56 PM) C... Sep 9 2010, 11:31 PM
zeBeamer QUOTE (Rick Sternbach @ Sep 9 2010, 07:31... Sep 12 2010, 01:03 AM
Rick Sternbach QUOTE (zeBeamer @ Sep 11 2010, 06:03 PM) ... Sep 16 2010, 04:54 AM
antipode QUOTE http://lunarscience2010.arc.nasa.gov/sites..... Aug 13 2010, 10:39 PM
JohnVV as has been stated before these things take time
... Sep 2 2010, 12:40 AM
zeBeamer Here is one image of the South Pole region as show... Sep 3 2010, 09:20 PM
Phil Stooke Thanks Erwan - lovely map. I was sorry to se that... Sep 9 2010, 11:57 PM
JohnVV just took a look at
http://imbrium.mit.edu/DATA/L... Sep 10 2010, 12:32 AM
Rick Sternbach QUOTE (JohnVV @ Sep 9 2010, 05:32 PM) as ... Sep 10 2010, 06:30 AM
pch QUOTE (JohnVV @ Sep 10 2010, 02:32 AM) ju... Sep 10 2010, 06:50 AM
JohnVV i just imported the 128 into Nip2 and did a simple... Sep 10 2010, 07:08 AM
JohnVV Rick Sternbach and a few others i can post the 128... Sep 10 2010, 10:28 PM
Rick Sternbach QUOTE (JohnVV @ Sep 10 2010, 03:28 PM) Ri... Sep 11 2010, 04:14 PM
charborob QUOTE (Rick Sternbach @ Sep 11 2010, 11:1... Sep 11 2010, 06:23 PM
JohnVV i will post links to them later on tonight ( i hav... Sep 11 2010, 08:16 PM
JohnVV As for the 128ppd being too large,
not for me but... Sep 12 2010, 03:08 AM
mhoward Looking forward to the new RDRs. Thanks. Sep 12 2010, 01:37 PM
Mars3D How are you guys processing the RDRs? I have found... Nov 25 2010, 08:26 PM
mhoward QUOTE (Mars3D @ Nov 25 2010, 02:26 PM) Ho... Nov 26 2010, 04:45 AM
James Fincannon QUOTE (Mars3D @ Nov 25 2010, 09:26 PM) Ho... Nov 26 2010, 07:06 PM
JohnVV QUOTE How are you guys processing the RDRs? I have... Nov 25 2010, 10:11 PM
Mars3D Thanks for the replies.
I think I'll have a g... Nov 26 2010, 06:58 PM
mhoward QUOTE (Mars3D @ Nov 26 2010, 12:58 PM) I ... Nov 26 2010, 07:18 PM
JohnVV it should build in MinGW on windows but you would ... Nov 26 2010, 08:02 PM
Mars3D I briefly tried MinGW but I was getting lots of co... Nov 28 2010, 01:29 AM
mhoward QUOTE (Mars3D @ Nov 27 2010, 06:29 PM) No... Nov 28 2010, 02:55 PM
Mars3D QUOTE (mhoward @ Nov 28 2010, 02:55 PM) T... Nov 28 2010, 07:45 PM
JohnVV those errors are from mingw needing to be configur... Nov 28 2010, 04:05 AM
JohnVV seeing as the labels are the ones being updated
h... Nov 28 2010, 08:37 PM
mhoward QUOTE (JohnVV @ Nov 28 2010, 01:37 PM) se... Nov 28 2010, 08:41 PM
ValterVB I think to have found an error on LDEM 256 downloa... Dec 31 2010, 10:50 AM
Phil Stooke In the old days this was straightforward. Resolut... Jan 2 2011, 07:57 AM
ValterVB Thanks for the answer Phil, but it is strange, bec... Jan 2 2011, 02:18 PM
JohnVV QUOTE Perhaps is changed from September
the date f... Jan 2 2011, 02:26 PM
mhoward Here's a little something to show how good the... Jan 22 2011, 12:32 AM
eoincampbell QUOTE (mhoward @ Jan 21 2011, 04:32 PM) H... Jan 22 2011, 12:51 AM
JohnVV lighting from 45 deg up ( the basic "emboss... Jan 22 2011, 01:18 AM
mhoward QUOTE (JohnVV @ Jan 21 2011, 06:18 PM) wh... Jan 22 2011, 02:11 PM
Phil Stooke Fantastic image! Thanks. This is going to be... Jan 22 2011, 01:43 AM
mhoward QUOTE (Phil Stooke @ Jan 21 2011, 07:43 P... Jan 22 2011, 02:42 PM
Phil Stooke "I was pleased - and more than a little surpr... Jan 22 2011, 05:35 PM
mhoward QUOTE (Phil Stooke @ Jan 22 2011, 10:35 A... Jan 22 2011, 06:07 PM
mhoward For fun, here is the illumination map from above g... Jan 22 2011, 08:11 PM
JohnVV QUOTE but if you mean removing the vertical bandin... Jan 22 2011, 09:49 PM
mhoward QUOTE (JohnVV @ Jan 22 2011, 02:49 PM) th... Jan 22 2011, 11:43 PM
JohnVV no kidding it is a big file
the *.dat's alone... Jan 23 2011, 08:04 AM![]() ![]() |
|
Lo-Fi Version | Time is now: 17th December 2024 - 03:45 AM |
|
RULES AND GUIDELINES Please read the Forum Rules and Guidelines before posting. IMAGE 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. |
|