操作方法...

サーバー上に空のプロジェクトを作成します

特定の引数

プロジェクトで特定のフィルタと分節化パラメータを使用する場合は、filters.xmlファイルとsegmentation.confファイルの両方をバージョン管理システムに追加し、サーバ上でパブリッシュする必要があります。

SVNまたはGitクライアントを使用して、翻訳するファイルを追加します。

これは、 OmegaT 内で行うこともできます。

他のリソース(辞書、TMX、または用語集)を追加するには、SVNまたはGitクライアントを使用します。

ファイルを削除する には、SVNまたはGitクライアントを使用します。

翻訳時に OmegaT によって変更されるファイルは 2 つだけであることに注意して

その他のファイルはすべて読み取り専用です。翻訳者これらを変更しようとすると、プロジェクトを開いたり、閉じたり、保存または再ロードするたびに、元の状態に戻ります。

プロジェクトがサーバ上で設定されると、プロジェクトマネージャは翻訳者に対して、次の2つの方法のいずれかで作業するように依頼できます。

どちらの場合も、プロジェクト・マネージャーは、リポジトリーにアクセスする翻訳者の ID とパスワードを通知する必要があります

翻訳情報のチェック

プロジェクトマネージャは、参加した翻訳者と連絡して、翻訳情報が両側(サーバ側と翻訳者側)で同一になっているか確認する必要があります。

違いがある場合は、filters.xmlファイルとsegmentation.confファイルがバージョン管理されていることを確認します。

上記のプロセスでは、プロジェクトマネージャがプロジェクトを完全に制御し、ファイル(および翻訳状況)が両方の側(サーバ側と通訳者側)で同一である通常のケースについて説明しています。

OmegaTチームプロジェクトは、複数の翻訳者がproject_save.tmxファイルを共有しますが、(ソース)ファイルの(すべて)は共有しない、異なる方法で設定することもできます。

この場合も手順は同じですが、プロジェクトマネージャはプロジェクトに(すべての)ファイルをバージョン管理に追加するわけではありません。代わりに、翻訳者はファイル自体をコピーするか、マッピングを追加して他の場所からファイルを同期します。

マッピングは、UI: プロジェクト → プロジェクト設定 → リポジトリマッピングで追加するか、omegat.projectを直接編集して変更できます。

既定のプロジェクトマッピング:

<repositories>
 <repository type="svn" url="https://repo_for_OmegaT_team_project">
  <mapping local="" repository=""/>
 </repository>
</repositories>

https://repo_for_OmegaT_team_projectのすべての内容がローカルのOmegaTプロジェクトにマップされます。

リポジトリのサブディレクトリにあるプロジェクトのマッピング:

<repositories>
 <repository type="svn" url="https://repo_for_All_OmegaT_team_projects">
  <mapping local="" repository="En-US_DE_project"/>
 </repository>
</repositories>

https://repo_for_All_OmegaT_team_projects/En-US_DE_projectのすべての内容は、ローカルのOmegaTプロジェクトにマップされます。

フィルタを使用した、リモート・リポジトリからの追加ソースのマッピング:

