qnet - editing ground points using a positive longitude direction=west
Ella and I had to walk through a mystery and now we think we understand what is going on.
1) Cassini RADAR mosaic products are generated in longtiude_direction=west and longitude system=360
2) We are using these RADAR mosaics for the 'ground source' in qnet to tie Cassini ISS level1 images.
3) When creating a new ground point, once a point is selected as constrainted, and the Radar mosaic loaded as ground source; qnet seems to read the west longitude direction value of the map and converts to 'east'...the user can select the ground point, saves the point and network.
4)When this network with the ground source point is 'reloaded' into a new qnet session, with the same ground source loaded...qnet does not 're-convert' the saved converted west->east longitude back to west in order to find it on the original ground source. The user must separately remap the ground source file to positive longitude direction to 'east'...load this version of ground source into qnet in order to see/edit the existing ground points.
5) We haven't gone through the exercise to see if the incoming longitude domain gets converted from 180 to 360 and will cause the same editing problem (luckily the radar is in 360; consistent with isis3), ...it's worth looking into.
#1 Updated by Tammy Becker about 6 years ago
Triaged at moderate level for now; there is a work around with remapping ground to positive direction=east.
This should be considered an important detail for any new development in the control suite.
Improved documentation might suffice with the current qnet based on tight resources.