Geofellas

Hi again - so that was Wednesday just over 2 weeks ago. Were you able to get the meeting? Did you get any indication from TPTB that they actually care?

TPTB seem awfully silent :)

Watch it or you'll become "one of them" Thanks again

Bump Another week gone by....

Hi RF Well - it's been 12 days since you reported this to TPTB and the problem still exists. Time to rattle some cages perhaps? Thanks for all you do for this community

Hopefully they will pay more attention to Ranger Fox

Yes - that's what I figured. I also, however, figured that it was odd that this had been giving this problem for over a week and that no-one else had experienced it, ot maybe no one else reported it. Perhaps they were all doing the same as me and expecting someone else to report it?

No actually - this is not happening on the cartridge upload, it is on the log page >> Wherigo Home > GO Wherigo Stouffville Line > Create New Log Entry Record Log for GO Wherigo Stouffville Line" << I can still send you the file if you think it will help - can you PM me with the e-mail address to send it to? Thanks

So - this got me to reminiscing and wondering how people were planning their next 24 hours' activities 6 years ago today - and 5 and 4 and 3 and 2 years ago today

I have been trying to log a completed cartridge for over a week now - when hitting the "Submit Log" button I always get this: Server Error in '/' Application. Could not find stored procedure 'spaw_UPDATECartridge'. Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code. Exception Details: System.Data.SqlClient.SqlException: Could not find stored procedure 'spaw_UPDATECartridge'. Source Error: An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below. Stack Trace: [sqlException (0x80131904): Could not find stored procedure 'spaw_UPDATECartridge'.] AWObjectBase.Update() +590 controls_LogControl.UpdateDB() +136 controls_LogControl.btnSubmit_Click(Object sender, EventArgs e) +294 System.Web.UI.WebControls.Button.OnClick(EventArgs e) +111 System.Web.UI.WebControls.Button.RaisePostBackEvent(String eventArgument) +110 System.Web.UI.WebControls.Button.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent(String eventArgument) +10 System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument) +13 System.Web.UI.Page.RaisePostBackEvent(NameValueCollection postData) +36 System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +1565 Version Information: Microsoft .NET Framework Version:2.0.50727.3603; ASP.NET Version:2.0.50727.3082 At first I assumed this was going to get fixed quickly but it has been over a week. I have rebooted my machine but it keeps happening. Is it actually possible to record logs any more?

Bit short on time right now but when I have fixed up some more of the bugs I shall publish the code. Not open source in the sense of allowing others to update (the Wherigo site doesn't provide such a mechanism - need SVN or CVS or something to do that effectively) but let's say "freely available"

Yes. In their infinite wisdom TPTB appear to have provided this functionality only for the USA. However, if you use some coordinates close to where you want the zone to be (entering by hand initially - the create from address thing works too - and you only need to enter a town name) then you can use the "Edit Online" button to adjust the zone on a google map. Why they didn't put this functionality in the initial zone creation dialog is beyond me but there it is. The Edit online button is quite good.

You certainly can but, because it is a very tiny zone, I would suggest creating a larger zone and then moving it so it surrounds the location that the user creates. This starts to get a bit tricky and definitely cannot be done in the builder although you will need to create the infrastructure for it in the builder. This is certainly an "advanced" technique. You can modify the technique to do whatever you want I suppose, changing the code for waypoint creation (when I finally decide to release it - which I SHALL when I am happy with it) to perform whatever your imagination dictates (within the limits of the Wherigo functionality, of course - it will NOT tell you next week's winning lottery numbers!!)

Here is an example: [[Hello ]] .. Player.Name .. [[. How are you today?]] .. is the string concatenation operator in lua, [[ ]] are the text delimiters (although "" and '' seem to work in some places, using [[ and ]] seems to be safest )

Isn't that the same thing? When you download the cartridge from Wherigo.com it puts your geocaching.com team name into the cartridge and that is accessed via Player.Name So either we are having a semantic nit pick discussion over the difference between "team" and "player" or there are two different entities that you can associate with a cartridge that I am not aware of.

Thanks J2B2 Could you help a bit further by explaining what you mean by a "lag in GPS processing" ? Do you mean slow code execution, during which the player might have moved? loss of GPS signal altogether (or at least with a reasonable accuracy)? something else? Is this something that all coders should be considering the need to handle in their cartridges? I have a nagging worry that there are all kinds of things that could go wrong for one of the above reasons or similar causes and which most code is not going to handle safely (or even, at all).

Use something like the following as the text in the message box [[Your team name is ]] .. Player.Name

That is exactly how it works. Creating a new waypoint, either using "mark", "create" or "average" creates a new, very small, zone. (If you want to know the gory details it is an equilateral triangle with each apex 10 ft from the entered coordinates at bearings of 0, 120 and 240 degrees true) Only the latest one created is visible in the "Locations" list (for performance reasons), however every waypoint created is still "there" but inactive and invisible until you "Goto" it, at which time it becomes the only "waypoint" (i.e. zone) in the locations list. Am I misunderstanding your question?

I would need to get info on what functions are available from the Wherigo library in order to do that (if it were even posible) - and that information is not forthcoming. Pretty much all the fancy stuff in this cartridge is the result of combing through exisiting code that TPTB have released and figuring out what it does, partly by experimentation

Version 1.7 of "Build your own GPSr" is now available Version 1.7 fixes a problem with saving and restoring, which lost waypoint information. Better handling of poor accuracy preventing you from doing silly things. Note there may be an issue with creating new waypoints on the Colorado with firmware 2.7 - there seems to be a limit on input text string length that wasn't there before - that will be addressed in the next release.

Version 1.7 of "Build your own GPSr" is now available Version 1.7 fixes a problem with saving and restoring, which lost waypoint information. Better handling of poor accuracy preventing you from doing silly things. Note there may be an issue with creating new waypoints on the Colorado with firmware 2.7 - there seems to be a limit on input text string length that wasn't there before - that will be addressed in the next release.

Thanks There is a bug with saving and resuming which would do what you describe - I hope to publish an update today to fix that - just in final testing mode There is a problem with degrees symbols which is why I don't include them - they don't seem to be handled consistently across platforms and trying to handle them is probably going to cause more problems than it would solve -see this thread Also I have found with version 2.7 of the Colorado firmware that I cannot enter an entire coordinate string due to input field size limitations so I am going to have to redesign that entire input.

I wonder though - Has this version reduced the maximum input string length in a Wherigo? When I originally wrote my Build your own GPSr I tested it on version 2.6 and was able to enter a string like N55 22.222 W079 33.000 But now I have upgraded to version 2.7 I can't enter more than N55 22.222 W079 33 Has anyone else noticed a change in the maximum length input string in a Wherigo cartridge with this update? I'm clearly going to have to change my cartrdge logic.

Has this version reduced the maximum input string length in a Wherigo? When I originally wrote my Build your own GPSr I tested it on version 2.6 and was able to enter a string like N55 22.222 W079 33.000 But now I have upgraded to version 2.7 I can't enter more than N55 22.222 W079 33 Has anyone else noticed a change in the maximum length input string in a Wherigo cartridge with this update? I'm clearly going to have to change my cartrdge logic.

Also, thanks to Timpat's testing, I have determined that saving and restoring will likely cause a crash as it doesn't save all needed info about the created waypoints. I seem to have fixed that now and have tested successfully in the Emulator and, at the same time, added code to handle poor accuracy issues. I hope to get this sanity checked in the CO and have version 1.7 released by tomorrow (Wednesday, Eastern North America time) UPDATE; This is now available as mentioned here