He is well advanced in setting up BaBar infrastructure there. Charlie Young at SLAC is going to assist with on-site SLAC production which will make it possible to exploit SLAC to a much greater extent than in round 1. Charlie expects that getting a CPU year out of SLAC in this round should be no problem. Our resources match those of the first round, though some inefficiencies due to the vacation period can be anticipated. We agreed that the number of files per tape should be kept small, for easier management and greater robustness against mistakes, but tapes should be reasonably full to ease the tape handling job at SLAC, which means more than one file per tape.
Files are to be tar files of one or more run directories as generated by the production.
Careful documentation will ease the job of moving data to silo at SLAC, a step we'll have to give greater importance to this round. This time will be different. Reconstruction developers and physics analysis groups will also be using the data. It must be conveniently available in the silo. We'll work together on smoothing this process with some script development, but it will remain a burden, and it is for us to protest if the burden is too great and try to accelerate the timescale of obtaining a data aide at SLAC or otherwise find more tape management manpower.