davidloew

What version of the builder are you using? The latest version of the builder program handles this error. David

OK, I removed my cartridges from the .../Cartridges directory, started the GPS, started the player once I had a satellite lock, copied the cartridges back into the proper directory... and still I just get "GPS Device Detection in Progress..." forever. Anybody got the Wherigo player working on an M4 with Cachemate also installed? Really odd thing is the first time I tried to run this after installation my bluetooth radio turned on and it was apparently trying to find a bluetooth GPS receiver...instead of finding the iQue's built-in GPS. On the M4, check to make sure that either the gps can be shared or that no other app is currently using the gps.

This is a hot fix. Instructions: Uninstall the current builder by: Start-->All Programs-->Groundspeak-->Uninstall Wherigo Builder Install the new builder The following fixes have been made for the current release: Builder parsing errors if an object name in a compare statement contains "if" or "else". Fixed the parsing to better deal with lua names containing "if" or "else" or "elseif".

I'll look at this. This is an icompatibility with one of the function calls being made on the system. I'll have to look at a workaround for it. ** I just realized that I said that before. DOH! I will log this as a bug and get a fix uploaded. ** David

Yeah, it is 1/2 fixed. The tasks are written out correctly. You'll see taskname.OnSetActive etc. But, the firing of the tasks is still broken and needs to be fixed in our engine. I'll try to get a timeline on that one. David.

I have the same troubles, some of the error tekst is in DUTCH though. Can't load any of my cartridges. David, what are en-US settings? en-US is the regional settings for US. The data in the lua file must be in the US regional settings. This means that date/times must be in the above format and that the coordinates will be xx.xxxxx format. The regional support in the cartridge means that the builder will be able to open a lua file (in the us format) and properly format the data for your regional settings. Then, the builder will save the lua file in the us settings. Lua doesn't deal with regional settings very well. David.

It then opens in the new version Birdman, You did it! Thanks a million! en-US is the regional settings for US. The data in the lua file must be in the US regional settings. This means that date/times must be in the above format and that the coordinates will be xx.xxxxx format. The regional support in the cartridge means that the builder will be able to open a lua file (in the us format) and properly format the data for your regional settings. Then, the builder will save the lua file in the us settings. Lua doesn't deal with regional settings very well. David.

This still does not work with the new Version on a German Windows. Still have to swap comma and dot in the system language settings to fix the problem. If you could, could you please tell me what is in the about box in the builder app? It's in the help-->about in the "This product licensed to" box. For mine it reads: en-US[.]

Are you using Dutch(Netherlands) regional settings? Also, did you save your cartridges prior to this release? It's possible, the cartriges you are trying load have non US date/time formatting data in them. Lua files (the cartridges) will always be saved with en-US settings for numbers, date/time and coordinates. David.

make sure that the Gps is feeding a comm port on your ipaq. The Wherigo app needs to find a valid comm port that is reporting gps nmea sentences. This happens to bluetooth users on windows mobile 5 and 6 devices that use the shared/intermediate gps driver. David.

There is a readme file that gets installed with the builder. Mainly, the fix is to support regional settings so that numbers, coordinates and date/time are supported. The lua file always stores those values in en-US settings. David.

The latest version of the builder: 2.0.4825.3287 is updated with regional settings. Please download this version and install. David

Did you click on the Wherigo player icon? Instead, try going into the file explorer and navigate to Program Files\Groundspeak\Player. First, if you don't have that, then the player application didn't install correctly to the device. If you do have that, then, within that folder will be Player.exe. Click on that to see if it will load. David.

The distance range does work as you've described below. The distance range and trigger can act as an early warning system for the author. If the distance range is for example, 1500 feet, when the player gets within that distance to a zone, the ondistant triggers and the author can than have a message pop up or move an item to a zone etc. The zone will not show in the locations list until the distance range has been met or if the distance range is -1, the zone will always show in the locations list. Setting a distance range to -1 will always cause the zone to show up in the locations list. Next is the Proximity. The proximity is just a closer distance and alows the author to trigger yet more actions when the player is within proximity to the zone. Also, objects in the zone will be shown in the you see list if you've specified that you want to show objects when OnProximity to a zone. Next is the Enter. This is the trigger that finally specifies that the player is inside a zone. So, if you create a zone that is too small, you could possibly never get an OnEnter. Same as above, you can specify that objects in the zone show in the you see list only when the player enters a zone. Once the player has entered a zone, the player can now exit a zone. The same trigger mechanisms come into play for the exit. For example: You can create a radar type cartridge where you can trigger sounds when the player gets within distance to a zone. Then, when the player gets within proximity to a zone (closer to the zone), you can trigger a sound and a message guding them to come closer. Then, when the player enters a zone, you can move an object to the zone and reveal it to the player. If the player exits the zone, say without solving a puzzle, you can remove these items from view and show a message to the player that they need to re-enter the zone and try again. David.

