ThePacman

I have the same error with Chrome, IE and Firefox, i.e. it's not a browser issue. Very frustrating, particularly as an earthcache owner who has emails to respond to. Any feedback from Groundspeak would be appreciated. *Edit* I have message-centre messages to respond to, not emails. (Emails are a lot simpler for me and are easier for me to keep track of which ECs have been responded to.)

Edit *stopped working after I changed my Groundspeak PASSSWORD*.

I've been using Whereyougo without problems for a while, downloading on the fly as I have my logon credentials typed into the whereyougo settings. But after changing my Groundspeak, I keep getting a "CONNECTION : ERROR" as soon as I click download when the whereyougo app page appears just after the cache page on the web or c:geo. I've changed my GC.com login password on whereyougo to match the new one, reinstalled whereyougo, cleared app cache, logged in and out of all sites to double-check the password, and still get the connection error. Anyone else experienced this?

Not sure why this is happening in your code, but I always add a few extra/redundant "make zone active/visible" statements to make sure my code is executed. Add them at start of cartridge, on first active zone etc. and it may help with debugging too. The thing is, with event-driven programming, if your "On start" event is triggered at the same time as the "On enter" of your first active zone, it is not 100% guaranteed if all the code will be executed - specially if there are different dialogs in both. I've had different behaviour in the emulator and then in the field while testing, so I just add these additional set-statements for the zone status, and I use additional boolean switches in the initial stages of the cartridge too to execute code eg. [if #start-code-executed - false do ..... set #start-code-executed = true].

I used the code exactly as Jonny65 has it (with Urwigo) - worked perfectly. Created a cache http://coord.info/GC5BMC9 (Black Box type cache, but you can only take a reading every 1 hour). It's a popular cache - 20 finds, 17 favourites. I haven't tried Earwigo recently, so not sure how the "distance from a zone" would be displayed there.

Thank you very much, LegoLegend and jonny65 - another hurdle conquered and made simple by the great help provided on these forums.

I'm currently working on a "reverse geocache" cartridge, and I obviously need to display "Distance to GZ" on the screen. I'm very comfortable building cartridges (I use Urwigo atm), but have never used lua code (am quite happy to use it if necessary, as I assume as there is no such standard functionality in Urwigo that I've seen). I'm quite happy to use lua as well if necessary - just need some pointers on what sort of code I could use to get and display the distance, if anyone could please advise.

This thread is exactly 2 years old, but regarding the amount of active zones : I made my first cartridges simple tours with only one active waypoint at a time. Recently I created a Pacman game and decided to push the boundaries a bit - after all, most people use smartphones rather than older Garmins to play the cartridges. And 24 active zones have worked fine thus far, on Apple, Android and even a Garmin. Pacman 3D - GC4Z8WB PS. This is not about what is good coding practice or catering to the lowest common denominator - just an illustration of what is realistic and possible. Many thanks to Ranger Fox - when I was about to give up on my first cartridge and had a simple question, he replied immediately here on this forum and gave me the confidence I needed to persevere. And it does get easier and easier after the initial hurdles. Thanks also to the other developers (Urwigo and all the builders, and the smartphone player apps) for making Wherigo such a viable and enjoyable platform.

Thank you very much, Ranger Fox - all working now. On my first few attempts after developing my first cartridge, no Save/resume was working hence my question if any specific code was required. I then recompiled, went out again and tried several times - worked perfectly every time. That first unexplained hiccup almost knocked my beginner confidence to develop whereIgos. Your dedication, development initiatives and constant input here have now prompted me to develop 5 (hopefully top quality) whereIgos. After a few issues doing other Wherigo caches, I'm trying to make mine pretty foolproof by making sure the programming wrt zone activation/de-activation etc. is pretty flawless.

Do I need any specific code to save my current zone upon "saving", so that when I resume it reloads the last completed zone? I've built my first Wherigo with URWIGO quite easily, and it is a simple 16-zone tour guide with no charcaters/items/tasks etc. It is a simple 2km tour of the attractions along our waterfront, with GZ co-ords given at the end. But if I stop along the walk and save (eg. at zone12), and then load/resume the cartridge from the same point where I was, the cartridge reloads without errors but I have to start from zone 1 again. Quite tedious. Anyone know how I can get a "Resume" cartridge to load from where I stopped? I'm presuming it's not the Android Wherigo app, but rather the way I've compiled my URWIGO that is not saving the restore point when I "quit and save" during the walk/tour. If I save along the way, do I have to save some variable or call some function? Any help would be appreciated, as it would be tough for someone to walk along for 2km, and then after a crash have to walk all the way back and restart! :-)

I struggled with some of the other builders, but managed to build a 16-zone Wherigo with URWIGO quite easily. It is a simple 2km tour of the attractions along our waterfront, with GZ co-ords given at the end. But if I stop along the walk and save (eg. at zone12), and then load/resume the cartridge from the same point where I was, the cartridge reloads without errors but I have to start from zone 1 again. Quite tedious. Anyone know how I can get a "Resume" cartridge to load from where I stopped? I'm presuming it's not the Android Wherigo app, but rather the way I've compiled my URWIGO that is not saving the restore point when I "quit and save" during the walk/tour. Any help would be appreciated.