VBET 將支援 Apertium-另一個翻譯 API 嗎？
您好
我們只是想向你保證，我們正在翻譯新的可能性。在這個時刻，我們正在努力支援 Apertium 翻譯 API。閱讀服務條款後，我們發現沒有反對支援它在 vBET (仍然我們發送電子郵件的問題，只是可以肯定） 的限制。
該 API 是免費的 現在 （我們不知道，它立即切換到付之一） 它支援多語言對和 它仍處於測試階段.在這個時刻我們也不知道他們有什麼限制 （我們知道， 設置一些限制).此外翻譯的品質還不知道。我們剛開始嘗試的還我們仍在等待回應從將） 團隊，所以我們還不能告訴得太多了。我們仍然想讓你知道我們希望在 vBET 支援盡可能多的 Api，會儘量給你更多的選擇和更多翻譯在一個 API 中設置的限制的情況下。
關於 Apertium 集成任何重要的消息將在這裡發佈。
首次測試後的一些資訊。
我們已經擁有它工作的 vBET （vBET 是輕鬆地添加新的翻譯 Api）。
在這個時刻 Apertium 翻譯 API 性能很差。300 毫秒左右回答是短的請求，什麼是確定。即使在 13 秒 （不同的回應時間-在我們幾個測試 5 13 秒之間） 被回答仍然漫長的請求。當然，我們可以做什麼在這一領域 — — 這是為 vBET 的輪候時間 — — 等待回應。我們不能告訴不性能將會提高，在這裡 — — 這是協力廠商服務。這不是關鍵問題因為緩存 vBET 立即獲取翻譯後，仍為一些論壇這它可不可以接受的負荷 20 頁秒-即使只是第一次翻譯。從另一隻手的人想要有快速翻譯有薪 Api 中的選項，如此缺乏其它免費 Api （微軟將僅用於限制 2 百萬字元/月-仍然免費，但它將仍然免費）。
測試和房地產論壇上，我們將測試它。在這個時刻我們取得只有幾個測試 （已在 vBET 的代碼） 小測試論壇上。
此外，我們已經看到，我們將不得不在 vBET 中增加新的配置能力，從而在全球範圍內設定供應商的優先事項。 現在，可以透過編輯大量配置檔來完成，我們會看到它不是執行方式。 我們還沒有預測到翻譯市場會有這麼大的變化，但是我們會採用
我們已經開始測試 Apertium 翻譯 API，我們真正的論壇。我們設置日誌，因此一段時間後，我們將能夠告訴更多關於真正的性能。
在這個時刻 vBET 支援 30 語言對從 Apertium （有多個但不是常見的其他翻譯引擎）。我們已經看到將 Apertium 添加到 vBET 是好主意，即使性能不是最好的 （畢竟我們有如此淨的時間它是即時的緩存）。我們看到它在日誌--現在，我們仍然能夠做翻譯多虧了 Apertium 達成其他限制了。從日誌此刻我們看到那些大多是從 （這裡的大部分內容都是英語） 的英語翻譯： es、 ca、 gl 的過程，它更多的支援。
要查看受支援的語言的完整清單對請參閱此處： http://api.apertium.org/json/listPairs
那些語言對現在 （至少現在） 將不支援：
我們不會支援它，因為沒有全部-共支援和其他引擎沒有這種語言。我們仍會檢查不會有些代碼不能只是映射情況是否其他翻譯 Api 中使用同一種語言與其他代碼。反正支援 Apertium 的第一個版本中我們不會支援所有對。Code:oc => es es => ca_valencia oc_aran => ca an => es fr => eo nb => nn_a ca => en_US ca => oc_aran nn => nb ca => oc oc_aran => es es => eo oc => ca br => fr en => eo ca => eo es => oc_aran nn => nn_a es => pt_BR es => oc es => an eo => en nn_a => nn es => en_US nb => nn
我們希望 (和準備現在就做) 對這些語言對使用 Apertium：
應該是 30 人。如果我們錯過了一些東西請讓我們知道。此外如果你會支援新的語言對有關的資訊，那麼也請讓我們知道。Code:bg => mk ca => en ca => es ca => fr ca => pt cy => en da => sv en => ca en => es en => gl es => ca es => en es => gl es => pt es => ro eu => es fr => cs fr => es gl => en gl => es gl => pt is => en it => ca mk => bg mk => en pt => ca pt => es pt => gl ro => es sv => da
偉大的工作邁克爾 ·
是的我們已經考慮打開/關閉一些 API，而無需更改設定檔中的選項。在這個時刻，我認為它將只承認由 API 金鑰。如果 API 金鑰不能用於一些翻譯 API 則不會使用該 API。現在不是實施-然而只有主意。
因為我們將在下一個發行版本中添加將支援會有小的許可證變化 — — 將會也列為翻譯供應商。
回覆時引用
