【文字認識】OCRソフト【 自炊 】 [無断転載禁止]©2ch.net

光学文字認識（こうがくもじ にんしき、Optical character recognition）ソフト

FAXに続きスマホも使ったことない人なのか
https://i.imgur.com/gyeNbob.jpg

googleのこのOCRエンジンがGCV登録すればAPIで使えるので
個人でも高精度OCRアプリが作れる時代ですよ

お金出せば使えるそこそこ運用実績のあるシステムもググれば出てくる
（存在してる）
https://www.tegaki.ai/

あっ紙に書いたID 自分のじゃないやん間違えちゃった
痛恨のヒューマンエラー

俺はGoogle検索しただけで50万円請求されたからね。Googleから。2回ほど。
馬鹿は50万でも一千万でも請求されてろ。

> Cloud Vision API には画像解析のための各種機能があります。どの場合でも、ご利用いただいた分だけお支払いいただきます。最低料金などは設定されていません。

> TEXT_DETECTION 画像内のテキストに対して光学式文字認識（OCR）を実行します。

> 1,001〜5,000,000 ユニット/月
> テキスト検出　$1.50

あら、お安い。
> 1,000 ユニットあたりの料金

5,000,000 ユニットの料金は＄7,500

日本円だと８２万円だね。お安いね。

50万2回請求ってｗ
規約も読まずにOCRしまくっちゃったの？

＞ 日本円だと８２万円だね。お安いね。
500万ユニットが月に処理する回数として妥当値なのか知らんけど
運用費用としてはありなんじゃないの
日本中のコロナデータ集積して人力入力させてる人件費を考えたら

>>382
＞Google検索しただけで

字も読めないほど耄碌したの？

OCRする人件費がないから日本中の自治体でワクチンの発注ができなくなったのを忘れたの？

人に説明するの下手な人か
今更だが触っちゃいけないタイプだったな
ゴメンな？独り言の邪魔しちゃって

>>384
「Google検索しただけで」では説明が下手ですか。

Google検索を一日中繰り返していたらブラウザに請求書が表示されてそれが50万円で請求者はGoogleとなっていました。
チャットで交渉出来たので支払いは免れましたが、「今後このようなことがあれば業務利用とみなし、契約を結んでもらいます。」との事。

業務でGoogleの機能を使えば毎月80万円程度のお金がかかることは >>377 も >>382 も認めている。

？？？
ごめん何言ってるかサッパリわからない
どういう状況でGoogle検索したら50万も請求が来るのか全く理解できない

＞ 業務でGoogleの機能を使えば毎月80万円程度のお金がかかることは ＞ >>377 も >>382 も認めている。

Cloud Vision API は Google Cloudプラットフォームにアカウント登録して
クレジット カードまたは銀行口座情報を入力して初めて使えるサービスだぞ
業務か個人ユースかに関係なく使った分だけの従量課金で
手順踏んでAPIキー取得してAPI叩かなきゃ従量カウントは上がらないし
「Google検索しただけで」勝手に請求が来るような代物ではもちろんない

あと80万かかるのは月に500万ユニット使った場合の話でしょ？
処理回数に応じてそれ以上にもそれ以下もなる
こっちは君が言ったからランニングコストはとしてはありじゃない？って返しただけで
500万ユニットがコロナのデータ集積に毎月かける回数として妥当なのかは知らんよ

>>386
> ？？？
> ごめん何言ってるかサッパリわからない
> どういう状況でGoogle検索したら50万も請求が来るのか全く理解できない

一日中Googleのホームページ（https://www.google.co.jp/）のテキストボックスに検索したいテキストを入力して検索ボタンをクリックすることを繰り返したら
ブラウザに請求書が表示されてそれが50万円で請求者はGoogleとなっていました。

>>386
> あと80万かかるのは月に500万ユニット使った場合の話でしょ？
> 500万ユニットがコロナのデータ集積に毎月かける回数として妥当なのかは知らんよ

ユニットが何を意味するか分からんけど一つのブロックだと仮定すると
1ページで30くらいのユニットがあると考えられるので
10万枚処理すれば500万ユニットに近い数字になると思われる。

Googleより
> 米国での感染者数は増加傾向にあり、平均で1日147,420人の新規感染者が報告されている。
147,420*30=4,422,600/月

