When survey by offset is used, where is the measurement data stored on the LS?; e.g., bearing and distance
Where are 'Survey by Offset' measurements stored?
- Thread starter Kelly Bellis
- Start date
It's not. The point is created and is related to the base point of the anchor point, but currently that data is not stored. I know... not good.
You either need to save a HTML report or the screenshot from the CoGo screen. There was an option to automatically save the CoGo screenshots but I think the option may have got lost recently. I am checking on this.
Thank you for your reply Shawn. Could this be added to the list, please?
If you find that the option is present (stable build), please let us know where to get to it.
This option is available in the PreRelease versions and greater in the screen that lets you define the resultant point name, code and description.
Thank you Matt. Does this mean it will necessarily be available in the next stable release?
And by "This option", do you mean check box for Screen Shot?
And by "This option", do you mean check box for Screen Shot?
This feature likely won’t be in a Release build until the Linux OS is released. Yes I mean the checkbox for “Screen Shot”.
If you were a betting man (and I realize that it's beyond your control), when might you think that would happen?
I would expect sometime this summer.
One other question I'm curious about: What's the reason(s) for dropping Windows and going to Linux?
Darren Clemons
Well-Known Member
Can’t speak to the specifics the design team could, but from a users perspective and from what we’ve all heard is for basic overall better speed, reliability and performance. Don’t get me wrong, the LS is the baddest ass beast on the block, but that doesn’t mean it doesn’t need some “fixes” (...like that? Pretty good pun, huh?).
The camera hasn’t worked well at all in the 3 years we’ve had our systems. One shot here and there, fine - but try and take 8 or 10 on one job - you’ll most likely get a black screen and have to reboot.
The genmapsdata file issue has been a total nightmare for us - maybe not so much for others as I haven’t seen all that much about it. We’ve completely and totally had to stop even trying to unpack old archive jobs the last 6 months as the duplicated, dated coordinate files associated with them definitely appear to be the cause of when that happens and the dreaded “cannot read dB” message appears.
Moving and/or rotating any amount of points over 50 in a job is very, very slow as well as the “reading objects” screen. When you get up over 500 points that screen takes forever to reload.
All those things are supposed to and should be tremendously helped with a Linux based OS.
The developers should be able to address things and fix them SO much easier with a Linux system.
I, for one, have been anxiously awaiting the change. The LS and all that it does is a remarkable machine and it is really amazing that we, the users, have had as few major meltdowns and problems than we have - with a Windows OS.
Thank you Darren, and yes, I've been a little worried too about the coming change. I'd forgotten some of the reasons, in addition to those you've cited, but I believe there was a threading limitation to do with processing, with Linux affording more slots by several times than with the Windows OS. How smoothly porting has gone from one to the other remains unknown to me, but I have faith in Javad, Eugene and the whole team of developers and that has kept my anxiety level low. Yet still, somehow, with any software upgrade, I always feel a little like I'm staring down the barrel of Harry Callahan's 45 having not kept a very close count of the remaining bullets.
Also Microsoft is dumping Windows CE. Everyone will soon need to find a different OS for their new data collectors and portable devices. But, yes, camera stability is perfect from what I've seen and overall performance should be much faster. Boot time is a full 30 seconds faster and internet speeds are much faster as well.
Yes. The LS uses compact 7. I don't know all of the details, but support from MS has been lacking from what I understand.
Nate The Surveyor
Well-Known Member
If scanning and associated clouds are ever supported, from anchor points, then it would be good if it were considered also, as this stage.
Also, clouds, and the like are fairly processor intensive. Maybe this could be done on a pc, in the office. Usually, only a few coords are picked for use from a cloud. This is better done on a large screen.
Just my thots, based on reading.
Also, clouds, and the like are fairly processor intensive. Maybe this could be done on a pc, in the office. Usually, only a few coords are picked for use from a cloud. This is better done on a large screen.
Just my thots, based on reading.