Lucky users who get a new computer frequently ask “how do I move my data to my new, better machine?” The easiest thing to do is first to install on the new computer. Create at least as many data areas on the new machine as there were on the old. If you are moving between machines of the same byte order (same architecture or Solaris to Mac PPC, Linux to Mac Intel, or vice versa), then do a network scp copy (or easier yet a cp from cross-mounted disks) to move all data files from disk 1 on the old machine to disk 1 on the new machine. Repeat for the other disks. Note that disk 1 is different; it contains message, SAVE/GET, and other special files as well as normal data files. The other data areas may be rearranged if you want, but do not copy two old data areas to one new data area. That will cause extreme confusion and loss of data. Now you are ready to resume ing.
But if you are moving from Solaris or Mac PPC to Linux or Mac Intel, or vice versa, then you have more to do. Mount the disks of the old machine from the new machine if possible. Otherwise copy the data from the old machine to new, temporary data areas on the new machine (not the new data areas) being careful to keep each data area separate. Outside of AIPS, setup the environment:
% cd $AIPS_ROOT C R | to move to the root of all . |
% source LOGIN.CSH C R | to set the basic environment under C-shell, or |
% . LOGIN.SH C R | to set the basic environment under bash — note the dot. |
% $CDTST C R | to set the full environment. |
Answer the question about range of user number (0 0 C R will get you all possible numbers) and then enter the full pathname of the input (old) data area and the corresponding new data area. The program will convert the format of all files. The program — barring software error — will produce correct output for almost all files. There is a small danger that the SAVE/GET and TPUT/TGET files may have some errors since it is way beyond the scope of REBYTE to understand the format of these files.
The traditional way to move between computer architectures is more time consuming. On the old computer, use procedure WRTDISK to write a data area out as FITS files. The FITS file names encode the old disk and catalog numbers so that more than one disk can be written into the same FITS area. Copy the files to the new computer (or better yet, cross mount the disks) and then use procedure READISK on the new computer to read them into the new data area(s). These procedures are obtained via a RUN WRTPROCS. Plot and slice files are lost in this process. You can move the SAVE/GET files with the verb SG2RUN which converts an SG file to a text file which can be RUN on the new computer and then SAVEd. This traditional method works fairly well and can deal with the new computer having fewer data areas than the old one. It also offers the opportunity to do a probably overdue backup of your data. However, the loss of message, plot, and slice files and the added overhead in disk space may matter to you.