geotoad-devel Mailing List for GeoToad
Brought to you by:
helixblue
You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(9) |
Oct
(8) |
Nov
|
Dec
|
---|
From: Thomas S. <th...@st...> - 2004-10-11 16:55:11
|
Russell Teague wrote: > 30 Character limit in the 60C comment field. It supports multiple > symbol characters { . , ' & - + ! # $ " ? * / ( ) : ; } but for some > reason EasyGPS strips them out when it sends them. For now I've cut > the field down to just... > > <cmt><%wp.type%> <%wp.container%></cmt> > > Cheers, > -R Interesting. I got to use a 60CS for the first time yesterday and though the following would be nice: Micro D3.0 T1.5 LF-15may06 That's 26 characters. What do you think? I guess I'd have to combine wp.type/wp.container if there isn't a variable that already has it. / thomas |
From: Thomas S. <th...@st...> - 2004-10-10 03:59:55
|
On 2004-10-09, at 21.21, Russell Teague wrote: > I'd like to suggest adding the <cmt> tag to the GPX output. I'm not > sure if this is a standard GPX tag but I know that EasyGPS uses it and > will export this tag when saving a GPX file. This field is valuable > to those that have GPSs that support waypoint comments such as the > Garmin 60/76(C/S) series. Sounds excellent, and something easily implemented. I just bought my girlfriend a 60CS last week and was wondering how the comments were handled. I'll go ahead and add this to the wishlist page and see if I can't stuff it into 3.7.6 / thomas |
From: Russell T. <mtn...@gm...> - 2004-10-10 02:21:48
|
I'd like to suggest adding the <cmt> tag to the GPX output. I'm not sure if this is a standard GPX tag but I know that EasyGPS uses it and will export this tag when saving a GPX file. This field is valuable to those that have GPSs that support waypoint comments such as the Garmin 60/76(C/S) series. The following is three lines. Some wrapping occurs in the email. The new line is the middle line, <cmt>. " <name><%out.id%></name>\r\n" + " <cmt><%wpEntity.name%>, <%wp.type%>, <%wp.container%> (<%wp.difficulty%>/<%wp.terrain%>)</cmt>\r\n" + " <desc><%wpEntity.name%> by <%wpEntity.creator%>, <%wp.type%> (<%wp.difficulty%>/<%wp.terrain%>)</desc>\r\n" + What do you think? - Russell Teague http://mtnbike.org If you don't see the battle, you are not in the fight. |
From: Thomas S. <th...@st...> - 2004-10-09 18:57:29
|
Bug Tracking ========== First, I've started putting all of the currently broken items and or feature requests that I know are outstanding in to Sourceforge's bug system. To see a list of outstanding bugs/requests, visit: https://sourceforge.net/tracker/?group_id=111255&atid=662524 I have probably missed some requests that people have included in e-mails to me. If you have something you hate about GeoToad (other than the lack of a GUI), or have a feature idea, please post it there! Better yet, if the bug isn't assigned to anyone yet, take a stab at fixing it. 3.7.6-BETA1 ========== I spent time this morning fixing up the aforementioned bugs with unicode (particularly german) characters in GPX files. I was too aggressive in converting unicode ASCII into HTML entities, and now only do it for HTML files. I've released 3.7.6-BETA1 with this and other enhancements: Major GPX improvements, such as: * GeoToad version in header now works * We now output the country and state the cache resides in * Better handling of unicode characters in GPX * Separation of shortdesc and longdesc Other minor improvements: * Add some common German words to the shortname scheme * New version checking mechanism that gives release notes (now pointing to sourceforge.net) The source for 3.7.6-BETA1 is downloadable from https://sourceforge.net/project/showfiles.php?group_id=111255 / Thomas |
From: Thomas S. <th...@st...> - 2004-10-06 19:26:56
|
Russell Teague wrote: > Still having trouble with the other &#xxxx; characters as shown below. > The first is a single quote, the second is a dash. > > GPX Description field: > Scott’s Mill Puzzle – Apex Triple Threat by GeoCyclist > (adopted by horsegeeks), Unknown Cache (3.0/1.5) > > I'm now trying to find out where the &#xxxx characters are first translated. There is some awful code to generate the &#xxxx characters within output.rb, named makeXML(). In order for the document to be XML valid, and for processors to handle it, I needed to convert the high ascii characters to this form. The question that I haven't seen answered yet (should be easy enough) is what do we have to do to take the umlauts from the page format and translate them into the way the GPX files from GC.com do. I'm working long hours on a project at work this week, so I don't have a chance to examine the issue any closer. Good luck! / Thomas |
From: Russell T. <mtn...@gm...> - 2004-10-06 18:46:52
|
On Tue, 5 Oct 2004 08:03:01 -0500, Thomas Stromberg <th...@st...> wrote: > > I don't know what query you were trying to run, but I think changing > this line in geocache/search.rb from: > > name = CGI.unescapeHTML(name); > to: > name.gsub!(""", "\""); > > Should fix the problem. Let me know if it does, and I'll be sure to get > this into 3.7.6. > The replacement line was not working with double quotes so I tried single quotes. Subbing the double quote character caused other issues so I just dropped the quote all together. name.gsub!('"', ''); Still having trouble with the other &#xxxx; characters as shown below. The first is a single quote, the second is a dash. GPX Description field: Scott’s Mill Puzzle – Apex Triple Threat by GeoCyclist (adopted by horsegeeks), Unknown Cache (3.0/1.5) I'm now trying to find out where the &#xxxx characters are first translated. -R Russell Teague http://mtnbike.org If you don't see the battle, you are not in the fight. |
From: Thomas S. <th...@st...> - 2004-10-05 13:03:13
|
On 2004-10-05, at 05.24, Peter Jonas wrote: > I assume that geotoad translates the original characters into unicode > characters (&#xxx;) which cannot be read by gpxsonar. > If this is right, it would be nice if geotoad could code the special > characters in the same way as a original Pocket Query would do. I'm not currently an active member (haven't done much geocaching lately). If someone could post what a GPX file should look like that has umlauts, that would help immensely. I'm pretty sure this worked in previous versions. I presume you are using GT 3.7.5. If so, this commit to geocache/search.rb may have broken it: ---- r459 | tstrombe | 2004-09-20 19:25:21 -0500 (Mon, 20 Sep 2004) | 1 line Fix for the new geocaching search page layout. CGI.unescapeHTML the geocache name to prevent " names from showing up. This may break international characters, but hopefully not. ---- I don't know what query you were trying to run, but I think changing this line in geocache/search.rb from: name = CGI.unescapeHTML(name); to: name.gsub!(""", "\""); Should fix the problem. Let me know if it does, and I'll be sure to get this into 3.7.6. / Thomas |
From: Peter J. <Pet...@we...> - 2004-10-05 10:25:00
|
Hello, I am using geotoad together with gpxsonar (http://gpxsonar.homeip.net) and found that the special German characters (Umlaute) are not shown correctly. I discussed that already with the author of Gpxsonar, and he told me that those characters are handled right, when a GPX file from GC is used which was fetched by Pocket Query. I assume that geotoad translates the original characters into unicode characters (&#xxx;) which cannot be read by gpxsonar. If this is right, it would be nice if geotoad could code the special characters in the same way as a original Pocket Query would do. Regards, Peter __________________________________________________________ Mit WEB.DE FreePhone mit hoechster Qualitaet ab 0 Ct./Min. weltweit telefonieren! http://freephone.web.de/?mc=021201 |
From: Thomas S. <th...@st...> - 2004-09-28 12:31:58
|
On 2004-09-28, at 06.02, <ma...@ar...> wrote: > a) Are you planning on enabling GeoToad to work through a proxy? Someone has talked about it before, though I haven't got immediate plans to add the patch. GeoToad in it's current release saves no configuration file, and this would be a good thing for one. The library it uses supports a proxy, it just needs to be fed the information (geocache/shadowget.rb). I guess for now someone can just add an option to the menu to select a proxy, though it won't be saved anywhere. Relying on ENV variables would be annoying for Windows & Mac OS X users. > b) For the foreingers it would be a nice feature to be able to have a > search type "Country". Yup. It used to be a feature until GC.com went ASP.net. I tried to get the country search fixed, and in fact some stub code exists for it in geocache/search.rb. Someone just needs to figure out how to get through the second page it sends you too, though it may have changed already again. I'd love a patch for this! / Thomas |
From: Thomas S. <th...@st...> - 2004-09-27 12:16:01
|
On 2004-09-27, at 03.33, Kai Daumiller wrote: > Hi Thomas, > > the "new caches" filter seems to be broken (version 3.7.5, linux) > A query always returns all caches within the search radius and in the > gpx-file all caches have > <time>2003-05-20T00:00:00.0000000-07:00</time> > from the template file. Yup, it appears to be broken. GeoToad can't process dates with the new changes either. If there was any proof of the need of a good unit testing mechanism, this would be it! It appears to me that the regular expressions that set @cache['cdays'] in search.rb are probably no longer valid. he fact that the GPX files have that date is actually a different bug I think.. I've hardcoded my birthday in there for now instead of reformatting the date for how the GPX format wants it. This needs to get fixed in output.rb and templates.rb sometime. I'll see if I can't have a patch available for testing sometime tomorrow. Thanks. / Thomas |
From: Kai D. <kai...@ik...> - 2004-09-27 08:27:43
|
Thomas Stromberg wrote: > 3.7.5 was released this morning. Most importantly, it should no longer > crash under Windows this time, as it's been recompiled with > ruby-mswin32 1.8 and exerb-3.0. Also, it's been modified to be > friendlier to the GC.com website, with longer delays between fetches. > While it does slow down execution time a bit, it's better to have good > net etiquette. > > See http://geotoad.sourceforge.net/download.php for download links. > > / Thomas > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Geotoad-devel mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotoad-devel > -- --------------------------------------------------------------------- Kai Daumiller Institut fuer Kernphysik Forschungszentrum Karlsruhe Postfach 3640 Phone 07247 82-4479 76021 Karlsruhe Germany e-mail kai...@ik... --------------------------------------------------------------------- |
From: Thomas S. <th...@st...> - 2004-09-26 16:37:32
|
3.7.5 was released this morning. Most importantly, it should no longer crash under Windows this time, as it's been recompiled with ruby-mswin32 1.8 and exerb-3.0. Also, it's been modified to be friendlier to the GC.com website, with longer delays between fetches. While it does slow down execution time a bit, it's better to have good net etiquette. See http://geotoad.sourceforge.net/download.php for download links. / Thomas |
From: Thomas S. <th...@st...> - 2004-09-25 22:28:21
|
While they haven't said anything to me yet, it appears that geocaching.com is now temporarily blocking IP's that load a certain number of pages within a certain period of time. It's a bit surprising, since they've expressed an interest to "ensure the long term survival of the GeoToad application". Once I get a better idea of how long I have to wait between fetches, I will release 3.7.4 with these times as the default. Until then, you can edit $SLEEP in geotoad.rb. / thomas |
From: Thomas S. <th...@st...> - 2004-09-25 19:06:27
|
On 2004-09-25, at 13.58, sa...@vu... wrote: > Hi, > > the new version of geotoad terminates. > See screenshot! > > SaRa<error.JPG> I noticed something similar on my first run, but hoped it was a Virtual PC bug. It looks like a bug in the ruby 1.8.1 for Windows package that I had used. I'll see if I can recompile it with another version today. For now, see if it happens if you re-run it. / thomas |
From: Thomas S. <th...@st...> - 2004-09-21 13:43:59
|
On 2004-09-21, at 07.00, Russell Teague wrote: > > -->" title="Traditional Cache<-- > > Possibly something up with the <%wp.type%> variable? Looks like I didn't catch another change to the search pages. They started to add title tags, so that non-IE users get hovering textboxes over the graphics. I've gone ahead and made a fix for this. You can apply this patch (or just edit the line manually) in geocache/search.rb: Index: search.rb =================================================================== --- search.rb (revision 460) +++ search.rb (working copy) @@ -348,7 +348,7 @@ @lastWaypoint = @totalWaypoints end - when /WptTypes.*alt=\"(.*?)\" border=0/ + when /WptTypes.*alt=\"(.*?)\" title/ @cache['type']=$1 @cache['mdays']=-1 @cache['type'].gsub!(/\s*cache.*/, '') I'll try to take care of the underscore issue you mentioned and put out a 3.7.3 with Windows binaries tonight. Thanks. / Thomas |
From: Thomas S. <th...@st...> - 2004-09-21 01:01:47
|
First, apologies to the couple of people who I subscribed to the geotoad-devel mailing list: You've either sent me patches or sent me bug reports over the last few weeks. If you don't want to be on the mailng list (or wish to change your preferences), please see http://lists.sourceforge.net/lists/listinfo/geotoad-devel I'm trying to open up development of GeoToad, and have moved everything to SourceForge now. I will be announcing new releases on the -announce and -users mailing list, but will be announcing beta's and test versions on the -devel mailing list. GeoToad 3.7.2 is a bit of an "emergency patch" release given the changes with the GC.com site over the last few weeks. Worse yet, the hard disk in my laptop died so I don't have VirtualPC to compile a Windows binary of GeoToad 3.7.2 with. You will need to install Ruby and download the source version (double click on geotoad.rb) if you wish to use it under Windows until I can build a windows executable. Here's what 3.7.2 changes: * Fix for the new geocaching search page layout. * CGI.unescapeHTML the geocache name to prevent " names from showing up. This may break international characters, but hopefully not. * Disable shadowfetch, by request of GC.com * Add delorme-nourl format, by Russell Teague <russell%mtnbike.org> * Fix for decrypted hint formats. When they have no hint, they will show the hint of the last entry. Bug reported by Will Kraml <wkraml%a1.net> Please note that 3.7.2 is not yet posted on the main GeoToad website yet. I wanted to get some reader reports that 3.7.2 works first before I post t there. To download, please visit the files area: http://sourceforge.net/project/showfiles.php?group_id=111255 I should get Windows binaries up by tomorrow. / Thomas |
From: Russell T. <mtn...@ho...> - 2004-09-14 01:12:31
|
Looks like there has been a format change on the GC.com side. Starting to get errors... Anyone else out there? Russell Teague |