1048827

From LHEP Wiki
Jump to navigation Jump to search

Back to Bern Bricks or OPERA

General Informations

- Brick: 48827
- Event: 22992878
- Type: Muon-

- Person: Jonas, Frederic
- Mic: 3
- light level: 28000
- camera exposure time: 1/881
- cutoff 0: 1050 new 950, 900, 850
- cutoff 1: 1000 new 900, 850, 800

- Analysis Follower of the OPERA Experiment
- Event Viewer

Summary

  • 2 pred, scanback performed, ond pred lost, one lead to stopping point in plate 19. None of those two the muon.
  • Totalscan around stopping point, 4-prong vertex found
  • Scanforth with four tracks. One lost after few plates. 3 followed up to plate 57. One was the scanback track, One was the lost track from the scanback and a new one.
  • Two muon candidates in the Totalscan volume (angular selection +/- 30mrad) also followed within the scanforth. Both reach plate 57.
  • Two muon candidates also scanned back from pl20 to plate 1: muon candidates are passing through

Loogbook

Start: 2008-08-27, 10:15

- Problems to download CS predictions from central to local DB. Wait for reply from Christiano.

- Let's try to get prediction in old fashion way (create them by hand, use script createpred_CS.C)

SQL> select ID_CANDIDATE,GRAINS,POSX_2, POSY_2, SLOPEX_2, SLOPEY_2 from vw_cs_candidates@opita01 where id_eventbrick=3048827; 

       ID_CANDIDATE               GRAINS               POSX_2               POSY_2             SLOPEX_2             SLOPEY_2
   9000000007893735                   37              82217.6              52787.6               -.1148                .0578
   9000000070010382                   44             101321.1              48151.7                .2361               -.0218
   9000000070011199                   37              82217.6              52787.6               -.1148                .0578

- Seemed to work... start to scan first plate however is not possible because also the mark file is extracted from the DB. Write mail to Luillo and ask for the marks by email.... wait


2008-08-27 

mapext: 3048827 1 0 0; 4 0 0 125001.893154902 99490.3413924578; 1 
22294.5566395805 12640.8077548286 22294.5566395805 12640.8077548286 1 1 1; 2 
21972.3041687378 83091.2978062472 21972.3041687378 83091.2978062472 1 1 1; 3 
107232.189052459 63417.5352463154 107232.189052459 63417.5352463154 1 1 1; 4 
107467.483057084 13124.9157370734 107467.483057084 13124.9157370734 1 1 1

- translate map.XG manually to map.XL (utils - translate_mapfile())

- change ChangerStatus.txt file: brick number must have only the four last digits

- remove 4th mark created in the bBRICK.map file (check that only one line)

- graylevel: 28000, expouser time: 1/881 s

- measure coners and marks (manual checks): 

Top-Right position:
corner_minx = 442
corner_miny = -134
Bottom-Left position:
corner_maxx = 125263
corner_maxy = 99907
1st mark (10000, 10000)
mark1_x = 10443
mark2_y = 9816
2nd mark (10000, 90000)
mark2_x = 10039
mark2_y = 90079
3rd mark (115000, 90000)
mark3_x = 115280
mark3_y = 90754

create_mapfile()

- BUG of DB should be fixed, let's try if I get the same in an automatic way...

- First scan and see if we find some tracks... (both tracks manually confirmed on plate 57! -> See result in problems & infos)

- Now use the lazy scanner script and try to do in automatic way (rename brick folder to b048827_byHand) ... not working!!! see error below 2nd try of start_scan.x

- (12:00) Go back to the stuff done by hand and continue. Scan intercalibration on 57 and tune cutoff. Lunchtime... :-)

- (13:00) Go to plate 56 - intercallibration

- (13:25) Intercalibration did not work, rescan 57 with new cutoff and try again - intercal succeeded peak 14 with bg 0/1

- (13.35) Do pred scan with new cutoff as emulsion is on the stage right now... found both similar to the ones before (see below)

