Hi

Die Diskussion letztlich über einen Satz-Grammatik-Tree-Parser hat ne alte Idee bei mir reanimiert.

Die manuelle Übersetzung der Docs ist ja recht schleppend, meine Idee wäre eine automatische Übersetzung anzubieten , die im Wiki als Grundlage für Verbeserungen dient.

Nun aber wie automatisieren?

1. Bräuchte man eine Schnittstelle zu einem möglichst guten Umsonstservice, wie babelfish o. ä.
2. Müsste es möglich sein ein Wörterbuch/Glossar für bestimmte stehende Perlbegriffe vorzugeben, die ein standardwörterbuch nicht versteht.
3. Müsste man Bereiche die nicht übersetzt werden sollen im POD markieren können.

Vorschläge und Anregungen?

Grüße
Rolf

Das dürfte relativ schwierig sein, da man Babelfish etc. - soweit ich weiß - keine Begriffe mitgeben kann, die nicht übersetzt werden sollen. Für den Zugriff auf Babelfish bietet CPAN die entsprechenden Module.

Welche Bereiche sollen denn nicht übersetzt werden? Codebeispiele? Dann könnte man einen Parser auf Pod::Parser aufsetzen, der nur die sonstigen Text-Teile übersetzen lässt.

ja auch Codebeispiele ... aber es gibt immer Stellen, wo z.B. "File" als "Akte" oder "Environement" als "Umwelt" übersetzt wird.

Meien Idee geht jetzt dahin diese Wörter mit einem eigenen Span zu markieren, da sowohl Google als auch Yahoo die übersetzung ganzer Webseiten anbietet und die HTML-Struktur beibehält.

Kommst du heut abend zur DA-PM? ...dann können wirs ja diskutieren 8-)

LanX-+2008-08-25 16:18:29--

Meien Idee geht jetzt dahin diese Wörter mit einem eigenen Span zu markieren, da sowohl Google als auch Yahoo die übersetzung ganzer Webseiten anbietet und die HTML-Struktur beibehält.

Ok, damit könnte man was machen...

Quote

Kommst du heut abend zur DA-PM? ...dann können wirs ja diskutieren 8-)

Antwort per PM

Wichtig wäre auch eine Liste von Perl-Spezifischen Begriffen und deren Übersetzung (oder auch nicht)

Schwierig wird es bei der Grammatik. Auch Babelfisch und co. haben damit echte Probleme. Deutsch->Englisch funktioniert recht gut, aber anders herum scheint es echt kompliziert zu sein.

Auf Pod::Parser (oder ähnliches) auf zu setzen scheint mir sinnvoll, da es einem schon einige Arbeit abnimmt, was das Isolieren der Texte betrifft.

Als Vorgänger zu einem vollautomatischen System wäre sicher ein halbautomatisches sicher sinnvoll. Das also nachfragt, wenn es mit einer Übersetzung "unsicher" ist.

Freie Übersetzungsysteme:
http://logos-os.dfki.de/
http://t7e.sourceforge.net perl/mason

topeg+2008-08-25 17:01:43--

Wichtig wäre auch eine Liste von Perl-Spezifischen Begriffen und deren Übersetzung (oder auch nicht)

das meinte ich mit Glossar ...

topeg+2008-08-25 17:01:43--

Als Vorgänger zu einem vollautomatischen System wäre sicher ein halbautomatisches sicher sinnvoll. Das also nachfragt, wenn es mit einer Übersetzung "unsicher" ist.

Freie Übersetzungsysteme:
http://logos-os.dfki.de/
http://t7e.sourceforge.net perl/mason

also vollautomatisch ist IMHO illusorisch, aber halbautomatisch im Wiki wär mein Ziel... Leute sind m.E. eher bereits was zu schreiben, wenn sie etwas korrigieren können.

Danke für die Links schau ich mir an... :)

EDIT:Obsoletes gestrichen!

wir haben hier doch unsere perldoc übersetzung aber trotzdem ist dieser link leer.

http://search.cpan.org/search?query=POD2-DE&mode=a...


siehe

http://use.perl.org/article.pl?sid=08/08/29/161022...

scheint sich langsam eine gemeinsame infrastruktur aufzubauen da perldoc2 ja eingeschlafen zu sein scheint.

