Hi,
Here is a status update.
I looked at your dictionary and the index_names is meaningless. There is an index header but no real index data there. I am not sure why this empty index is even created.
So I went back and looked at the orthIndex data and *all* of the words are there but some are given a different tagMap values that point to the entry they are subelements of. The current code only unpacks main elements not subelements since they should have been inflections.
The problem is that both main elements and subelements are in sorted alphabetical order so some subelements actually come before the main element they are listed under. That means our current one pass algorithm to build up a dictionary will no longer work. So this is going to take some effort.
These types of dictionaries may "work" but they are incorrect and all of these subelements should simply be inflections which would make the dictionary much smaller in size when compiled into a mobi.
And, I really hate to slow down unpacking of all dictionaries just to accommodate these incorrectly amd inefficiently created dictionaries. So I am not sure I will add support for these.
If I do decide to modify KindleUnpack to support them, I will make the code convert all of these new subelements to inflections.
KevinH
Quote:
Originally Posted by elchamaco
Done.
I've also uploaded a dictionary i've created in the same way the did. The dictionary works, kindleupack fails to decompress de inflected forms. I included the source files and the test dictionary compiled with mobipocket and with kindlegen, in both cases the result is the same.
Regards.
|