Updated langdata

[ahmed-alaa]

We need the updated langdata with the update unicharset specially for arabic language to be able to maintain the same accuracy in the new .traineddata

Thanks

[amitdo]

I don't know if Ray plans to update these files.

Anyway, it seems that you can now extract the unicharset and the dawg files used by the new lstm engine from the traineddata.

[stweil]

Yes, using combine_tessdata is an easy way to get the unicharset and the dawg files from a traineddata file. In a 2nd step the word list can be made from those files using dawg2wordlist.

Then you can remove unwanted components, fix word lists and reverse the whole process to create your own new traineddata file.

[ahmed-alaa]

Actually, I'm trying to fine tune and continue from the new Arabic.traineddata but the newly generated traineddata file can't keep the same accuracy as Arabic.traineddata.

Also, the current unicharset of landdata repo has around 2048 data but the generated from the new traineddata around 300 only is that logic?

[theraysmith]

Point taken. It needs updating. I was going to push until I discovered a bug with the RTL word lists.
Then I also need to integrate this issues list, that I haven't looked at in a while, and rerun training.

[Shreeshrii]

@theraysmith Is it ready for update now?

[Shreeshrii]

@jbreiden Do you have the files to update this repo for 4.0.0?

Alternately, should we try to reverse engineer files from tessdata_fast, they will not be complete - (config, wordlist, numbers, punc, unicharset).

[jbreiden]

Do you have the files to update this repo for 4.0.0?

No, I don't. But I have been (and continue to) look into this.

[theraysmith]

Hmm. Sorry. I thought I had done this in September.
The Google repo is up-to-date apart from the redundant files that need to be deleted.
I'll work with Jeff to get this done.

[Shreeshrii]

Thanks!

Will the training process, tesstrain.sh and related scripts also need changes?

[Shreeshrii]

Also, what about the possibility of training from scanned images?

[stweil]

Also, what about the possibility of training from scanned images?

It is possible and seems to work pretty good, as I heard from @wrznr.

[Shreeshrii]

@stweil Do you know how the box files for the scanned images were created?

ASAIK tesseract makebox generated box files do not match the format of files from text2image.

[Shreeshrii]

@theraysmith

1. Since training depends on the fonts used, I suggest also uploading a file with fontlist used for training in every language and script in their subdirectories in langdata. This file can then be referred to by tesstrain.sh/language_specific.sh.

2. What is the recommended method for combining languages to create a script traineddata?

3. Is it possible to use multiple languages/scripts to continue from for creating a 'script' type of traineddata by finetuning? If so, how?

[theraysmith]

On Wed, Mar 21, 2018 at 1:28 AM Shreeshrii ***@***.***> wrote: @theraysmith <https://github.com/theraysmith> 1. Since training depends on the fonts used, I suggest loading a file with fontlist used for training in every language and script in their own subdirectories. This file can then be referred to by tesstrain.sh/language_specific.sh. Yes, I have a list of fonts used for each training, and can add that to

the langdata.

1. 2. Is it possible to use multiple languages to continue from for creating a 'script' type of traineddata by finetuning? Unfortunately not. I did have an idea for a better multi-language

implementation that would cleanly use models from multiple languages at once, but that depends on getting rid of the old code, and moving the multi-language functionality into the beam search. Until the old code is gone, that would be very messy.

…

1. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#83 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AL056bXfAPBtr62lkf6Ma2WzI5Zv7CAVks5tgg8cgaJpZM4Otkog> .

-- Ray.

[wrznr]

@Shreeshrii Your right, creating box files has been done by using an extra script. It is rather straightforward:

• split your GT line into characters
• print them ‘one-char-per-line’ and add the coordinates of the whole line to each character
• add a tab stop (as an EOL indicator) to the end of the line sequence with coordinates +1

[amitdo]

related: tesseract-ocr/tesseract#1276 (comment)

[amitdo]

@wrznr's method is similar but easier than my proposal.

[Shreeshrii]

@wrznr

Please share the script, if possible. I would like to test it for Indic/complex scripts. It will also be useful to many others who have been asking for this feature.

You could create a PR to put it in https://github.com/tesseract-ocr/tesseract/tree/master/contrib

Thanks!

[amitdo]

It won't work well for complex scripts like the Indic scripts.

[Shreeshrii]

@theraysmith @jbreiden Any update regarding this???

…

On Tue 20 Mar, 2018, 8:52 AM theraysmith, ***@***.***> wrote: Hmm. Sorry. I thought I had done this in September. The Google repo is up-to-date apart from the redundant files that need to be deleted. I'll work with Jeff to get this done. — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#83 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AE2_ozSnNQITRG_kE4gS1yHJgQXSJyKuks5tgHXcgaJpZM4Otkog> .

[wrznr]

@Shreeshrii FYI: https://github.com/OCR-D/ocrd-train

[Shreeshrii]

@wrznr Thank you for the makefile for doing LSTM training from scratch. I will give it a try.

Do you also have a variant for doing fine tuning or adding a layer?

[Shreeshrii]

https://github.com/tesseract-ocr/langdata_lstm
has the updated langdata files fo LSTM training.

This issue can be closed.