vielleicht sollt ich das in einen neuen thread nochmal schreiben

topeg+2008-08-25 17:01:43--

Wichtig wäre auch eine Liste von Perl-Spezifischen Begriffen und deren Übersetzung (oder auch nicht)

Siehe WortListe, verlinkt aus HinweiseFuerUebersetzer.
Die Liste war bisher etwas kurz, aber ich hatte schon länger eine ausführlichere Liste von Jörgen Lang herumliegen, die ich jetzt mal eingearbeitet habe.

Ceterum censeo dass eine automatisierte Übersetzung eine blöde Idee ist. Eine ordentliche Übersetzung ist nun mal viel Arbeit, und zumindest mich würde eine automatisch erzeugte Vorlage nicht sonderlich motivieren, sie zu verbessern.

Ich kann allerdings durchaus verstehen, wenn jemand mehr Interesse daran hat, ein aufregendes kleines Programm zum automatischen Übersetzen zu schreiben, als sich selber einen langweiligen Text zur Übersetzung vorzunehmen.

Ich denke schon dass mein Ansatz bei einem Wiki einen Mehrwert brächte, aber nicht unter den momentanen Rahmenbedingungen.

Habe letztens versucht einen kleinen Schreibfehler zu korrigieren, "wäre" statt "währe", musste aber feststellen dass es nicht mit normalem Wikiedit geht. Die Anleitung zum editieren von pods war auch nicht im Artikel verlinkt und heute hab ich ihn hier zum erstenmal verlinkt gefunden. Ich habe also aufgegeben es zu korrigieren.

Meine Vorstellung wäre dass man Abschnittsweise direkt editieren können müsste und per Klick die Originalversion, die automatische(n) Übersetzung(en), und vielleicht die Kommentare der Übersetzer sehen können müsste.

Google zeigt bei seinen Übersezungen, dass sowas z.B. mit MouseOver-Einblendungen möglich ist.

"Wiki wiki" heißt schließlich "schnell" und nicht "Suche erst den Artikel wo irgendwo beschrieben wird wie du die vorliegende Übersetzung runterladen und korrigieren und raufladen kannst."

Ob und in wie weit dieses aber aktuell realisierbar ist, kann ich erst beurteilen wenn ich dazu komme Twiki bei mir zu installieren und auszutesten. Wobei wie es scheint schon eine recht alte Version notwenig ist, um die hiesige Installation nachzubilden.

Zusammengefasst und ohne Karthago zerstören zu wollen: Automatische Übersetzungen wären unter den aktuellen Bedingungen zu unzugänglich, als dass sie ausreichend schnell verbessert würden.

Dubu+2008-08-30 17:36:17--

Ceterum censeo dass eine automatisierte Übersetzung eine blöde Idee ist. Eine ordentliche Übersetzung ist nun mal viel Arbeit, und zumindest mich würde eine automatisch erzeugte Vorlage nicht sonderlich motivieren, sie zu verbessern.

Ich kann allerdings durchaus verstehen, wenn jemand mehr Interesse daran hat, ein aufregendes kleines Programm zum automatischen Übersetzen zu schreiben, als sich selber einen langweiligen Text zur Übersetzung vorzunehmen.

Nun, ich kann durchaus verstehen wenn jmd an alten Ansätzen festhält und neue lieber polemisch mit Blödheit, Arbeitsscheu und Lust am Spektakel assoziiert. Zynismus ist nun mal schicker und spart viel (Kopf-)Arbeit.

LanX-+2008-08-31 01:44:24--

Meine Vorstellung wäre dass man Abschnittsweise direkt editieren können müsste und per Klick die Originalversion, die automatische(n) Übersetzung(en), und vielleicht die Kommentare der Übersetzer sehen können müsste.

ich habe das mit dem abschnittsweise editieren sogar schonmal angefangen zu programmieren.
das war 2005, und ich habe grad festgestellt, dass das skript sogar noch läuft. basiert auf
basic auth und versionen werden mit rcs verwaltet.
ich könnte versuchen, das weiter zu verfolgen, obwohl ich es sinnvoll fände, das skript
in mein framework einzubetten, das nimmt einem die ganze user-und rollenverwaltung ab.
wer sichs mal angucken will, melde sich per PM oder im irc-channel.