Jump stations

[Garry Petrie]

My friends and I completed a long survey yesterday, about 150 stations. Sometimes, my skinner partner will go down a narrow passage solo and "stacks" shots and stations in the Disto memory. This will be a branch off the main line, so I first select the tie in station (long press, green station name). I then download the data. What happens is the station for the splays and the shots go out of sync. Effectively, the splays and shots naming begin from different sources and continue increment independently for the whole download.

In addition, the selected tie in station name is only applied to the first set of sprays and not the shot itself.

V6.1.21-31

[Stephen Fordyce]

Hi Garry,

If you can add some screenshots it would make it easier to see/debug what's happening.

I have also used the technique of storing lots of shots in the DistoX, it's great (so long as you don't stuff up the groupings).  For really nasty cave (and/or mutinous caving buddies) I also video and narrate to GoPro instead of sketching.  I wasn't aware of the long-press/green-station-name to add a branch, that's really useful.

What I've been doing instead might be useful for you as a workaround.  Before reading the branch shots out of the DistoX, I add a very short dummy shot in TopoDroid so that the latest station is named as I would like the branch stations, and the auto-increment will go from there.

Ie. MAIN_STN_37, BRANCH_STN_0, 0.1m, 0deg, 0deg

When the branch is done, I do another dummy shot to return to the previous station.  The dummy shots are a bit messy, but can be useful to show on the plot that there is a junction (I also use them as shorthand for a marked station).

Regards,

Stephen

--
You received this message because you are subscribed to the Google Groups "TopoDroid" group.
To unsubscribe from this group and stop receiving emails from it, send an email to topodroid+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/CANbKGSPPcGtZcPfWg7gChW57EY5hRRafpfb%2BZHbFyWr%3DXThzog%40mail.gmail.com.

[Garry Petrie]

Here isn't exactly case since the jump doesn't have any splays. However see the odd/even counting. 

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/CAAzgXiOeq%3DVt-%2Bqfy3oU1rTZWFPLGg1SQhdvX%3DCstEAkS_-5dg%40mail.gmail.com.

[Garry Petrie]

Here's better case, jump 104->114

[Balambér Hakapesz]

Hi Garry,

I can't reproduce the error.

To find the error, you would need:
- Station policy settings
- Repeated leg shot data

Balázs.

Mentes a vírusoktól. www.avg.com

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/CANbKGSOYZ6TAWvFf%2BpwadnODVvRsL9iuohg6nf%3DDH0AtanOa2g%40mail.gmail.com.

[Garry Petrie]

Station policy is default. Unfortunately, once downloaded from the DistoX, the setup condition is gone. Is there a way to load data TO a DistoX? 

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/CAPq666MYC4TXZQaVrYKo_N3htN975Mgd1mHrJBXEtboOBBvfXA%40mail.gmail.com.

[Balambér Hakapesz]

It cannot be sent back.
These data should:

Mentes a vírusoktól. www.avg.com

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/CANbKGSNbrPousb49%3DuSDSg-coEjGt4ur-c7wzS%2B258c0sAxFmg%40mail.gmail.com.

[Garry Petrie]

These data should do what?

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/CAPq666NNNvtxDakEtkgoLrpr8GMSeDQHVywRczvo9ztJAon24Q%40mail.gmail.com.

[Brett Wiltshire]

I am finding unexpected results with automatic station naming too, maybe the same as Garry's issue.  It is nothing unworkable if understood, but unexpected behavior I cant find explanation for in the help file.

I am using Topodroid version 6.1.9-31 and activity level "tester" and stations policy "splays, forward leg".   Device is Samsung Note9, Android version 10.

The unexpected results are:

1

The station names generated by TopoDroid are all odd numbers after the first; I get station 0,1,3,5... (for this example I will stop the survey of the main line here)  This is no problem if this is always expected but recently trying to do a survey with 2 teams, the other survey team's phone did not skip the even station numbers from the start and it made station naming very confusing. 

issue: it was unexpected to get only odd numbered stations. 

2

In the above example, if I then select station 1 (station number 1 goes green) in the shot data window to show my intention to survey a branch off station 1; topodroid only automatically makes the splays go from station 1, the next triple shot to the next station on the branch away from station 1 automatically appears as a leg from station 5 to 7.  I can manually correct the leg from 5-> 7 to 1->7 to fix this.  After that, everything automatically works as expected without needing to further manually select/edit the active station.

issue: leg shot not correctly referenced to active station after active station is changed/manually selected.  (This seems to be the issue Garry raised?)      

3

