| 203 | | = Running = |
| 204 | | |
| 205 | | To create and publish detection batches, do the following from the IPP trunk: |
| 206 | | |
| 207 | | |
| 208 | | {{{ |
| 209 | | cd ippToPsps/perl |
| 210 | | ./makeDetections.pl |
| 211 | | }}} |
| 212 | | |
| 213 | | This will list all options. Essentials are the following: |
| 214 | | |
| 215 | | {{{ |
| 216 | | * REQUIRED: need to provide an output path -o <path> |
| 217 | | * REQUIRED: need to provide a DVO Db -d <dvoDb> |
| 218 | | * REQUIRED: need to provide a DVO location -l <dvoLocation> |
| 219 | | }}} |
| 220 | | |
| 221 | | Running with just these arguments will create batches for all unprocessed exposures available in the provided DVO database. It will store the batches in the provided output directory. To publish the batches to the datastore, the {{{-p}}} argument (datastore product) must be provided. |
| 222 | | |
| 223 | | The script connects with the ippToPsps database, so is aware of what has and has not already been processed and published. Only using the {{{-f}}} option can you force it to re-process a batch. '''Note''' that publishing the same exposure under two different batch names will cause havoc for the ODM, so be careful with the {{{-f}}} option. |
| 224 | | |
| 225 | | Example usage would be: |
| 226 | | |
| 227 | | {{{ |
| 228 | | ./makeDetections.pl -o . -d ThreePi.V1 -l /data/ipp004.0/gpc1/catdirs/ThreePi.V1 -p PSPS_test |
| 229 | | }}} |
| 230 | | |
| 231 | | This will work through all available exposures in the DVO database '!ThreePi.V1' at the location specified, and publishing to the 'PSPS_test' datastore product, updating the ippToPsps database as it proceeds. Querying this database allows you to see what has been processed, the failure rate, what has been published to the datastore etc. |