Isis Support Center

Isis 3 Support :: RE: ctxcal: PROGRAMMER ERROR (SOLVED)

Author: joosthoek
Posted: Thu Jul 02, 2009 9:09 am (GMT -7)
Topic Replies: 12

Thanks Trent, I put your .csh updates in home/isis3user/ and no problem occured

I don't know exactly what happened but when I did the rsync again the ctxFlat_0001.cub and ctxFlat_0002.cub files where there and processing works again now...!

Planetary GIS Datasets - Mars :: RE: SHARAD in Google Earth 5 (with the Mars globe)

Author: joosthoek
Posted: Thu Jul 02, 2009 8:41 am (GMT -7)
Topic Replies: 2

Hi Adakite,

There was a problem with planetarygis.org which has been solved. Could you try it again? It works on my PC in any case...

Isis 3 Support :: RE: display of measured items in qview (OPEN SL)

Author: bierhaus
Posted: Thu Jul 02, 2009 7:47 am (GMT -7)
Topic Replies: 3

Steven,

I whole-heartedly endorse augmenting the measure tool to include that functionality -- I would be a happy user of such a feature! I appreciate your consideration,

Beau

Planetary GIS Datasets - Mars :: RE: SHARAD in Google Earth 5 (with the Mars globe)

Author: Adakite
Posted: Thu Jul 02, 2009 6:22 am (GMT -7)
Topic Replies: 2

Thank you for this post.
I have one question regarding to this task : how can we get the data themselves from the footprint? I tried to click on the yellow pin but nothing happens.

Many thanks!

A./
_________________
I am looking for a post-doc position for the next winter in planetary surface processes. Please, find some of my work at my www (see icon below). Thank you for any reply.

Isis 3 Support :: RE: Explicit equations used in ISIS

Author: Adakite
Posted: Thu Jul 02, 2009 12:57 am (GMT -7)
Topic Replies: 2

Hi Stuart,

Thanks for your reply.

However, from the moccal.cpp file I can found this equation as comment:

Code:

R = [(pixel - z + off) / a - g / ex - dc]*oif

but, it seems little different in the program :

Code:

double r = ((in[i] - gbl::z + gbl::off) / gbl::a - gbl::g) / gbl::ex - gbl::dc;

r = gbl::pixelGain[i] * r + gbl::pixelOffset[i];

out[i] = r * gbl::iof;

Actually I don't get the second equation What are gbl::pixelGain[i] and gbl::pixelOffset[i] regarding to gbl::a and gbl::off. I didn't find where gbl::pixelGain[i] and gbl::pixelOffset[i] are attributed.

/!\ I am not a C++ programmer, so I certainly miss something.

Thanks for any help !
_________________
I am looking for a post-doc position for the next winter in planetary surface processes. Please, find some of my work at my www (see icon below). Thank you for any reply.

Tips & Tricks for Using Isis 3 :: RE: MOC NA (narrow angle) process all script

Author: thare
Posted: Wed Jul 01, 2009 3:31 pm (GMT -7)
Topic Replies: 1

This is a version to process CTX .img's to map projected, losslessly compressed, JPG2000 images. The conversion from lev2 cub files into jp2 format using the gdal conversion commands is the only change between this script and the original script posted above. You will still need a maptemplate .map file and it still runs in ISIS3. It will also require the GDAL binaries (see readme in zip file).

If you plan to use or mosaic in most GIS apps they don't need to be the same resolution.

Please see readme for how to install the Csh script and included PERL scripts on your ISIS3 machine.

-Trent

all needed scripts bundled into one zip with a readme:
ftp://pdsimage2.wr.usgs.gov/pub/pigpen/Perl/MOCna_process_all_jp2.zip

Tips & Tricks for Using Isis 3 :: MOC NA (narrow angle) process all script

Author: thare
Subject: MOC NA (narrow angle) process all script
Posted: Wed Jul 01, 2009 3:09 pm (GMT -7)
Topic Replies: 1

