Version 103 (modified by dac, 5 weeks ago) (diff)


Archiving projects with NEODC

This page documents the procedure to follow when sending data to NEODC.

  1. Choose a project:
    • A project is ready to be archived when all sensors have been delivered.
    • Check the ticket and make sure there is nothing on there which suggests something still needs to be done with the dataset (ask the processor if need be).
  2. Record in ticket that you are beginning to archive this flight.
  3. If there is a workspace version, move it into workspace/being_archived (pre-2011 only)
  4. Make sure deliveries have been finalised using '' and use the current naming conversion of ProjectCode-Day-Sensor-Data.
  5. Prepare the repository version for archiving:
    1. Run to highlight any problems: -p <project directory> -c
      Check the output. Delete hidden(not .htaccess or .htpasswd)/temporary/broken files. Fix incorrect file name formats and any other obvious errors. Everything in the delivery should be close to perfect, but don't worry too much about things in the main project.
    2. Make sure that the delivery sensor data is present and the raw data is present (incl. navigation). Run a quick eye over the rest of the deliveries.
    3. Remove unwanted large files. The project should have been cleaned up by the processor but often large files remain which are not needed. In particular, there are sometimes duplicates of data in processing/<sensor> which are included in delivery. Free up as much space as possible by deleting unwanted large files. Don't delete anything in processing/kml_overview
    4. Add a copy of the relevant trac ticket(s) and zip; run as arsf:
      TICKETNUMBER=<ticket number of flight to be archived>
      chmod u+w -R admin
      mkdir -p admin/trac_ticket
      pushd admin/trac_ticket
      wget --recursive --level 1 --convert-links --html-extension$TICKETNUMBER
      zip -r
      rm -fr
      chmod u-w -R admin
    5. Set permissions:
      1. Remove executable bit on all files (except the point cloud filter and the run[aceh] scripts):
        Note - if you are processing 2011 or later, you will need to run the below commands as both arsf and airborne
        find -type f -user `whoami` -not -wholename '*pt_cloud_filter*' -and -not -regex '.*/run[aceh]/.*sh' -and -perm /a=x -exec chmod a-x {} \;
      2. Give everyone read permissions (and execute if it has user execute) for the current directory and below:
        find -user `whoami` -exec chmod a+rX {} \;
    6. If there are multiple deliveries for a sensor (apart from the APL reprocessing), then put all but the old versions in a subdirectory called previous_deliveries. Make sure the newest version is a complete delivery. Fill in missing data with hardlinks using cp -nl if necessary. Ask for help if not sure.
    7. Make sure the delivery directory is in the top level (otherwise use
      1. If you move the delivery directory the KML overview links need to be updated to the new delivery folder location
      2. Delete the broken symlinks and run
      3. Check the links in the processing/kml_oveview folders or use the link on the wiki to open the google earth KML file and check the download links work and that there is data under each of the tabs
  6. Upload the data to NEODC using This will upload the data using rsync (see for more details on archiving data at NEODC using rsync). If you are not running as airborne and haven't set up a password file you will need to enter your password (listed on the Passwords page). --year 2012 --jday 324 --sortie c --rsync

*Note: If only needs to archive processed data, try the above command without --rsync: --year 2012 --jday 324 --sortie c

And select the correct rsync command that is not the raw one.

  1. If for any reason rsync fails you can also upload the data via FTP (note the general password, not the rsync one, is used) using:
    > mirror -R -L /tmp/neodc_fEYiiE/ET12_14-2012_324_Boset_raw
  2. Notify NEODC the data has been uploaded (current contact is: wendy.garland@…. cc arsfinternal).
  3. Record in the ticket that it has been uploaded to NEODC and include the date.
  4. When NEODC confirm they have backed up the data:
    1. Note in ticket that it has been backed up by NEODC.
    2. Change status page entry to "archived" for relevant sensors (if pre-2011 HS then only do this if both original and reprocessed HS have been archived).
    3. If workspace version present, delete from being_archived.
    4. Add the flight in the appropriate format and in the appropriate position in ~arsf/archived_flights.txt. This is version controlled in ~arsf/live_git_repos/config_files so needs to be committed after being changed (there is no remote copy so no need to push).
    5. If all sensors have been archived (including reprocessing) then close the ticket. Otherwise note why the ticket is being left open.
  5. Note, if you don't get a conformation email from NEODC you can check projects which are out of embargo by seeing if the raw and processed data are available from Use the same username and password as for the CEDA FTP.