Unterstützt Apertium - eine weitere Übersetzung API werden in vBET?

[vBET]

Hallo:)

Wir möchte Ihnen versichern, dass wir neue Möglichkeiten für Übersetzungen suchen. Im Moment arbeiten wir an Apertium (http://wiki.apertium.org/wiki/Apertium_web_service) Übersetzung API unterstützen. Nach der Lektüre Nutzungsbedingungen fanden wir keine Einschränkung gegen in vBET (noch senden wir e-Mail mit Frage, nur um sicherzugehen) unterstützen.

Die API ist jetzt frei (wir wissen nicht, wird es umgeschaltet werden bezahlt man) unterstützt viele Sprachen, und es ist noch im Betastadium. Im Moment haben wir keine Ahnung welche Grenzen, die sie haben (wir wissen, dass einige Grenzen gesetzt sind). Qualität der Übersetzung ist auch noch nicht bekannt. Wir experimentieren mit ihm nur starten, auch wir immer noch warten auf Antwort vom Apertium Team, so dass wir noch zu viel sagen kann. Noch wollen wir, dass Sie wissen, dass wir in vBET so viele APIs wie möglich, Ihnen mehr Auswahl und mehr Übersetzungen für Grenzwerte eine API unterstützen möchten.

Wichtige Neuigkeiten über Apertium-Integration werden hier veröffentlicht.

[vBET]

Einige Infos nach ersten Tests.

Wir haben es funktioniert in vBET (vBET ist einfach, neue Übersetzung APIs hinzuzufügen).
Apertium Übersetzung API Leistung in diesem Augenblick ist schlecht. Kurze Anfrage werden beantwortet, in rund 300 Millisekunden, was ist OK. Noch lange Anforderungen werden auch in 13 Sekunden (andere Antwortzeit - in unseren einige Tests zwischen 5-13 Sekunden) beantwortet. Natürlich können wir nichts in diesem Bereich - das ist für vBET Wartezeit - warten auf Antwort. Wir können nicht sagen, ist Leistung hier verbessert werden - dies ist 3rd-Party-Service. Deshalb nicht kritisch, weil nach dem Zwischenspeichern vBET Übersetzungen sofort wird, noch für einige Foren dies es ist nicht akzeptabel für die Seite zu laden 20 Sekunden - auch wenn es nur für die erste Übersetzung. Von der anderen Seite-, die schnelle Übersetzung Optionen in bezahlten APIs haben will, im Mangel an andere kostenlose APIs (Microsoft werden nur für Grenzwert 2 Millionen Zeichen/Monat - noch frei, aber wird es noch frei).

Wir werden es auf Test und Real Forum testen. Im Moment haben wir nur wenige Tests (bereits in vBET Code) auf kleinen Test-Forum.

Auch sehen wir bereits, dass wir noch neue Konfigurationsfunktionen in vBET - wie die Möglichkeit der Anbieter Prioritäten Global. Jetzt kann es durch viele Konfigurationsdateien bearbeiten, und wir sehen, dass es nicht die Art und Weise. Wir Vorhersagen nicht, die so große Änderungen in Übersetzungsmarkt durchgeführt, aber wir übernehmen:

[vBET]

Wir begannen bereits testen Apertium Übersetzung API auf unsere reale Forum. Wir setzen Protokolle, damit wir nach einiger Zeit mehr über echte Leistung erzählen können.

Im Moment unterstützt vBET 30 Sprachpaare aus Apertium (es gibt mehr, jedoch nicht üblich für andere Motoren Übersetzung). Wir sehen bereits, dass vBET Apertium hinzufügen sinnvoll ist, auch wenn Leistung nicht das beste (schließlich haben wir also Zeit net ist es sofort Cache). Wir sehen es in Protokollen - wo andere Grenzen erreicht wurde, jetzt sind wir noch in der Lage zu tun, Übersetzungen dank Apertium. Im Moment aus den Protokollen sehen wir, dass vor allem die Übersetzungen aus dem englischen sind (die meisten Inhalte hier ist in englischer Sprache) zu: es, ca, Gl, natürlich, es wird mehr unterstützt.

Um die vollständige Liste der unterstützten Sprachen finden Sie unter Paare finden Sie hier: http://api.apertium.org/json/listPairs
Sprachpaare sind heute nicht (zumindest jetzt) unterstützt werden:


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

Wir werden es jetzt, nicht unterstützen, denn es keine alles-zu-alle-Unterstützung gibt und andere Motoren keine solche Sprachen haben. Wir werden noch prüfen, einige Codes nur bei zugeordnet werden kann werden dieselbe Sprache mit anderen Codes in anderen Übersetzung APIs verwendet wird. Auf jeden Fall unterstützen wir im ersten Release unterstützen Apertium nicht alle Paare.

Wir wollen (und sind bereit, die es jetzt tun) Apertium für die Sprachkombinationen verwenden:


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 Derjenigen sollte. Wenn wir etwas verpasst informieren Sie uns bitte. Auch wenn Sie Informationen über neue Sprachpaare unterstützt werden, dann auch lassen Sie uns bitte.

[Simon Lloyd]

Great work Michael:), die weitere API-Schlüssel, die wir geben können Sie für andere API desto besser, auch wenn sie bezahlt werden, könnten Sie Kontrollkästchen für Benutzer zu aktivieren oder deaktivieren Sie die api, die sie wünschen zu benutzen - schön, diese Entwicklung ohnehin einführen!

[vBET]

Ja wir bereits als um Option zum Aktivieren oder deaktivieren Sie eine API ohne Änderungen in Konfigurationsdateien zu geben. In diesem Moment denke ich, dass es einfach durch API-Schlüssel erkannt wird. Wenn die API-Schlüssel für eine Übersetzung-API nicht verwendet wird ist die API nicht verwendet. Es ist jetzt nicht implementierten noch -die einzige Idee.

[vBET]

Da wir im nächsten Release Apertium Unterstützung hinzufügen wird es kleine Lizenz ändern - Apertium wird auch als Übersetzungsanbieter aufgeführt werden.