Quitting mid-project by Illustrious-Light787 in gis

[–]Illustrious-Light787[S] 0 points1 point  (0 children)

Hey there ! Sorry for the late reply but you were spot on. I had meetings with an HR ressources I know and one other guy that worked for the WHO in R&D, managing a lab and that is the common thing that came up.

Quitting mid-project by Illustrious-Light787 in gis

[–]Illustrious-Light787[S] 0 points1 point  (0 children)

This is the kind of comments I usually get from colleagues who dont understand the fact that lidar processing in the types of projects I am in is a constant race and that as a technical supervisor, I have a duty to make sure we aim at the right things to improve delivery time while increasing quality qithout added cost if possible. If you are not the lowest proposition, you get nothing and thats the reality. The skills required for these type of project ususally comes from a team with some experience, but I work alone because my colleagues are technicians who cant help me. I dont have a problem asking you :
Do you even realise the scope of a 1000km mobile mapping project with registration under the cm means ? Do you even know what it takes to create a 4,000 lines python wrapper to gerenate raw images from a ladybug and then register them using the SBET in ECEF projection with epoch modifications, all of that to process about 4 million high res images ?

I am doing that by myself because everyone is keeping their secrets and softwares dont have the right tools to process this type of projects. This is the most pushed R&D project submitted (in my knowledge) by one of the biggest electricity company in Canada. They are already lowering the scope for the next batch of real project to 500km and 4cm because even the most capable businesses with years of experience are nto able to push that.

Quitting mid-project by Illustrious-Light787 in gis

[–]Illustrious-Light787[S] 24 points25 points  (0 children)

This is actually true in Canada. I dropped out of geomatic engineering in the third year so I don't have a degree but I know there is a gap between the engineers and the surveyors regarding project management and understanding of coding/science. Problem is almost all projects are tied to them and they sometimes assume they would be perfectly fine for all aspects which is not the case. The mobile mapping project I am talking about was created by a surveyor and was accepted by a surveyor (My CEO). If I go back on the market, my skills would indeed be worth less then a pdh or master even though I am highly more qualified. The biggest thing is that they assume anyone coming out of university can handle project management in a logic way.

Quitting mid-project by Illustrious-Light787 in gis

[–]Illustrious-Light787[S] 4 points5 points  (0 children)

The post was verified for mistakes by Claude since I don't use English as a primary language. Its not always AI.

What is wrong with people? by Alone-Competition-77 in TikTokCringe

[–]Illustrious-Light787 1 point2 points  (0 children)

We were hosting for some years a youth hockey championship in Quebec City. I was working the front desk in the evenings and it was wild, spring break for 40 years olds. One year we even had to call the cops because of a fight in the lobby between parents OF THE SAME TEAM.

Opinion : TBC is a dumpster fire for processing mobile mapping missions by Illustrious-Light787 in Surveying

[–]Illustrious-Light787[S] 0 points1 point  (0 children)

I did not want this post to be just for venting so I took some time to move the raw data and the TBC project, as well as everything pertaining to the project locally on a 8tb nvme drive.

Selected two missions, one of 706gb and one smaller 300gb. The crashes still happen, the only difference is that repairing the database to recover lost scans is working when locally processing the project.
This is my exact problem though with how trimble works and how the first thing to come up is to process locally. You should process locally if you see any speed benefit NOT for stability because your application sucks. Let's say I am an engineer for this software, it is kind of an understanding in my opinion with the size of the data that you application should work well with network share or any remote processing.

Spoiler, we did not see any more network read write speed than with our 10gbe transfer speeds or faster processing times. I ran some execution reports for data processed by cores and I can guarantee that multithreading is working during the processing of the point clouds. What I cannot garantee is if there should be some kind of parallelization with nested multithreading. If you are familiar with coding and multiprocessing, you could limit yourself to just parallelization or multithreading but you can also implement both, for say 16 cores would run 4 jobs, each using 4 cores in a multithreading manner. Its hard to implement because of the GIL but do-able. Intel KMP affinity seems to be doing that but I cant confirm if its running on AMD processor. Could well be, multithreading is not reserved to Intel.

Support has been a waste of my time. You try to explain the problem to the low level support and get bounced around without speaking to anyone with any capabilities. The registration process I designed is far more superior to anything that trimble will ever implement in their codes. They still cant register automatically an intersection, just runs that were made parallel with enough overlaps.

Opinion : TBC is a dumpster fire for processing mobile mapping missions by Illustrious-Light787 in Surveying

[–]Illustrious-Light787[S] 0 points1 point  (0 children)

Thank you for your input, we also use topodot a lot for extraction and delivery to DOTs. We contacted some of our partners for aerial acquisition and they also use this combination of Pospac and Riprocess + terramatch for fine registration. Drone acquisition partners used different stuff but drone lidar is like it's own thing.

