Home » PANDA » PandaRoot » Tracking » Tracking discussion
| Tracking discussion [message #15526] |
Wed, 25 September 2013 16:08  |
StefanoSpataro
Messages: 2736
Registered: June 2005
Location: Torino
|
first-grade participant |
From: *to.infn.it
|
|
Dear all,
since the tracking discussion in Bochum was somehow cut in the middle, I would propose to continue here in the forum, and to discuss also in the next SeeVogh meeting, next Monday, 30th September.
Andreas put this table in wiki:
http://panda-wiki.gsi.de/cgi-bin/view/Computing/PandaRootDetectors#TRACK ING
My general impression is that we have "a lot" of manpower in tracking, but not equally distributed. Many people, many packages, but I believe we should try to focus on some goals.
In particular:
a) there is only one guy involved in forward tracking, all the others are working on barrel tracking.
b) only one algorithm considers time based stream, all the others not.
c) there are many new algorithms, without completing the old ones.
The triplet finder was the only one using time information, but if I have understood well Marius left and nobody will continue it.
I think more people should be involved in the forward, and we should close algorithm w/o time and focus on time based reconstruction. The objections of the referees for STT were about t0 determination, and I have not seen any algorithm solving it in practice, Peter proposed his method which was never implemented (as far as I know, maybe in the triplet finder?).
In this sense new algorithms (even for new hardware, FPGA, GPU,...) not using time information are, my opinion, a bit dangerous, since in general people tends to continue to improve the algorithm instead of evolving towards our data stream. And without daq we will have no data.
About forward, I would like to see more people joining this part, but this will be hard 
Moreover, we should define a strategy on:
a) how to retrieve the MC truth of one track. At present the PndMCTrackAssociatorTask is used in the standard reconstruction, but FairLinks should be used. Who will implement such modification?
b) how to assign a track to a MC particle, to evaluate efficiency and resolution, in particular when more particles produce hits in the same track, and when the same particle is reconstructured in more than one track
c) which track selections to have good quality track? At least XX number of hits? At least X hits in parallel and Y in skewed hits? fitted? non fitted?
d) standard task for all the tracking objects, to have the same efficiency/resolution definition.
These are just my informal thoughts, I would like to listen to your opinions about.
Regards
|
|
|
|
| Re: Tracking discussion [message #15530 is a reply to message #15526] |
Thu, 26 September 2013 09:06  |
Andreas Herten
Messages: 25
Registered: October 2011
Location: Jülich
|
continuous participant |
From: *ext.kfa-juelich.de
|
|
Hey Stefano,
first off: We might have a few people involved in tracking, but I think every person fellows their research into individual approaches / niches. So, IMHO, they are not all doing exactly the same. Anyway, you're absolutely right that manpower and things might not be as efficiently distributed among the PANDA tracking challenges as it could be and we should definitely exchange thoughts, results – and work.
| Quote: |
b) only one algorithm considers time based stream, all the others not.
|
True. AFAIK only the Triplet Finder is built, right from the very basis of its algorithmic idea, around time-basedness. But I think there are more algorithms which can, in principle, use timed hits instead of event'ed hits. You are right, though, I don't know of anyone looking into that. Because, at least for me, that's another level of complicatedness on top of already complicated things .
| Quote: |
c) there are many new algorithms, without completing the old ones.
|
I only can say something to this for my / our case in Jülich. We are looking into algorithms and, on the way, get better / more promising ideas. So we follow up on these ideas. At the moment we are still continuing researching in all algorithms we touch, though. Well, besides the Triplet Finder…
| Quote: |
…but if I have understood well Marius left and nobody will continue it.
|
You have understood correctly. That was the reason I brought that up during the Bochum meeting. Maybe someone would have liked to continue working on this algorithm. At the moment, though, I have not heard from anyone.
Concerning your last points c) I think Tobias was looking into some paper write ups to see how other experiments / researchers are doing this. But probably he should continue on that.
In any case: I think we have a lot of things to talk about and to decide on about the future of tracking in PANDA. I'd like to meet up somewhere to discuss !
|
|
|
|
|
|
| Re: Tracking discussion [message #15538 is a reply to message #15526] |
Thu, 26 September 2013 17:21 |
Gianluigi Boca
Messages: 177
Registered: March 2004
|
first-grade participant |
From: *pv.infn.it
|
|
Dear Stefano (and Andreas) I have a few remarks to your
message.
| Stefano Spataro wrote on Wed, 25 September 2013 16:08 |
My general impression is that we have "a lot" of manpower in tracking, but not equally distributed. Many people, many packages, but I believe we should try to focus on some goals.
|
I disagree. I notice that as far as the Pattern Recognition is concerned, even if in principle there are people working
on it, in actuality almost always those persons are
involved in other projects at the same time and that has the consequence to slow down the PR they are working on.
| Quote: |
b) only one algorithm considers time based stream, all the others not.
|
In order to avoid misunderstanding, let me say that the PR I
am working on is exactly suited to deal with the realistic
experimental situation (== time based stream of hits) since
the PndTrkTracking task has embedded the possibility of switching on the
pileup hits from previous/subsequent DPM events.
It is true that in my case the time-based simulation is not yet used.
That is so because in order to function all PR (exctept the triplet finder) must have a T0.
Unfortunately a task providing the T0 is not yet present in Pandaroot (I have been preaching for the last year that we need someone to work on the T0 issue, see my presentations at the PANDA meetings).
I am going to say a couple of things on a possible T0 task in Pandaroot on Monday.
Cheers Gianluigi
|
|
|
|
Goto Forum:
Current Time: Wed Apr 24 18:24:15 CEST 2024
Total time taken to generate the page: 0.01039 seconds
|
GSI Forum
Search
Help
Members
Login
Home
