<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=windows-1252">
<META content="MSHTML 6.00.6000.16981" name=GENERATOR></HEAD>
<BODY>
<DIV style="FONT: 10pt Courier New; COLOR: #000000">Hallo Herr Fischer,</DIV>
<DIV style="FONT: 10pt Courier New; COLOR: #000000"> </DIV>
<DIV style="FONT: 10pt Courier New; COLOR: #000000">danke für den interessanten
Hinweis - an diese Umwegsmöglichkeit hatte ich nicht gedacht.</DIV>
<DIV style="FONT: 10pt Courier New; COLOR: #000000"> </DIV>
<DIV style="FONT: 10pt Courier New; COLOR: #000000">So hat man tatsächlich die
Möglichkeit, den Zellentrenner zu bestimmen. Soweit ich bis jetzt sehe, gibt es
allerdings leider einen Haken.</DIV>
<DIV style="FONT: 10pt Courier New; COLOR: #000000"> </DIV>
<DIV style="FONT: 10pt Courier New; COLOR: #000000">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.</DIV>
<DIV style="FONT: 10pt Courier New; COLOR: #000000"> </DIV>
<DIV style="FONT: 10pt Courier New; COLOR: #000000">Da Sie nach dem Zweck
der Aktion fragen:</DIV>
<DIV style="FONT: 10pt Courier New; COLOR: #000000"> </DIV>
<DIV style="FONT: 10pt Courier New; COLOR: #000000">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.</DIV>
<DIV style="FONT: 10pt Courier New; COLOR: #000000"> </DIV>
<DIV style="FONT: 10pt Courier New; COLOR: #000000">Viel Grüße,</DIV>
<DIV style="FONT: 10pt Courier New; COLOR: #000000">Christoph Deblon</DIV>
<DIV style="FONT: 10pt Courier New; COLOR: #000000">Staatliche Hochschule für
Musik / Bibliothek</DIV>
<DIV style="FONT: 10pt Courier New; COLOR: #000000">Schultheiß-Koch-Pl. 3</DIV>
<DIV style="FONT: 10pt Courier New; COLOR: #000000">78647 Trossingen</DIV>
<DIV style="FONT: 10pt Courier New; COLOR: #000000">Tel. 07425(949133</DIV>
<DIV style="FONT: 10pt Courier New; COLOR: #000000">eMail <A
href="mailto:debnlon@mh-trossingen.de">debnlon@mh-trossingen.de</A></DIV>
<DIV style="FONT: 10pt Courier New; COLOR: #000000"> </DIV>
<DIV style="FONT: 10pt Courier New; COLOR: #000000"> </DIV>
<BLOCKQUOTE id=tobit_blockquote
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<TABLE id=tobit_repfor
style="BORDER-RIGHT: #e0e0e0 1px solid; BORDER-TOP: #e0e0e0 1px solid; FONT: 10pt Arial; BORDER-LEFT: #e0e0e0 1px solid; COLOR: black; BORDER-BOTTOM: 0px"
cellSpacing=0 cols=3 cellPadding=0 width="99%" border=0>
<TBODY>
<TR borderColor=#dfdfdf borderColorLight=#dfdfdf bgColor=#dfdfdf>
<TD
style="PADDING-LEFT: 4px; PADDING-BOTTOM: 1px; PADDING-TOP: 1px; BORDER-BOTTOM: #ffffff 1px solid"
width=140 colSpan=2 height=22>
<DIV style="FONT: bold 9pt Arial">Original
Message </DIV></TD>
<TD style="BORDER-BOTTOM: #ffffff 1px solid" align=right>
<DIV style="FONT: 8pt Arial">
<DIV style="FONT: 8pt Arial"><STRONG><FONT
color=#808080> processed by
David.InfoCenter</FONT></STRONG> </DIV></DIV></TD></TR></TBODY></TABLE>
<TABLE id=tobit_repfor2
style="BORDER-RIGHT: #e0e0e0 1px solid; BORDER-TOP: 0px; FONT: 8pt Tahoma; BORDER-LEFT: #e0e0e0 1px solid; COLOR: black; BORDER-BOTTOM: #e0e0e0 1px solid"
cellSpacing=0 cols=2 cellPadding=0 width="99%" border=0>
<TBODY>
<TR style="PADDING-BOTTOM: 2px">
<TD style="PADDING-LEFT: 6px; BORDER-BOTTOM: #ffffff 1px solid" width=68
bgColor=#efefef height=18>
<DIV style="FONT: 8pt Tahoma">Subject: </DIV></TD>
<TD style="PADDING-LEFT: 4px; BORDER-BOTTOM: #efefef 1px solid"
bgColor=#ffffff>
<DIV style="FONT: 8pt Tahoma">Re: Re-2: [Allegro] 13 10-Problem bei
manuell bearbeiteter Tabelle (15-Feb-2010 12:33)</DIV></TD></TR>
<TR style="PADDING-BOTTOM: 2px">
<TD style="PADDING-LEFT: 6px; BORDER-BOTTOM: #ffffff 1px solid" width=68
bgColor=#efefef height=18>
<DIV style="FONT: 8pt Tahoma">From: </DIV></TD>
<TD style="PADDING-LEFT: 4px; BORDER-BOTTOM: #efefef 1px solid"
bgColor=#ffffff>
<DIV style="FONT: 8pt Tahoma"><A
href="mailto:fischer@sub.uni-goettingen.de">Thomas Fischer
<fischer@sub.uni-goettingen.de></A></DIV></TD></TR>
<TR style="PADDING-BOTTOM: 0px">
<TD style="PADDING-LEFT: 6px" width=68 bgColor=#efefef height=17>
<DIV
style="FONT: 8pt Tahoma">To: </DIV></TD>
<TD style="PADDING-LEFT: 4px" bgColor=#ffffff>
<DIV style="FONT: 8pt Tahoma"><A
href="mailto:Deblon@mh-trossingen.de">Deblon@mh-trossingen.de</A></DIV></TD></TR></TBODY></TABLE>
<DIV> </DIV>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@mh-trossingen.de email >
> CSID +49 7425 336433 fax > CSID deblon@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@mh-trossingen.de > > > > --------
Original Message -------- > Subject: Re: [Allegro] 13 10-Problem bei
manuell bearbeiteter Tabelle (12-Feb-2010 17:28) > From: Heinrich Allers
<ALLERS@T-ONLINE.DE>> To: Deblon@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@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@biblio.tu-bs.de >>
http://sun250.biblio.etc.tu-bs.de/mailman/listinfo/allegro >
<I-AML.APR><AML.AIM><AMLMINUS.ALG><AMLMINUS.TXT><AMLMINUS.RTF><AMLPLUS.ALG><AMLPLUS.TXT><AMLPLUS.RTF>_______________________________________________>
Allegro mailing list > Allegro@biblio.tu-bs.de >
http://sun250.biblio.etc.tu-bs.de/mailman/listinfo/allegro
</BLOCKQUOTE></BODY></HTML>