You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The problem is that normally TRestTrackReconnectionProcess should shift the order of hits so that the longer edge is suppressed (minimising the total track length). In other words, just re-ordering in the array so that hit_0 and hit_N correspond with the long edge.
Also the reconnection routine, such as breaking tracks and find an optimum reconnection should solve the problem observed on the track observed at the forum post. This last, fixing reconnection through sub-tracks, might just need optimisation of fNSigmas parameter.
The text was updated successfully, but these errors were encountered:
This issue is created to follow up a problem discussed on the following forum post
http://rest-forum.unizar.es/t/pandaxiii-mc-pipeline-at-development-v2-3/410/15
The problem is that normally
TRestTrackReconnectionProcess
should shift the order of hits so that the longer edge is suppressed (minimising the total track length). In other words, just re-ordering in the array so that hit_0 and hit_N correspond with the long edge.Also the reconnection routine, such as breaking tracks and find an optimum reconnection should solve the problem observed on the track observed at the forum post. This last, fixing reconnection through sub-tracks, might just need optimisation of
fNSigmas
parameter.The text was updated successfully, but these errors were encountered: