Invalid Leap Second...
 
Notifications
Clear all

Invalid Leap Second TBC

16 Posts
8 Users
0 Reactions
74 Views
(@olemanriver)
Posts: 2454
Member
Topic starter
 

Running 5.90.1 in TBC. Long day and brought my data into TBC tonight to take a quick glance at RMS values and double observations on some of the control I am establishing. Have more work tomorrow long drive long day. Anyway I am getting this invalid leap second on my start and end time for my vectors. I can change to gps time all is fine. I have not seen this in years. We are running 2023.10 in access. I did a job before new years with same equipment no issues.

 
Posted : January 2, 2024 12:31 pm
squirl
(@squirl)
Posts: 1178
Member
 

I've seen this too but it's been a while. I saw it on some daily RTK data that the crew started with a HERE position for OPUS.

I've only ever changed it to GPS/Local time and saw no issues. I'm interested to read what others think on this topic.

T. Nelson - SAM

 
Posted : January 2, 2024 10:50 pm
(@rover83)
Posts: 2346
Member
 

This error has popped up here and there in TBC for a while now.

At various times it has been linked to old firmware in the receiver, a bug when converting from native JOB format to JXL format, outdated TBC versions, and sometimes one of the under-the-hood components of TBC needs updating.

(Like many larger firms, our PCs are locked down six ways from Sunday, so we can only install update packages that have been "pre-approved" and modified to not need admin rights to install. Unfortunately, this leads to the occasional bad install where one of those components does not get loaded.)

When it's a TBC issue, you can switch the time settings like @squirl mentioned and everything will work just fine.

I do know that at one time, running the "Configuration Utility" would sort it out, but I think that utility is now defunct.

I would either install TBC 2023.1, or reinstall 5.90.1. Either way, make sure you run the Cleanup Utility before installing a fresh version.

 
Posted : January 2, 2024 11:58 pm
(@olemanriver)
Posts: 2454
Member
Topic starter
 

I had to start with a HERE position but we do this all the time and it just pops up from time to time. I like taking the daily files and as/qc and also flipping it around to help the crews know what time to re observe the control the next day as I can quickly look and make a good estimate of when and order for them to get a time separation for next day especially when they have had a long day. Now I have to do math for myself and lol figure gps time to local since I am doing this project. Got it done today. lol

So I did rtk base and rover a site BM was set in the corner of a concrete pad that had a metal huge power pole so whole entire south west quadrant is pretty much blocked I had some down time yesterday waiting on sue markings so I said what the heck. I did two observations 4 hrs apart yesterday 180 epochs to BM. Today did one this morning early.03’ vertical from yesterday’s. Different base location today. The engineer on site asked for verification the BM on the plans matched the finish floors published. 3 different buildings. So I set up on one of my control points bs another turned rounds to another and the BM that’s should be in a not gps place I shot the finish floors and all did all the differences. Any way my conventional set from a decent gps position and the other two knows matched the gps rtk on the BM by .03 ft. I was actually amazed. I did this for fun gps ing it and was kinda hoping for the opposite so I could use it as a teaching tool for crews. I have another site next two days but looking forward to the least squares on this one. Hz and vt all seems good from field perspective and a quick qa/qc. The rtk units are just getting amazing now days. Oh I did a top shot with r12i on finish floor leaning r12i for giggles and got .05 ft different than robot . This is a tall metal building with a conveyor running over head Should not be that close.

 
Posted : January 3, 2024 8:09 am
(@olemanriver)
Posts: 2454
Member
Topic starter
 

Thanks. I am in the same boat. Big company and updates are a no no. lol. I put in a ticket to schedule a reinstall for next week as soon as I put these fires out on sites. Smiling drive tomorrow new site new challenge lol. Will be setting control and tying down finish floors and site BM to see if they match. lol. To much fun working solo to sort this out.

 
Posted : January 3, 2024 8:13 am

(@gisjoel)
Posts: 234
Member
 

I am getting same error using TBC 5.9.1. I was evaluating several NETR9's we have logging data around the country and thinking this was a recent bug. I was just about to submit a ticket in the Trimble RTN forum, then found this post! Thanks RPLS!.

