Changes between Version 20 and Version 21 of DetailedWorkNeeded


Ignore:
Timestamp:
02/05/08 11:13:14 (16 years ago)
Author:
MatthewWhiting
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • DetailedWorkNeeded

    v20 v21  
    11= Details on the work needed to finish the project =
    22
    3 Using the summary list of jobs on ToDo, this page goes into more detail about the specific tasks that will need to be done. [[BR]]
    4 Details about work that has been done so far are on WebQuery.[[BR]]
     3This page goes into more detail about the specific tasks remaining to be done. Links to the relevant tickets are also provided. [[BR]]
    54Names of people responsible for each task to be filled in:[[BR]]
    65MW=Matthew Whiting, DS=David Smith, VM=Vince McIntyre, AK=Arkadi Kosmynin, DM=Dick Manchester, GH=George Hobbs, LK=Lucyna Kedziora-Chudczer
     
    1716
    1817
    19 == Outstanding tasks (as at 20071213) ==
     18== Outstanding tasks (as at 20080204) ==
    2019
    2120'''Data'''
    2221 * [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.
    2322   * ~~ This requires `vap` to be able to produce the correct output -- not the case with latest versions.~~ `vap` has been fixed.
    24    * Note that we need to include the project_id.
    25    * '''20080204''': script is working. Waiting for removal of "bad" data files from the storage disks before running again.
    26  * [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.
    27    * 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.
     23   * ~~ Note that we need to include the project_id.~~ project ID part of `vap` output.
     24   * '''20080204''': script is working. Waiting for removal of "bad" data files from the storage disks, as well as new format for CPSR2 data [GH, DM] before running again. #31
     25
     26'''Web Archive'''
     27 * [MW, AK] Need to enable OPAL-style authentication. #40, #42
     28   * The code is there, but need to have an Oracle driver installed. Have not been able to check this yet.
     29   * Also enable anonymous access for non-proprietry data.
     30 * [MW, AK] Also enable checking of project IDs to enable/deny access accordingly. #38
     31 * [MW] Fix minor issues with conesearch, and register the conesearch with a VO registry (see notes on WebQuery). #25, #39, #41
     32 * [DS] Enable logging of queries and downloads, so we know what is happening with the archive. #37
     33 * [DS] Enable query parameters to be modified without having to restart the query page from scratch. #36
     34 * [VM, MW, ?] Make webpage live. #43
     35 * [MW] Write up a "Project Book": a guide to the archive & web pages, for use by future developers. #44
     36
     37 * There was a suggestion from the GW meeting (Dec 13) that the option of downloading scruched data be offered, perhaps with user-selectable parameters. This may be future work beyond the scope of the current project.
     38----
     39
     40=== Old tasks, mostly complete but kept for reference ===
     41
     42'''Data'''
     43 * ~~ [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. ~~
     44   * ~~ 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. ~~
    2845   * '''20080204''' New version of script will avoid them.
    2946 * ~~ [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. ~~
    3047
    31 '''Web Archive'''
    32  * [MW, AK] Need to enable OPAL-style authentication.
    33    * The code is there, but need to have an Oracle driver installed. Have not been able to check this yet.
    34  * [MW, AK] Also enable checking of project IDs to enable/deny access accordingly.
    35  * [MW] Register the conesearch with a VO registry (see notes on WebQuery).
    36  * Make webpage live.
    37  * [MW] Write up a guide to the archive & web pages, for use by future developers.
    38  * There was a suggestion from the GW meeting (Dec 13) that the option of downloading scruched data be offered, perhaps with user-selectable parameters. This may be future work beyond the scope of the current project.
     48'''Web archive'''
    3949 * ~~ [MW] Make the names of the selectable parameters a bit more easy to understand (e.g. "Bandwidth" instead of "bw") ~~
    4050 * ~~ [MW, DM, GH] Fill in README page, as well as how-to notes on archive and any tool tips. ~~
    4151
    42 ----
    43 
    44 === Old tasks, mostly complete but kept for reference ===
    4552
    4653'''mySQL database'''