Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Sign in
S src
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Locked Files
  • Issues 62
    • Issues 62
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
    • Iterations
  • Merge requests 4
    • Merge requests 4
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Analytics
    • Analytics
    • CI/CD
    • Code Review
    • Issue
    • Repository
    • Value Stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • OPAL
  • src
  • Issues
  • #221

Closed
Open
Created Apr 11, 2018 by ganz_p@ganz_p

Trajectory in Dipole Parallel-T

Observation

In the comparison of the created maps form Thick Tracker (which I am working on) and the maps of Cosy Infinity , I have noticed a difference between the dipole maps.

The COSY 10.0 input: CompBend.fox cosy.fox

In the closer look: the Thick Tracker algorithm uses the parameter ElementLength, which is the value L of the Input.in- file.

class ElementBase
...
/// Get design length.
//  Return the design length defined by the geometry.
//  This may be the arc length or the straight length. <-----
inline
double ElementBase::getElementLength() const
{ return getGeometry().getElementLength(); }

The ElementLength in a SectorBend is the straight Trajectory in between the entrance and exit point of the ref particle, as documented.

sbend

form: https://gitlab.psi.ch/OPAL/src/wikis/Manual/elements

BUT if I now compare the THICK TRACKER with PARALLEL-T, like in the issue #215 (closed), it won't match this smoothly.

2018-04-11_20_16_45

70MeV_Gantry2.in MAPS 70MeV_Gantry2.in TRACK

The two map generated Codes differ in the use of either the straight or the curved trajectory for the creation of the dipole map. (In the curved implementation I just changed the map, but not its position to visualize the effect of this change.)

Suggested Solution

After that comparison, I think that there might be a bug in the SectorBend, which probably is just the use of the straight instead of the curved trajectory.

Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking