Project

General

Profile

Documentation of SBS-offline » History » Revision 18

Revision 17 (Eric Fuchey, 01/27/2021 11:08 AM) → Revision 18/26 (Eric Fuchey, 01/27/2021 11:10 AM)

h1. Documentation of SBS-offline 

 {{toc}} 

 h2. Overview 

 This page is maintained by the UConn group (Eric Fuchey + Andrew Puckett) and as of February 14, 2020 is specific to the '''''master''''' branch of SBS-offline on github. 

 h2. Purpose 

 This page documents the SBS-offline program code, which purpose is to perform the data analysis for the upcoming SBS experiments. 

 h2. Getting the code and building the program 

 h3. Prerequisites 

 *Working [https://root.cern.ch/drupal/ ROOT] installation. '''libsbsdig is compatible with ROOT version 5 and ROOT version 6'''. '''''ROOT 6 is strongly recommended''' 
 *Working installation of cmake '''version 3.9 minimum''' 
 *Working analyzer '''built with cmake'''. for that purpose, refer to the instruction below. 

 h3. Instructions for analyzer cmake installation compatible 

 clone the analyzer repository from: 
  * git clone git@github.com:JeffersonLab/analyzer.git 
 build it with cmake following the instructions at: 
  * https://github.com/JeffersonLab/analyzer#compiling-with-cmake 
 _2 precisions:_  
 *it seems that in these instructions the "build" directory ''has to be'' in the analyzer directory. 
 *for your environment settings, in addition to the two lines mentionned in the instructions, you still want to define ANALYZER as the path to your install directory e.g. 
  * setenv ANALYZER $HOME/local/analyzer 

 h3. Downloading the repository 

 The code is hosted on a github repository owned by JLab. To clone via ssh (preferred method on JLab batch farm), do:  

 bq. git clone git@github.com:JeffersonLab/SBS-offline.git 

 For this method to work, the ssh public key on the machine where you want to get the code must be added to your github account (see [https://help.github.com/articles/generating-ssh-keys/ Guide] to generating ssh keys and adding to your github.com account.) 

 Cloning the repository defaults to the "master" branch. 

 h3. Building and installing the library 

 Create a "build" directory that is parallel to the "SBS-offline" source directory (this is not strictly required, but the build directory must be separate from the "SBS-offline" directory in any case).  
 You also need to have setup an installation path e.g. /path/to/sbs-offline-install 
 *NB*: similarly to the build directory, the /path/to/gsbs-offline-install directory shall '''not''' be the same as the source directory! 
 _The following instructions assume that "build" is parallel to "SBS-offline":_ 
 If successful, the libsbs library and several other files and folders will be created in the "build" and the "install" directory. 

 To build and install, the procedure needs to be completed. From scratch: 

 bq. mkdir build 
 cd build 
 cmake -DCMAKE_INSTALL_PREFIX=/path/to/sbs-offline-install ../SBS-offline 
 make install 


 Then, the following line should be added in the OS login configuration file to take advantage of this functionality: 
 * source /path/to/sbs-offline-install/bin/sbsenv.sh (or source /path/to/g4sbs_install/bin/sbsenv.csh on the batch farm) 

 h2. How to use SBS-offline 

 A working example script using the SBS-offline library is available in the SBS-offline repository at the following path: 
  * replay/replay_gmn.C 
 It is recommended prior to use it to source a short environment file to setup the database path correctly (and optionally the directory where to retrieve the data): 
  * replay/setup_db.csh 
 It is preferable to not use them in this directory but copy them in another directory outside of your copy of the SBS-offline repository. 

 The script (and any other script using the SBS-offline library) uses the Hall A analyzer (Podd). 
 To execute this script: 

 bq. > analyzer 
 analyzer [0] .L replay_gmn.C+ 
 analyzer [1] replay_gmn_test("your_input_file_base", -1) 

 The first argument "your_input_file_base" is the base name of the input file minus the ".root" file suffix (i.e. the full file name would be "your_input_file_base.root").  
 The second argument is the number of arguments to process (-1 for all). 
 This will produce a file called "replayed_your_input_file_base.root" containing the information extracted from the analysis of the input file.