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

Sa Feb 13 20:56:28 CET 2010

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 <allers at t-online.de>
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 <enter> 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
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : I-AML.APR
Dateityp    : application/octet-stream
Dateigröße  : 1907 bytes
Beschreibung: nicht verfügbar
URL         : <http://bibservices.biblio.etc.tu-bs.de/pipermail/allegro/attachments/20100213/e9c38e1f/attachment.obj>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : AML.AIM
Dateityp    : application/octet-stream
Dateigröße  : 381 bytes
Beschreibung: nicht verfügbar
URL         : <http://bibservices.biblio.etc.tu-bs.de/pipermail/allegro/attachments/20100213/e9c38e1f/attachment-0001.obj>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : AMLminus.ALG
Dateityp    : application/octet-stream
Dateigröße  : 45 bytes
Beschreibung: nicht verfügbar
URL         : <http://bibservices.biblio.etc.tu-bs.de/pipermail/allegro/attachments/20100213/e9c38e1f/attachment-0002.obj>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : AMLminus.TXT
Dateityp    : application/octet-stream
Dateigröße  : 4983 bytes
Beschreibung: nicht verfügbar
URL         : <http://bibservices.biblio.etc.tu-bs.de/pipermail/allegro/attachments/20100213/e9c38e1f/attachment-0003.obj>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : AMLminus.RTF
Dateityp    : application/octet-stream
Dateigröße  : 69624 bytes
Beschreibung: nicht verfügbar
URL         : <http://bibservices.biblio.etc.tu-bs.de/pipermail/allegro/attachments/20100213/e9c38e1f/attachment-0004.obj>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : AMLplus.ALG
Dateityp    : application/octet-stream
Dateigröße  : 322 bytes
Beschreibung: nicht verfügbar
URL         : <http://bibservices.biblio.etc.tu-bs.de/pipermail/allegro/attachments/20100213/e9c38e1f/attachment-0005.obj>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : AMLplus.TXT
Dateityp    : application/octet-stream
Dateigröße  : 4981 bytes
Beschreibung: nicht verfügbar
URL         : <http://bibservices.biblio.etc.tu-bs.de/pipermail/allegro/attachments/20100213/e9c38e1f/attachment-0006.obj>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : AMLplus.RTF
Dateityp    : application/octet-stream
Dateigröße  : 69597 bytes
Beschreibung: nicht verfügbar
URL         : <http://bibservices.biblio.etc.tu-bs.de/pipermail/allegro/attachments/20100213/e9c38e1f/attachment-0007.obj>