アメリカの感染者数が毎月442万人出てる計算だから
仮に１ページ１ユニットで計算しても500万ユニットは妥当な数字。

日本の感染者数がアメリカより少ないと言うなら、ユニットが1ページ30で計算すればいいんじゃね？

一日中つったって手動で検索繰り返した程度で50万請求が来るような検索回数になるとはとても思えないんだけど
マルウェアが裏でF5アタック繰り返してたとかじゃないの知らんけど

https://cloud.google.com/vision/pricing?refresh=1
ユニットは1枚の画像に対し適応する機能タイプ別に発生する
1枚の書類(画像)に対してテキスト検出(OCR)しかしないのであればユニット数は1
結果はjson形式ファイルで画像中にブロックがある場合はで個別に分けて取り出せる
https://cloud.google.com/vision/docs/ocr?hl=ja

うるせえ
よそでやれ

>>389
おまえさあ、Google検索してて「私はロボットではありません」って表示出たことある？

その表示が出るまでに何回検索してるか分かる？
そして検索にいくらかかったか分かる？

著作権裁判だと単に製品の代金だけじゃなく懲罰的請求をされるって知ってる？
アメリカだと自分でコーヒーこぼしただけで３億円も請求されるんですよ。
50万円って実質無料でしょ。

詭弁　答えのない問題に対して他の場所で出た答えを持ち出して
その答えはあの問題と同じだよと根拠もないのに言い張ってるだけのキチガイ
お前の言ってることは何の答えにもなってない

何言ってるのかさっぱり分かんない
やっぱ会話無理な人か

>>390
ゴメンねもうやめるわ

>>392
答えは最初っから言ってるだろ。Google検索したらGoogleから50万円請求されました。

お前が信じないだけだ。
ソースは出せない。

お前は企業がどういうときに金を請求するか知ってる？
費用が掛かった時だよ。
チンピラがたまたま目の前にいた通行人に金を請求するゆすりたかりとは違うんですよ。

じゃあ、どういう場合に「私はロボットではありません」って表示を出すか分かる？
無駄な費用を抑えるためですよ。

金を請求するのと「私はロボットではありません」と表示するのは目的が同じ。
お金ですよ。
かかった分請求するか、最初からかからないようにするかの違いだけ。

俺が50万円請求された証拠は出せないが、「私はロボットではありません」と表示される問題は無数にソースがある。
どれくらい検索していたかもその証言から推定できる。
そしたら、少なくともどれくらい使ったらGoogleが許容できない費用がかかっているかも推定でき、
50万円を請求するとしたらどれくらいの検索をしたかも推定できるはず。頭のいい人なら。

日本人は、どれだけ使ったらいくら請求と言う計算はできるけど、
いくら請求されたらどれくらい使ったかっていう計算は出来ない。
そう言う典型的日本人が>>392

論点1 QRコード化が可能か不可能か
論点2 人名が読み取れているか否か
論点3 手書きに対してOCRが有効かどうか
論点4 送信に成功したかどうかが分かるか

1 現場にしか分からないが個人単位では不可能ではない
2 現場にしか分からないが個人単位では不可能ではない
3 現場にしか分からないが個人単位では不可能ではない
4 現場にしか分からないが個人単位では不可能ではない

これだけの話なのに論点5のgoogle検索しただけで50万請求された人がいる
が一番どうでもいいし馬鹿らしいんだが　自覚しろよ

当然論点6のOCRの活用が現場で可能かどうかも現場にしか分からない
こんな所で無能だなんだ言ってないで現場に連絡取る位の努力しろよカス

日本語横書きで時々アルファベットの引用を含んでいる文章をAcrobat の OCR で認識させるとアルファベットの一部の認識が失敗します。オプションは日本語文章を選んでおります。アルファベットもうまく認識させる方法はないでしょうか。

この車のナンバーって人工知能で解析できんかね。
http://himado.in/492909

CloudのAI OCRではGoogleのCloud Visionが優れていたが
最近AzureのCognitive Serviceを試してみたところ
文字の認識誤りの少なさではさらに上回る

ただし課題もあり、右から左へ改行していく縦書き文書を
左から右へ認識するので、行の順序が逆になる
読取順序をbasicからnaturalへ変えても同じ

幸い出力のjsonには座標情報が含まれているので
スクリプトによる後処理で行を並び替え
ついでにルビも削って整えているが
この辺をうまくやってくれるGUIがほしいところ

