[lcdds 351] LD-Calorimeter integration meeting

[竹下 徹 <tohru@xxxxxxxxxxxxxxx>]

あえて日本語で、
　ILD-Calorimeter integration meetingで解った事は、
Henri Viveauのみが議論を決めようとしている
という事なので、いろいろなファクターを考慮しようとしていない。
　特に下記の議論のデザインまで事細かに彼の意思の元に
動かそうとしている。ぜひワルシャワに行く人は、
議論を広くかつscientificに進めるようにHenriにけしか 
けてくだい。

ーーーーーーーさて具体的にはーーーーーーー
　　（１）８か１２か問題
  ECALの隣のモジュール　1/8同士　との重なりは嫌だ
　だから１／１２はさらに悪い！ Henri
   transition region はいつも問題だから。
　　しかしECAL読み出しは  ECALはz方向の５つの 
モジュールから
　　なるので、サイド読み出ししかない。

Attachment: pastedGraphic.pdf
Description: Adobe PDF document

従って　１／１２はだめだ！　　という議論でした。
いろいろな事がからんいます。　
　サイド読み出しをする以上、オーバラップが問題の可能性は高いで 
す。また読み出しのために隙間ができる可能性もありますが、
　　隙間は１／１２の方が有利です。
　　
　１／８と１／１２の違いを議論しておりません。
　シミュレーションですら。
　これも不要であるとHenriの意見です。
　ここで決めようとしたので、断りました。
　でも次回は迫られると思います。
　　何らかのシミュレーションが必要と思いますが、このストラクチャ 
はシミュレーション入っていないので、いかんともしがたい。
　MOKKAならできるのか？


　　俺Henri は　projective がいやだ（アレフの失敗） 
といって
　　先ほど送ったmailような、異様な構造に固守しております。
　　特に議論は、ECALありきで、HCALがその犠牲になりつ 
つあります。
　　これにDESYのFelix Sefkowらが対抗しようとしており 
ます。
　ここにFelixのアイデアを添付します。もっとも 
reasonableな
　形をしております。しかしこれにもHenriは読み出しが問題だ！
　彼Henriのアイデアでは全てサイド（beam 軸　Z 
に並行な）読み出し
　つまり ECAL 型と同じ読み出しです。
　一方Felixは　HCALをZ軸で２つに割、３m 
の端エンドキャップ側での読み出しを提案しております。
　これにHenri が噛み付く構図となっております。

(2) HCALの　absorberについても議論しましたが、
　　mechanical 強度を含めて
　　　ほとんど、Henrの気分で決めたがっている、
　　全然他の議論を考慮しないと言った風でした。
　なぜCMSがBrassをabsorberに使っているかなん 
て、誰も知らない。
(3)calorimeter の　endcapの穴は正方形でいいか？
　　endcapをprojectiveにしたくないので
　　４分割にしたいから、真ん中が正方形に穴が開く。
　大変長い〜５m測定器を作るのは大変かも。。。
  (4) endcap とbareelの距離をなるべく短くしたい - Henri
      ＞だから　HCALのendcap 側読み出しは反対だー 
again Henri

　　

竹下 徹 ：信州大学　松本市旭３−１−１、0263-372898