Changes between Version 19 and Version 20 of DetailedWorkNeeded

Timestamp:

02/04/08 16:39:43 (16 years ago)

Author:

MatthewWhiting

Comment:

--

DetailedWorkNeeded

@@ -21 +21 @@
 '''Data'''
  * [MW,DM,DS] Re-do the find_archives.pl script. It will need to be fixed so that it matches the new schema of table "obs", and then re-run. Will have to delete the "obs" table that is in the database currently, so that it puts everything in there the first time round. 
-   * '''This requires `vap` to be able to produce the correct output -- not the case with latest versions. '''
+   * ~~ This requires `vap` to be able to produce the correct output -- not the case with latest versions.~~ `vap` has been fixed.
    * Note that we need to include the project_id.
+   * '''20080204''': script is working. Waiting for removal of "bad" data files from the storage disks before running again.
  * [MW, LK] The tables in the database have duplicate entries for some CPSR2 data, showing the data files in the directory with pulsar name (eg. /pulsar/archive10/CPSR2/J2330-2005) and the symbolic links to those same files in the scrunched directory (eg. /pulsar/archive10/CPSR2/J2330-2005S). It would be good to get rid of these -- this will need to be done either by removing the symbolic links (can this be done in the scrunching scripts?) or tinkering with the find_archives.pl script to ignore the *S directories.
    * Update 20071213 -- The files with *S directories have been removed from the updated tables in the database, so they won't appear in the query results. This is a temporary fix that won't apply when the find_archives.pl script is running again, so it needs to be able to avoid them.
+   * '''20080204''' New version of script will avoid them.
  * ~~ [MW, VM] Enable the www-data account to use `psrcat`. This will enable cone-searching based on a pulsar name, by extracting the pulsar position from the catalogue. ~~