再配置の簡単な流れ(いつもやってるような流れ)

1. 画像を読み込んで多くのページのノンブルが正しく認識されているかを確認する。
2. ノンブルが認識されてないページ(挿絵以外で)を探し、有効領域がノンブルと本文をごっちゃにしているときは
   グループ編集で本文のみを有効領域で覆う。(再認識すると元に戻る)
   ページ編集に戻し、本文がおかしくないかを確認
3. 段のとこをみておかしな数(1ばかりの中に2が混じってたり)を探して、
   ノンブルを本文と認識している場合は切り離す(2の方法と同じ)
   また角度を調整したりして再認識する。
4. 適当なページでプレビューをして、好きなレイアウトに合うように調整する。
   自分的にはウィザードで文字サイズ、行数と字数を決めて、細かい余白は設定から決め打ちしている。(この時の文字サイズを覚えておく)
5. ちなみに行数は19、字数は24ぐらいで余白は時計回りに上22,24,16,16ぐらいな感じにしている。(文字サイズはスキャンする小説毎に異なるのでいつもと見た目が同じくらいのサイズにする。75%前後が多い)
6. 設定などができたら、できるなら１ページ１ページ崩れていないかを確認して角度を調整して直す。
7. そして出力する。MeTilTranは文字サイズ(出力画像拡大サイズ)を忘れるバグがあるので4の時のサイズを入力する。

自問自答

• Q.ノンブルが左右で片方だけ上手く認識しないとき
  偶数ページだけノンブルを認識しなかったり場合の話

画像を読み込む時(MeTilTranのスキャン)にグループ融合文字割合を変えてみる(初期値1.25)
これを1.00にしたりすると意外とできることがある。

分布左右_ノンブルの高さの有効範囲を設定する。
この値があまりにも小さいとノンブルを認識できない事がある。だけど大きくしすぎても意味はない。
30~50くらいで十分

• Q.文字が半分かすれたり、切れたりする。

まあ、 MeTilTranで再配置すると何枚かは必ずなると思う。
このかすれを減らすには角度のズレをなくすといい。
角度変更するときにShift+スクロールで0.1度づつ変更できる。グリッドに合わせてやればやりやすい。
eTilTranで細かく角度を調整するのもいいと思う。
またMeTilTranでも角度の補正はできるのでプレビュー画面で明らかにミスっているものは角度を少し変えてみるといい。

一番楽なのはスキャンするときにできるだけズレをなくすこと。(一枚も失敗しないときは気持ちいい。)

MeTilTranで傾きの設定項目で傾き検出文字数をあまり大きくすると（初期値20)補整角が上手く取得できないので、
大きな値にする必要はあまりない。

なので、学習機能を使ってどのくらい改善するのか試してみた。
そもそも、ライトノベルなどで多用される!?や!!などの読み込みは無視されます。
なのでe.Typistでも(読んでココ！も同じ方法)　!?や!!(今回の題材には??はなかった)を一つの文字として
認識させて読み込ませます。

!! →　㍉
!? →　㌫

このようにして、小説中では出てこない文字列として認識させます。

e.Typistでは画像補正から!?のところをドラックで囲んで、メニューの文字認識→文字パターン登録から登録させます。
何か手順がめんどくさいですが、少しは効果が出るので、根気よく何箇所もやってみるといいかも。
画像の形から文字の認識をするので、スキャン方法によって全く認識が変わるかも知れません。
シリーズ物で、同じ方法でスキャンしたものには効果的な予感。

！や─(けいせん)も認識が悪いので、辞書に何箇所も登録してみた。
全てあわせて、一冊で70ぐらい登録した。

作成した　e.Typist辞書ファイル

文字パターン辞書には1000まで登録できるので、どんどん登録しても大丈夫そうだが、質が悪いものを
増やしていくと誤認識が多くなるので注意したい。
っ　など小文字は登録するとかなりの確立で誤認識するので登録は控えたほうがよい。

実際登録した状態で認識させてみたところ、
登録を全くしてない状態に比べて50%ぐらいは改善したと思う。
不安な誤認だが、少々あるものの元々が誤認であるものがさらに誤認されたものが多く
実害はあまりなさそう。

例)
辞書なし
ー　が　１
辞書あり
ー　が　！

これは！をかなり優先させたためにおきたものだと思われる。
まだ一冊程度の量からしか辞書登録してないので、増やすほど改善されるのかを確かめていく。
また、辞書登録をしていったところ、なぜかルビの認識ミスが増加していくという現象にあった。
これの根本的な原因は分からないが、下の方法だと少し改善が見れた。

画像サイズの適正
前回は縦を6000px（インデックスカラー=256色）になるように拡大していたが、今回は3600px（インデックスカラー=256色=グレースケール？）に拡大して
OCRにかけてみたところ、6000pxでは辞書登録により？ルビの誤認が増加したが、このサイズではルビの誤認は辞書を増やす前とほぼ同程度の
認識率となり、誤認が少し減ったように思われる。

スキャンのときの質の限界を超えた拡大は、誤認を招きやすいようである。
(元画像の3倍程度の大きさ=3600px)

サンプル作品はSnapScan（300dpi）でスキャンしたものを10数ページ。

画像ファイルの下ごしらえ

一般的には文字のようなものはフォーマット的にpngが最適だと思います。

使用ソフトはMeTilTranと藤 -Resizer-とe.Typistの3つを使っていきます。
MeTilTranで画像の角度修正とリサイズの両方の作業ができる、しかしMeTilTranは
画像の出力にはそれほど手を加えられないので、画像のリサイズに藤 -Resizer-を使う場合と比較してみる。

以下略します。
MeTilTran→メチル
藤 -Resizer-→藤

まず共通の操作ですが、メチルで画像の補正をします。
つまり、画像の傾きとノンブル削除を行います。
そして全てPNGで吐き出しますが、そこらへんの違いで少しOCRの読み込みに差が出てくるようです。

*色深度=インデックスカラー
これをe.Typistで読み込み、OCRをかける。
以下e.Typistの設定。

・ファイル読込
画像の微小傾き補正 → 全体の補正(T)
(画像拡大にチェックが入ってたら外す。拡大は前で処理)
・レイアウト → 自動レイアウト解析
※ 読んde!!ココと違い、自動解析するほうが精度高いです。ただし、画像から
ノンブルや柱を消して余計なものを認識しないようにする必要があります。
・認識
日本語認識オプション→かな
ルビ文字挿入認識オプション
被ルビ開始文字列 → ｜
ルビ開始文字列 → {
ルビ終端文字列 → }
認識終了後の設定
混在認識時の欧文言語 → 英語にチェック
・ファイル保存
保存処理 → 自動
保存ファイル
→ 画像名を使用してページ毎に保存
→ ファイル形式 → テキスト

ツールメニュー → 環境設定
・認識 → 半角文字出力 → 英、数、記号の半角出力のチェックを外す

文字認識メニュー
領域種別指定 → 文章領域(結果は大して違いはなさそう)
段組指定 → 縦1段
改行コード挿入指定 → 毎行改行
空白文字挿入指定 → 空白出力
ルビ認識指定 → 文章中に挿入

実行結果

結果的にパターン2のメチル補正→メチルリサイズをして色深度8bitにするのが
この中ではよかったが、スキャン画像により異なる反応を示すと思うので、もっと検証の必要がある。

ちなみに色深度8bitは256 色ということらしい。
この辺が多すぎると余計なゴミも移ってしまうので、変なミスが生まれる。
スキャンがしっかりできているほど、この影響は少なくなると思う。

他の人はどんな風にやってるのかな。(ほとんどいなそうだけど)