My tests reveal that regardless of FW version on NETR9 and even the lates FW version on an Alloy, this invalid leap second error persists, but only after JANUARY 1, 2024. Prior to the julian year, any data off of same receiver (multiple tests again), no leap second error. Error resolved when switching Project time to GPS, but that is not a desirable fix.

I also consistently run the Cleanup tool prior to all major updates (e.g. 5.9). I wonder if this error persists in v. 2023?

 
Posted : January 8, 2024 3:30 am
(@olemanriver)
Posts: 2454
Member
Topic starter
 

Seems they need to fix this bug. lol. I have a ticket into my dealer about this. Still no word

 
Posted : January 8, 2024 3:34 am
(@rover83)
Posts: 2346
Member
 

I wonder if this error persists in v. 2023?

I'll tell you as soon as I get my damned IT department to upgrade me!

It used to be the accountants ran firms. Now it's the accountants and the IT departments.

 
Posted : January 8, 2024 8:00 am
(@jimcox)
Posts: 1958
Member
 

@rover83 The Dilbert cartoons used to have an occaisional character 'Mordac - the Preventer of Information Systems'

I'm sure I've worked with him in real life

 
Posted : January 8, 2024 8:10 am
(@olemanriver)
Posts: 2454
Member
Topic starter
 

Well all I know is I have checked many files and different versions of Trimble Access. Everything that starts in 2024 has this issue in two states. That I have checked so far. We all run the same version of Trimble Business Center. So something in the version 5.90.1. The distributor only asked if that was the only jxl file I saw it in. I said nope I can send you a bunch more. He said no need. I am just glad Someone else is seeing it. That at least lets me know my old brain didn’t do something dumb.

 
Posted : January 8, 2024 8:52 am

(@crai0cata)
Posts: 1
Member
 

A quick fix for Invalid Leap Seconds until trimble will update Configuration utility.

Open C/Program Data/Trimble/LeapSecondsConfig/LeapSeconds.xml

Edit that xml and change the date at 2024-07--01

 
Posted : January 28, 2024 4:21 pm
(@olemanriver)
Posts: 2454
Member
Topic starter
 

Yeah I did just that and such to get it fixed. Temporarily. Thanks for placing the info here.

 
Posted : January 29, 2024 2:14 am
jhframe
(@jim-frame)
Posts: 7282
Member
 

I edited the XML file awhile back, and I think it worked at the time, but today I'm getting the "invalid leap seconds" message again. 🙁

 
Posted : July 11, 2024 6:57 am
(@olemanriver)
Posts: 2454
Member
Topic starter
 

I think in the last few updates tit has failed. I have not used TBC in over 6 months now and have got calls from others that have been seeing this. It’s a nuisance more than anything else. I did get my issue resolved by using the cheat sheet basically what others here provided and the support at dealership. But that was back at the beginning of the year.

I always tracked the time of shots taken for control and property corners as part of my qa/qc process. And this affected that for local time. I think I worked around it by changing it to global or whatever and such until I got it fixed.

 
Posted : July 11, 2024 7:15 am
(@dmyhill)
Posts: 3082
Supporter
 

Do you get a prorated discount on your fees for the time you cant use TBC?

 
Posted : July 12, 2024 1:33 am

(@olemanriver)
Posts: 2454
Member
Topic starter
 

LOL. I could still use it. It just stated invalid leap second. But even if I could not use it I doubt they would give a discount lol. We are at the mercy of the developers and manufacturers.

One of the biggest pitfalls of the new theme and process that many in the technology software development business uses AGILE/SCRUM processes is that the customer becomes the R&D and QA’QC of the delivered update or enhancements in my opinion are passed down to the user. I went through training as part of a team on scrum agile. I am no code writer or software developer but was on the team that had those experts I was more of managing expectations and such. I was out of my league but it was part of the job working for the government at times. While request for enhancements and managing the what gets pushed out in a flexible environment was good it often was the case that bug fixes or unintended consequences arose when it was passed on to the client. There were many good management practices in that training that can be applied outside the software development world and glad I was exposed to that training for sure.

 
Posted : July 12, 2024 1:44 am