重要:此页面会使用Cookie (cookies). 使用本网站不关闭浏览器中的cookie,即表示您同意使用它。
现在购买! 特点 下载

赚钱!

如果您想要开始赚钱与贝特联接 联盟计划。
结果 166

主题: VBET 将支持 Apertium-另一个翻译 API 吗?

混合视图视图

以前的帖子 Previous Post   Next Post 下一篇文章
  1. #1
    米哈尔Podbielski(vBET员工) vBET's Avatar
    注册日期
    2009年10月
    帖子
    3,037

    Default VBET 将支持 Apertium-另一个翻译 API 吗?

    您好

    我们只是想向你保证,我们正在翻译新的可能性。在这个时刻,我们正在努力支持 Apertium 翻译 API。阅读服务条款后,我们发现没有反对支持它在 vBET (仍然我们发送电子邮件的问题,只是可以肯定) 的限制。

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

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

  2. #2
    米哈尔Podbielski(vBET员工) vBET's Avatar
    注册日期
    2009年10月
    帖子
    3,037

    Default

    首次测试后的一些信息。

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

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

    此外,我们已经看到,我们必须在 VBET 中添加新的配置功能,以在全球设置提供商优先级。 现在可以通过编辑大量配置文件来完成,我们看到它不是方法。 我们没有预测翻译市场会有这么大的变化,但是我们会采用

  3. #3
    米哈尔Podbielski(vBET员工) vBET's Avatar
    注册日期
    2009年10月
    帖子
    3,037

    Default

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

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

    要查看受支持的语言的完整列表对请参阅此处: http://api.apertium.org/json/listPairs
    那些语言对现在 (至少现在) 将不支持:
    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
    我们不会支持它,因为没有全部-共支持和其他引擎没有这种语言。我们仍会检查不会有些代码不能只是映射情况是否其他翻译 Api 中使用同一种语言与其他代码。反正支持 Apertium 的第一个版本中我们不会支持所有对。

    我们希望 (和准备现在就做) 对这些语言对使用 Apertium:
    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
    应该是 30 人。如果我们错过了一些东西请让我们知道。此外如果你会支持新的语言对有关的信息,那么也请让我们知道。

  4. #4
    高级会员
    注册日期
    2010年9月
    帖子
    256

    Default

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

  5. #5
    米哈尔Podbielski(vBET员工) vBET's Avatar
    注册日期
    2009年10月
    帖子
    3,037

    Default

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

  6. #6
    米哈尔Podbielski(vBET员工) vBET's Avatar
    注册日期
    2009年10月
    帖子
    3,037

    Default

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

此主题的标签

发帖权限

  • 可能不会 发表新主题
  • 可能不会 发表回复
  • 可能不会 上传附件
  • 可能不会 编辑您的文章
  •