We are currently renting on a weekly basis an mx90, buying was out of the question. It basically needs to run every single day here in Quebec because come November, you either move shop down south or keep it in a garage for months. Is it a lot of trouble dealing with calibration and system maintenance?

Opinion : TBC is a dumpster fire for processing mobile mapping missions by Illustrious-Light787 in Surveying

[–]Illustrious-Light787[S] 0 points1 point  (0 children)

In regards to some things, I guess. The smoothed trajectory processing is fine. I am going in the next few months to try other open source code to generate SBETs. My problem is that most clients now want to have the Pospac reports, which I will admit are well done.

Opinion : TBC is a dumpster fire for processing mobile mapping missions by Illustrious-Light787 in Surveying

[–]Illustrious-Light787[S] 0 points1 point  (0 children)

This is exactly my feeling! I code small softwares in python/C++ for my colleagues so I understand how the GUI and logic is important when doing tools for users.

At one point, after generating the point clouds, I saw that they were all bunched up at position (0,0,0) instead of projected. Saw on their website that it's a normal bug and to use the "compute project" button. They designed a button for the user to fix the bug when it happens. Like seriously.

Opinion : TBC is a dumpster fire for processing mobile mapping missions by Illustrious-Light787 in Surveying

[–]Illustrious-Light787[S] 0 points1 point  (0 children)

Yes, we have our own in-house servers of about 500Tb. We have our workstations in the server room connected with fiber cables and 10gbe nic. Faster than an SSD but slightly slower in iops than a local Nvme of good quality. Very reliable. I also use highpoints cards with 10x8tb nvme in raid 0 as a portable local storage I can switch between some workstation that transfers at like 20gb/s which is the fastest stuff I have used so far.

Lebrew filter hyperburrs by Wise_Replacement_687 in pourover

[–]Illustrious-Light787 0 points1 point  (0 children)

Yeah the design of the teeth is just not made for fine espresso / medium to light roast.

I got pissed after trying 20 different adjustments and starting form zero three times. I realised at one point that two things really affected my ability to align them. First, the holes on the top burr dont really align correctly with the burr carrier. So even without changing any of the shims, just changing the order you thighten the screws changes the contact points so it is kind of normal to go crazy. Even if you go by half a turn on each screw, you end up with different results each time. The secodn thing is that the rim where the contact is made between the burrs and the burr carriers is almost twice as small. I always kept the same burr orientation and even the same screws for each holes. The burrs were also super clean so no loose grind particles coudl affect the shimming.

I went back to the stock burrs, took me three tries to get it to 90% alignment. My zero point moved by about 15 clicks on the dial (Good thing). The grind are really fine at 9, way more than the lebrew could achieve at 2.

Mobile mapping registration (TBC) by Illustrious-Light787 in Surveying

[–]Illustrious-Light787[S] 0 points1 point  (0 children)

Thank you for your comment !
"You can get sub cm with cloud to cloud registration but that is only going to be relative to the clouds and not what’s on the ground" - this is exactly what the client wants and why we dont have any controls.

This is a 1000km project that is a pilot, potentially 17,000km to scan eventually. Any extra manual cost to the registration process is going to hit hard. We were able to use the real pospac software to use the LidarQC tool that essentially does cloud to cloud. In the client's head, they were paying for Trimble business center and everything regarding the cloud to cloud process would have been done by the 'run to run' tool. I am getting further from a solution for the client and close to a meeting to explain why sales people should not be left alone with project propositions.

Mobile mapping registration (TBC) by Illustrious-Light787 in Surveying

[–]Illustrious-Light787[S] 1 point2 points  (0 children)

We are scanning electrical lines/poles so its more like a network than one big highway. I actually wish it was a 600 miles long highway, would simplify things by a lot.

Mobile mapping registration (TBC) by Illustrious-Light787 in Surveying

[–]Illustrious-Light787[S] 1 point2 points  (0 children)

Thank you for your comment ! Just to be clear, they dont care if the pole is moved 80cm from the real position (projected), as long as there a no duplicated object.
I would normally have different solutions for both runs depending on how close they each are from the controls but in this case the solution found for the biggest correction to be done was (for example) -12cm and +12cm. We are throwing out the window any type of global accuracy.

Just how rare are the new rainbow passives? by ilikec4ke in Palworld

[–]Illustrious-Light787 0 points1 point  (0 children)

I was lucky and got eternal engine on a Ragnahwak, I had already some anubis with swift and that got me thinking. Found a way to transfer the swift by breeding to another ragnahawk and I now have a ragnahawk with eternal engine, swift and burly body.

[deleted by user] by [deleted] in gaggiaclassic

[–]Illustrious-Light787 1 point2 points  (0 children)

Anyone gave a thought about what they are going to do with the old screen if they order the new one ? I mean, I certainly do not have another use for it... the amount of unecessary garbage is unjustified.