Re-4: [Allegro] 13 10-Problem bei manuell bearbeiteter Tabelle

[Christoph Deblon]

CSID +49 7425 336433 fax
CSID deblon at mh-trossingen.de email

Hallo Herr Fischer,

danke für den interessanten Hinweis - an diese Umwegsmöglichkeit hatte ich nicht gedacht.

So hat man tatsächlich die Möglichkeit, den Zellentrenner zu bestimmen. Soweit ich bis jetzt sehe, gibt es allerdings leider einen Haken.

Bei dieser Methode bekomme ich aus der RTF-Tabelle eine Textdatei, in der die Zellen z.B. durch Tabulatoren getrennt sind. Auch das Zeilenende kann man wählen, zwischen 13 10 oder 13 oder 10 oder 10 13 - das läßt hoffen. Nun bemüht sich WORD aber leider, mitzudenken, und wandelt auch die 13 10, die es im Text vorfindet, in das eingestellte Zeilenende um. Ich sehe daher im Moment nicht, wie auf diese Weise die unerwünschten 13 10 im Text unschädlich gemacht werden könnte.

Da Sie nach dem Zweck der Aktion fragen:

In die aus einer Allegro-Datenbank gewonnene RTF-Tabelle sollen Eintragungen (eine Art "Ranking") gemacht werden, die in die Datenbank zurück übertragen werden sollen. Der "Offline"-Umweg ist nötig, weil die Eintragungen von verschiedenen Lehrkräften gemacht werden sollen, die nicht direkt an der Allegro-DB arbeiten können. Die asiatischen Elemente spielen für die Rückübertragung keine Rolle, - das Ergebnis soll letzlich ins Reich der Mitte gehen, daher die Versuche, einige normierte Titelelemente von Allegro ins englisch/chinesische übertragen zu lassen, was prima klappt.

