My Assistant
Site Message
Unmanned Spaceflight.com > All posts by a member| Posted on: Sep 27 2016, 09:47 PM | |
|
Senior Member  Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497 
|
QUOTE (Gerald @ Sep 26 2016, 06:18 AM)  I'm now going to implement the spheroid part. See SPICE toolkit function surfpt for the triaxial ellipsoid implementation. |
| Forum: Juno · Post Preview: #232790 · Replies: 129 · Views: 127797 |
| Posted on: Sep 20 2016, 03:24 PM | |
|
Senior Member Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497
|
QUOTE (Brian Burns @ Sep 20 2016, 03:39 AM) I'm not sure ISIS will be usable with the Juno images yet... We've contacted USGS about this but I'm not sure how their schedule and funding work. Of course, for PJ we provide you with images that have gone though all of the geometric processing and are projected back to a sphere, but few people seem to use those for some reason. |
| Forum: Juno · Post Preview: #232711 · Replies: 93 · Views: 147246 |
| Posted on: Sep 20 2016, 03:19 PM | |
|
Senior Member Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497
|
QUOTE (Matt Brealey @ Sep 20 2016, 01:31 AM) One question I do have - in VFX we often shoot a checkerboard/grid pattern in order to test/view the distortion that is present in a given lens. I was wondering if any such images were taken for Junocam/if that’s a common part of your process, too? For a fast, wide-angle, fixed-focus lens you need an impractically large grid target to fill the field. For more recent cameras we use the OpenCV calibration software, which uses multiple images of smaller dot targets at different locations in the field. For Junocam we used a mixture of optical prescription data and dot targets, but it hasn't been completely satisfactory, and the cruise star imaging hasn't provided us with the data I'd hoped it would for reasons we still don't completely understand. |
| Forum: Juno · Post Preview: #232710 · Replies: 93 · Views: 147246 |
| Posted on: Sep 19 2016, 01:32 PM | |
|
Senior Member Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497
|
QUOTE (Matt Brealey @ Sep 19 2016, 04:32 AM) For those interested, I’ve finally finished my article explaining the Visual Effects techniques I used... Wow, thanks for writing this, it's very impressive. I'm amazed that you can do all this with essentially no knowledge of the imaging geometry, and while it's fairly manual, it doesn't look nearly as labor-intensive as I was expecting -- a combination of the specific tool and your familiarity with it. (While in theory I guess you could do all of this in Photoshop, I shudder to imagine how long it might take, not that I am a Photoshop expert.) One minor note: thanks for referring to the black dots on the images as calibration marks -- but they're really undesirable imperfections in the filters that we didn't really want. If they were useful regardless, that was a nice benefit! |
| Forum: Juno · Post Preview: #232696 · Replies: 93 · Views: 147246 |
| Posted on: Sep 12 2016, 02:51 PM | |
|
Senior Member Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497
|
QUOTE (stevesliva @ Sep 12 2016, 06:35 AM) I'm not clear on what those chillers were chilling and why it threatened OSIRIS-REX...? My interpretation was this was for the pad air conditioning. Losing A/C could cause contamination concerns but "losing the spacecraft" seems a little overdramatic to me. |
| Forum: OSIRIS-REx · Post Preview: #232630 · Replies: 70 · Views: 177588 |
| Posted on: Sep 8 2016, 05:13 PM | |
|
Senior Member Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497
|
QUOTE (Matt Brealey @ Sep 8 2016, 08:38 AM) everything I’ve put together has been through working purely in 2D. Frankly the results are cosmetically better than what we are getting with the full 3D solution, so why change anything if it's not broken? As the spacecraft gets closer to the planet and its position is changing more across the image acquisition, the 2D solution may break down. And with 2D you probably don't have a good mapping to absolute lat/lon. But for visual examination your products are IMHO the best so far! Of course a lot of that is the sharpening and photometric removal; I'm very interested to get more details about your workflow for that. |
| Forum: Juno · Post Preview: #232581 · Replies: 93 · Views: 147246 |
| Posted on: Sep 8 2016, 02:48 AM | |
|
Senior Member Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497
|
QUOTE (tanjent @ Sep 7 2016, 05:57 PM) In the North Pole image of Matt's are a couple almost-linear large scale features unlike anything I have seen on Jupiter before. https://en.wikipedia.org/wiki/Rossby_wave as noted in the press release https://www.nasa.gov/image-feature/jpl/pia1...ters-north-pole |
| Forum: Juno · Post Preview: #232570 · Replies: 93 · Views: 147246 |
| Posted on: Sep 7 2016, 05:25 PM | |
|
Senior Member Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497
|
QUOTE (Matt Brealey @ Sep 7 2016, 08:56 AM) I'd love to get my hands on the NON-PNG versions  PNG is lossless, so you are not losing anything. Any compression artifacts are there in the images as received. The south polar images were transmitted lossless (metadata notwithstanding, there's a bug in how we report that.) BTW, this is pretty remarkable processing; more detail about how you did it would be interesting. |
| Forum: Juno · Post Preview: #232558 · Replies: 93 · Views: 147246 |
| Posted on: Sep 7 2016, 02:46 AM | |
|
Senior Member Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497
|
QUOTE (Gerald @ Sep 6 2016, 04:50 PM) this sounds like an understatement by at least two orders of magnitude, I didn't write this part of the press release so I can't say what was intended, but a few points: 1) Not all passes are to 70m antennas. To the 34m HEF subnet the data rate is only 22 kbit/sec. And DSN passes weren't continuous through this period, especially because some of the 70m time was lost to STEREO B. 2) Junocam only gets a small fraction of the total downlink rate (about 5%) with the remainder going to the rest of the payload. 3) Any dropped packets during transmission have to be explicitly commanded to be retransmitted, which takes a day or so typically. |
| Forum: Juno · Post Preview: #232550 · Replies: 93 · Views: 147246 |
| Posted on: Sep 6 2016, 03:15 AM | |
|
Senior Member Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497
|
QUOTE (Gerald @ Sep 5 2016, 05:39 PM) Via spy.exe I don't get an x-position for the Sun or Earth in the JunoCam frame. I have to confess I'm not sure what you're trying to accomplish here, but if you're not getting a result, it means that you don't have all of the needed kernel files loaded or they don't cover the time range of interest. |
| Forum: Juno · Post Preview: #232529 · Replies: 93 · Views: 147246 |
| Posted on: Sep 4 2016, 08:34 PM | |
|
Senior Member Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497
|
QUOTE (xosema @ Sep 4 2016, 12:12 PM) I think it would be didactic to compare Earth with Jupiter in the polar images... Very pretty, nice idea! To be picky, the Junocam polar image doesn't cover the entire planet since it's a point perspective from a relatively low altitude (it only covers from the south pole to about 30 degrees south) -- so your image is a bit misleading about the scale of things across the planet. p.s. should be in PJ1 thread. [MOD: DONE.] |
| Forum: Juno · Post Preview: #232502 · Replies: 93 · Views: 147246 |
| Posted on: Sep 2 2016, 11:15 PM | |
|
Senior Member Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497
|
BTW, the map projection in use is a point-perspective from the altitude in the metadata that's always 1600x1600 pixels in size and centered on the lat/lon shown in the metadata. We're still working on the fine pointing calibration so there may be errors on the order of a few pixels absolute and color-to-color. |
| Forum: Juno · Post Preview: #232473 · Replies: 93 · Views: 147246 |
| Posted on: Sep 2 2016, 08:18 PM | |
|
Senior Member Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497
|
QUOTE (alan @ Sep 2 2016, 11:57 AM) Could the lack of banding at high latitudes be due to a different balance between energy from the sun and the internal heat released? Nobody knows. It is known that Jupiter is roughly isothermal across latitudes even though there's more energy from the sun at the equator, which is already pretty weird. Obviously the poles have lower rotational speed, but it's not even known how deep the winds are. "Dynamics of Jupiter's Atmosphere" by Andrew P. Ingersoll et al is a great place to start (if you need to write a bunch of image captions in a hurry, for example. ) |
| Forum: Juno · Post Preview: #232467 · Replies: 129 · Views: 127797 |
| Posted on: Sep 2 2016, 08:06 PM | |
|
Senior Member Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497
|
QUOTE (Bjorn Jonsson @ Sep 2 2016, 11:55 AM) This image looks like it was intentionally overexposed to better reveal details near the terminator. The label file (JSON file) seems to be corrupt and contains no data of interest... This is one of the aurora search images. (We didn't see the aurora, BTW.) I was hoping that the RATIONALE_DESC field in the metadata would have more detail but it doesn't look like that was done for this release. Keep in mind that this is the first time we've published real data to missionjuno so there are still some kinks to work out. The (admittedly klunky) metadata download worked for me for this image. CODE { "COMPRESSION_TYPE": "INTEGER COSINE TRANSFORM", "DATA_SET_ID": "JUNO-J-JUNOCAM-2-EDR-L0-V1.0", "EXPOSURE_DURATION": "51.200000 <ms>", "FILE_NAME": "JNCE_2016240_00C06163_V01-raw.png", "FILE_RECORDS": 9216, "FILTER_NAME": [ "BLUE", "GREEN", "RED" ], "FOCAL_PLANE_TEMPERATURE": "273.0 <K>", "IMAGE_TIME": "2016-08-27T12:00:44.127", "INSTRUMENT_HOST_NAME": "JUNO", "INSTRUMENT_ID": "JNC", "INSTRUMENT_NAME": "JUNO EPO CAMERA", "INTERFRAME_DELAY": "0.378 <s>", "JNO:TDI_STAGES_COUNT": 16, "LINES": 9216, "LINE_PREFIX_BYTES": 0, "LINE_SAMPLES": 1648, "LINE_SUFFIX_BYTES": 0, "MISSION_PHASE_NAME": "PERIJOVE 1", "ORBIT_NUMBER": 1, "PJ": "01", "PROCESSING_LEVEL_ID": 2, "PRODUCER_ID": "JUNO_JUNOCAM_TEAM", "PRODUCT_CREATION_TIME": "2016-09-01T14:08:33", "PRODUCT_ID": "JNCE_2016240_00C06163_V01", "PRODUCT_VERSION_ID": 1, "RATIONALE_DESC": "Jupiter imaging", "RECORD_BYTES": 1648, "SAMPLE_BITS": 8, "SAMPLE_BIT_MASK": "2#11111111#", "SAMPLE_BIT_MODE_ID": "SQROOT", "SAMPLE_TYPE": "UNSIGNED_INTEGER", "SAMPLING_FACTOR": 1, "SEQUENCE_ID": "jm0003", "SOFTWARE_NAME": "JUNOMAKEPDS.PY 0.4", "SOLAR_DISTANCE": "8.1519e+08 <km>", "SOURCE_PRODUCT_ID": "3D-0900011813-2016-240T15.38.52", "SPACECRAFT_ALTITUDE": "70379.5 <km>", "SPACECRAFT_CLOCK_START_COUNT": "525571420:91", "SPACECRAFT_CLOCK_STOP_COUNT": "N/A", "SPACECRAFT_NAME": "JUNO", "STANDARD_DATA_PRODUCT_ID": "JUNOCAM-EDR", "START_TIME": "2016-08-27T12:00:44.127", "STOP_TIME": "2016-08-27T12:00:53.199", "SUB_SPACECRAFT_LATITUDE": "88.4528", "SUB_SPACECRAFT_LONGITUDE": "70.4651", "TARGET_NAME": "JUPITER", "TOKEN_ID": [ "" ] } |
| Forum: Juno · Post Preview: #232462 · Replies: 93 · Views: 147246 |
| Posted on: Sep 2 2016, 06:39 PM | |
|
Senior Member Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497
|
QUOTE (S_Walker @ Sep 2 2016, 09:35 AM) is the color balance off on the latest processed versions? There is no color balancing of any kind done for the gallery processing, this is the raw color out of the camera. |
| Forum: Juno · Post Preview: #232455 · Replies: 93 · Views: 147246 |
| Posted on: Sep 2 2016, 05:18 PM | |
|
Senior Member Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497
|
QUOTE (elakdawalla @ Sep 2 2016, 08:45 AM) New images released! Our long national nightmare is over.  New thread for perijove data? (Although the "marble movie" will continue for orbit 1 outbound and orbit 2 inbound.) |
| Forum: Juno · Post Preview: #232445 · Replies: 93 · Views: 147246 |
| Posted on: Sep 1 2016, 05:34 PM | |
|
Senior Member Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497
|
QUOTE (ZLD @ Sep 1 2016, 12:17 AM) Hadn't realized how the data was be distributed until today... Workflow seems quite long on assembling these. And we transition from complaints about not having the data to complaints that the data are hard to work with. The marble movie is a bit of a special case. Because of the large number of typically tiny images, it was decided to not use the normal missionjuno "gallery" mechanism but to just release them as a large unprocessed blob. Unfortunately the last batch of images of the marble movie was close enough to the planet to be interesting but didn't make the cut to be included in the gallery. The gallery images will be available in both raw and a couple of different processed forms and in general be easier to work with. I don't know of any public tools to work with the raw data. These could be as simple as a few lines of some scripting language to rearrange the filter strips to a version of something like the ISIS support for MARCI or LROC WAC suitably modified for Junocam. |
| Forum: Juno · Post Preview: #232425 · Replies: 129 · Views: 127797 |
| Posted on: Sep 1 2016, 04:48 PM | |
|
Senior Member Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497
|
QUOTE (Ant103 @ Sep 1 2016, 03:55 AM) I spend a good part of the night, and the middle of the day trying to figure out how getting a good result with the latest JunoCam images... Somehow that sounds a lot like my recent experience. BTW, if people were unaware, Cassini took excellent movies of the polar regions during its Jupiter flyby back in 2000. Well worth reviewing as you're waiting for Juno data. http://www.ciclops.org/view/81/Jupiter-Polar-Winds?js=1 |
| Forum: Juno · Post Preview: #232423 · Replies: 129 · Views: 127797 |
| Posted on: Aug 27 2016, 10:21 PM | |
|
Senior Member Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497
|
QUOTE (Brian Burns @ Aug 27 2016, 02:19 PM) I found the problem - somehow in all the permutations of inputs I missed one - it needed the scan platform instead of one of the cameras - Doh! In the new way of doing things you could define a frames kernel with a constant offset between the scan platform frame and the camera frame and it would manage this for you, but the Voyager conversions probably predate that formalism. |
| Forum: Voyager and Pioneer · Post Preview: #232354 · Replies: 20 · Views: 54693 |
| Posted on: Aug 27 2016, 07:39 PM | |
|
Senior Member Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497
|
QUOTE (Brian Burns @ Aug 27 2016, 09:45 AM) I know there's information in there somewhere! Maybe there's a mismatch between the SCLK-SCET file you're using and the one they used when they generated the C kernels -- this sometimes causes problems. Might be useful to dump the kernel to ASCII with toxfr. Can't look at this now (busy with other Jupiter images ) but maybe next week. |
| Forum: Voyager and Pioneer · Post Preview: #232347 · Replies: 20 · Views: 54693 |
| Posted on: Aug 27 2016, 04:53 PM | |
|
Senior Member Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497
|
QUOTE (Brian Burns @ Aug 27 2016, 07:33 AM) I've been having trouble getting camera pointing information from SPICE - I've tried both the older C-kernels from NAIF and the newer versions from PDS, Voyager 1 and 2 data, run through all available image times, tried the scan platform vs cameras, set the time tolerance to increasingly larger values, but it still comes back with pointing information not found. If it's a type 1 kernel with no interpolation, then you will only get values at specific times no matter how you set the tolerance -- I think. Does it work for the exact time of an image as calculated using the clock strings instead of the ISO time? If it is a type 1 you could convert it to type 3 with ckspanit. http://naif.jpl.nasa.gov/naif/utilities_PC...dows_32bit.html |
| Forum: Voyager and Pioneer · Post Preview: #232344 · Replies: 20 · Views: 54693 |
| Posted on: Aug 23 2016, 10:00 PM | |
|
Senior Member Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497
|
QUOTE (qraal @ Aug 23 2016, 12:50 PM) Lorenzo Iorio, the gravitational dynamics researcher, has a melliflous name for the outermost solar planet - Telisto. I had to read https://arxiv.org/abs/1512.05288 to understand what this meant, and frankly, I don't think the author has the standing to name this object. http://knowyourmeme.com/memes/stop-trying-...ke-fetch-happen |
| Forum: Pluto / KBO · Post Preview: #232280 · Replies: 16 · Views: 75359 |
| Posted on: Aug 20 2016, 06:30 PM | |
|
Senior Member Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497
|
QUOTE (Gerald @ Aug 20 2016, 09:12 AM) With these time series I'm pretty sure to be able to render well-rgb-aligned images for the tricky end of Marble Movie part 1, and start of part 2. For those of you who may be wondering what makes some parts of the movie different from others -- we're not doing anything different as the movie progresses, other than changing the number of frames and the mix between RGB and CH4 a little as we experimented. Nor do I think the camera intrinsic parameters are changing very much. The main thing that's changing is the spacecraft pointing and spin rate. The spacecraft nominally has the HGA pointing at the Earth, so its pointing slowly evolves as the Earth moves (the tracking is done stepwise rather than continuously.) Every once in a while there's an adjustment to maintain the axis and spin rate. And there have been some fairly large pointing excursions from time to time for calibration activities for the other instruments. The latter is the largest effect -- if you look at where Jupiter is in the raw frames you can see it jump across the field by a few hundred pixels and then jump back. All of these pointing changes are visible in the spacecraft C kernels. There may also be some timing slop in the reported image timestamps relative to when the first frame also starts exposure, and perhaps some drift in the interframe time spacing, which is set by a crystal oscillator in the camera. I'm still working to characterize that, but it only amounts to a few pixels of offset. |
| Forum: Juno · Post Preview: #232237 · Replies: 129 · Views: 127797 |
| Posted on: Aug 17 2016, 07:39 PM | |
|
Senior Member Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497
|
QUOTE (Sean @ Aug 17 2016, 08:28 AM) Also, can anyone enlighten me as to why we have extended Navcam shots for some landscape features but not all? We have the option of commanding in the rover frame or the local level frame. If commanded in the rover frame, then if the rover ends up tilted then parts of the horizon get cut off. AFAIK, drive direction mosaics are always taken in the rover frame because the orientation of the rover can't be predicted in advance. Not saying this was the case here, but it might have been. All of this would be easier if we could afford to take more rows of mosaic, but we usually can't because of data volume and time constraints. |
| Forum: MSL · Post Preview: #232183 · Replies: 1206 · Views: 885304 |
| Posted on: Aug 17 2016, 03:28 AM | |
|
Senior Member Group: Members Posts: 2559 Joined: 13-September 05 Member No.: 497
|
QUOTE (Gerald @ Aug 16 2016, 12:55 PM) Edit: File naming convention changed. Filename contains image number in hexadecimal and iso time. Sorry about that. Those are the names we receive the data files as, while the JNCE names are more or less the same as the equivalent PDS products. The former names were used by mistake. We'll correct that as soon as possible. |
| Forum: Juno · Post Preview: #232168 · Replies: 129 · Views: 127797 |
 New Replies No New Replies Hot Topic (New) Hot Topic (No New) |
 Poll (New) Poll (No New) Locked Topic Moved Topic |
|
Lo-Fi Version | Time is now: 17th December 2024 - 05:27 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. |
|