そのスクリプトは公開してるの？
PythonでGUI作れるかも。

>>400
公開するほど大したことない
AzureのAPIとのやりとりはPythonで
後処理はluaでやっている（速いしYAMAHA使いなので）

小ネタで、Google Cloud Visionには
Microsoft Automate Desktop が何気に対応していて
フォルダ内の画像に一括OCRをかける程度なら
ノーコードで簡単にGUI化できる

e.Typistは終了
読取革命も終了
企業向け帳簿用以外の個人用OCRはもうおしまいだ

日本語ＯＣＲはくそ

ニーズはあるはずなのに程よくまとまったアプリがない
スクリプトでGoogleなりAzureなりのAIを使えば
認識精度は高いけど、求めるのはそれじゃない

画像をクラウドへ送りたくない向き用に
いわば認識エンジンをローカルへダウンロードできる
Docketの仕組みもあるし、
誰か小綺麗にパッケージ化してくれたら買うのにな

>>404
それ、tesseract以外で作るのなら、エンジンライセンスだけで安くて数十万かかるんじない。買うって法人で買うの？

自前で日本語認識エンジン作って遊ぼうとしてるけど、かなり難易度高い。
特に日本語は文字種が多くて、しかも英単語とか普通に混じってくるし。
売り物としたら数十万の売値になるくらい、計算機回してるわ

後半(文字の場所が分かっていて、それをテキストにする)はできたけど、
前半(どこに文字のboxがあるか)を当てるところで苦しんでる

>>405
それがMicrosoft AzureのDockerなら
目安として1,000枚あたり112円の完全従量制で
個人でも検討範囲に十分入るんだ
エンジンはローカルで、クラウドとは
課金のための小容量の通信が時折発生するくらいで

Dockerってそういう使い方できるのか、ちょっと触ってみようかな。

>>406
CenterNet を試してみては如何ですか？
物体の中心を特徴点として検出した後、幅・高さのサイズを予測する手法です

OCRも光学読み取りの精度にこだわりすぎずにBARTなどの文脈推定を入れればトータルの性能が上がる気がする

BERTっていうのね これ面白そうだ
小説でpre-trainedなモデルってあるのかな

https://nlp.ist.i.kyoto-u.ac.jp/?BART日本語Pretrainedモデル

>>409
サンクスです。良い手法を教えていただきました

今やってるモデルは、u-net ベースで、CenterNetの中心ヒートマップを使ってる
感じです。
これを参考に改造して作ってます。
https://github.com/tanreinama/OCR_Japanease

lossを調整したら、ほぼうまく行くようになってきました。
完成したら公開しますので、また来ます。

>>413
お役に立てたようで良かったです。成果を楽しみにしております。