If I survey yet another branch of the cave leading off station 1 by again selecting station 1 as the active station (again, the station number goes green in the shot data window) Topodroid automatically assigns splays and leg shots correctly but now it only gives even numbered station names. The automatic station numbers are 1->12, 12->14...   Thereafter, any branch from any station seems to give all even numbered stations.  Splays and stations are assigned correctly.

issue: unexpected even numbered stations when surveying second or third or fourth branches off the mainline.  The issue in point #2 above is no longer present.

Regards, Brett

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/CANbKGSP7wGEP_DVMZdZBjb9KYcOSx5ya_x1UNOMBiVi5JHfqBw%40mail.gmail.com.

[Marco Corvi]

these issues have been reported already a few times, but i cannot reproduce any.

@brett

if you can reproduce these issues consistently, 

please take a logcat with v.  6.1.30 {or whichever is the last} and send it to me. 

it will be long: limit yourself to only a few legs and only a couple of splays each leg.

one issue at a time.

logcat can be taken with adb and android in dev-mode.

filter the logcat statements on the string "topodroid-X", otherwise it will be very loooong.

thx, marco

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/8a6e0018-7cda-4055-3b67-dab98eb4512f%40gmail.com.

[Brett Wiltshire]

Hi Marco, I have never used adb before, I dont mind giving it a go but the issue described where TopoDroid defaults to only odd numbered station names does not happen with only a couple of splays each leg.  It happens sometimes with just 4 splays.  It can be made to happen all the time with lots of splays.  Maybe some surveyors are more restrained but there is the tendency with electronic surveying and some people to fire off many splay shots like a lidar scanner.

Here is a reproducible method to get the odd numbered station issue that works for me:

create a new survey and press the open button

take 3 identical shots on DistoX and press download button (Station 0-1 always works fine, shot data list will show 0-1)

take at least 5 splay shots, all different directions.  I suggest 12 to be sure.  Download the splays, lots of random splay data is seen in the shot list.

Take 3 identical shots and download: the shot list will show station 1-3, not 1-2. 

From here, take 3 identical shots to get new stations with no splays at all.  All stations will be odd numbered thereafter. (unless creating a branch changes the behavior as previously described)

Regards, Brett

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/CAJiQYo3YOhgE3s1pLoBVt5B60u3t4ATQDLf8t%3Df%2BWRfCscEs4Q%40mail.gmail.com.

[Balambér Hakapesz]

It works fine for me.

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/ef123341-5ffa-d088-3e1d-017d88db6ed2%40gmail.com.

[Balambér Hakapesz]

ADB:

https://www.xda-developers.com/install-adb-windows-macos-linux/

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/ef123341-5ffa-d088-3e1d-017d88db6ed2%40gmail.com.

[Marco Corvi]

brett,

me too, i can not reproduce the error as you described.

if you try v. 6.1.30 that should "detect" an increment skip and, from that point on, send the logs to the file

/sdcard/android/data/com.topodroid.tdx/files/log.txt

i appreciate if you send me pm the file together with screenshots of the shot listings, and the detailed sequence of actions (on distox and on the app)

set the shot listing to display also the id's

thx, marco

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/ef123341-5ffa-d088-3e1d-017d88db6ed2%40gmail.com.

[Garry Petrie]

Brett's sequence is easy to reproduce the odd station naming. Not exactly the same as the jump station problem, but probably related. 

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/ef123341-5ffa-d088-3e1d-017d88db6ed2%40gmail.com.

[Marco Corvi]

topodroid version ?

android device and version ?

any log file ?

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/CANbKGSN62WdrG4qVvBOGhGGRXQX9JM0vcNvHseQpRKCmvsTHUQ%40mail.gmail.com.

[Balambér Hakapesz]

Garry, Brett !

Yes, you have both encountered a very annoying bug. This error renders the program unusable. Maybe many people still suffer with this error, it should be corrected for their benefit as well.
Unfortunately, it cannot be fixed at all until Marco finds the wrong command in the program.
For this, you need the log file or the result of the adb program.
Let's start by having both of you install version 6.1.30 and reproduce the error.
The next step is to connect your phone to your desktop computer.
After allowing access to the files, the
This PC\ -my phone- \Internal storage\Android\data\com.topodroid.TDX\files
log.txt should be copied from the folder.
This should be sent to Marco.
If you get stuck at any step, I'm happy to help.

Balázs.

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/CAJiQYo0t%2BnXMOL5qi9hJKRG6NLHcpsEFTFm2cvF30Be5VWgasA%40mail.gmail.com.

[Garry Petrie]

I don't see the log file?

Other stuff, 6.1.21-31, Android v12, Samsung S8 tablet.

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/CAPq666MPqVfEoPd6gdxLyvaD4-7D3VNNUUSQtpdWbqebBe6CCQ%40mail.gmail.com.

