Apertium-다른 번역 API는 Vbet에서 지원 됩니까?

[vBET]

안녕하세요

우리는 단지 우리가 번역에 대 한 새로운 가능성을 찾고 있습니다 장담 싶어요. 이 순간 우리는 지원에 노력 Apertium 번역 API입니다. 서비스 이용 약관을 읽은 후 우리는 (아직도 우리가 이메일을 보내 질문, 그냥 확실 하 게) vBET에 지원에 대 한 제한이 없습니다 발견.

API는 무료입니다. 지금 (우리가 모르는 것 이다 그것은 전환 될 하나를 지불) 언어 쌍을 많이 지원 하 고 그것은 아직 베타 단계에. 지금이 순간 우리가 아무 생각이 어떤 한계 들은 (우리가 알고 있는 일부 제한 설정). 또한 번역의 품질은 아직 알려져 있지 않습니다. 우리는 단지 그것으로 실험을 시작, 또한 우리는 아직도 기다리고 Apertium 팀에서 응답에 대 한 그래서 우리는 아직 많이 말할 수 없다. 여전히 우리는 우리가 당신에 게 더 많은 선택을 제한 한 api 설정 시 더 많은 번역 가능한 vBET에 많은 Api를 지원 하 고 싶습니다 알고 원한다.

Apertium 통합에 대 한 모든 중요 한 소식은 여기에 (서) 출판 될 것입니다.

[vBET]

첫 번째 테스트 후 약간의 정보입니다.

우리는 이미 Vbet에 작동 하는 그것을 (Vbet은 새 번역 Api를 추가 쉽게).
이 순간 Apertium 번역 API 성능 불량입니다. 약 300 밀리초에서 짧은 요청 대답 무엇입니까 확인을 합니다. 13 초 (다른 응답 시간-5-13 초 사이 우리의 몇 가지 테스트에서)에 여전히 긴 요청 대답 합니다. 물론 우리가이 지역에서 아무것도 할 수 있습니다-이 시간을 기다리고-응답을 기다리는 Vbet에 대 한. 우리는 않는 성능 여기에 (서) 향상 될 것입니다-이 타사 서비스가 말할 수 없습니다. 이 문제가 되지 않습니다 중요 한 후 즉시 번역을 가져옵니다 vBET 캐싱, 여전히 일부 포럼에 대 한 페이지 로드 20에 대 한 허용 될 수 있습니다이 초-때문에 첫 번째 번역에만 하더라도. 다른 손에서-누가 유료 Api에서 옵션이 빠른 번역을 원하는, 그래서 다른 무료 Api의 부족 (Microsoft 제한 2 백만 문자/달-에 여전히 자유로울 것 이다 하지만 여전히 무료 있을 것입니다).

우리가 테스트와 실제 포럼에 잘 테스트 됩니다. 이 순간 우리는 작은 테스트 포럼에 (이미 vBET 코드)에 몇 가지 테스트를 했다.

또한 우리는 이미 vBET와 같은 새로운 구성 기능을 추가하여 제공자의 우선순위를 전세계적으로 설정해야 한다는 것을 알고 있다. 이제 구성 파일을 많이 편집하여 수행할 수 있으며, 그렇지 않다는 것을 알 수 있다. 우리는 번역 시장에서 큰 변화가 있을 것이라고 예측하지는 않았지만, 우리는 채택할 것이다.

[vBET]

우리는 이미 우리의 진짜 포럼에 Apertium 번역 API 테스트를 시작 했다. 우리는 몇 시간 후 우리가 실제 성능에 대해 자세히 말할 수 있을 것 이다 그래서 로그를 설정 합니다.

이 순간 vBET Apertium (거기에 더 하지 다른 번역 엔진에 대 한 일반적인 하지만)에서 30 언어 쌍을 지원 합니다. 우리는 이미를 Vbet에 Apertium을 추가 좋은 성과 아니다 (모든 후 우리는 그래서 그물을 즉시 시간 캐시) 하는 최고의 하는 경우에 참조 하십시오. 우리는 로그-이제 우리는 여전히 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]

우리는 다음 릴리스에서 Apertium 지원 추가 됩니다 때문에 작은 라이센스 변경 될 것입니다-Apertium을 번역 공급자로 나열 됩니다.