Apertium - 另一种翻译API将在vBET支持吗？

[vBET]

您好：）

我们只是想向你保证，我们正在翻译新的可能性。在这个时刻，我们正在支持 Apertium （http://wiki.apertium.org/wiki/Apertium_web_service） 翻译 API。阅读服务条款后，我们发现对支持它在 vBET （仍然我们发送电子邮件的问题，只是以确保） 无限制。

现在是免费 API （我们不知道，它立即切换到付之一） 支持多语言对，它仍处于测试阶段。在这个时刻我们也不知道他们有什么限制 （我们知道设置一些限制）。此外翻译质量还不知道。我们刚刚开始尝试的还我们仍在等待响应从 Apertium 的团队，所以我们还不知道得太多了。还是我们想让你知道我们希望尽可能多的 Api vBET 给你更多的选择和更多翻译一个 API 中设置限制的情况下尽量支持。

关于 Apertium 集成任何重要的消息将在这里发布。

[vBET]

首次测试后的一些信息。

我们已经拥有它工作的 vBET （vBET 是轻松地添加新的翻译 Api）。
在这个时刻 Apertium 翻译 API 性能很差。300 毫秒左右回答是短的请求，什么是确定。即使在 13 秒 （不同的响应时间-在我们几个测试 5 13 秒之间） 被回答仍然漫长的请求。当然，我们可以做什么在这一领域 — — 这是为 vBET 的轮候时间 — — 等待响应。我们不能告诉不性能将会提高，在这里 — — 这是第三方服务。这不是关键问题因为缓存 vBET 立即获取翻译后，仍为一些论坛这它可不可以接受的负荷 20 页秒-即使只是第一次翻译。从另一只手的人想要有快速翻译有薪 Api 中的选项，如此缺乏其它免费 Api （微软将仅用于限制 2 百万字符/月-仍然免费，但它将仍然免费）。

测试和房地产论坛上，我们将测试它。在这个时刻我们取得只有几个测试 （已在 vBET 的代码） 小测试论坛上。

同时我们已经看到我们将不得不在 vBET-像可能性设置中添加新的配置功能优先事项提供全球。现在它可以通过编辑配置文件的很多，我们看到它不是方法。我们才预测，因此发生大的变化将在翻译市场，但我们将采用:）

[vBET]

我们已经开始测试 Apertium 翻译 API，我们真正的论坛。我们设置日志，因此一段时间后，我们将能够告诉更多关于真正的性能。

在这个时刻 vBET 支持 30 语言对从 Apertium （有多个但不是常见的其他翻译引擎）。我们已经看到将 Apertium 添加到 vBET 是好主意，即使性能不是最好的 （毕竟我们有如此净的时间它是即时的缓存）。我们看到它在日志--现在，我们仍然能够做翻译多亏了 Apertium 达成其他限制了。从日志此刻我们看到那些大多是从 （这里的大部分内容都是英语） 的英语翻译： es、 ca、 gl 的过程，它更多的支持。

要查看受支持的语言的完整列表对请参阅此处： http://api.apertium.org/json/listPairs
那些语言对现在 （至少现在） 将不支持：


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

我们不会支持它，因为没有全部-共支持和其他引擎没有这种语言。我们仍会检查不会有些代码不能只是映射情况是否其他翻译 Api 中使用同一种语言与其他代码。反正支持 Apertium 的第一个版本中我们不会支持所有对。

我们希望 (和准备现在就做) 对这些语言对使用 Apertium：


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

应该是 30 人。如果我们错过了一些东西请让我们知道。此外如果你会支持新的语言对有关的信息，那么也请让我们知道。

[Simon Lloyd]

大工作迈克尔:），更多的 API 键我们可以输入不同的 API 越好，即使他们支付的你能介绍一下复选框，用户可以打开/关闭那些需要付费的 api 就自己希望使用-很高兴见到这无论如何发展 ！

[vBET]

是的我们已经考虑打开/关闭一些 API，而无需更改配置文件中的选项。在这个时刻，我认为它将只承认由 API 密钥。如果 API 密钥不能用于一些翻译 API 则不会使用该 API。现在不是实施-然而只有主意。

[vBET]

因为我们将在下一个发行版中添加将支持会有小的许可证变化 — — 将会也列为翻译供应商。