問題タブ [spelling]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
0 に答える
234 参照

linux - 辞書を指定してコマンドラインからパイプで aspell を使用する

次の問題があります。ファイル「a.dict」に単語のリストがあります。その中には、特定のブランド名があります (辞書の単語だけではありません)。たとえば、次のようなもの

これは、「a.dict」と照合したい私の辞書です。さらに、スペルミスのある人間が入力した単語を含む別のファイルがあります。

GNU の aspell を使用して、次のことを行いたいと考えています。1) 辞書内の単語と完全に一致するかどうかを検出する 2) 可能であれば、特定のレベルで修正を受け入れるかどうかを選択できるように、修正された可能性が最も高い単語をスコアとともに出力します。

aspellを使用してubuntuでこれを簡単に行う方法はありますか?

よろしくお願いします

0 投票する
1 に答える
1494 参照

python - 分析されたフィールドの ElasticSearch 用語の提案は提案を返しません

エラスティックサーチの用語提案機能をスペル修正に使用したいのですが (もしかして...? )。公式ドキュメントは次のとおりです。

これが私の(基本に短縮された)スキームです:

これが、私たちのブログのために Python/Django を介してデータをインデックス化する方法です。

各ブログ投稿の言語 (p.language = 'de' または 'en')、ドイツ語または英語に従ってアナライザーを設定しています。

このインデックスを (Python 経由で) 検索することができ、次のパラメーターで返されるスペル候補を取得します。

しかし、私が本当に必要としているのは、これ (Python/Django) によってインデックス化された写真スキームでの検索のスペル候補です。

p.tags_en と p.tags_de は、コンマ区切りのタグ文字列として、または文字列の実際のリストとして索引付けできます。どちらも ElasticSearch で機能し、この問題に違いはないようです。

写真の検索は英語でもドイツ語でも機能しますが、スペルの候補は返されません:

次のように、提案用語のアナライザーを定義しても違いはありません。

ブログ投稿と写真の分析の違いに注意してください。ブログ投稿は、投稿ごとに 1 つの言語で分析されます。my_analyzerスキームのフィールドを介して。ただし、私たちの写真はフィールドごとに分析されます。20 の言語があり (コードをできるだけ小さくするために、ここでは 2 つだけを示しています)、各タグ フィールドはそれに応じて分析されます。写真のこの種の分析を削除すると、そこにも提案が表示されますが、実際にはフィールドベースのアナライザーが必要です.

したがって、問題はアナライザーに関係しているに違いありませんが、私は完全に立ち往生しています。何か案は?

0 投票する
2 に答える
908 参照

vim - Vimでファイル全体をスペルチェック

私は現在、Vim のスペル チェックを使用していますが、これはすばらしい機能ですが、長い文字やメモを書き出すときは、スペル ミスを無視して後で戻ってくる方が簡単であることがよくあります。ただし、マッシング[zしてから単語を変更するのは少し面倒です。ドキュメント内のすべてのスペルミスの単語を調べて、それらを修正/追加/無視するオプションを提供する、使用できるある種のウィザードアプローチ ( など) があるかどうか疑問に思っていました。aspell check

0 投票する
1 に答える
527 参照

solr - Solr: LowerCaseFilterFactory が SpellCheckComponent に適用されない

Solr の SpellCheckComponent に苦労しています (solr 4.4 および 4.5 でテスト済み)。次のように定義されたフィールドタイプがあります。

対応するフィールドを solr admin アナライザーで調査すると、フィールドがインデックス モードとクエリ モードで正しく分析されていることがわかります。特に、それは小文字です。

ただし、このフィールドを SpellCheckerComponent で使用すると、用語が小文字で提供されている場合にのみ候補が表示されます (たとえば、「bautrokner」は機能し、「Bautrokner」は機能しません)。コンポーネントとリクエストハンドラーは、solr wiki で提供されているように定義されています (スペル修正に帯状疱疹が必要ないことはわかっていますが、自動提案用のフィールドも使用しています - まったく同じ問題があります):

同様の問題を数時間検索しましたが、問題のヒントが見つかりません。クエリ アナライザーのために、クエリ用語は小文字にする必要があると思います。しかし、そうではないようです。

マティアス