EXPERT ROOT

Каким образом лучше задать тогда "естественную" параметризацию для MWPC с обновленной геометрией? Какие конкретно параметры нужны относительно нуля?

От центра мишени до центра каждой сборки из 2-х MWPC (X&Y), от центра мишени до центра каждой из двух пластин ТОФ

Новую геометрию я залил, только не нашел CF4 газ и вольфрам в media.geo, соответственно проволочки тоже не добавил. Какая толщина у проволочек?

Еще вопрос, что должно быть вокруг всей сборки MWPC, т.е какая оболочка? Сейчас аллюмний и каптон только перпендикулярно оси Z расположены.

диаметр проволочек 20 микрон. Материалы введите сами в  media.geo

Оговорили даполнительно, что необходимо создать текстовый файл - база данных для BeamDet, в которой держать все типы Tof и все типы MWPC которые есть в лаборатории.

Примерный интерфейс для задания Setup в макросе симуляции:

ERBeamDetSetup setup = new ERBeamDetSetup(Xglobal, Yglobal, Zglobal);
setup->AddMWPC(Type1, Z);
setup->AddMWPC(Type2, Z2);
setup->AddTof(Type1,Z);
setup->AddTof(Type2,Z);

Пока что представляю себе такой черновой вариант XML-файла:

Какие замечания? Хочется сначала определиться с приемлимой структурой, прежде чем к ней DTD писать.

Не вполне понятна роль xml файла. У нас есть парамеризованное описание тоф и проволочных камер. Дальше идея в том, что бы  пользователь осознанно либо борал детектор "с полки" т.е. подгружал разрешенный и где-то надежно лежащий набор параметров, либо, если он изучает варианты модификации детектора, просто менял параметры в имеющемся описании в макросе геометрии.  Или я не правильно понимаю общую задачу?  Пока что мне кажется, что появление xml файла  падает жертвой бритвы Оккама.

"где-то надежно лежащий набор параметров" - основной вопрос, что для этого использовать. XML файл как упрощенная база данных таких параметров мне очень нравится.

По итогам многочасовой дискуссии утвердили xml. С шаблоном в Excel

Многочасовая дискуссия, ничего себе)

Не понял, что из себя должен представлять шаблон в Exсel, какой механизм будем использовать. В нем должны быть все данные, которые потом преобразовываются в xml? Или только структура?

Там по идее должны быть механизмы преобразования таблички в xml файл. Нужно поизучать подробнее. Шаблон - просто excel файл отоброжающий текущее состояние xml.

По правде говоря, дискуссия длилась 48 минут, но включала в себя много экранов в скайп. Смысл в том, что человеку, ответственный за детекторы удобно вносить информацию в табличку, а для программирования удобнее xml. Excel умеет преобразовывать как-то одно в другое. http://www.excel-easy.com/examples/xml.html  Хочется этим воспользоваться.

1) У меня full макрос отвалился на инициализации задачи трекинга. Посмотри все ли попало в репозитрий.

2) Я редуцировал full макрос до симуляции. Вижу что поинты в MWPC есть. Нет поинтов, если накладыват условия вида:

{
    TFile* f = new TFile("sim.root");
    TTree* t = (TTree*)f->Get("cbmsim");
    t->Draw("BeamDetMWPCPoint.fELoss","BeamDetMWPCPoint.fPlaneNb == 2 && BeamDetMWPCPoint.fMWPCNb == 2  && BeamDetMWPCPoint.fPid > 3000");
}

3) Проверил структуру геометрии. Она такая:

В ней есть некоторый промежуточный объем MWPC_vol

А для поинта информацию о геометри читаем так:

        gMC->CurrentVolOffID(0, fMWPCWireNb);
        gMC->CurrentVolOffID(1, fMWPCPlaneNb);
        gMC->CurrentVolOffID(2, fMWPCNb);

То есть в fMWPCNb попадает не номер MWPC, а номер объема MWPC_vol

Поменял на

        gMC->CurrentVolOffID(0, fMWPCWireNb);
        gMC->CurrentVolOffID(1, fMWPCPlaneNb);
        gMC->CurrentVolOffID(3, fMWPCNb);

И поинты появились.

К сожалению, симуляция всегда будет заточена на иерархию геометрии. Поэтому нужно за этим следить.

4. Смутила картинка:

Это нормально, что ион перед мишенью так активно что-то ионизирует? Тут видимо как раз очень актуально уметь задавать разные каты для разных частей геометрии. Но этого пока не умеем.

У меня ноут капризничает. Сначала отказался заряжаться и теперь не включается, поэтому проблему с парсером пока что не удалось разрешить.
Из того, что лежит в репозитории сейчас, можно понять суть проблемы с узлами, только две строки надо раскомментить:
  163. //ParseXmlParameters();
  332. //domParser->SetValidate(false); // do not validate with DTD

Все, с ноутом теперь порядок.
Сейчас обратил внимание на макроподстановку ClassImp(FairModule) в конце описания классов. В документации написано, что она "необходима для добавления реализации служебных методов". Почему в классе симуляции ProcessHits() после нее описывается?

Сейчас залил в репозиторий вариант создания геометрии в симуляции без .root файла. Почему-то на Event0 симуляция виснет.

По поводу ионизации между второй MWPC и мишенью. Жеьлая борода - это дельтаэлеткроны с пробегом больше ката.  Такое бывает в газе или в воздухе. В вакууме не бывает. Там, где на картинке борода - должен быть вакуум. Миша, проверьте плз геометрию. Кроме того, подобнач борода должна наблюдаться в газе MWPC -  посмотрите есть  ли.

В том месте, где борода, у нас газ.
Между каптоновыми окнами (расстояние 82мм) все заполнено газом.
Между X и Y проволочками 10мм, они расположены симметрично относительно центра большого газового объема, соответственно после последнего массива проволочек еще около 4см газа.

Борода далжна быть везде, где газ. два отрезка по  8 см  (в каждой из двух MWPC между каптоновыми окнами). Чем в  имеющейся конфигурации характернео то место, где видна борода? Чем оно отлдичается от остальных мест с газом?

Все в порядке, с корректными номерами объемов по иерархии дельтаэлектроны есть во всём газе.

Парсер теперь работает.
Нужно с интерфейсами разобраться. Могут ли в одной симуляции быть разные типы MWPC и ToF?

ERBeamDetSetup setup = new ERBeamDetSetup(Xglobal, Yglobal, Zglobal);
setup->AddMWPC(Type1, Z);
setup->AddMWPC(Type2, Z2);
setup->AddTof(Type1,Z);
setup->AddTof(Type2,Z);

Я считаю, что нет смысла вводить такое ограничение. Приведенный пример синтаксиса мне нравится

Да, разные типы возможны.  

Если это просто - добавьте виндусовский перевод строки.   По геометрии данных достаточно. Дальше по ходу работы поймем, что добавить .

Добавил XML файл в репозиторий https://github.com/ExpertRootGroup/er/tree/beamdet/db/BeamDet .
Там две страницы пока что: одна под MWPC, другая под ToF. Каждая строка таблицы - новый тип MWPC или ToF.

Нужно просто через пункт меню "Сохранить как" выбрать формат XML. 

Чтобы потом редактировать данные XML-файла самого, нужно открыть .xlsx-файл, нажать правой кнопкой мыши на таблицу в контектном меню через "XML"->"Импорт" выбрать xml-файл. В инструкции напишу подробно.