- (13:45) pl56, both pred found and manually confirmed... continue ond pl55

- pl55, intercal 12 over 1/0, automatic pred scan afterwards works but scans 7x7 not 1x1

- pl55: the other track not found! but manually confirmed. lower threshold and scan again (950->900, 900->980)

- pl55: again, other track not found, lower again: (900->850, 850->800)

- pl55: the other track mt bottom found, but both mt manually confirmed, muontack found

- continue ond plate 54...

- get_vertex.C script predicts a meeting point of those two tracks around plate 16/18...

- (15:30) pl54..pl49 - alignment always good, basetracks always found... und weiter gehts...

- pl48: only two mt are found. maybe marks have been wrongly found? manual check confirmed both bt (not so clear as before). rescan predictions... one bt found, one mt top found... C

- Continue with pl47... both bt found

- Mark scan seems to have some troubles and needs help (plate 50 and lower)

- (18:00) pl36.. still following. script vertex_BT.C predicts the impact of the two tracks at pl19 with veeery low IP

- (18:45) pl32... almost lost one track, 3 holes, recovered in pl32

- (09:30, 29.08.) reached plate 26, one track lost - go back to to plate 36 where one track might was wrongly selected (see problems & infos)... track was not recovered. almost same result as before... continue with just one track

- (13:30) missed three plates (18,17,16), recovered in plate 15 (probably by mistake) missed another three times (14,13,12) stop. scanned 15 again, again picked up a bt, manually NOT confirmed!! real stopping point strongly suggested in plate 19.

- go to volume scan: Extract stopping points, prepare volume, start to scan prediction that reached plate 15 (19) - volume scan from plate 12 to 25.

Stopping points: 

  1 88413.656250 49180.402344 -0.054578 0.046510 15
  2 93437.250000 49186.828125 0.236602 -0.019988 36
File:Path48827.png
Path
File:Historsiduals48827.png
Residuals

- Analysis of Totalscan confirms real stopping point in plate 19 and vertex is found with 4 prongs:

File:Vertex48827.png
Vertex (scanback track in green)

Muon / Primary Vertex Search

The muon is not among the particles found in the vertex. So search for the muon... 

Muon Informations:
Momentum: 4.687 GeV/c
TX: 0.104
TY: 0.153
see Event Viewer Muon Infos

-prepare volume again: this time from plate 12 to plate 25 (stopping point in plate 19) 

perform link_TS again: dset_TS directory is created
perform recset -t -p1.0 lnk.def
perform .x check_vertex_totalscan.C

Check tracks that are in the totalscan volume and have an angle closer than 30mrad in TX and TY 

use script check_vertex_totalscan.C
modified function vdws1() that displays the vertex and the selected tracks
two tracks selected - see picture
prediction created - RUN NUMBER 333
 
1363    94207.26    48444.39   0.0858   0.1548 0
2727    93862.80    46599.34   0.0839   0.1208 0

The two candidates do not seem to meet: estimation from plate 20 with vertex_BT.C: IP: 214.74 VTX: 89993.1 VTY: 41022.7 VTZ: -48011.2


File:B1048827 TracksVertex2.gif
Vertex with two track that have angle compatible to muon angle

Plate 6 is damaged exactly at this place where the intercalibration area is. Scanning stops. Action: Skip this plate. - Do scanforth (see below)... successfully finished.

- Do scanback of 2 muon-candidates from plate 19 down... also use RUN_NUMBER 200

- Plate 11 damaged by the Plate Changer upper left corner got bent while changing plate. Not serious, it is still able to be loaded and scanned automatically.

- Mark finding seems to be very slow and not efficient. This mark was not found, even though it was at the correct place. In addition, sometimes on the map initialization window the buttons are locked.

- The surface of plate 6 is damaged exactly around the intercalibration area: skip this plate using step = -2... continue. BT found in plate 5...

- Scanback finished. Both tracks are passing through.