Viel Grüße,
Christoph Deblon
Staatliche Hochschule für Musik / Bibliothek
Schultheiß-Koch-Pl. 3
78647 Trossingen
Tel. 07425(949133
eMail debnlon at mh-trossingen.de

 
Original Message        processed by David.InfoCenter 
Subject: Re: Re-2: [Allegro] 13 10-Problem bei manuell bearbeiteter Tabelle (15-Feb-2010 12:33)
From:    Thomas Fischer <fischer at sub.uni-goettingen.de>
To:      Deblon at mh-trossingen.de


Hallo Herr Deblon, ich habe noch nicht ganz verstanden, was der Zweck Ihrer Aktion ist. Nur zwei Dinge sind mir direkt aufgefallen: 1. Wenn ich eine Word-Tabelle in Text umwandle, tue ich das i zwei Schritten: – zuerst Umwandlung der Tabelle in Text, damit werden die Zell-Trennzeichen zu Tabulatoren (bzw. einem anderen Zeichen,das Sie wählen können), die einfacher zu verarbeiten sind – dann Umwandlung der so entstandenen Datei in Text 2. Wenn ich ein Word-Dokument in Text umwandle, kann ich die Textkodierung festlegen. Wenn ich Unicode UTF-8 wähle, bleiben die asiatischen Zeichen in Ihrem Text erhalten (ich weiß nicht, ob das nützlich ist). Mit freundlichen Grüßen Thomas Fischer __________ Dr. Thomas Fischer Metadaten und Datenbanken Staats- und Universitätsbibliothek Göttingen 37070 Göttingen Germany Tel.: +49 551 393883 und +43 662 621498 Am 13.02.2010 um 20:56 schrieb Christoph Deblon: > CSID +49 7425 336433 fax > CSID deblon at mh-trossingen.de email > > CSID +49 7425 336433 fax > CSID deblon at mh-trossingen.de email > > Liebe Frau Koczian, lieber Herr Allers, lieber Herr Berger, > > herzlichen Dank für Ihre Antworten! > > Inzwischen bin ich zu einer sehr mäßig eleganten, aber mich einigermaßen zufriedenstellenden Lösung gekommen: der RTF-Tabelle (die aus Allegro-Export + Word-Umwandlung stammt) wird noch eine weitere Spalte spendiert, die mit "EOR" o.dgl. gefüllt ist. Wenn ich diese Spalte schmal mache, sieht es wie eine Schlußleiste aus und stört wenig. Damit habe ich eine Kennzeichnung des Zeilenendes, z.B. re="EOR" 13 und kann, wie von Herrn Berger vorgeschlagen, einen Import nach Typ C vornehmen. Auch die globale Ersetzung 13 10 --> " " funktioniert dann wunschgemäß. > > Frau Koczians Gedanke, einen anderen Feldtrenner zu bestimmen, wäre natürlich weit elganter - wenn jemand da etwas weiß? Die Tabellenstruktur der Vorlage scheint aber schon die sonst übliche Variabilität zu beeinträchtigen - s. unten. > > Ich darf mir vielleicht noch erlauben, Ihre Fragen zu beantworten und das schon vorbereitete Anschauungsmaterial beizufügen. > > zu Allers: > - ich benutzte Word zur Umwandlung von RTF-Tabelle --> Text ("Speichern unter") > - die RTF-Vorlage enthält, wie Sie sofort sehen, RTF-Unicode, der bei der Umwandlung in Text verlorengeht (Word warnt auch entsprechend), ich benötige diese Textelemente aber nicht mehr, es scheint nicht zu schaden, denn ohne den 13 10-Fehler funktioniert alles tadellos. > - die manuellen Eintragungen mache ich mit Word als Editor, da gibt es auch kein Alternative, weil diese Eintragungen später von diversen Personen (zwecks einer Art "Ranking" der Tabelleneinträge) gemacht werden sollen. > > zu Berger und Koczian: > - Word setzt bei der Umwandlung RTF-Tabelle --> Text offenbar die "13" als Trennzeichen, das Zeilenende wird m.E. nicht besonders markiert. Die Varianten, die von Word bei der Umwandlung RTF-->Text angeboten werden, scheinen alle außer Kraft zu sein, wohl weil die Vorlage eine Tabelle ist (grade weil Frau Koczian bei diesem Punkt nachfragt, muß ich aber betonen, daß dieser Eindruck von mir nur auf oberflächlichem aktuellen Probieren beruht, nicht auf weitergehenden Kenntnissen). > > --- > > Ich füge zwei "Sets" bei, die das Problem (also nicht die oben angedeutet "Lösung") zeigen können: > > (1) AMLplus.RTF --> AMLplus.TXT --> AMLplus.ALG > (2) AMLminus.RTF --> AMLminus.TXT --> AMLminus.ALG. > > Die "plus"-Dateien sind "sauber", und es funktioniert alles wie gewünscht, in die letzte Spalte von AMLplus.RTF sind manuelle Einträge (Zifferngruppen wie 221 etc.) vorgenommen worden, aber korrekt ohne Zeilenschaltung. > > Bei den "minus"-Dateien haben ich in der RTF-Datei zu Anfang in der 7. Zeile (Q 10-3) in der letzten Spalte eine Zeilenschaltung quasi als "Fehler" eingefügt (23//3 statt 233), und man kann in AMLminus.ALG sehen, daß die Ausgabe genau an dieser Stelle aufhört. > > Außerdem die beiden ganz simplen Parameter für den Import. > > --- > > Viele Grüße, > Christoph Deblon > Staatlicheh Hochschule für Musik / Bibliothek > Schulheiß-Koch-Pl. 3 > 78647 Trossingen > Tel. 07425/949133 > eMail deblon at mh-trossingen.de > > > > -------- Original Message -------- > Subject: Re: [Allegro] 13 10-Problem bei manuell bearbeiteter Tabelle (12-Feb-2010 17:28) > From: Heinrich Allers > To: Deblon at mh-trossingen.de > >> Hallo Herr Deblon: >> >>> es liegt eine RTF-Tabelle vor. >>> Diese soll in eine Text-Datei konvertiert werden, >> >> In eine pure Textdatei, also des Typs .txt? >> >>> bei Umwandlung mit Word werden die dabei die Zellentrennungen durch Code 13 >>> dargestellt. >> >> Sie benutzen Word also dafür, um aus der RTF-Datei eine Text-Datei zu >> machen? >> >>> Die Text-Datei soll per import in eine ALG-Datei überführt werden. >>> >>> Ein Problem entsteht dadurch, daß in der RTF-Tablelle manuelle Eintragungen >>> gemacht werden sollen. >> >> Diese manuellen Eintragungen in der RTF-Datei machen Sie unter Benutzung >> von Word als Editor? >> >>> Wenn man dabei betätigt, steht in der Textdatei an dieser >>> Stelle eine 13 10. Das stört natürlich die Dateistruktur, und der >>> Import wird fehlerhaft. >> >> Klar. (Ich kenne das Problem in ähnlicher Form von früher: damals mußte ich >> die "13 10" von Hand >> herauswerfen). >> >>> Wenn es eine einfache (d. h. mit Allegro-Mitteln realisierbare) >>> Möglichkeit gibt, das abzufangen, wäre es im gegebenen Falle >>> arbeitsorganisatorisch günstiger, als zu versuchen, die Betätigung>>> von enter zu unterbinden. >> >>> Ich habe es mit globaler Ersetzung in den Importparametern versucht: >>> >>> _ 13 10 >>> _ "" oder " " >>> >>> das funktioniert nicht, >> >> Seltsam. >> >> Um effektiv helfen oder einen Rat geben zu können, schlage ich Ihnen vor, >> daß Sie sowohl die RTF-Datei >> als auch die Textdatei (zumindest auszugsweise) mit der von Ihnen beim >> Import benutzten Import- und >> Exportparameterdatei zur Verfügung stellen. Mir zumindest fällts anhand >> konkreten Materials leichter, >> etwas zu sagen, was weiterführt. >> >> >> Mit besten Grüßen: >> >> Heinrich Allers >> >> allers at t-online.de * http://www.h-allers.de >> Netztagebuch: http://heinrich-erlo-ger.blogspot.com/ >> Bitácora: http://heinrich-erlo-spa.blogspot.com/ >> >> _______________________________________________ >> Allegro mailing list >> Allegro at biblio.tu-bs.de >> http://sun250.biblio.etc.tu-bs.de/mailman/listinfo/allegro > _______________________________________________> Allegro mailing list > Allegro at biblio.tu-bs.de > http://sun250.biblio.etc.tu-bs.de/mailman/listinfo/allegro 
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://bibservices.biblio.etc.tu-bs.de/pipermail/allegro/attachments/20100215/4914f562/attachment.html>