MightyReek

The app asks you whether you want to resume the previously saved game. If you choose not to, you restart anew. That's OK if you weren't too far into it. But if you'd solved #3 of 7 puzzles, saved, restored, and then made an error on #4, you'd like to be able to restore from after #3, not back to zero. Precisely. It would be great if we can choose to save the game or not before closing the cartridge.

Is there a way to avoid iPhone app not to automatically save the game when exiting? Imagine you make an error and wish to restart. Before exiting the cartridge is saved... and then you won't have the previously saved version available, only the one saved just before closing...

I finally had the chance to test the changes. First i testes a simples cartridg just to check how the iPhone managed the variables input. It seamed to work properly, cleaning the old value and storing the new value, although the cartridge continued not matching the variable as described firstly. Made the change to use 3 different variables, one on each situation instead of using the same in three situations and it is now working properly... I also add a tool for variables diagnostic in the cartridge, available when resuming game and after contacting me for password supply... Thanks for the help.

Sorry to go back in the topic. I have 3 online cartridges, in all of them the user navigation is made by ShowDetailScreen "The next Zone to go" and it has been running perfectly in Garmins.

You can create zones around the target-location and that way you'll be able to know where he is by the zones he already crossed... Something like this:

What I do is creating a custom command in the stored item for showing the completion code...

I don't understand what you mean. I can only put 1x Else and in the end, it must always be if-if-...-if-else. I've changed both to strings and I'll have a test with it, but I'm almost sure the problem is not there, because: This rally consists in 3 stages, and in all 3 stages you have to put this tuning-codes for checking if match with the car, and in the first stage it goes perfectly. The second is the one where the error is, and the first is exactly the same as the second, and third, except for the codes that change from stage to stage. Something I've noticed: I've used the same variable for all three stages. I wonder if the iPhone is not changing the variable used in the first stage on the second stage input... Now I've created different variables for each stage and tomorrow I'll have the machine running for tests. Thanks for your thought, I'll come back with a reply ASAP.

I'm having a problem with one of my cartridges. I've isolated the problem to this menu: The cartridge consist in a rally. When you reach a specific zone it triggers a Stop message. Then you need to find a sheet with unlocking codes to tune up car you selected (one different code per car). The input is stored in the var Afinacoes. It compares the var Afinacoes AND the selected car code (var Carro). If correct it moves the item used for tuning (Equipa Tecnica) to player posession. If the input unlocking code is empty it presents the same item where you have the input command. If the input unlocking code does not match the car or is wrong is shows a Error message. The problem: It runs perfectly in the Garmin Oregon iPhones and iPads are always returningthe error message like if the code was wrong or not matching the selected car... Is there any known issue with iPhone/iPad input comparisons or so? I hope you understand the problem. If not, let know and I'll try to explain better. Thanks in advance

URWIGO also seems not to handle with this.Or at least I didn't figure it out... Any news?

What you have to do is, when the player enters the Zone 1, set Zone 2 active and show a message with the instructions leading him to Zone 2. When the player exits Zone 1 set Zone 1 inactive, and so on...

In this thread you have the dimensions for each option/requirement: MEDIA SIZES: (height focused) [Width is always 230 pixels] GARMIN: Zones : (all 1 size) NAME: zone(zone name)_garmin.jpg W/ Text : 180 (preferable, meaning we mostly use this size, regardless of text) or W/out Text : 230 Object details : 250 NAME: (media object)_garmin.jpg Messageboxes : 230 NAME: (media object)msg_garmin.jpg Tasks : 230 NAME: task(task name)_garmin.jpg PPC: Zones : (all 1 size) NAME: zone(zone name)_ppc.jpg W/ Text : 130 or W/out Text : 174 (pref) Object details : 174 NAME: (media object) _ppc.jpg Messageboxes : 130 NAME: (media object)msg_ppc.jpg Tasks : 130 NAME: task(task name)_ppc.jpg Icons : 32x32 NAME: icon(media object).jpg Posters for Web : 120x150 Cartridge Detail Image : 230x130 (this is the image used on the detail screen in when you click on a cartridge from your list) SAVING DETAILS: Save for Web High, Optimized JPG 70 quality

I've made some sort of Wherigo Builder user manual, in Portuguese. Feel free to download it to have a look.

I have a cartridge that simulates a rally race. I studied the track and created zones whenever is necessary to turn. When you enter zone A it activates the zone B. When you leave zone A it deactivates zone A and shows the detail for zone B. The zones have a sketch of the required move on site and a quick description of it (p.e.: Turn left), and this goes for 30km... If the original question was about the limitation of distances between zones or all over the cartridge, there aren't any, I'm planing myself to build a cartridge all over Portugal. The idea is that the player to solve some riddle or complicated puzzle and then prepare the visit to the next zone, wich can be 300km apart.

Great, thank you very much.

Nope, that was there before, I remember reading it some time ago when we had an issue here about the use of a wooden stick stuck in the ground to hold a cache...

Also can't find what changed in the guidelines requiring that the already published caches to be grandfathered... The text seems the same, or at least meaning the same...

Neste contexto, estou a preparar uma cache com vários pontos físicos. Como são declarados como "Stages of a Multicache" eles são "detectados" juntamente com o "Final Location" caso surja uma cache com um GC mais recente a menos de 160 metros de um deles?

Is there any developments on this issue, lets say for Urwigo builder?

That was the problem, they were trying to download the cartridge directly to the smartphone and it didn't work. As soon as they did it from the pc through a cable it worked fine, and they went for the FTF at 02:00AM!Crazy guys... Thanks for your reply.

Hello, I have published a new cartridge and tested it successfully on PPC, Garmin and iPhone, but now a fellow geocacher sent me an email reporting an issue with the Android WhereYouGo player returning the error "invalid cartridge". Is there a way to check the compatibility of the cartridge?

I'm working on a new cartridge and today I've been experimenting several commands on one item. First I have 1 active command and 6 hidden. Then I use the active command to enable all other 6 commands and disable the first command. Everything goes fine without crashes.

Any ideia about the maximum number of commands that Oregons can manage?

Great tip! I'd never guess that. I'll work on it and test. I'll return when I have news. Thank you, mercy, muito agradecido!

That's a good question... I'll have it checked. Thanks for the tip. The LUA and the GWZ are the ones I've put above. The character in question is the one called "Nicolau Nasoni", if you wish to have a look.

Hello there, I have news about this problem. Last Sunday I had the chance to load the cartridge into an Oregon and make a test. I realised where the problem occurs but didn't figure out what causes it. It was not the "desktop test" at all. It enters the first zone, eveything ok, welcome messagem goes fine. 1st character appears, great. 1st character has a custom command named "Talk" I push it and the oregon crashes. I've set some verifications for that command. It checks the value of a variable, if it is 0 or 1, and shows different messages for each case. Question for your consideration: Does the Oregon supports custom commands in characters (I remember reading somewhere it doesn't support custom commands for Zones)? Is there a problem about a variable to be 0 and I set it do show a message if that's the case? Any thoughts? I can send the GWL file if needed. Thanks in advance.