The LS and point numbering....

Darren Clemons

Well-Known Member
While many, many improvements have been made in the "auto" point numbering in the LS there are still several spots we're seeing some issues.

When starting a new job and importing, say, 40 design points it seems as though the collect screen could/should automatically come up with point 41. It usually has the next number I believe from the previous days work - for instance if the last point I shot in yesterdays job was 122 it will be on 123. This also applies to starting the base on the session point. I have to click the number, whatever it's on, then I'll typically just type in point 1, since I know it's been used and it will then auto increment to point 41. This, I have found, is the best way to get your "next number" in most all the collect screens, however, COGO screens seem to not always use this feature.

When using the offset, direct function within the collect screen, the point I store where I'm standing will be correct at the next point number - i.e. 50. Then when I click on the offset point at the bottom (defaults to C1) I'll input 51 (I don't like alphanumeric point numbers). Then, if I collect another offset, direct shot it correctly stores point where I'm standing at point 52 but when I go back in to store the next offset point it is also on point 52. First off it does not pick up that I've already stored 52, but it will actually store a "second" point 52 without a warning. Some screens will not allow a "duplicate" number to be stored while many others (most COGO functions) will allow it without any warning.

These are very minor issues but it is a pain most times always changing/checking and having to re number duplicate points. It just seems overall that the LS has difficulty always keeping up with what numbers have been used between different functions.

Anyone else having any other instances or is there any more fixes planned?
 

Darren Clemons

Well-Known Member
Also, I'd mentioned a few weeks back about the COGO translate functions (Move, Rotate, Etc.) holding the selected point range groups. We are still having to select the group each time on each different function.
 

Matt Johnson

Well-Known Member
5PLS
When starting a new job and importing, say, 40 design points it seems as though the collect screen could/should automatically come up with point 41. It usually has the next number I believe from the previous days work

Yes, this is correct. When a new project is created I think the following should be the defaults in the Collect Prepare screen:
  • Page: 1
  • ShapeTag: DefTag
  • Code: DefCode
  • Point Name: 1
  • Point Description: empty

When using the offset, direct function within the collect screen, the point I store where I'm standing will be correct at the next point number - i.e. 50. Then when I click on the offset point at the bottom (defaults to C1) I'll input 51 (I don't like alphanumeric point numbers). Then, if I collect another offset, direct shot it correctly stores point where I'm standing at point 52 but when I go back in to store the next offset point it is also on point 52. First off it does not pick up that I've already stored 52, but it will actually store a "second" point 52 without a warning. Some screens will not allow a "duplicate" number to be stored while many others (most COGO functions) will allow it without any warning.?

Andrey just fixed these things last night.
 

Matt Johnson

Well-Known Member
5PLS
Also, I'd mentioned a few weeks back about the COGO translate functions (Move, Rotate, Etc.) holding the selected point range groups. We are still having to select the group each time on each different function.

This has been done but I don't believe it is in the release version yet:

COGO-SHIFTS_20160804-09.55.03.png


Andrey I would suggest rewording the labels and moving the options to a configuration screen so it does not appear so complicated for new users:

COGO-SHIFTS_Proposed.png


COGO-SHIFTS_Configuration.png
 

Andrey Zhiganov

Active Member
JAVAD GNSS
Andrey I would suggest rewording the labels and moving the options to a configuration screen so it does not appear so complicated for new users
But one more click and there is not a transparency what options are selected... Maybe if we have more options.
 

Nate The Surveyor

Well-Known Member
Another minor annoyance, that might be fixable, is this work sequence: User is using STAKE to find a point. He digs, uses metal detector, and eventually finds the monument. He sets the LS on the monument, and presses the green START button. It sequences through 120 seconds, and verifies, and while it is obtaining the observation, the USER types in the monument description. (Using ACCEPT AS)
"Fd. 1/2" rebar 24" deep, with old flagging. 18' N to CL". Then, he has to hit escape, wait for it to finish. Then, he hits ACCEPT AS the second time, and saves the shot.

Then, he decides to do 2 more observations, and so he hits HOME, then COLLECT, and START. When it is done sequencing, and verifying, he hits the GREEN save button. Only then does he realize, it did not carry the monument description over from the STAKEOUT side. And, now, he has to edit the point description, manually, the second time.
It would be nice if it carried the monument description from STAKE to COLLECT. I know, you can do this with MR (memory recall) but it would be a little less to worry about, if it simply carried it over from each side, to the other.

It also would be nice if while using ACCEPT AS, and if finishes the shot verify sequence, that it would allow you to STORE the "accept as" shot, without going BACK to the STAKE screen first. So, if it finishes the verify sequence, before you finish keying in the point desc. you hit OK on the point desc. and then hit CREATE.

Thank you all for your work.

Every little detail that makes the LS better, makes it a bit faster, and more desirable.

Nate
 

Mikhail Drakin

Developer
Nate, saved descriptions for Collect and Stake Accept As were made separate on purpose (becase default description for Stake is reset each time), this was coordinated with PLS team and everybody seemed satisfied.

As for allowing to store point if it finishes surveying while at Accept As screen, I'll see what can be done.
 

Matt Johnson

Well-Known Member
5PLS
Nate if you plan to do several observations of the same point it would probably be easiest to switch to Collect mode for the first point.

Mikhail, I think it would be good for the Accept As Description and for the Stake Description to share the same keyboard dictionary. This would help in Nate's example a lot.
 
Top