>>269
Acrobat pro DC (2015年の製品版）をまだ使ってるんだけど、
横書きの整備マニュアル370Pを
Canonの複合機TR9530のADFで地道にスキャンして（400dpiカラー）
CanonのPDFソフトでPDF化（OCR有）したものと、
それをAcrobatで再OCR化（圧縮無し）したものを比べてみた。

キヤノンの優秀だね。自社エンジンなのかなぁ

ぺパレス電子化コラム　-　OCRソフトの比較
ttps://pepaless.com/column/180614_01/
画像部分とか、網かけ部分とかの認識も優れているかどうかはわからないけどね。

>>418
コレ三年前の記事かよ。
つってもソフトは当時のバージョンとほとんど同じだから、実害はなしか。

『読取革命』も最新版だからって、とくに画期的に変わった訳でもあるまいに。

Tesseract OCRのリリース5.0.0がでたわよ！
https://github.com/tesseract-ocr/tesseract/blob/main/ChangeLog

読取革命16買って少し使ってみたけど、白抜き文字の認識(日本語)泣けるほど弱い。総合的にみて、Canonスキャナ付属Capture PerfectとOCR精度はあまり変わらない気がする。白ぬき文字については進化が止まっていることを実感させられる。泣けてきた。

本当の評価ポイントは
校正のしやすさなんだがなあ

以前の読取革命15体験版の感想だけど

読んdeココみたいな認識結果や候補文字を種別ごとに色分け表示する機能が無いからから
外見が似た文字の見分けが付かず
校正に苦労する印象だった
カタカナ「に」と漢数字２、長音符号とハイフンとダッシュと漢数字１、数字１と英字エルとかね
いちいち別ソフトにコピペしてコードポイント確認する作業した記憶ある

16で改善されてますか？

>>423
認識結果の文字種を色分けすることはできなさそう。ソフトが間違って認識してるかもという文字が赤色になるだけ。認識結果のテキスト表示フォントは変えられる。
HPには認識結果を読み上げる機能があるとなっているが、アイコンがグレイの状態で読み上げられない。ヘルブにも読み上げ方法の記載はないが、ver15応用編のヘルブにはPC talkerがいるように書いてある。もし16にそれがあてはまるなら、優良誤認だろっていう感じ。
あと、話題がずれるが、読み取った結果でpdf出力する場合(透明テキストでなはなく)、フォントが、MS明朝かゴシック(等幅かP)しか選べないのはビックリした。

>>424
返答ありがとうです
とても参考になりました

表示フォント変えられるなら、改善待つより校正用のフォントを自作する方が早いのかもしれないですね

miguフォントを使ってみな

読取革命を１０年以上使い続けて
それなりのノウハウがたまってきたんで
そのうち小出しに紹介したい

表を表のままocrできたりしない？

>>428
領域の属性をテキストとか画像とか表とか設定できる。
各行の背景が白、グレイ、白といった表は読取革命16でエクセル出力したら、一つのセルに全部入ってしまってダメだった。Just pdf4ではうまくエクセル出力できたが(一つのセルに表の1要素が入ってくれる)。
実線で区切られる表なら、うまくいくのかもしれないが試してない。427氏に期待したい。

すまねえ、すまねえ……
得意分野は小説のテキスト化なんだ……

>>430
話しことばの"いるんだ"などは
どのように処理っされてますか？
etypist使いですが毎回、認識エラー候補になり、確認が面倒です。

待ってくれ

どうやら俺が持っているノウハウの方向性と、皆の期待している方向性とが違う可能性が高いようだ

実は俺は>>75なんだ

校正作業するのが前提でその効率化のノウハウなんだ

OpenCVとTesseract-OCRで作る表のOCRツール rev1
https://ymt-lab.com/post/2021/table-recognition-tool-rev2/

>>432
最近自炊小説をetypistでテキスト化（そのあと合成音声化）を始めたものです
校正作業の効率化ノウハウをぜひ教えてください！

まずはデカいモニタ必須
マクロ登録できるキーボード　エレコムのTK-DUX30BKおすすめ　同機能のソフトで代用可

読取革命15　体験版しか使ったことない
Oracle VM VirtualBox等　ごにょごにょ

いま流行りの AI を使って認識率を高めるような OCR ソフトはないのかな。業務用じゃなくて個人用で。
Google の OCR ソフトは認識率はいいのかな。Google Docに変換しないと使えないという不自由さはさておいて。

>>436
pythonやpowershellなどでスクリプトを組めば
googleなりAzureなりのAIを利用したOCRそのものは
そう高くなく、認識精度もごく高い
（画像1000枚あたり100円台）

現状、見栄えの良いGUIがないだけ

>>437
ありがとうございます．

>pythonやpowershellなどでスクリプトを組めば
両方とも経験がないのでこれから勉強しますが，参考になるスクリプトのHPはどこかにないでしょうか？

アクロバットのOCRのようにもとの文字の上に透明文字を配置してくれるのでしょうか．もとの資料上にハイライトや検索が必要なので．

手前味噌ですがコレなどw

https://github.com/dinosauria123/makepdf

こちらも

https://remoteroom.jp/diary/2017-10-12/

>>439,440
ありがとうございます。
440は439の内容は同じですか。

Cは昔使った記憶があるのでうがwindowsの環境で動かす方法を忘れました。
ハードルが高そうです。
目的にOCR処理の前に環境を整え使いこなすまでに時間がかかりそうで、逡巡します。

430のgithubの中にwindows用実行プログラムもありますw

Google Cloud VisionのAPIキーが必要です。

https://syncer.jp/cloud-vision-api

>>443
ありがとうございます。
研究してみますね。

ここでヒントもらった、機械学習で文字認識する方法
惜しいところまで来たけど、あともう一声がうまくいかない。
文庫本見開きを与えて、3箇所くらいミスる。特にふりがなとかページ番号
とかのちっさくて近接してるところが鬼門。
Googleとかに投げれば簡単なんだけど、やっぱり自前で解けると
何かと捗るんで是非とも完成させたい

>>435
やはり大きなモニターは必須ですよね。。小さいノートPCで作業しているのできついです。
キーボードへのマクロ登録は、どの作業を登録しているのですか？

校正作業を効率化

>>435の続き

条件は>>75
今回は二段組の場合

https://light.dotup.org/uploda/light.dotup.org10755.jpg
スキャン画像をこんな風に作り変える

染みゴミ取り漂白
傾き補正
二段組ページを上下分割余白消し
14ページ分を左右上下に張り合わせて一枚にする
横につなげるときは右から左ね

これ以上ページを増やしたら読取革命で読み込めるけど
テキスト保存したとき字数（行数）？制限で後ろのほうが削られてしまう
たぶん

読取革命の設定こまごま
後述

キーボードマクロ
後述

1ページづつ校正していたら手間取りすぎる
まとめちゃえ

e.typist使いの私は、マウスにマクロつけてる。
　・単語登録
　・次ページ送り＋一括置換＋全文解析

>>447
ノウハウ助かります！
>>449
e.typistでの「次ページ送り」はマウスで次ページをクリックする以外にショートカットキーなどがあるのですか？

>>449
alt{la} down return f7
をマウスのボタンに割り当てました。

>>451
ありがとうございます！！
読取革命と違って、カーソルキーのみで次の画像に移動できなくて困っていました。

>>452
読取革命も使用しているので参考にさせていただきます。

>>452
ちょうど数日前からShiftJISの一覧表から使う文字と使わない文字の選別を試していたのですごく納得です
第２水準は見た事ある文字ほとんど無いし
あっても一般的には特定の熟語でしか出現しないものが多い
薔薇、葡萄、林檎、珊瑚、蜘蛛、楕円、琉球…
テキストエディタの正規表現色分け試してる最中でした

校正作業を効率化

ここまででいったん作業状態の保存

今度は文字置換（透明テキストが不要な場合のみ）

下記を確認無しで問答無用で最初に置換

例

□は全角スペース

□□　→　□
『　→　「
□「　→　「
□（　→　（
ぱ　→　ぱ
ぷ　→　ぶ
ぽ　→　ぼ
っば　→　っぱ
っぶ　→　っぷ
っぼ　→　っぽ
っだ　→　った
っで　→　って
１つ　→　う
。つ　→　う
、つ　→　う
」つ　→　う
』つ　→　う
！……　→　！…
１……　→　！…
ー……　→　！…

これをキーボードマクロで1ボタン一発置換にしている
600行くらいのマクロ　（ショートカットやキー入力を順番にレコード）

表示文字のフォントは前に紹介した Migu 1M が大変便利
（似た形の文字の区別に主眼を置いたフォント）
もっといいのがあったら教えてね

ごはんかいじゅう

miguフォントを教えていただいた方、
ありがとうございました。
ノートでもパとバが見分けられるようになりました

検索文字「ボルト」
Canon （カラー290件・296件）（誤差拡散258件）（グレー300件）
Acrobat （カラー270件・271件・272件）（誤差拡散273件・277件）（グレー272件・275件）
新型Acro （カラー261件・272件・276件）（誤差拡散179件・160件）（グレー279件・276件）
KOFAX （カラー291件・303件・302件）（誤差拡散317件・317件）（グレー301件・301件）
Eタイピスト （カラー253件・247件）（誤差拡散247件）（グレー248件）

検索文字「注意」（白黒反転文字の注意と、周囲を文字の大きさの長方形の枠で囲まれた注意の2種類）

Canon （カラー506件・490件）（誤差拡散278件）（グレー467件）
Acrobat （カラー215件・217件・215件）（誤差拡散217件・214件）（グレー216件・216件）
新型Acro （カラー214件・216件・216件）（誤差拡散220件・215件）（グレー215件・217件）
KOFAX （カラー429件・431件・422件）（誤差拡散415件・419件）（グレー406件・414件）
Eタイピスト （カラー219件・219件）（誤差拡散217件）（グレー219件）

CanonもKOFAXも白黒反転文字の注意は認識できたりできなかったり。
差がついたのは、周囲を文字の大きさの長方形の枠で囲まれた注意を認識できるか、できないかで差がついた。
Canonは誤差拡散（線の太さ中）になると、OCRの精度が落ちました。（文字によっては落ちないものもあった。）

KOFAXレポ（OCRは優秀だが癖がある）
〇単独のファイルを開いてOCRした場合
上書きOCRした場合
元々のOCRが消されないで二重にOCRされる。
（検索ヒット数が極端に多くなる。（2倍ぐらいになる）
OCR情報を全て消してからだとOCR可能。

→しかし、どちらのやり方でも上書き保存だと
ファイル容量がなぜか倍ぐらいになる。（大きいファイルのみ）
→対策
KOFAXのエクスポート機能で出力すると原本と殆ど同じ大きさのファイルで出力される。
〇複数PDFファイルを結合してOCRした場合
他ソフトでOCR未処理の処女ファイルはOCR化できる。
他ソフトでOCR処理済みのファイルは、Acrobat等で非表示テキストを削除しても、何故かOCR認識できない。（上書きOCRされない。元のOCRのまま）
KOFAXで非表示テキストを削除して再OCR化した場合は、考えつかなかったので試す前に試用期間が終わってしまった。

新型AcrobatとKOFAXとEタイピストは、全て試用verのものです。

KOFAX（Power PDF Advanced）

Canonの複合機のソフト「IJ Scan Utility」（ライトは不可）
の「PDF編集」で画像を読み込んでOCR化PDF作成可能
https://ij.manual.canon/ij/webmanual/ScanUtility/W/LiDE%20400/1.1/JP/SU/su-965.html
https://ij.manual.canon/ij/webmanual/ScanUtility/W/LiDE%20400/1.1/JP/SU/su-971.html
　
各種制限は上記リンク参照で（いちどに100P迄等）
試してみたら
ビットマップ不可
マルチTIFF不可

圧縮は
他社スキャナー作成の600dpiのTIFF（100Pで10G）
標準圧縮→100Pで200MB弱に
TIFF読み込み3分
PDF保存17分

OCRの結果は
シャドウを増やしてスキャンしたからか、注意の検索結果だけ355件に落ちた。
それ以外の検索結果は変わらず。

複合機＝プリンター複合機

読取革命買ったのに期待通りの性能じゃなくてがっかり。
scansnapで読み取った後に行うOCR処理よりも優れてると思ったけど寧ろ劣ってるわ。
読取革命買った時のためにOCR処理せずに読み取ってたのがなんか無駄だったな

悲しいなあ

KOFAXもOCR会社買収してたりするから、
プリンター会社もOCRソフトウェア経験者引き抜いたりしてるんでは？

OCRソフトは、試用版を使った感じでは、
表形式の文書をスキャンしてエクセルに変換するのは
原本に応じて、色々認識範囲を任意に変更できたりして得意そうな気がしたけどね。
ビジネス向きかもしれんね。

PDF同士の結合は、たぶん結合前じゃなく結合後の総ファイル容量だと思うんだけど、

Acrbatは2G迄
KOFAXは3G迄

だった。それ以上だと何回か繰り返したけどエラーが出た。
画像を結合して変換する場合はわからん。

おまいらありがとう
ここで教えてもらった手法を元に
機械学習でOCRするやつの前段が完成した
https://i.imgur.com/fnV1SQd.png

後段は文字の連結を拾ってutf8とかで符号化するんだけど
これは事前に確認したところではいけてるので、もうちょい

>>472
文字の切り出しの手法は、何を使いましたか？

>>473
CenterNetの手法で、バックボーンにEfficientNet v2を使っています。
文字の中心位置とボックスと縦横を出すのと同時に、
中心位置まわりに384次元の特徴量を取得してます。
プレ学習として、384次元の特徴量を文字コードに1対1で変換してます。

後段では、特徴量を連続させて、文脈依存で文字コードに変換させるのを予定してます。

>>474
頑張りましたね。
手書き文字だと、どんな感じに抽出できますか？

>>475
https://i.imgur.com/YEOWcgA.png
https://i.imgur.com/0rUVrYT.png
これくらい

手書きは学習データを用意するのがめっちゃ大変なので、
十分学習はできてない気がする。いまのところおまけ程度の
精度しか出てません。
手書きは文字が分裂して認識しやすいので、相当たくさんの
手書きデータを元に学習させないと上手くいかないと思われます。
やり方としては今の延長線上でいけそうな気配はしてます。