<repositories>
 <repository type="svn" url="https://repo_for_All_OmegaT_team_project_sources">
  <mapping local="source/subdir" repository="">
   <excludes>**/*.bak</excludes>
   <includes>readme.bak</includes>
  </mapping>
 </repository>
</repositories>

https://repo_for_All_OmegaT_team_project_sourcesのすべての内容は、readme.bak以外のすべての*.bakファイルを除き、ローカルのOmegaTプロジェクトのsourceフォルダにマップされます。

Webからの追加ソース・ファイルのマッピング:<repository type="http" url="https://github.com/omegat-org/omegat/raw/master/">
 <mapping local="source/Bundle.properties" repository="src/org/omegat/Bundle.properties"/>
</repository>

リモート・ファイルhttps://github.com/omegat-org/omegat/raw/master/src/org/omegat/Bundle.propertiesは、ローカル・ファイルsource/Bundle.propertiesにマップされます。

名前変更つきのマッピング:

<repository type="http" url="https://github.com/omegat-org/omegat/raw/master/">
 <mapping local="source/readme_tr.txt" repository="release/readme.txt"/>
</repository>

リモートファイルhttps://github.com/omegat-org/omegat/raw/master/release/readme.txtは、ローカルファイルsource/readme_tr.txtにマップされます。

これにより、翻訳するファイルの名前を変更できます。

ローカルファイルマッピング:

<repository type="file" url="/home/me/myfiles">
 <mapping local="source/file.txt" repository="my/file.txt"/>
 <mapping local="source/file2.txt" repository="some/file.txt"/>
</repository>

ローカルファイル/home/me/myfiles/my/file.txtはローカルファイルsource/file.txtにマップされ、/home/me/myfiles/some/file.txtはローカルファイルsource/file2.txtにマップされます。

警告:ファイルが存在しない場合、プロジェクトはロードされません。

必要な数のマッピングを追加できますが、チームプロジェクトのコンテキストでのみ追加できます。つまり、マッピングの1つにomegat.projectが含まれます。この機能は原文ファイルの収集を目的としていますが、原文ファイルに制限されていません。

新しいプロジェクトを作成してリポジトリにコミットすると、omegat.projectファイルにはマッピングが含まれません。プロジェクトをダウンロードすると、プロジェクトはローカルでチームプロジェクトに変換され、既定のマッピングが追加されます。

リポジトリ内のomegat.projectファイルは自動的に変更されず、マッピングも含まれないことに注意してください。プロジェクトをロードすると、リポジトリ内のすべての変更がローカルプロジェクトにコピーされます。これには、プロジェクト設定のあるomegat.projectファイルも含まれます。ファイルにマッピングが含まれていない場合は、既存のローカルマッピングだけが再適用されます。プロジェクトに対するその他のすべてのローカル変更が元に戻されます。ファイルにマッピングが含まれている場合、マッピングに対するローカルの変更は失われます。

OmegaT は TMX バージョン 1.1 から 1.4b（レベル 1 と レベル 2 の両方）をインポートすることができます。これにより、他のツールで作成された翻訳メモリを、OmegaT で読み込むことができます。しかし、OmegaT はレベル 2 の（文書情報だけでなく、整形情報も含む）TMX ファイルに完全には対応していません。それでも、レベル 2 の TMX ファイルをインポートして、テキスト情報を OmegaT で利用することは可能です。ただし参考訳文の一致率は多少下がるかもしれません。

OmegaT が翻訳メモリファイル（TMX ファイル）を読み込む際には、非常に厳密な処理が行われます。ファイルに何かのエラーを見つけると、OmegaT はその場所を通知します。

一部で、不正な TMX ファイルを生成してしまうツールがあることが確認されています。そのような翻訳メモリを OmegaT に参照させるには、事前にファイルを修復しておく必要があります。でなければ、OmegaT はエラーでそのファイルを読み込めないでしょう。修正は簡単な操作で行えることが多く、OmegaT が出力するエラーメッセージはじゅうぶんその助けになります。不明な点があればユーザーグループに問い合わせてください。

OmegaT はバージョン 1.4 の TMX ファイル（レベル 1、レベル 2 とも）を出力します。出力されたレベル 2 TMX ファイルは、レベル 2 の仕様に完全に準拠してはいませんが、それに近い水準です。TMX レベル 2 に対応した他の翻訳ツールは、このファイルから参考訳文を問題なく利用できます。もし、テキスト情報のみが必要な場合（整形情報が必要でない場合）は、OmegaT が作成したレベル 1 ファイルの方を使用してください。

翻訳者のあいだで、TMX ファイルを共有したい場合があるとします。しかし、特定の文書に関する分節を除外したいか、逆にそれだけを含めたいという状況です。ProjectName-omegat.tmx そのものを共有するのは、論外です。以下に示す解決法は、いろいろあるやり方のひとつにすぎません。しかし試すのはとても簡単で、ファイルを破損する危険性もありません。

翻訳者のチームで作業する場合、配布された専用のプロジェクトで各自が孤立して作業するよりも、ひとつの翻訳メモリを共有して作業できるほうが望ましいでしょう。

OmegaT は SVN と Git という、２つの一般的なバージョン管理システム（VCS）に対応しています。これらは、オープンソースのライセンス下で利用可能です。OmegaT の場合は、すべてのプロジェクトフォルダーが VCS の管理下に入ります。原文ファイルフォルダーやプロジェクト設定のみならず、翻訳メモリも同様です。詳しくは次の章を参照してください。

ここに、完了したプロジェクト（たとえばオランダ語の原文を英語に翻訳したもの）があるとします。次に、これを中国語に翻訳する必要が発生しました。翻訳者はオランダ語を解しませんが、英語であれば理解できます。このような状況では、蘭中翻訳を、蘭英の翻訳メモリを介して行うしかありません。

この例における解決策は、既存の翻訳メモリを tm/tmx2source/ フォルダーにコピーし、訳文言語を示すために ZH_CN.tmx とリネームすることです。編集ウィンドウの現在分節には、オランダ語の原文分節と共に英語の対訳も表示されます。翻訳者は両方を見ながら、中国語の訳文を作成することができます。

重要： 補助用の TMX ファイルは必ず「XX_YY.tmx」形式にリネームしなければなりません。「XX_YY」はプロジェクトの訳文言語と同じコードです。たとえば上の例では、「ZH_CN.tmx」となっています。プロジェクトの原文言語コードと TMX の原文言語コードは、同一でなければなりません。例では「NL」がそれです。特定の言語ペアについて関連付けできるのは、TMX ファイルひとつだけです。したがって、関連付けたい翻訳メモリが複数ある場合は、それらを XX_YY.tmx にマージする必要があります。

上記以外のプレーンテキストファイル、または整形されたテキストファイルの場合も、OmegaT で処理できる可能性があります。

外部ツールを使って、OmegaT が対応する形式に変換すればよいのです。訳文ファイルは最終的に、逆変換で原文ファイルの形式に戻す必要がある点に留意してください。たとえば拡張子に .doc がついた旧バージョンの Microsoft Word 形式ファイルは、既存のフィルターでは開けません。しかし、以下の手順で変換すれば、翻訳作業ができます：

訳文ファイルの品質は、往復の変換工程によって左右されます。変換作業の前に、可能な限りのすべての設定を試すことをおすすめします。OmegaT のホームページで、翻訳支援ツールの最新リストをチェックしてください。

右から左へ表記する文章だけを入力している時は、デフォルトの（左から右への）表記が使用されます。しかし多くの場合、RTL 文章中に LTR 文章を混在させる必要が出てきます。たとえば、OmegaT が使用するタグ文字列、原文ファイルで LTR 表記された製品名、翻訳ファイル中のプレースホルダー、あるいは文章中の数値などです。このような場合、RTL（実際は両方向の）文章を適切に表示するため、RTL モードに切り替える必要があります。OmegaT を RTL モードにすると、原文と訳文の両方が RTL モードで表示される点に留意してください。仮に原文言語が LTR で訳文言語が RTL、またはその逆の場合を考えます。このとき、原文の確認、訳文の入力をそれぞれのモードでスムーズに行えるよう、RTL と LTR モードの切り替えを繰り返しながら作業する必要があるかもしれません。

上で述べたように、OmegaT が使用するタグは LTR 文字列です。RTL ⇔ LTR 言語間で翻訳作業を行うときは、原文ファイルからタグを正しく読み込み、それをまた訳文ファイルに適切に入力するため、翻訳作業者が RTL ⇔ LTR モードの切り替えを頻繁に行う必要があるかもしれません。

対象の文書にもよりますが、翻訳者に強くお勧めする点があります。原文の構成が許す限り、OmegaT 上に出てくるタグを減らすために、原文の見映えを単純化してください。「整形されたテキストを扱う」ページ末尾の「タグの取扱についてのヒント」を参照してください。起こりうる問題をなるべく見つけやすくするために、こまめにタグ検証（「タグ検証」を参照してください）を実行し、定期的に訳文生成（下記および 「メニュー」を参照してください）を実行してください。ヒント：翻訳作業はプレーンテキスト形式で行い、別のプログラムで必要な書式などを後から設定する方が、結果的には手間が省けるかもしれません。

訳文ファイルが生成されると、その表記方向は原文ファイルと同じになります。もし原文が LTR であった場合、訳文の表記方向は、表示するアプリケーション上で、手動で RTL に変更する必要があります。それぞれの出力形式によって、RTL 表記を取り扱う方法が決まります。詳細は、関連するプログラムの取扱説明書を参照してください。

.docx ファイルに関しては、以下の箇所が自動的に変更されます：

訳文ファイルを開くたびに表示設定を変えるという手間を避けるため、あらかじめ原文ファイルの表示設定を変えて保存しておく方法も検討してみましょう。この場合、訳文ファイルにとって適切な表示設定に合わせて、原文ファイルの表示を設定することになります。たとえば ODF ファイルはこのような変更が可能です。