Apertium - een andere vertaling API wordt ondersteund in vBET?

[vBET]

Hallo

We willen u verzekeren dat we zijn op zoek naar nieuwe mogelijkheden voor vertalingen. Op dit moment werken we ter ondersteuning van Apertium vertaling API. Na het lezen van de termijnen van de dienst die we vonden geen beperking tegen steunen in vBET (nog steeds wij sturen e-mail met de vraag, gewoon om zeker te zijn).

De API is gratis nu (we weten niet zal het worden overgeschakeld naar een betaald) het ondersteunt veel talenparen en het is nog in bètastadium. Op dit moment hebben we geen idee welke limieten hebben (wij weten dat Sommige beperkingen zijn ingesteld). Ook is de kwaliteit van de vertaling nog niet bekend. We gewoon beginnen met het te experimenteren, ook wij wachten nog steeds antwoord van Apertium-team, dus we nog te veel kan vertellen. Nog steeds willen wij u om te weten dat wij steunen willen zou in vBET zo veel API's mogelijk om u meer keuze en meer vertalingen in geval van beperkingen instellen in één API.

Een belangrijk nieuws over Apertium integratie zullen hier worden gepubliceerd.

[vBET]

Één of andere info na eerste tests.

We hebben al het werken in vBET (vBET is eenvoudig toe te voegen nieuwe vertaling API's).
Apertium vertaling API prestaties op dit moment is slecht. Korte verzoek worden beantwoord in ongeveer 300 milliseconden wat is OK. Nog lang aanvragen worden zelfs in 13 seconden (verschillende responstijd - in onze paar tests tussen 5-13 seconden) beantwoord. Natuurlijk kunnen we niets op dit gebied - dit is voor vBET wachtende tijd - wachten op antwoord. We kunnen niet zeggen doet prestaties zal hier worden verbeterd - dit is een 3rd party service. Dit is geen kritieke kwestie omdat na caching vBET krijgt vertalingen onmiddellijk, nog voor sommige forums dit het kan worden niet aanvaardbaar voor de pagina te laden 20 seconden - zelfs als het is alleen voor eerste vertaling. Vanaf de andere kant - die wil hebben snelle vertaling opties hebben in betaalde API's, dus in gebrek aan andere gratis API's (Microsoft zal nog steeds vrij slechts voor limiet 2 miljoen tekens/maand - maar het nog steeds vrij zal zijn).

We zullen het testen goed op test en echte forum. Op dit moment daaraan slechts paar tests (reeds in vBET code) op kleine test forum.

Ook zien we al dat we moeten toevoegen nieuwe configuratie mogelijkheden in vBET -mogelijkheid om in te stellen als aanbieders prioriteiten wereldwijd. Nu het kan worden gedaan door te veel configuratiebestanden bewerken en we zien dat het niet de manier is. We voorspellen niet dat dus grote wijzigingen worden aangebracht in de markt van de vertaling, maar wij zullen aannemen

[vBET]

We begonnen al testen Apertium vertaling API op onze echte forum. We stellen zich aanmeldt, zodat na verloop van tijd zullen wij kunnen meer vertellen over echte prestaties.

Op dit moment vBET ondersteunt 30 talenparen van Apertium (er is meer, maar niet vaak voor dat andere vertaling motoren). We zien nu al dat toe te voegen aan Apertium vBET is goed idee zelfs als prestaties niet de beste is (we hebben immers cache dus net tijd het onmiddellijke is). We zien het in logs - waar andere grenzen werd bereikt nu zijn we nog steeds in staat om te doen dankzij Apertium vertalingen. Op dit moment uit logboeken zien we dat meestal die vertalingen vanuit het Engels (de meeste inhoud hier is in het Engels) naar: es, ca, gl natuurlijk het meer wordt ondersteund.

Voor volledige lijst van ondersteunde taal Zie paren hier: http://API.apertium.org/JSON/listPairs
Die zijn talenparen die nu zal worden niet ondersteund (tenminste nu):

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

We zullen het niet steunen nu, want er geen all-naar-all ondersteuning is en andere motoren geen dergelijke talen hebben. Wij zal stilstaand sortie doet sommige codes kan niet worden alleen toegewezen in geval als dezelfde taal met andere codes wordt gebruikt in andere vertaling API's. Hoe dan ook in eerste release Apertium steunen zullen wij niet steunen alle paren.

We willen (en zijn klaar om het te doen nu) met Apertium voor deze taalparen:

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 Van die zou moeten zijn. Als we iets missen laat het ons weten. Ook als u informatie over nieuwe talenparen ondersteund krijgt, dan ook laat het ons weten.

[Simon Lloyd]

Grote werk Michael , de meer API toetsen we voor verschillende API's invoeren kunt het beter, zelfs als zij degenen worden betaald, kon u selectievakjes voor gebruikers om uitschakelen die betaald api's die zij wensen te gebruiken - leuk om te zien dit hoe dan ook ontwikkelen te kunnen introduceren!

[vBET]

Ja we al beschouwd als mogelijkheid om te schakelen aan/uit sommige API zonder wijzigingen in de configuratiebestanden te geven. Op dit moment denk ik dat het gewoon zal worden herkend door API-sleutel. Als API-sleutel niet voor sommige API vertaling gebruikt wordt wordt dan de API niet gebruikt. Het is niet uitgevoerd nog -enige idee nu.

[vBET]

Omdat we Apertium ondersteuning in de volgende release toevoegen zal zal er kleine licentie verandering - Apertium wordt ook aangeboden als vertaling provider.