問題タブ [machine-translation]

Bluemix 上の Node-Red は、Watson Machine Translation ノードを提供します。Bluemix は最近、これが使用する翻訳 API を変更し、新しい Watson Language Translation API をリリースしました。(詳細については、 https://www.ibm.com/smarterplanet/us/en/ibmwatson/developercloud/doc/language-translation/migrating.shtmlを参照してください)

これが、機械翻訳をバインドできなかったというエラー メッセージを Node-Red で受け取った理由だと思います。

助けていただけますか？

1. 単語で XML ベースを作成しますか?
2. クライアントが翻訳で特定の単語を必要とする場合、サービスはその単語を XML ベースでチェックします。単語がある場合、サービスはクライアントへの出力として翻訳された単語をブロードキャストします。その単語が XML ファイルに存在しない場合、サービスは適切なメッセージをブロードキャストします。XML ファイルでテストするため、いくつかの単語を追加する必要があります。
3. クライアントの利点は、translate メソッドを呼び出すことによってサービスを説明し、3 つの文字列パラメーターです。例：translate(”butterfly”, ”english”, ”russian”);

SAXパーサー:

ハンドラ：

スペイン語で表示したい文字列を含む poedit を使用して、messages.po および messages.mo ファイルを作成します。

私の翻訳を表示するために、私は使用しています

しかし、サイトのテキストを翻訳するためにこれらのファイルをロードするという問題に直面しています。

翻訳をロードするために使用しているコードは次のとおりです。

ルートに language フォルダーが配置され、ディレクトリ構造は次のようになります。

URL にhttp://mydomain?lang=es_ESを使用して、サイトをスペイン語で実行しています。

どこが間違っているか教えてください。

CYGWIN を使用して単語のアライメントに GIZA++ を使用しようとしています。MAKE コマンドを使用して GIZA++ をコンパイルし、さらなる処理に必要なファイルを取得しました: Giza++.exe、mkcls.exe、snt2cooc.out、plain2snt.out。ただし、実行すると：

.vcb および .snt ファイルは作成されません。何が問題なのですか？

私はpython 2.7とdjango 1.7を使用しています。

Google Translator Toolkitを使用して .po ファイルを別の言語 (英語からドイツ語) に機械翻訳すると、翻訳タグでさまざまな django テンプレート変数を使用しているため、多くのエラーが発生します。

機械翻訳がそれほど優れていないことは理解していますが、翻訳文字列をテスト ページでのみテストしたいと考えています。

英語 (en) からドイツ語 (de) に翻訳された、機械翻訳された .po ファイルの典型的なエラーの例を次に示します。

は%(site_name_lowercase)s機械翻訳され% (site_name_lowercase) s、多くの場合、上記のように前の単語に連結されます。

この種のエラーは何百もあり、検索と置換には少なくとも 7 時間かかると見積もっています。さらに、メッセージを作成してから .po ファイルを再度翻訳すると、検索と置換を再度実行する必要があります。

Google 翻訳者ツールキットに、機械翻訳が変数を無視できるようにする何らかのタイプの文書化されていない規則があることを願っています。Google 翻訳者ツールキットのドキュメントを読み、SO と Google を検索しましたが、役に立ちそうなものは見つかりませんでした。

誰か提案はありますか？

コンパイラとその仕組みについて少し調べたところ、プロセスは多くの場合、プリプロセッサ、コンパイラ、アセンブラ、リンカーの 4 つのステップに分かれていることがわかりました。私がこれらのステップを思い描いた方​​法は、それぞれが独自の個別のプログラムであることでした。プリプロセッサプログラム、コンパイラプログラム、アセンブラプログラム、リンカプログラム。ただし、アセンブリ コードの作成とオブジェクト ファイルの生成のプロセスがすべてコンパイラ プログラムによって処理される場合と、そうでない場合があることがわかります。使用するコンテキストとプログラミング言語に大きく依存するようです。私の質問は、C++ ソース コードをマシン コードに変換するために、一般的な変換プロセスをどのように分割するかということです。

1. プリプロセッサはコンパイラとは別のプログラムですか? それとも、そのプロセスは通常、コンパイラ プログラムの一部ですか?
2. コンパイラは通常、何を担当しますか? アセンブリ コードを生成してからマシン コードに変換しますか?
3. リンカーは、コンパイラの終了後に実行される独自の別のプログラムですか?

補足: 私の質問は他の C++ コンパイラ スレッドとは異なります。なぜなら、コンパイラがどのように機能するかだけでなく、リンクなどの他の特定のプロセスに独自の実行可能プログラムがあるかどうか、またはそれらが通常コンパイラ プログラムに組み込まれているかどうかを尋ねているからです。