I get the same error when I try to open a page on port 22, which is the default port for SSH. So it looks like that you change the port Wiki2Touch is using. The default port 8080 is fine unless you know why you want to change it. 8080 is the second standard port for web applications. The first is 80. I’ve chosen 8080 if someone likes to install Apache. And changing the port to an arbitrary number isn’t recommended.

Don’t know why the app opens for you very slow. What is very slow for you? Maybe you should consider to reset your device. For me it looks like that you’ve tested a lot and installed/uninstalled a of programs. And there are some program out which can really get your device into trouble.

-Tom

SSH-2.0-OpenSSH_4.6 Protocol mismatch

When i delete open SSH from the install than wiki wokrs as normal.

with 0.5 the app opens very slowly why?

thank you very much

sure, that is possible. For any database create a “new” two letter language code. Digits should also work but be sure to use only two letter codes.

I.E. use “wq” for wikiqoute, put the articles.bin into a subfolder “wb” and add the “language.config” from the directory of tjhe proper language. I.E. use the “language.config” from the “de” folder if you’re using the German “wikiquote”.

Access the articles in the web frontend by prefixing “wq:” in front of the articles titles.

Please drop me a not if it’s working for you.

-Tom

What makes Wiki2Touch really stand out is that it uses Safari to display the articles. This means that I can now use Safari’s Landscape mode for easier reading, and I can use Bookmarks, Web Clips, and History to manage searching and reading. This is SO nice!

I particularly like the fact that the articles are returned as valid URLs, so I can simply use Safari’s Bookmark feature to “save” articles for later reading. I created a Bookmark folder called “Wikipedia articles to read”, so if I come across an article that I want to read, but I don’t have the time to read it, I just Bookmark it into this folder. Later, whenever I have time to read, I have a nice list of articles that interest me to read right in the Bookmark folder. The list jogs my memory, makes finding my articles of interest simple to find, and I don’t have to do a search again just to read them. And I’m done with the article, I can just delete the Bookmark.

FYI, I’m writing a review of both Wiki2Touch and Wikipedia.app for my new “iPod Touch Tips” site ([url]http://IPTtips.com[/url]) and I hope that my review of Wiki2Touch helps promote it more!

-Jim Barr
http://JimsTips.com
http://IPTtips.com (iPod Touch Tips)

I’ve found the bug. It was the procedure which decodes url encoding (like %20 or so). If such a char was at the end of the url it was not decoded. It is working now very well and you get the list after the first char.

Send me the table and I do “lower case” for chinese characters. I’ll try to send a email to the address you’re using here so you can sent me the list.

Yes sure, there is a method which calls “utf8_to_lower()” which does that. But for the latin special characters (like the “Ä”) you don’t need a table. Simply add 0×20 between 0xc0-0xdf. That does the trick.

-Tom

Since you have provided the Windows based indexer I just did the indexing with a Windows computer… but I will look at the Linux problem later.. I still think you cannot cast _G_fpos_t directly into a long because it is a complex struct on Linux (last I checked it has like 4 members).

Furthermore, it would be perfect if you can implement the Simplified Chinese Traditional Chinese matching function as well.. The function sounds difficult but is actually very similar to case-insensitive matching you have already done.

For example typing “a” matches all titles starting with “a” and “A” this is already implemented in some sort of capitalization routine I believe.

However inputting “Ä” you should probably check it’s lower case equivalent in German as well, correct? Simplified Traditional Chinese matching is exactly like this, the only difference is that you are not matching for upper/lower cases but for 2 different flavours of Chinese (used in different regions) but this is irrelevant to you because the relationship is still 1 to 1.

e.g. “香港地鐵” should match “香港地铁” where the characters “香港地” in both flavours are the same, but the traditional 鐵 has a simplified version 铁

This will be very useful as the wikipedia pages are created by Chinese people from different regions and not all of them has redirection pages between traditional simplified

I can find you a matching table in the next few days.

4)Put everything in the “iphone-ipodtouch/private/…/Wikipedia” folder to the “/private/…/Wikipedia” folder on your device

What is the whole directory name of private/…/Wikipedia b/c i dont know where to put the file.

And where do i put the wiki articles and do i extract them

thanks for checking and providing the info. It fit into the picture: I found out, that I get now result (in the new version, return a list from the first char) if I use one of the German unicode char (”Ä”). Should return at least “Äpfel” (apples). But it returns nothing. But as soon as I type “Äp” I get a result.

Looks like that there must be at least one “normal” char. Should be easy to fix.

BTW: Looks like that you got the new indexer running. What was the problem?

Thanks!

-Tom