Back Translation 設定的最佳實務

Question

我在 Registry 中遇到了一些與 Back Translation 專案相關的問題，這些專案並未設定為基於母語翻譯的 BT 專案類型，也就是說，它們擁有獨立的註冊。在某些情況下，UBS（Sharon P）會將這些專案標記為有問題，因為系統顯示它們是（例如）第一份英文或法文翻譯。（抱歉，那個位置已經被佔用了… )

Back Translation 設定的最佳實務是什麼？我假設，如果是從零開始，將 BT 設為該翻譯的 daughter 專案是最好的安排。目前擁有獨立註冊的 BT 專案可以轉換為這種狀態嗎？如果可以，該怎麼辦？如果不行（或者操作不簡單），是否最好將註冊更改為 Test/Training 專案，以免影響統計數據？

此外，似乎許多 Back Translation 專案將專案語言設定為母語翻譯的當地語言。應該使用 BT 的實際語言，對嗎？所以在我們大多數情境中，應該是法文或英文。我假設在專案中更正這一點會很好（這應該會顯示在 registry 中，對嗎？），以確保準確性。然後，如果是英文或法文，我們需要確保它要么是 daughter 專案，要么如果它有自己獨立的註冊，則應標記為 Test/Training，或標記為 New，而不是 First。

感謝您的意見。
jeffh

機器翻譯自 English 顯示原文

Answer 1

專案類型的一個選項是 Back Translation（通常從基礎翻譯獲得註冊）。這與 Daughter Translation（必須在 registry 中註冊）是分開的。所以，首先我會選擇 Back Translation 類型。然後，語言應該是用於 back translation 的語言（在您的情況下，這可能是法文或英文）。預設情況下，Back Translation 類型專案會從基礎翻譯獲得註冊，但有一個選項框允許您註冊 back translation。如果您計劃實際將 back translation 上傳到 DBL，就會使用這個選項。

關於移除註冊的問題，答案取決於它最初是如何註冊的。如果它最初是一個 Standard 專案（命名為 back translation），那麼您可以將專案從除您以外的所有人那裡刪除，並刪除註冊。請確保所有其他團隊成員也刪除該專案。（這應該是刪除專案選單中的一個選項，但每個團隊成員在執行最終的 Send/Receive 後，必須從他們的電腦上刪除舊專案。）然後，您可以在您的電腦上將專案類型更改為基於主要翻譯的 Back Translation，並再次共享專案。該專案現在將基於主要翻譯進行註冊，並不會在 registry 中顯示為一個獨立的專案。我是否提到過，在您進行此更改並再次共享專案之前，應該讓其他所有人都刪除該專案？

機器翻譯自 English 顯示原文

Comments

這裡有逐步說明 here，但它隱藏在一篇 PT8 Migration 文章中（在「您的專案類型是否正確標示？」部分）。最好將這些說明單獨放在一個頁面上，而不是讓人們必須深入查找相關部分。@dhigby 這些說明是否在一個自包含的主題中？如果不是，能否請您建立一個？

機器翻譯自 English 顯示原文