The strain gauge data may have been corrupted, allowing the bridge to be over-stressed without a warning indicator. BDI was responsible for installing and monitoring the strain gauges. They acknowledged to the bridge mover, Barnhart, that at one point a computer was turned off and on during a work break, and all their gauge readings were reset to zero instead of reloading the stored values that were present before the break. [highlight #FCE94F]EDIT ADD: After re-reading the Timeline description, what may have been lost were the inital calibration offsets that were used to zero the gauge readings before the move began.[/highlight] This implies that many of the monitored areas could have exceded 100% of the safety threshold during the remainder of the move, and at least one of the monitored areas may have experienced close to 200%. It's also possible that the lack of concern about the cracks after the move may have been partly influenced by the "good data" provided by BDI showing the bridge hadn't been overly stressed during the move.
Multiple problems with the data collection process. The BDI software apparently wasn't configured to auto-resume after a reboot, or at least indicate a warning. The "meter reader" didn't notice the gauge readings were reset after the work break, possibly because a "new guy" took over. In either case BDI should have anticipated such a problem and trained their personnel. The data discontinuity at the break should have been clearly evident in the charts or readouts, and somebody from BDI or Barnhart should have noticed it during a post-move data review.