Here is a simple CShell script to help with MOCna (narrow angle) processing. It requires ISIS3 to be installed on SUSE, Solaris, or MacOSX. It will process all the required ISIS3 MOCna steps and return map projected ISIS cubes and GIS-ready PNGs with worldfiles.

not tested much so please test and modify as you wish,
Trent

Overview:

0.) Download script below (must be logged in to see attachment). Rename to .csh if you wish. In UNIX run chmod to make the script executable.
>chmod +x MOCna_process_all.csh

note: I had to add a *.txt onto the script to attach it here. Normally I use a .csh extension only.

1.) To help grab the MOC NA PDS images, use the PDS site, download the GIS footprints (I think this is the easiest) for use in a GIS or use pigwad to select the footprints you want. For the non-PDS methods, copy and paste the "DATA_LINK" files into a text file and prepend each line with "wget". Use the shapefile from
the coloection of MOC footprints called moc_footprints_0_100m.shp
example:
wget http://www.msss.com/moc_gallery/e19_r02/imq/E21/E2101090.imq
wget http://www.msss.com/moc_gallery/r16_r21/imq/R17/R1700641.imq
...

The MOC footprints: ftp://pdsimage2.wr.usgs.gov/pub/pigpen/mars/moc/footprints/

2.) Before running you must first create a map file.
Use ISIS3's "maptemplate" program to create *.map. Here is the listing for a minimal N. Pole projection:
>cat npolar90.map
Group = Mapping
ProjectionName = PolarStereographic
CenterLongitude = 0.0
CenterLatitude = 90.0
End_Group
End
--------------------------------------------------------------------------------

>cat simp0.map
Group = Mapping
ProjectionName = SimpleCylindrical
CenterLongitude = 0.0
LatitudeType = Planetocentric
LongitudeDirection = PositiveEast
LongitudeDomain = 180
End_Group
End
--------------------------------------------------------------------------------

Tip: this will leave it up to ISIS to figure out the cellsize. If you want to later run mosaics in ISIS3, you should force a cellsize (i.e. resolution=4 m/p) for all images in the maptemplate program. Moc NA resolution varies so this up-sample some and down-sample others. Use the script MOCna_process_all_same_resolution.csh to process all images to the same resolution as set in the maptemplate file.

3.) run script:
>MOCna_process_all.script.txt simp0.map 1
where usage is: MOCna_process_all.csh maptemplate.map [0|1]
0 = keep all files as you go
1 = delete old files as you go

Bring your PNGs into your favorite GIS. The projection will not be automatically known by the application. Consider defining it for the application or the images (will be different depending on your GIS). However, the worldfile defines the geolocation relative to the defined projection and will allow these images to register to each other without setting anything.

Isis Web: Comments & Questions :: ftpflag replacement complete

Author: rraub
Subject: ftpflag replacement complete
Posted: Wed Jul 01, 2009 2:09 pm (GMT -7)
Topic Replies: 0

Just finished updating url's pointing to ftpflag (this machine is being retired).

Please email isisweb [at] astrogeology.usgs.gov if you have any problems

Isis 3 Support :: RE: cubenorm@hirise with python's multiprocessing lib (OPEN-KB)

Author: kbecker
Subject: Re: Threading
Posted: Wed Jul 01, 2009 9:36 am (GMT -7)
Topic Replies: 6

As it turns out, I am have not had the occasion to run cubenorm in that environment, so I cannot comment on that behavior.
_________________
Kris Becker
Computer Scientist
Astrogeology Team
U.S. Geological Survey

Isis 3 Support :: RE: ctxcal: PROGRAMMER ERROR (SOLVED)

Author: thare
Posted: Tue Jun 30, 2009 10:46 am (GMT -7)
Topic Replies: 12

I finally was able to test the same virtual machine here and was able to get it working.

1.) let's tidy up a few things without having to hopefully rsync any more files (for now):
>su root -- password from readme
>cd /isis3
>mkdir data

2.) move any isis 3 data folders that are outside into data/.
>mv mro data/.
>mv base data/.
etc

