Anyone using Windows, Ruby 1.8, and Japanese?

[Steve8x8]

I'd like to know whether GeoToad on Windows got affected by the recent geocaching.com update - anyone close enough to Japan to tell?

(I cannot see a problem on my Debian Linux machine - Ruby 1.9 will return proper Japanese characters while 1.8 gives &#...; entities, even in "text" output - I guess it's the best it can do. - We got to make the move to Ruby 1.9 or 2.0 anyway, soon.)

[Steve8x8]

On Wednesday, 6 March 2013 10:30:48 UTC+1, Steve8x8 wrote:

I'd like to know whether GeoToad on Windows got affected by the recent geocaching.com update - anyone close enough to Japan to tell?

(I cannot see a problem on my Debian Linux machine - Ruby 1.9 will return proper Japanese characters while 1.8 gives &#...; entities, even in "text" output - I guess it's the best it can do. - We got to make the move to Ruby 1.9 or 2.0 anyway, soon.)

Since Ruby 1.9 supports encodings (which 1.8 didn't know of) I'm trying to push this a bit - we've got to get rid of those HTML entities everywhere. GPX files are UTF-8 by definition, and texts and lists should be as well. Having to support Ruby 1.8 is a real showstopper when it comes to the HTML stuff still present in cache and user names.

As Ruby 1.8.7 will only be supported until June (which is just around the corner) the transition has to be made RSN.
Ruby 2.0 - feel free to try it. I'm skeptical as long as it's called "2.0.0p0" - too many 0's...

For MacOSX, there supposedly never was a problem.

For Debian Squeeze, ruby1.9.1 exists but isn't the default "ruby" version ("ruby" depends on "ruby1.8") :(
For Debian Wheezy, "ruby" depends on "ruby1.9.1" which is good - and Wheezy release is approaching...
For other Linuxes as well, you've got to make sure "ruby" as found via your $PATH points to the right one.
(My local approach was to have /usr/local/bin/ruby point to /usr/bin/ruby1.9.1 which does the trick.)

For Windows, I have built the last (3.17.7) version's Windows Installer with Ruby 1.9.3p392 (the last one before 2.0.0p0 was released).
This one needs real testing - by you! Feedback is very appreciated!

My current plans are to release a stable 3.18.0 *requiring* Ruby 1.9 - please help me to let this happen (before July, if possible).

Cheers,
 S

[Wombat97]

Hi Steve,

search is still running, but had some trouble with GC2VFVC:

 ***  Error 500: [http://www.geocaching.com/seek/cdpf.aspx?guid=bcbb7c9e-4453-4043-a78f-2762299a2dbb&lc=10]
( - ) Retry no-log http://www.geocaching.com/seek/cdpf.aspx?guid=bcbb7c9e-4453-4043-a78f-2762299a2dbb
 ***  Error 500: [http://www.geocaching.com/seek/cdpf.aspx?guid=bcbb7c9e-4453-4043-a78f-2762299a2dbb]
( - ) Not following redirect [/error/error.aspx?aspxerrorpath=/seek/cdpf.aspx]
 ***  No closing HTML tag found
 ***  Unable to parse any cache details from data.
 ***  Error 500: [http://www.geocaching.com/seek/cdpf.aspx?guid=bcbb7c9e-4453-4043-a78f-2762299a2dbb]
( - ) Not following redirect [/error/error.aspx?aspxerrorpath=/seek/cdpf.aspx]
 ***  No closing HTML tag found
 ***  Unable to parse any cache details from data.
 ***  Could not parse http://www.geocaching.com/seek/cdpf.aspx?guid=bcbb7c9e-4453-4043-a78f-2762299a2dbb (tried twice)
[##=] (1923/2039) Read: [GC2VFVC] "MTB 1.45" from remote (error)
( - ) Invalidating cache at C:/Dokumente und Einstellungen/jens/.geotoad/cache/www.geocaching.com/seek/cdpf.aspx_guid_bcbb7c9e-4453-4043-a78f-2762299a2dbb_
lc_10

GC shows a nice page, so maybe that's something for you ;-)

Greetings
Jens

[Steve Sixty-Four]

Sorry for the delay... Holidays, you know... still no good connection to the net...
What happens if you run a "wid" query for this particular cache? Use a different $GEO_DIR if possible... cheers, S

[Wombat97]

Hi,

did this search again as WID (also for some other caches which run into the same problem with the missing tag) and had no problems to get a result.

Guess it was something with the connection that day. When I did an other search I had some trouble with the initial search, too.

Jens

2013/4/3 Steve Sixty-Four <stev...@googlemail.com>

Sorry for the delay... Holidays, you know... still no good connection to the net...
What happens if you run a "wid" query for this particular cache? Use a different $GEO_DIR if possible... cheers, S

--
You received this message because you are subscribed to the Google Groups "geotoad" group.
To unsubscribe from this group and stop receiving emails from it, send an email to geotoad+u...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

[Steve8x8]

Jens, why is it you who always gets hit by those Heisenbugs? ;)

(BTW, the message "No closing HTML tag found" is just an emergency brake after having seen corruption caused by a proxy in several cases. In case of an Error 500 it doesn't mean anything special - the "HTML" returned is just empty. And I cannot imagine a reasonable way to handle those 500's - certainly it's more graceful to drop one or two caches for now instead of be served from the local cache 're always free to re-run the whole query - it will be served by the local file cache as much as possible.
Perhaps an overall error counter might make sense...)

Cheers,
 S