This is done independently of the distance to the user. If a new panorama becomes the closest one since the user is moving towards it, then the closest panorama will automatically change. If the closest is already open then do not reopen it. Check the distance of all panoramas of the virtual tour and automatically open the closest one.
This functionality gives the ability to track distance and bearing to one panorama and to accomplish one of the below: One button to fire the periodic checks for the distances by looping all the panoramas and one to switch it off. In order to implement the code below I had to add a custom.js file and a reference to a jquery library to the ggt template and add two buttons in the skin editor.
You have the ability to make your own template and your own skin and use them to export the tours you build in the virtual tour builder. Nowadays I use for the virtual tours the Pano2VR software and export a HTML5 output. Since I learnt about geolocation API and had a glance of what I could accomplish with it, I never really dive into it to see if there was actually a chance for me to accomplish anything useful, since I did not even know where to start. This idea can open up some possibilities for better user experience and also can aid to implement a game of treasure hunting explicitly or partially build in the virtual tour. The panorama can be either the closest one, or one that is dictated by a parameter (e.g. For a long time I wanted to test to see if I could check for the distance of the user to a panorama of a virtual tour.
0 kommentar(er)
