Difference between revisions of "November 13, 2007 Software"
(Added Minutes) |
|||
(One intermediate revision by one other user not shown) | |||
Line 3: | Line 3: | ||
# Review minutes from [[October 19, 2007 Software]] meeting | # Review minutes from [[October 19, 2007 Software]] meeting | ||
# FDC Tracking update (Mark/Simon) | # FDC Tracking update (Mark/Simon) | ||
+ | #* [[Media:residuals.pdf|Residuals]] | ||
# Geometry V4 update (Richard) | # Geometry V4 update (Richard) | ||
# Report on IEEE (Elliott) | # Report on IEEE (Elliott) | ||
Line 22: | Line 23: | ||
==Minutes== | ==Minutes== | ||
− | Attendees: | + | Attendees: |
+ | David L.(chair), Elliott W., Mark I., Simon T. | ||
− | === | + | Phone: Mihajlo K. |
+ | |||
+ | ===FDC Tracking update=== | ||
+ | Mark gave an update on the ongoing development of Simon's FDC track finder. Simon's code identifies segments in | ||
+ | ndividual 6-layer packages and then links them to form candidates. The code corrects for the Lorentz effect which | ||
+ | occurs due to the magnetic field. In order to do this, the left-right ambiguity must be resolved for each hit. In previous | ||
+ | reports, Simon showed some individual hit efficiencies that were unexaplainably low (~85%). Mark has been looking | ||
+ | into Simon's code in some detail to try and understand where this is coming from. He showed an example ("event 39") | ||
+ | where there was clearly a problem with the corrected positions of the last package. He showed that by reversing | ||
+ | the sign of the Lorentz correction and sometimes by making it twice as big, the space-points would line up | ||
+ | This ndicates that the nature of the problem may be a simple software bug rather than a detector limitation. He will | ||
+ | continue working on this. | ||
+ | |||
+ | ===Geometry V4 update === | ||
+ | Richard was not able to attend so this topic was deferred. | ||
+ | |||
+ | ===Report on IEEE === | ||
+ | Elliott gave a brief report on the IEEE and ICALEPS conferences he recently attended. One of the more interesting things | ||
+ | he learned from ICALEPS was that EPICS and JAVA seem to be very prominently used in slow controls. These appear | ||
+ | to be the standard that a majority of groups are using. | ||
==[[Action Items From Hall-D Software Meetings|Action items]]== | ==[[Action Items From Hall-D Software Meetings|Action items]]== |
Latest revision as of 14:36, 30 November 2007
Contents
Agenda
- Review minutes from October 19, 2007 Software meeting
- FDC Tracking update (Mark/Simon)
- Geometry V4 update (Richard)
- Report on IEEE (Elliott)
- Action Items
Location
The meeting will be at 12:00pm in Cebaf Center F326-327.
To connect by telephone: 1.) dial:
800-377-8846 : US 888-276-7715 : Canada 302-709-8424 : International
2.) enter participant code: 39527048# (remember the "#")
We will likely NOT have a VRVS connection due to pending negotiations with the JLab cyber security group. We will try however and may get lucky.
Minutes
Attendees: David L.(chair), Elliott W., Mark I., Simon T.
Phone: Mihajlo K.
FDC Tracking update
Mark gave an update on the ongoing development of Simon's FDC track finder. Simon's code identifies segments in ndividual 6-layer packages and then links them to form candidates. The code corrects for the Lorentz effect which occurs due to the magnetic field. In order to do this, the left-right ambiguity must be resolved for each hit. In previous reports, Simon showed some individual hit efficiencies that were unexaplainably low (~85%). Mark has been looking into Simon's code in some detail to try and understand where this is coming from. He showed an example ("event 39") where there was clearly a problem with the corrected positions of the last package. He showed that by reversing the sign of the Lorentz correction and sometimes by making it twice as big, the space-points would line up This ndicates that the nature of the problem may be a simple software bug rather than a detector limitation. He will continue working on this.
Geometry V4 update
Richard was not able to attend so this topic was deferred.
Report on IEEE
Elliott gave a brief report on the IEEE and ICALEPS conferences he recently attended. One of the more interesting things he learned from ICALEPS was that EPICS and JAVA seem to be very prominently used in slow controls. These appear to be the standard that a majority of groups are using.