Hello, thank you for the information. What region settings are you using? We will be releasing a fix to the builder program that will address the coordinate entry as mentioned below. I'll check into the description error that you are having. David.

I have images and sound linked in, I was wondering if the 'list' of 'Media Objects' under a media item was useful from a development point of view. For it seems we (have a more artistic person working with me on the artwork, I'm the techie) just have single media asset for each Media Item. The help indicates that the best sized item will be selected based on the where it is being used. The list of media objects in the media container is indeed for the best sized based on the device. This is not implemented yet in the cartridge "compiler". What is implemented when you publish a cartridge (locally or to the web site) is a "leaving out" of some of the media objects. For example, when you create a media object that contains both a .bmp and a .jpg and then create a playable cartridge for the garmin device. The cartridge "linker" that creates the playable cartridge will leave out the .bmp and only include the .jpg. For the pocket pc, the bmp and jpg will both be left in. In the future, for the pocket pc, the best sized image of the .bmp and .jpg on the pocket pc will be used. David.

I'm getting similar behavior on my task events. It looks like they aren't triggering at all. Here's what I did... Made a quick and easy cartridge with three zones (all active). Made three tasks that were basically "Go to each zone". When the zones are entered, they fire off a "When the player enters a zone" event that sets the appropriate task to Complete... "Set ztaskGoToJeffersonMemorial Complete true". The tasks do get flagged as complete, as I can see them disappear in the emulator. Each task has a "When a task status changes" event that is supposed to do the following: Increment TaskCount by 1 If TaskCount Equal 3 Show a series of Dialog messages to the player Set cartDCMallTour complete true else Show a message to the player end None of that seems to be happening at all. I don't get the series of dialogs when all tasks are completed (TaskCount=3) and I don't get the (else) message if they aren't all completed. The cartridge never gets completed either. Is this a bug with the builder or code, or a bug with the emulator? My Builder is 2.0.4807.4874 2/11/2008 10:06:48 AM and my emulator is 1.0.2963.18199 12/31/1600 7:00PM engine version 2.11. If you want more detail (including message log), it's all posted in the tutorial I'm building at http://smthng.info/Builder (near the bottom). I can confirm that the builder is not writing out the proper functions for the task events. I'm making the change now and will have an update today. Thanks for testing this. So much for having it today. This change has to be made to our "engine" code and so will take some time to get done. I'll probably have something by the end of next week. David.

It's a bug. I'll have to make sure the builder retains those settings. The create from map option uses Terraserver. In some places, the terraserver doesn't have the tiles for that area of the world. Try updating the scale mode. Or, use the edit zone online feature. Create a new zone using an address and an arbitrary distance around. Then, click on the edit online button and you can move the points around. David

Hello, I've made some changes to the builder to deal with numbers and lat/lon coordinates when the current culture settings are other than English (USA). Would you be willing to install a test build of the builder to see if it works? David.

We have not, as of yet, put in manual gps settings. One thing, I've found, is to make sure you have the gps running prior to running the Wherigo Player. The Wherigo Player uses an autodetect feature so if you have the gps running, it will find it. Are you using the Shared gps feature? David.

Activity type is more for categorizing cartridges. It's really, right now, for informational purposes. David.

Sorry for the confusion and the lack of documentation. But, what you have above is correct. These are what we call the "canned" events for a task. In the builder, when you add a new object such as a zone or task, the object comes with "canned" events that you can use to test variables, execute actions, etc. For Items and characters, you create your own events via the commands. So, if you create an "Open" command for an envelope, then you'll get a "When Open occurs" event. Here are the values: Task State - Active, Inactive Task Status - Incomplete, Complete Correct States - None, Not Correct, Correct Visible/Invisible does not trigger any events.

Good stuff! One thing, make sure you have the latest builder installed. We just released a pretty comprehensive update (uninstall your current builder and install this one). I noticed you have screen captures from some old Terraserver screens. We've since updated zone editing online to use Google maps, where you can tweak zone points. You start by creating a new zone via the address lookup, for example. Then, you can take that zone into the edit zone online and move the points around. Then, you can save the points and download them as new points for your zone. David.

you probably should put variables in place of the if 1 = 2 stuff. The parser is pretty forgiving, but, it doesn't know what 1 = 2 means. So, you could do this with If Player is Within proximity to a zone etc. just so that it has valid values. I do think I fixed the Message boxes because the text is very similar and I wasn't advancing the search so I would keep finding Lorem on the first line and mess everything else up. *update* I redid your cart and created variables and I am working on a parsing problem with message box text that has line feeds. I'll put it in the next build, thanks for your help on this. david

Thanks for the information. I still think that it probably was a parsing error even if all of the message boxes had different text, if the messages contain similar text, it would still have a problem. We will be releasing a new builder in the next few days with this fix and many others. David.