Modify misrecognition - Githubissues

Yang-33 commented 3 years ago

現状の辞書による指摘は

等=>など
つけた=>付け足

となっていますが、等確率でミスの指摘をしてしまっているのでこれの修正パッチです。 等の、等がのような文字だけに指摘するようにしたので、他に等~のような指摘があれば挙げてほしいです。

resolve #152, resolve #153

github-actions[bot] commented 3 years ago

このPull Requestではtextlintが走ります。適宜update-paper-lintrules.bashを使用してtextlintの設定を更新してください。

執筆手順

必ず上から順番に行いましょう。各手順が終わったらチェックをつけてください。

[ ] textlintを参考に、可能な限り執筆・修正： 最初はReviewerを追加せず、このDraft Pull Requestで執筆・修正を続けてください。可能な限りtextlintが指摘を行います。漢字や送り仮名に対する微妙な指摘については、電子情報通信学会の資料（1ページ）や常用漢字一覧表 - 文化庁を参考にしてください。修正した指摘や無視した指摘については、Resolve conversationボタンを押しておくと良いです。 Review commentの数が100に近づくとページの表示が重くなります。適宜Draft Pull RequestをCloseし、別のDraft Pull Requestで作業を続けてください。
[ ] 参考文献のタイトルに含まれる固有名詞を{}で囲う： Bibtexでは、タイトルの文字が自動的に大文字や小文字に変換されます。固有名詞をそのままの文字で残すため、それらを波括弧で囲んでください。textlintからの指摘は行われないので注意してください。（例）title={... {MySQL}}
[ ] .github/workflows/textlint.ymlと.github/workflows/comment-open-pull-request.ymlを削除し、commitをpush： 修正が完了し、Reviewerに添削をお願いできる状況になったら、上記ファイルを削除してcommitをpushしてください。以降のcommitに対してはtextlintによる指摘が行われなくなります。
[ ] このDraft Pull RequestをClose
[ ] Pull Requestを作成： 元のDraft Pull RequestをCloseし、新たに（通常の）Pull Requestを作成してください。Reviewerに共著者を追加し、共著者からの指摘や議論をもとに執筆・修正を続けてください。共著者の追加方法はここを見てください。

バグ報告

おかしな指摘・指摘されていないが今後プログラムで指摘可能なルールを発見した場合は、今後のためにこちらから指摘をお願いします。

執筆頑張ってください！

nrkt commented 3 years ago

思いつくのは，等[をはも]ぐらいです．

dtakao commented 3 years ago

「みかんやりんご等，果物における需要拡大が求められる」「需要拡大が求められるのはみかんやりんご等だ」（例文が謎いですが）とかの場合だと後ろに句読点や助動詞系（だ，である）とかもありそうですね．「付け足す」については活用形（五段活用？）一通りが後ろに来ますね．

（レビューの機能を使いこなせずに普通にコメントしちゃいました，すいません）

dtakao commented 3 years ago

また，今更な話で申し訳ないですが，今後も細々した辞書周りの誤指摘が報告されるかと思いますが，正規表現だけで100％の対応をするのは難しいように思います．（プログラムの内部仕様を把握していなかったので，無理そうなら流してもらえばいいかなと誤指摘を見つけるたびにとりあえず報告してました．）

この場合方向性は大きく二つ考えられると思います．

一つは形態素解析なども活用することで限りなく完璧な対応を目指す方針
もう一つは怪しいものをなるべく取りこぼさず検出して最終判断は著者に任せる方針

どっちの方向に舵を切るのかを決め，またそれを踏まえた機能拡張（ぱっと思いつくのは，取りこぼさない事を目標とする場合には人手で誤指摘と判定した箇所については二回目以降同じアラートを出さないとかできるといいかもですね）や運用方針の周知（100％を目指しますが，あやしいものを取り逃す恐れもあるので最後には自身でちゃんと確認して欲しい旨をボットメッセージに追加など）が必要かと思います．この辺についても一度検討してみてはいかがでしょうか．

Yang-33 commented 3 years ago

完璧な対応はかなり辛いので、

もう一つは怪しいものをなるべく取りこぼさず検出して最終判断は著者に任せる方針

を目指しています。（どこにも書いていませんでした）

運用方針の周知承知しました！プログラムを書いた人はよく分かっているのですが、文章になっていませんでした。

誤指摘と判定した箇所については二回目以降同じアラートを出さない

これはGitHub Actionsでできるか分からないので調べてみます。指摘にresolvedマークが付いているかどうか、対象の指摘内容を取得できるか次第です。

Yang-33 commented 3 years ago

指摘ありがとうございました！

dtakao commented 3 years ago

誤指摘と判定した箇所については二回目以降同じアラートを出さない

についてはtmpホワイトリストみたいなのを作るのも（汚い解決策ですが）あるかもですね．最終確認するときにはコマンド叩くなりファイル削除するなりで再確認もできますし．（あくまでプログラム詳細を知らない人間の案の一つなので，聞き流してもらってOKです）

dbgroup-nagoya-u / paper-lintrules

Modify misrecognition #154

執筆手順

バグ報告