File:B048827 pl57-1 path.jpg
Path through brick (from plate 20: scanforth to 57 and scanback to 1

- Muon is a MUON+: see EventViewer picture with tracks of scanforth again:

File:Event22992878 BernTracks.gif
Tracks found in scanforth in plate 57: Track 1 = Pred 1, Track 2 = Pred 3, Track 3 = Pred 4


ScanForth

At plate 19 the a vertex was found, we follow the four tracks in a scan forth procedure (including the scanback track).

First, manually create prediction for the scan forth: Create Scanforth Prediction

  • Four prediction created:
1    87803.76    49876.18  -0.1001   0.0670 0
2    86992.07    49878.95  -0.5307   0.0575 0
3    88087.60    49991.82   0.0383   0.1298 0
4    88457.43    49709.71   0.2386  -0.0212 0
  • Another brick was on the mic inbetween... check settings again
- light level: 27600
- camera exposure time: 1/881
- cutoff 0: 850 (was set to 1050 for other brick)
- cutoff 1: 800 (was set to 970 for other brick)

- starting plate: plate 20, all bt found and manually confirmed... start automatic mode.

- problems with projection: to test with manual projection, run number 400, 500, 600: Scanforth debug info

- found bug, test solution, then report to Luca

- temporary solution by Guillaume, copy manually aff-files and switch plate numbers and run number (e.g. 20.1.10_*.21.1.10 ... to 21.1.200_*.20.1.200 ...)

- RUN_NUMBER 200 start from plate 20..57 with following predictions: 

      1    87803.76    49876.18  -0.1001   0.0670 0
      2    86992.07    49878.95  -0.5307   0.0575 0
      3    88087.60    49991.82   0.0383   0.1298 0
      4    88457.43    49709.71   0.2386  -0.0212 0
   1363    94207.26    48444.39   0.0858   0.1548 0
   2727    93862.80    46599.34   0.0839   0.1208 0

- Scanforth successfully finished. 1 track lost, 3 vertex-tracks followed up to 57, 2 muon candidates followed up to pl57.

File:B048827 scanforth path.gif
Scanforth Tracks b048827

- Comparison of scanback tracks and scanforth tracks:

File:B048827 sb sf path.jpg
Comparison of scanback and scanforth tracks of b048827. The shadowed tracks are the scanforth tracks.

Problems & Infos

  • download from central to local DB
Part0
go to pc 46
rlwrap sqlplus /nolog
connect OPERA@DB1_BE_130.92.139.85;
pwd... std opera pwd
call PC_ADD_BRICK_SPACE(48827,'opera cs');
commit;

call pp_download_predictions(3048827,'OPITA01');

SQL> call pp_download_predictions(3048827, 'OPITA01');
call pp_download_predictions(3048827, 'OPITA01')
    *
ERROR at line 1:
ORA-01422: exact fetch returns more than requested number of rows
ORA-06512: at "OPERA.PP_DOWNLOAD_PREDICTIONS", line 9


The line 9 stands for:
execute immediate 'select distinct id_processoperation from tb_cs_candidates@'
||
i_dblink || ' zb where (zb.id_eventbrick, zb.id) in
 (select id_eventbrick, id_candidate from tb_cs_candidate_validation@' ||
i_dblink || ' zc where id_eventbrick = ' || i_id_eventbrick || ' and valid =
Y)'

So executed under OPERAPUB:

select distinct id_processoperation from tb_cs_candidates@opita01 zb where
(zb.id_eventbrick, zb.id) in
(select id_eventbrick, id_candidate from tb_cs_candidate_validation@opita01 zc where  
id_eventbrick = 3048827 and valid='Y');


ID_PROCESSOPERATION
--------------------
   9000000069943510
   9000000006613510

There are two top level operations!!

Problem communicated to Cristiano...

Christiano is in holiday, so it could take some days to get an answer. 
Try to solve by select one process only - not possible


  • createpred.C
{
#include "scan.C"

EdbScanProc        sproc;
sproc.eProcDirClient="/terabig/scan/MICROSCOPE3/ONLINE"; // work directory

EdbPattern pred;

pred->AddSegment(1,82217.6, 52787.6,-.1148,.0578,37);
pred->AddSegment(2,101321.1,48151.7,.2361,-.0218,44);
int id[4]={48827,57,1,100};

OverwriteErrors(pred,50.,50.,0.,0.6,0.6);

pred.ProjectTo(-4450);
sproc.WritePatTXT(pred, id, "pred.txt", -1);
sproc.WritePatRoot(pred, id, "pred.root", -1);

}
  • Prediction found on plate 57 with the first attempt (manual way)
#### Found a BT!!!!!!!!!!!!!!!!!
ID = (48827.57.1.100). You searched for 2 paths
Path    1: Prediction: 82728.460938 52530.390625 -0.114800 0.057800
 Status 0: BT found
 BT :    82776.9    52448.7    -0.1148     0.0579    22     0.3899 0.000000
 Res:       48.5      -81.7    -0.0000     0.0001
 MT1:    82764.6    52454.9    -0.0886     0.0419    10     0.8330 0.000000
 Res:       36.2      -75.5     0.0262    -0.0159
 MT2:    82789.2    52442.5    -0.0938     0.0407    12     0.7987 0.000000
 Res:       60.8      -87.9     0.0210    -0.0171
 Preliminary (BT,MT1,MT2) = (5,43,64)
 Candidates  (BT,MT1,MT2) = (1,1,2)
Path    2: Prediction: 100270.453125 48248.710938 0.236100 -0.021800
 Status 0: BT found
 BT :   100181.1    48210.4     0.2291    -0.0365    18     0.5470 0.000000
 Res:      -89.3      -38.3    -0.0070    -0.0147
 MT1:   100205.6    48206.5     0.1763    -0.0269     7     1.1105 0.000000
 Res:      -64.8      -42.2    -0.0598    -0.0051
 MT2:   100156.6    48214.4     0.1843    -0.0336    11     1.0716 0.000000
 Res:     -113.9      -34.4    -0.0518    -0.0118
 Preliminary (BT,MT1,MT2) = (3,27,33)
 Candidates  (BT,MT1,MT2) = (1,1,1)
  • 2nd try of start_scan.x
[scanner@lheppc56 ONLINE]$ start_scan.x 48827 KNUESEL


     Start_Scan script  v200808

Look for CS predictions
vt++ version /1-35 loaded (Fri Jan 18 14:33:54 2002).
libEmath        loaded...
libEOracle      loaded (Unux)
root [0]
Processing checkCS.C...
TOracleServer   : connect to database DB1_BE_130.92.139.85..

TOracleServer   : connect to database DB1_BE_130.92.139.85..


For brick 3048827, no prediction found in local database !
CS predictions for brick 3048827 will be downloaded from OPITA01 to local database !

call PC_ADD_BRICK_SPACE(48827,'opera cs')
Error in <TOracleServer::TOracleServer>: query failed: (error: ORA-14312: Value 3048827 already exists in partition 4
ORA-06512: at "OPERA.PC_ADD_BRICK_SPACE", line 21
)
commit
call PP_DOWNLOAD_PREDICTIONS(3048827,'OPITA01')
Error in <TOracleServer::TOracleServer>: query failed: (error: ORA-00001: unique constraint (OPERA.PK_MIPMICROTRACKS) violated
ORA-06512: at "OPERAPUB.PP_DOWNLOAD_PREDICTIONS", line 106
)
commit
select id_plate,to_char(posx),to_char(posy),to_char(slopex),to_char(slopey) from opera.vw_local_cs_candidates where id_cs_eventbrick=3048827

  PROBLEM TO COPY THE CS PREDICTIONS INTO THE LOCAL DATABASE  ....STOP
  • Pred scan pl57 after new cut off
#### Found a BT!!!!!!!!!!!!!!!!!
ID = (48827.57.1.100). You searched for 2 paths
Path    1: Prediction: 82728.460938 52530.390625 -0.114800 0.057800
 Status 0: BT found
 BT :    82777.4    52446.2    -0.1193     0.0620    26     0.4197 0.000000
 Res:       49.0      -84.1    -0.0045     0.0042
 MT1:    82764.7    52452.9    -0.1531     0.0529    14     1.0871 0.000000
 Res:       36.2      -77.5    -0.0383    -0.0049
 MT2:    82790.2    52439.6    -0.1220     0.0543    12     0.6110 0.000000
 Res:       61.7      -90.8    -0.0072    -0.0035
 Preliminary (BT,MT1,MT2) = (18,173,97)
 Candidates  (BT,MT1,MT2) = (3,1,1)
Path    2: Prediction: 100270.453125 48248.710938 0.236100 -0.021800
 Status 0: BT found
 BT :   100184.1    48207.1     0.2422    -0.0383    18     0.5671 0.000000
 Res:      -86.4      -41.6     0.0061    -0.0165
 MT1:   100210.0    48203.0     0.3005    -0.0501    10     1.3628 0.000000
 Res:      -60.5      -45.7     0.0644    -0.0283
 MT2:   100158.2    48211.2     0.2223    -0.0378     8     0.7460 0.000000
 Res:     -112.3      -37.5    -0.0138    -0.0160
 Preliminary (BT,MT1,MT2) = (7,78,48)
 Candidates  (BT,MT1,MT2) = (1,0,0)
  • Track lost already in plate 36- wrong BT selected?
File:B048827 pl57-26 path.jpg
Path

On plate 36, one track was migh have been wrongly selected and then in the following lost (see picture of the path). Go back to plate 36 and try to find it with another scan... manual check of both tracks confirmed.

One track found again, and one track found a mt on top... so continue with that

Track lost again... (almost same result) so continue until plate 26 (to which it was done befre) and then continue to follow one track.


DB publication

AddVolumeOperation("5000000003090004", "5000000002900005",1,1);

 Problem:
 During TS publication:
48827 11 1 1000
id volume = 5000000003090005
Error: Can't call TOracleServerE2W::AddProcessOperation(MIC_NAME,LIBSCAN_VOLUME,USER,id_header_operation,id_eventbrick,id_plate,"1","NU
LL",date,date,"'Y'","Volume area") in current scope /terabig/scan/macros/LibScanToOracle7.C:1073:
Possible candidates are...
(in TOracleServerE2W)
/terabig/fedra/lib/libEOracle.so  -1:-1   0 public: Int_t TOracleServerE2W::AddProcessOperation(char* id_machine,char* id_programsettin
gs,char* id_requester,char* id_parent_operation,char* id_eventbrick,char* id_plate,char* driverlevel,char* id_calibration,char* startti
me,char* finishtime,char* success,char* notes);
(in TOracleServerE2)
(in TOracleServer)
(in TSQLServer)
*** Interpreter error recovered ***
root [50] 


Took a new SW from Luca
AddVolumeOperation("5000000003110004", "5000000002900005",1,1); 


48827 20 1 1000
48827 19 1 1000
48827 18 1 1000
48827 17 1 1000
48827 16 1 1000
48827 15 1 1000
48827 14 1 1000
48827 13 1 1000
48827 12 1 1000
48827 11 1 1000
id volume = 5000000003110005
Error: Can't call TOracleServerE2W::AddProcessOperation(MIC_NAME,LIBSCAN_VOLUME,USER,id_header_operation,id_eventbrick,id_plate,"1","NULL",date,date,"'Y'","Volume area") in current scope /terabig/scan/macros/LibScanToOracle.C:1075:
Possible candidates are...
(in TOracleServerE2W)
/terabig/fedra/lib/libEOracle.so  -1:-1   0 public: Int_t TOracleServerE2W::AddProcessOperation(char* id_machine,char* id_programsettings,char* id_requester,char* id_parent_operation,char* id_eventbrick,char* id_plate,char* driverlevel,char* id_calibration,char* starttime,char* finishtime,char* success,char* notes);
(in TOracleServerE2)
(in TOracleServer)
(in TSQLServer)
*** Interpreter error recovered ***
root [15]


Deleting all operations. (will start from scratch with new SW)

Starting over.
IC publication is OK

SB:
Error in <TOracleServerE2W::TOracleServerE2W>: AddScanbackPath; failed: (error: ORA-00911: invalid character
)
Error in <TOracleServerE2W::TOracleServerE2W>: AddScanbackPath; failed: (error: ORA-00911: invalid character
)
but operation continues!!


TS gives the same error as before..


48827 11 1 1000
id volume = 5000000003130171
Error: Can't call TOracleServerE2W::AddProcessOperation(MIC_NAME,LIBSCAN_VOLUME,USER,id_header_operation,id_eventbrick,id_plate,"1","NULL",date,date,"'Y'","Volume area") in current scope /terabig/scan/macros/LibScanToOracle.C:1075:
Possible candidates are...
(in TOracleServerE2W)
/terabig/fedra/lib/libEOracle.so  -1:-1   0 public: Int_t TOracleServerE2W::AddProcessOperation(char* id_machine,char* id_programsettings,char* id_requester,char* id_parent_operation,char* id_eventbrick,char* id_plate,char* driverlevel,char* id_calibration,char* starttime,char* finishtime,char* success,char* notes);
(in TOracleServerE2)
(in TOracleServer)
(in TSQLServer)

Luca is informed, waiting for his solution...

Found problem with SB: predictions were not downloaded to DB!!
Downloading....

SQL> call pp_download_predictions(3048827,'OPITA01');
call pp_download_predictions(3048827,'OPITA01')
     *
ERROR at line 1:
ORA-00001: unique constraint (OPERA.PK_MIPMICROTRACKS) violated
ORA-06512: at "OPERAPUB.PP_DOWNLOAD_PREDICTIONS", line 106

Cristiano is informed. The porblem was in OPITA BD, Cristiano fixed.
call pp_download_predictions(3048827,'OPITA01');
success.

But The error in <TOracleServerE2W::TOracleServerE2W>: AddScanbackPath; persists. the problem is that 
we used SBPATH_ID 1 and 2, but in the db they are 

SQL> select cand from VW_LOCAL_CS_CANDIDATES where id_cs_eventbrick=3048827 and id_plate=2;

                CAND
--------------------
                6873
                7690


Problem to discuss with Luca....
Solution from Luca:

SQL>  INSERT INTO TB_SCANBACK_PATHS (ID_EVENTBRICK, ID_PROCESSOPERATION,
  2  PATH, ID_START_PLATE, ID_FORK_PATH, ID_CANCEL_PLATE)
  3  VALUES (1048827, 5000000003160001, 1, 57, NULL, NULL);

1 row created.

SQL>  INSERT INTO TB_SCANBACK_PATHS (ID_EVENTBRICK, ID_PROCESSOPERATION,
  2  PATH, ID_START_PLATE, ID_FORK_PATH, ID_CANCEL_PLATE)
  3  VALUES (1048827, 5000000003160001, 2, 57, NULL, NULL);

1 row created.

SQL> select idcand, cand from VW_LOCAL_CS_CANDIDATES where id_cs_eventbrick=3048827 and id_plate=2;

              IDCAND                 CAND
-------------------- --------------------
    9000000070010382                 6873
    9000000070011199                 7690

SQL> INSERT INTO OPERA.TB_B_CSCANDS_SBPATHS (ID_CS_EVENTBRICK, ID_CANDIDATE,
  2  ID_EVENTBRICK, ID_SCANBACK_PROCOPID, PATH) VALUES
  3  (3048827, 9000000070010382, 1048827, 5000000003160001, 1);

1 row created.

SQL> (3048827, 9000000070011199, 1048827, 5000000003160001, 2);
(3048827, 9000000070011199, 1048827, 5000000003160001, 2)
 *
ERROR at line 1:
ORA-00928: missing SELECT keyword


SQL> INSERT INTO OPERA.TB_B_CSCANDS_SBPATHS (ID_CS_EVENTBRICK, ID_CANDIDATE,
  2  ID_EVENTBRICK, ID_SCANBACK_PROCOPID, PATH) VALUES
  3  (3048827, 9000000070011199, 1048827, 5000000003160001, 2);

1 row created.

SQL> commit;

Commit complete.


Now comment AddScanbackPath in LibScanToOracle.C in AddPredictionOperation()
and run it :

root [3] DumpListOfHeaderOperations()
DumpListOfHeaderOperations started
Operation: 5000000003130001, start time: 08-SEP-08, notes: Intercalibration57-11
Operation: 5000000003160001, start time: 09-SEP-08, notes: Scanback
DumpListOfHeaderOperations completed
Elapsed time = 0 seconds
(int)0
root [4] AddPredictionOperation("5000000003160001","5000000003130001")
AddPredictionOperation started
GetEntries = 47 46
EdbScanSet:
Brick 48827 with 47 plates:
etc......
done.


Now copy transformations for TS:


[scanner@lheppc56 b048827]$ cp AFF/48827.25.1.10_48827.24.1.10.aff.par AFF/48827.25.1.1000_48827.24.1.1000.aff.par
[scanner@lheppc56 b048827]$ cp AFF/48827.24.1.10_48827.23.1.10.aff.par AFF/48827.24.1.1000_48827.23.1.1000.aff.par
[scanner@lheppc56 b048827]$ cp AFF/48827.23.1.10_48827.22.1.10.aff.par AFF/48827.23.1.1000_48827.22.1.1000.aff.par
[scanner@lheppc56 b048827]$ cp AFF/48827.22.1.10_48827.21.1.10.aff.par AFF/48827.22.1.1000_48827.21.1.1000.aff.par
[scanner@lheppc56 b048827]$ cp AFF/48827.21.1.10_48827.20.1.10.aff.par AFF/48827.21.1.1000_48827.20.1.1000.aff.par
[scanner@lheppc56 b048827]$ cp AFF/48827.20.1.10_48827.19.1.10.aff.par AFF/48827.20.1.1000_48827.19.1.1000.aff.par
[scanner@lheppc56 b048827]$ cp AFF/48827.19.1.10_48827.18.1.10.aff.par AFF/48827.19.1.1000_48827.18.1.1000.aff.par
[scanner@lheppc56 b048827]$ cp AFF/48827.18.1.10_48827.17.1.10.aff.par AFF/48827.18.1.1000_48827.17.1.1000.aff.par
[scanner@lheppc56 b048827]$ cp AFF/48827.17.1.10_48827.16.1.10.aff.par AFF/48827.17.1.1000_48827.16.1.1000.aff.par
[scanner@lheppc56 b048827]$ cp AFF/48827.16.1.10_48827.15.1.10.aff.par AFF/48827.16.1.1000_48827.15.1.1000.aff.par
[scanner@lheppc56 b048827]$ cp AFF/48827.15.1.10_48827.14.1.10.aff.par AFF/48827.15.1.1000_48827.14.1.1000.aff.par
[scanner@lheppc56 b048827]$ cp AFF/48827.14.1.10_48827.13.1.10.aff.par AFF/48827.14.1.1000_48827.13.1.1000.aff.par
[scanner@lheppc56 b048827]$ cp AFF/48827.13.1.10_48827.12.1.10.aff.par AFF/48827.13.1.1000_48827.12.1.1000.aff.par
[scanner@lheppc56 b048827]$ cp AFF/48827.12.1.10_48827.11.1.10.aff.par AFF/48827.12.1.1000_48827.11.1.1000.aff.par
[scanner@lheppc56 b048827]$ cp AFF/48827.24.1.10_48827.25.1.10.aff.par AFF/48827.26.1.1000_48827.25.1.1000.aff.par
cp: cannot stat `AFF/48827.24.1.10_48827.25.1.10.aff.par': No such file or directory
[scanner@lheppc56 b048827]$ cp AFF/48827.26.1.10_48827.25.1.10.aff.par AFF/48827.26.1.1000_48827.25.1.1000.aff.par
[scanner@lheppc56 b048827]$ root -l -b lib.C
vt++ version /1-35 loaded (Fri Jan 18 14:33:54 2002).
libEmath        loaded...
libEOracle      loaded (Unux)
root [0]
Processing lib.C...
root [1] #define MIC_NAME MIC3
root [2] init()
Connection Opened
Server info: Oracle
(int)1
root [3] FROM_PLATE=25
(const int)25
root [4] TO_PLATE=12
(const int)12
root [5] AddHeaderOperation("Totalscan12-25")
AddHeaderOperation started
AddHeaderOperation completed
Elapsed time = 0 seconds
(int)25
root [6] DumpListOfHeaderOperations()
DumpListOfHeaderOperations started
Operation: 5000000003130001, start time: 08-SEP-08, notes: Intercalibration57-11
Operation: 5000000003160001, start time: 09-SEP-08, notes: Scanback
Operation: 5000000003160124, start time: 09-SEP-08, notes: Totalscan12-25
DumpListOfHeaderOperations completed
Elapsed time = 0 seconds
(int)0
root [7] AddVolumeOperation("5000000003160124","5000000003160001",1,1)
AddVolumeOperation started
s->ID() 1 1 15
s->ID() 2 1 36
GetEntries = 14 13
EdbScanSet:
Brick 48827 with 14 plates:
 25          0.00        1.000000  0.000000  0.000000  1.000000        0.000000        0.000000
 24      -1298.59        0.999443  0.001142 -0.000596  1.000886       77.857788     -369.845978
 23      -2585.22        0.999465 -0.001119  0.001155  1.001168      203.385223     -241.911285
 22      -3869.58        1.000426 -0.000508 -0.000602  1.000875      -51.641357      209.967468
 21      -5157.34        0.999958  0.014178 -0.015526  1.001207      118.947235       68.317841
 20      -6460.78        1.000365 -0.001954  0.001048  1.001518      114.834953     -373.531128
 19      -7778.79        1.000599 -0.002114  0.000964  1.001658      216.881989     -150.751175
 18      -9085.38        1.001362 -0.007057  0.005774  1.001300      178.253952     -375.693085
 17     -10384.18        1.001636 -0.001045 -0.000152  1.001621      -46.946152     -157.201248
 16     -11682.68        1.001961 -0.001927  0.000020  1.001764       23.640823     -122.769913
 15     -12983.67        1.002241 -0.002849  0.001596  1.001919       -6.589775     -189.633087
 14     -14275.28        1.001296 -0.004662  0.004658  1.002378      293.643005     -570.965698
 13     -15558.81        1.001078 -0.002381  0.002269  1.002116      219.912628     -209.248840
 12     -16853.40        1.001264 -0.001011  0.001116  1.001797      -27.184189     -179.546265
for this brick 14 identifiers are defined:
48827 25 1 1000
48827 24 1 1000
48827 23 1 1000
48827 22 1 1000
48827 21 1 1000
48827 20 1 1000
48827 19 1 1000
48827 18 1 1000
48827 17 1 1000
48827 16 1 1000
48827 15 1 1000
48827 14 1 1000
48827 13 1 1000
48827 12 1 1000
id volume = 5000000003160125
***
Copying plate 25
***
id volume operation = 5000000003160126
id volume zone = 5000000003160127
etc...............


In progress...
Retrieved from "https://wiki.lhep.unibe.ch/index.php?title=1048827&oldid=27"