Run Sign Up Results

[Tom]

This last weekend I timed a race. Everything was perfect. Published the results from ART, 5.0, to Run Sign Up. Checked to see if every thing was correct and it was; chip time and gun time all in the correct columns. A runner, I also tried it, went to print out a certificate and the gun and chip times were switched. Anyone else have this issue?

Attached are the images

[blueridgetiming]

Try this....

Open up the race and go into timing screen.

Under the TV tab make sure display chip time is selected and then publish results. It's worked for me in the past.

If not hit display by gun time and see what that gives you.

[Peak Performance Timing]

Yes, I have and I contacted Runsignup about it.....they are supposedly working on it. I think it is on their end, since it showed up after some of their changes. I would contact them, so they don't think I am the only one....they originally told me they couldn't duplicate the problem :/ even though I can over and over .

[Brian Agee]

I had another customer report the same thing a couple of weeks ago. I dug through my code and confirmed that I was submitting the times correctly. I told that customer to let them know I've confirmed on my side that I'm submitting the correct values to their API and that I would gladly send the XML as a confirmation if they needed it.  I'm not sure if the customer ever reported that back to RSU or not. Glad to hear they know of the issue, I"m sure they'll get it fixed soon.

[Peak Performance Timing]

Here is the last part of the exchange I had with RSU....That was 18 days ago.

in...@runsignup.com	Sep 23
to me

Hi Terry,

Have you brought this up with Brian Agee? I'm thinking that if this is the case it would be something wrong in his upload process - other timing software providers that use our results integration do not have this problem.

Thanks,

Matt A.

Peak Performance Timing <peakperfor...@gmail.com>	Sep 23
to info

The information looks right in his data base, and I haven't had this problem before the recent changes to The Runsignup.com look.

in...@runsignup.com	Sep 23
to me

Hi Terry,

Can you send me some screenshots where this is showing in a race now so I can send it to our developers to have a look? I'm not able to find a Race where I can recreate this.

Thanks,

Matt A.

Peak Performance Timing <peakperfor...@gmail.com>	Sep 23
to info

Here you go....I uploaded the results again just for this, but will be taking them down and manually uploading a .csv again because I don't want the times switched. This was a VERY small race! If you notice the chip and clock are correct in the "overall" screen shot but in the "division" and "Individual" screenshots the times are reversed (ie in the wrong field somehow)

Thanks,

Terry

[Kathleen Woods]

Hey Tom,

I had the same problem a couple weeks ago and contacted my account rep at Run Sign Up to see who even to talk to and he suggested that I set up the age group divisions in Run Sign Up before importing. I wiped my results from Run Sign Up, set up the age group divisions through there making sure that chip time was clicked for the placements and then republished and everything populated correctly. I've since gone back and done the same for some past events and it seems to work every time as long as I set up the age group divisions in Run Sign Up before I import. Hope that helps in the meantime while they figure out what is going on!

[Bryan Jenkins]

Hello Agee Users,

This is Bryan from RunSignUp, the times being crossed is being caused by the programming used to post results from Agee to RSU. The fields are correct when published from other scoring softwares. 

[Brian Brian.S.Agee]

When I get a block of time with my computer I'll write up what I'm seeing from my side. The first user to report this said the gun and chip times look right on the overall results in RSU but when people pull up the finisher certificate (using the same result set that was posted) that the certificate had the times backwards.

She sent me links, screen shots, and her database so that I could look into it. Everything she sent seemed to confirm that. I then stepped through the code and confirmed that the correct times were being passed to the correct fields in the XML that the program sends to the API.

That's all I've done into it so far. Is it possible that other software is sending with JSON and the problem exists only with the XML submission?

I'm on vacation (Destin, FL) this week with the family, so I'll have to wait until I can safely pull out the computer with worrying about the wife hitting me with a bat for trying to work, but of course I'll handle any emergencies immediate and I'm responding to as many emails as possible by phone.

I'll dig deeper into this as soon as I can and report back what I find.

[Peak Performance Timing]

Brian Agee, 

I agree with the synopsis of the lady who first reported the problem to you and that is exactly what I reported to RunSignUp on September 23rd.

[Brian Agee]

I dug into this quiet a bit this morning and finally found that the problem is indeed in the ART submission - but only when submitting Division results to RSU. From what I was originally told I did my tests by submitting just the overall results and l was looking at that code. The division results submission calls the same method, but it looks like I'm passing the parameters in backwards to my function that submits to RSU. So my apologies to RSU for any time they burned looking into this and to anyone it affected. :(  I pushed an update out that has this fixed.

[Bryan Jenkins]

Thanks for jumping on this Brian!!

[blueridgetiming]

While on the topic of RSU results, here are two things that I've noticed.

1) if timing multiple events at the same time, say a 5k and 10k, if you push results of the 5k, ART will push blanks to the 10k results. Not a huge deal, but it doesn't seem efficient to have to push all results if they aren't completed yet.

2) If you had 200 registrations and 150 finishers, ART will push 50 blanks to RSU. Although I notice that if you publish on a subsequent day, the blanks aren't uploaded.

It all works, which is fine for me, but just making mention of these items.

[blueridgetiming]

I shoukd have been more clear. The 10k results would eventually be posted once participants finished, but I wonder if the current process of pushing blanks messed up the text message notifications (as in sending a blank result) for the races not yet completed.

[Tom]

I just finished a race on Sunday and the same thing is happening. Chip and Gun are switched when you click on an individual or certificate. I had put in the age groups before posting results. I based my age groups on what was in Run Sign Up so I was sure the upload was the same. I'm also seeing that the overall shows the correct chip and gun time but when you go into age groups they are switched. Can also send my data base and name of the races, notice I said races. I also have found that the certificate is showing the wrong placement . A runner contacted me and said that Run Sign Up said she place 3rd in her age group. when you look at the age group times it shows she placed 6th, which is correct. When you call up her personal results it says she was 3rd of 11. She actually was 6th of eleven.

[Tom]

my TV was on chip time to answer a earlier solution to this Run Sign Up problem

[Tom]

Thanks Brian...for looking into this..Was getting a lot of emails from runners. I referred then to my Web site for the results to see official times...I knew they were correct. They came direct from ART. 

To get the fixed I guess now I'll have to switch to 5.1...Was sticking with 5.0 because I was having no problems everything was running perfect. The old saying 'not broke don't fix it' Ha Ha Had too many large races coming up, especially cross country.

[Tom]

Last night we synced the results to Run Sign Up with the update that Brian had done. Everything is now correct.. Thank you  again Brian