I will get a start on these questions, keep in mind I don't know everything, but I will attempt to give an accounting of what I see happening, starting at the top and working down. I am sure others will want to address your questions too.
Shane mentioned the State TT. The chips worked as they were supposed to until the results for the cat 1/2s were uploaded. There was apparently some bad data in the file and it caused the software to malfunction. That's why there were inaccurate results. The data files are rather complicated and they download to software that sorts the data and generates results. There are a lot of outside factors that affect the results, like number of laps, the rider's chip IDs, etc etc. that need to be stipulated in the process of generating results.
The other issues Shane mentioned are real problems. The electrical tape was something we found about several weeks ago, and we sent out an email to the UCA membership, as well as posted it on this site. We also distributed flyers detailing correct chip mounting at Bear Lake. To let you know, I spotted 3 riders at the State TT with electrical tape wrapped arounds their chips. Obvoiusly they did not know about it, but it shows that it takes time for everyone to get on board, and their results might have been compromised by the tape if I had not told them.
Some chip ID numbers were printed wrong on the papers Winning Time sent with the chips. And some riders have entered their code wrong (common mistakes like an "O" entered as a "zero")... These anomalies are only uncovered whan an individual rider sees a mistake, missed result, missing time, etc. All these issues have had to be sorted out by SBO.
There were a few chips that were reading before the line, thereby registering a false finish. Some were reading after the line too. These bad chips have been replaced, but this caused much confusion for the riders and SBE. If this continues to be a problem, the only way we can find out is as we proceed.
Mike, we owe you an apology for your results not being reported correctly on the UCA site. They were scored correctly at the races (I know you had to protest after the race), but the excel files that came from the race are split up into separate classes to be downloaded into the UCA site, and I am guessing that there was some human error when the files were split. You did not do anything wrong, in fact, by making sure yor results were correct at the race you made it easy for me to change. There was another error that occurred after the Jordanelle Crit where the wrong sheets were taken after the race and downloaded to the site. You were, coincidentally, affected by both these understandable yet real errors. I will continue to work with you if you ever need a result fixed as long as the official results from that race are correct. As we have stated many times, check your results after the race and make sure they are correct.
To your suggestion about checking with marathon and triathlon organizers, you must know that bike racing is a much different animal to score. Think about the downtown crit: 50-70 riders doing multiple laps, and large packs of riders finishing on the same second... that's a LOT of data for the software to process. The people from SBE, SBO and Winning Time are the best ones to figure out how to get the system performing.
Sam, you are right about the cameras. We need to have that backup especially now as we are trying to sort out the myriad of problems. The UCA does not presently own finish line cameras, SBE has been nice enough to use them as a backup, thank heavens.
OK Nick, I will attempt to answer the questions I feel I have not already. You will have to let me know if I cover it. Riders out of order: in the past it was the defective chips that were reading early or late. Hopefully those chips have been replaced but if there are any others, the problem will continue until we identify and replace the offending chips.
Finishers not reported: almost always a chip code problem. In addition to the aforementioned code anomalies, you need to be aware that if you sign up day of race, you MUST give your chip code to SBO when you sign up, EVEN IF THEY HAVE THAT CODE IN THE SYSTEM ALREADY. The reason is that SBO will download all the pre-entries on the morning of the event and bring that to the race. When people sign up that day, they do not have the chip code info for you. They need to enter it there. Many riders in the past races are unwilling to bring their chip to registration (or have their chip code written down), and again, there is potential for human error.
Riders who did not enter are reported as finishing: Probably a chip code issue, but I don't think this is a rampant problem. I must admit I don't really know what's up on this one, maybe Ferg can address this?
Results on UCA site different from certified results: This did occur a couple of times. I would call this one a clerical error, BUT we did fix the results asap. The protocol for this is as follows — you complain to me, I check the official results, if there is a mistake I fix it! Believe me, I would love it if this never occured but in reality the files have to be modified in excel to be downloaded and I can completely understand an error occuring.
Time recorded is incorrect: Not the best guy to answer this one, maybe Ferg can help here. But as you can see by the other issues, it is likely more complicated than it looks on the outside...
As for your suggestion to track and document the errors, I am not sure we have anyone we can ask to do something like that. I will tell you that the good folks who do our scoring and results and just as mystified as you are about the variety of issued that affect the timing. They do this for a living and are actively working to solve the problems. SBO and SBE have both invested a fair amount of money in this system, and sincerely want to make it perform as we all want it to.
Here are some other problems we have encountered: Riders sign up after the 30 minute cut-off and the rider's chip info is either entered wrong or missing. Chip falls off bike. Chip is put in jersey pocket and does not read. Chip is mounted on underside of stem. Rider forgets chip, rents one at race and receives a DNF because the system does not recognize the rental code. Rider and wife accidentally switch chips.Stuff happens, but the chips get blamed nontheless.
I hope you all can see that this is a fairly complicated issue with many potential problems. What you are seeing at the races are some very good folks who are trying to sort it out at the same time put on an event. I personally feel the problems are being worked out and I still believe the system will work, giving us all what we want from it: accurate and timely results. I and the other UCA Directors will continue to support and assist the people at SBE and SBO as well as the officials to help get this sorted!
If there is something i missed, please ask again and we will attempt to answer.
Thanks, Jeff Clawson