-don't move the isis folder as that is where the isis3 system binaries live.

I also realized that I was using the start isis3 environment script from the original rsync install location. This was okay until it was recently updated here. So the last time you rsync the isis3 system files, this file may have been reset back to the Flagstaff environment. I have moved this file, called "isis3Startup.csh", into the user's home directory (for this VM, the home location is "/home/i3user/").

I attached a new csh/tcsh startup script, ".cshrc", which updates some of the install instructions and starts the isis3 environment from the user's home. So download, unzip, and copy both files (.cshrc and isis3Startup.csh)into your home area "/home/i3user/".

restart a new xterm and hopefully ISIS3 will correctly initialize.

notes: with the data directory now created in /isis3 you can still update the base data and mission data areas by running "source run_rsync_isis3data" or "source run_rsync_isis3data_base" from the /isis3 directory. Those are just helper scripts for the VM, they are not delivered with ISIS3. From that same location you can also run "source run_rsync_isis3" to update the system files. Now that the isis3 startup script is in your home area, it should not get updated if it changes again in Flagstaff.

notes: just get mro mission data you will need to:
cd /isis3/data
su root
rsync -azv --delete isisdist.wr.usgs.gov::isis3data/data/mro .

look over the .cshrc for the new install instructions. Hopefully I caught everything.

let me know if this get you back working,
Trent

Isis 3 Support :: RE: LRO & ISIS Compatibility Issues (OPEN SL)

Author: slambright
Posted: Tue Jun 30, 2009 10:44 am (GMT -7)
Topic Replies: 1

Hello,

I apologize for the delayed response.

lrowac2isis and lronac2isis expect the labels as described both in the Lro SIS v1.6, December 3 2008 and by the PDS standards. The reading the file problem sounds like your labels do not correctly identify the file size (number of samples, number of lines, number of bands, size of a record, number of records in the file, etc...). In order to be able to run spiceinit successfully the Mission Name must be exactly correct, the Instrument ID must be exactly correct (LROC), a valid StartTime keyword is necessary along with valid naif kernels covering that time. The LRO WAC has not been released and so LRO WAC data will not succeed in spiceinit at this time.

- Steven Lambright

Isis 3 Support :: RE: display of measured items in qview (OPEN SL)

Author: slambright
Posted: Tue Jun 30, 2009 10:28 am (GMT -7)
Topic Replies: 3

Hello,

Currently there is no way to display the measurements visually on the cube after they have been made. This is partially because the saved/restored table files, and the measurements themselves, are not tied to a particular image. For now, I recommend using the "Notes" field to describe your measurements as to not duplicate them.

Adding a feature to view current and past measurements from the table seems like it could be handy and we'll look into adding it.

- Steven Lambright

Isis 3 Support :: RE: ctxcal: PROGRAMMER ERROR (SOLVED)

Author: Tracie_Sucharski
Posted: Tue Jun 30, 2009 7:40 am (GMT -7)
Topic Replies: 12

Not having the isis3data path is not the problem, but before rsyncing you should be in the directory above the one you're trying to copy, ie.

cd /isis3/data/mro
rsync -azv --delete isisdist.wr.usgs.gov::isis3data/data/mro/calibration .

Isis 3 Support :: RE: ctxcal: PROGRAMMER ERROR (SOLVED)

Author: joosthoek
Posted: Tue Jun 30, 2009 1:28 am (GMT -7)
Topic Replies: 12

I'm in /isis3/ where I start: rsync -azv --delete isisdist.wr.usgs.gov::isis3data/data/mro/calibration .

There is no isis3data directory. The path is /isis3/data/mro/calibration/
Could that be the problem?

Isis 3 Support :: RE: display of measured items in qview (OPEN SL)

Author: bierhaus
Posted: Mon Jun 29, 2009 3:40 pm (GMT -7)
Topic Replies: 3

I see I posted conflicting names: qview in the subject vs. qnet in the message body. My questions refer to the measure tool in qview, not in qnet. My apologies.

Beau