I don't see this problem in 4.0 or 4.5. It looks like searching for 秋 on bookmooch first goes to
http://www.bookmooch.com/search?w=%E7%A7%8B&search.x=14&search.y=13 (which looks fine - that's the correct URL encoding of the UTF-8 representation of that character) but that page immediately redirects to a cleaner search URL ( http://bookmooch.com/m/s/...) which contains the $map(...). Maybe it's related to the code that builds the cleaner URL? -Hossein On 9/28/07, John Buckman <[EMAIL PROTECTED]> wrote: > > Does anyone know what these "$map(%E7%A7%8B)" things are in URLs when > asian-UTF characters are used? > > Ie, typing into a search form on aolserver (BookMooch) for the > japanese character "秋" converts it to > > http://bookmooch.com/m/s/$map(%E7%A7%8B) > > That $map looks like an array lookup, but I've never seen any > documentation about this, or how it might be re-converted back into > UTF. I can't find any mention of $map in the aolserver or tcl source > code, nor online. > > The other possibility is that the hex codes: %E7%A7%8B are just 3- > byte representations of each character, in linear order, that needs > to be reconverted back into UTF somehow. > > -john > > > -- > AOLserver - http://www.aolserver.com/ > > To Remove yourself from this list, simply send an email to < > [EMAIL PROTECTED]> with the > body of "SIGNOFF AOLSERVER" in the email message. You can leave the > Subject: field of your email blank. > -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
