「することが可能」の類似表現

[shirayu]

「することが可能」の冗長性は，

• 「することは可能」
• 「することも可能」
• 「する事も不可能」

等でも同様にあります．
現在はことが{可能, できる}にマッチしますが，
こと + { が，は，も } + { できる，出来る，可能，不可能}にマッチするように拡充できると考えます．

昔書いた論文を思い出したのでissueとして立てます．
「こと」を含む可能形は https://hayashibe.jp/publications/NL224.pdf のp.3の表2参照

[shirayu]

残りは

• 「することは不可能」

の対応です．

また合わせて読点の挿入にも対応できればと思います．

• 「することは、可能」
• 「することは、不可能」
• 「することは，できる」

「不」や「、」の挿入を既存のルールの記述に微修正することで対応できればよいのですが，なにか良い方法は無いでしょうか?

[azu]

「不」や「、」の挿入を既存のルールの記述に微修正することで対応できればよいのですが，なにか良い方法は無いでしょうか?

方法としては2種類ありますね。

• 辞書側に 正規表現の ? に当たるような特殊なTokenを置けるようにする かつ それを処理する側(morpheme-match-all)に実装を追加する
• 辞書から辞書を生成するような仕組みを作る
  • することは、?可能から
    • することは可能 と することは、可能 の辞書を作るような関数を実装する

どっちがいいかはちょっと悩みどころですね。
今のmorpheme-match-allは先頭から順番にマッチしかしてないので、読み飛ばし的なものがないですね。
(どこに処理を寄せるかの問題な感じですね)

Tokenベースの正規表現のようなDSLって確立されてない印象なんですよね。
Redpenはrulevalidator.mdという感じのtoken + RegExpの辞書定義をやっていますね(前者を発展させた方向はこれですね)

[shirayu]

ありがとうございます．
後者は手軽に対処できるのがメリットですが，辞書が大きくなっていくと遅くなりそうなのがデメリットですね．
例えば，することは、?不?可能 からだと4つのルールが生成されてしまいます．

[azu]

まあ、おそらく最終的には前者のパターンで実装することにはなる気はしています。
morpheme-matchがあんまり考えて作らたものじゃないので、これを拡張するか作り直すかですね。

そういえば、正規表現で大雑把にマッチ + Tokenベースで厳密チェック という趣旨のものを以前書いてたのを思い出しました。(これは辞書で表現するというよりは、コードでマッチングを書いていく方向かな)

• nlp-pattern-match/packages/match-test-replace at master · azu/nlp-pattern-match
• 自然言語にマッチする正規表現を書いて、形態素解析結果でテストして、置換するライブラリを書いた | Web Scratch

[shirayu]

ひとまず，マッチしない場合はskipできるような仕組みを入れました
azu/morpheme-match#2