[Marco Corvi]

6.1.21 does not write log file

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/CANbKGSPPvHCf4pY_3%3D9HOWaP3hVqxqqQtB0ijTZzoFeGw7duig%40mail.gmail.com.

[Garry Petrie]

I'll look at the available, current downloads. I don't understand what the extension 21-31 means. 

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/CAJiQYo23imW2dL2vnbp7c0fnMeVnwd2iQ_xyUdgOtDVm3J1VvQ%40mail.gmail.com.

[Balambér Hakapesz]

TopoDroid version 21 (6.1.21) 

Android API build version 31 (Android 12)

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/CANbKGSM7MgqVcvDD3ifQvXQ9wf0CmBU-wv_PAw61SgPvyuzNEg%40mail.gmail.com.

[Garry Petrie]

I've installed 31-33 on my phone, S20, Android v12. I tried twice to reproduce the previously mentioned sequence and no error occurred. To be sure, I went back to the tablet, v21-31, and reproduced the error sequence for a second time. This will be difficult. 

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/CAPq666PnRpC82FgS%3DjF4STt6%3DBW69W6_RY55Sg9KFN79K31D%2Bw%40mail.gmail.com.

[Marco Corvi]

On Fri, Jul 29, 2022, 10:45 PM Garry Petrie <dynam...@gmail.com> wrote:

I've installed 31-33 on my phone, S20, Android v12. I tried twice to reproduce the previously mentioned sequence and no error occurred.

could you reproduce the error with v. 6.1.21-31 (or 6.1.29-31 on download) on the phone S20 ?

To be sure, I went back to the tablet, v21-31, and reproduced the error sequence for a second time.

could you try 6 1.31-33 on the tablet S8 ?

This will be difficult.

thanks, marco

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/CANbKGSMHcWb8i014RQwvuCZFRAen7mqPhahyMJrubbMc-UOAoA%40mail.gmail.com.

[Balambér Hakapesz]

Samsung Galaxy Tab S6, Android 12, Topodroid 6.1.21: no jump station

Balázs.

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/CAJiQYo1Ei31%3DprprwyynjTCwA7C2qNrgQzBT2JEGWSp-DJQ4Uw%40mail.gmail.com.

[Garry Petrie]

I'll be installing 31-33 on the S8 tab later today and planning a challenging survey for tomorrow. Of course, with data backed up first and doing a test run around the house before going out to a cave.

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/CAPq666Opx6AX-JVYRrgQ6hjT2sRh-iWDVsazrBM_6HbkPfys_A%40mail.gmail.com.

[Marco Corvi]

tests should not be done during real surveying.

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/CANbKGSOR2g_5-eWk6FOdpzsTmjfyUM9Nw%2Bp2WRBJqqxtjRDVvA%40mail.gmail.com.

[Garry Petrie]

That thought did occur to me. 

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/CAJiQYo3Kmx_vxAJLjYeNFSsKLgZMk5WLkectQRomkF1VQR_1EA%40mail.gmail.com.

[Garry Petrie]

Installed 31-33 and armchair survey worked fine. Could not repeat even/odd problem.

[Garry Petrie]

We used version 31-33 extensively yesterday, setting some 235 stations over half a mile of cave. Sadly, just about 10 feet per shot, did I say this cave was very crawly.

We tried, not by design, various jump stations, splay to shot promotions and shot stacking. Everything worked as expected. Attached is a view of the survey, done over two days.

Garry

[Balambér Hakapesz]

Good work!
Thanks.

Mentes a vírusoktól. www.avg.com

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/CANbKGSPFjaZ4_kHVO83O8mSFVApXkLYmiOnUh6sqKoaeQ9_18Q%40mail.gmail.com.

[Marco Corvi]

thank you for the updates.

there is no substantial difference between v. 6.1.21 and v. 6.1.31 in the classes that handle the (default) station name assignment.

the differences amount to (1) some logs and (2) a test to branch off to a special case, normally skipped.

the conclusion i draw is that the station name assignment problem is due to errors in the Android runtime converting java bytecode/dex to native.

marco

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/CANbKGSNUJuB4A4QjEVqxDGodSZEhq_jtqLx4KbbRHfMxrd2%2BDg%40mail.gmail.com.

[Balambér Hakapesz]

I just found it:

https://ukcaving.com/board/index.php?threads/topodroid-doing-awkward-station-numbering.29750/

Balázs.

To view this discussion on the web visit https://groups.google.com/d/msgid/topodroid/CAJiQYo2%2B5rudt6Um5F49ETz9a50kFfnrwW_L9Jy%3Dn87o5Vc4pQ%40mail.gmail.com.