CaveDiveMapApp

Please register or login

Welcome to ScubaBoard, the world's largest scuba diving community. Registration is not required to read the forums, but we encourage you to join. Joining has its benefits and enables you to participate in the discussions.

Benefits of registering include

  • Ability to post and comment on topics and discussions.
  • A Free photo gallery to share your dive photos with the world.
  • You can make this box go away

Joining is quick and easy. Log in or Register now!

Its a nice idea.

Well I am not a cave diver, do not own an Iphone nor have a 3D printer...

But I have an app from a german university which uses the raw data of every sensor from a phone. So you can do physics experimwnts with it. Couldn't you use the 3d acc (g sensor). Thats also the way to go for industrial production sensors (acceleeation, time and integration instead of direct length measurement) in cases.

In that way you may be able to also provide some mapping tool for "open space", i.e. your local lake.
Pushing a button can put a sign, so like found item A
Good thinking. I have explored this idea. Using acceleration/gyro/compass to naviagate is called 'inertial navigation system' it is possible, but due to the small and noisy sensors in the phones it is not practical. Those type of navigational methods tend to accumulate a lot of error/drift which is not practical for mapping reasons. I've explored this idea but with current phones it's not reliable and very complicated to code.
 
I know how that works, I am a physicist 😉. Well yeah you would have to do a bit of math, that would be the only fun part for me programming something lol.



I did not know, that the sensors are noisy. I tested just this app with my old phone. Looking at the graph it looked quiet stable and I assume only slow movements. But maybe thats the issue for S/B ratio, did not look into raw data tbh.



Was just an idea, i believe I have seen grapha for things like thst from a dive computer. For that purpose a high precision as in caves would not be nevesssry.

A bit (well thats probably an understatement) more complicated could be an autocorrection by depth and compass sensor as well as return to start point.
 
I know how that works, I am a physicist 😉. Well yeah you would have to do a bit of math, that would be the only fun part for me programming something lol.



I did not know, that the sensors are noisy. I tested just this app with my old phone. Looking at the graph it looked quiet stable and I assume only slow movements. But maybe thats the issue for S/B ratio, did not look into raw data tbh.



Was just an idea, i believe I have seen grapha for things like thst from a dive computer. For that purpose a high precision as in caves would not be nevesssry.

A bit (well thats probably an understatement) more complicated could be an autocorrection by depth and compass sensor as well as return to start point.
If you decide to work on the INS engine on a mobile device, i'd love to be a tester/contributor although i'm not a physicist or mathematitian. Just mediocre coder with access to chatgpt :) The ones I've seen so far use lidar/photogrammetry loop closure or some other means of correcting. It's part of the ARkit. but in murky caves the only reliable odometry method i can think of is the measuring wheel on the line. and compass for azimuth readings
 
Thanks for the offer.

But I am working and programming at work. I do not like to do these things in my free time, to be honest.
 

Back
Top Bottom