From stahl at germanistik.uni-wuerzburg.de Wed Feb 2 21:39:31 2011 From: stahl at germanistik.uni-wuerzburg.de (stahl at germanistik.uni-wuerzburg.de) Date: Wed, 02 Feb 2011 21:39:31 +0100 Subject: [Tustep-Liste] #vergleiche Message-ID: <20110202213931.10532ezdj9sc54ar@webmail.uni-wuerzburg.de> Liebe Listen-Leserinnen und -Leser, heute hab ich Probleme beim Vergleichen von zwei Texten: T1 hat den Inhalt: ----- Der Konsul beugte sich mit einer etwas nervösen Bewegung im Sessel vornüber. Er trug einen zimmetfarbenen Rock mit breiten Aufschlägen und keulenförmigen Ärmeln, die sich erst unterhalb des Gelenkes eng um die Hand schlossen. Seine an|schließenden Beinkleider bestanden aus einem weißen, wasch|baren Stoff und waren an den Außenseiten mit schwarzen Strei|fen versehen. ----- T2 hat dieser Inhalt: ----- der konsul beugte sich mit einer etwas nervoesen bewegung im sessel vornueber. er trug einen zimmetfarbenen rock mit breiten aufschlaegen und keulenfoermigen aermeln, die sich erst unterhalb des gelenkes eng um die hand schlossen. seine anschließenden bein-kleider bestanden aus einem weissen waschbaren stoff und waren an den aussenseiten mit schwarzen streifen versehen. ----- In T2 wurden (gegenüber T1) Normalisierungen vorgenommen, nämlich ä -> ae ö -> oe ü -> ue ß -> ss alle Großbuchstaben zu den entsprechenden kleinen. Wenn ich jetzt ein Vergleichprotokoll herstelle, interessieren mich diese Normalisierungen nicht, sondern nur die Unterschiede, die darüber hinausgehen. Meine Vergleichstuedatei sieht so aus: ----- #vergleiche,t1,t2,mo=wort,loe=+,par=*,korr=k2 wtv .ä.ae wtv .ö.oe wtv .ü.ue. wtv .ß.ss. gku 0 umg 0 3 0 0 3 0 0 0 0 sw 4 *eof ----- Sie bringt aber nicht das Ergebnis, das ich mir wünsche. Es dürften nur "bein-kleider" übrig bleiben sowie das fehlende Komma hinter "weissen". Die Paramter UMG und SW brauche ich für die dann anschließende Verarbeitung, was hier aber zunächst nicht von Bedeutung ist. Weiß jemand, wie's geht? Irgendwie hab ich mir die Parameter einfacher vorgestellt. Herzliche Grüße P.Stahl From kol at steinheim-institut.org Wed Feb 2 23:10:39 2011 From: kol at steinheim-institut.org (Thomas Kollatz) Date: Wed, 2 Feb 2011 23:10:39 +0100 Subject: [Tustep-Liste] #vergleiche In-Reply-To: <20110202213931.10532ezdj9sc54ar@webmail.uni-wuerzburg.de> References: <20110202213931.10532ezdj9sc54ar@webmail.uni-wuerzburg.de> Message-ID: <735E3BE7-DD15-4949-B2BC-E0E292090156@steinheim-institut.org> Kurz vorm schlafen gehen, habe ich es probiert und xv statt wtv genommen. [Auch sv habe ich weggelassen, das ändert aber nix, ich kenne es nur nicht, und mich würde nun meinerseits interessieren, wann und wozu wtv und sv denn verwendet werden können/sollen]. Wie auch immer, so hat es auf jeden Fall geklappt, denn in k2 steht jetzt: 1.5,1[Beinkleider]=bein-kleider 1.5,5[weißen,]=weissen Schöne Grüße nach Würzburg und eine gute Nacht wünscht THOMAS KOLLATZ <-- es muss ja nicht immer #tu sein ... darum folgt hier das Skript: $$ MODE TUSCRIPT scr="parcomp't1't2'k2" LOOP s=scr ERROR/STOP CREATE ("{s}",seq-E,-std-) ENDLOOP MODE DATA $$ t1 =* Der Konsul beugte sich mit einer etwas nervösen Bewegung im Sessel vornüber. Er trug einen zimmetfarbenen Rock mit breiten Aufschlägen und keulenförmigen Ärmeln, die sich erst unterhalb des Gelenkes eng um die Hand schlossen. Seine an|schließenden Beinkleider bestanden aus einem weißen, wasch|baren Stoff und waren an den Außenseiten mit schwarzen Strei|fen versehen. $$ t2=* der konsul beugte sich mit einer etwas nervoesen bewegung im sessel vornueber. er trug einen zimmetfarbenen rock mit breiten aufschlaegen und keulenfoermigen aermeln, die sich erst unterhalb des gelenkes eng um die hand schlossen. seine anschließenden bein-kleider bestanden aus einem weissen waschbaren stoff und waren an den aussenseiten mit schwarzen streifen versehen. $$ FILE "parcomp" xv .ä.ae xv .ö.oe xv .ü.ue. xv .ß.ss. xv .|.. gku 0 umg 0 3 0 0 3 0 0 0 0 $$ ENDFILE $$ MODE TUSCRIPT FILE "t1" = t1 FILE "t2" = t2 EXECUTE #vergleiche,t1,t2,mo=wort,loe=+,par=parcomp,korr=k2 --> drs Thomas Kollatz - wissenschaftlicher Mitarbeiter / research assistant * Salomon Ludwig Steinheim-Institut fuer deutsch-juedische Geschichte D-47057 Duisburg Geibelstr. 41 T 0203-370071 F 0203-373380 * Institut * Epigraphische Datenbank From stahl at germanistik.uni-wuerzburg.de Thu Feb 3 11:36:54 2011 From: stahl at germanistik.uni-wuerzburg.de (stahl at germanistik.uni-wuerzburg.de) Date: Thu, 03 Feb 2011 11:36:54 +0100 Subject: [Tustep-Liste] #vergleiche In-Reply-To: <735E3BE7-DD15-4949-B2BC-E0E292090156@steinheim-institut.org> References: <20110202213931.10532ezdj9sc54ar@webmail.uni-wuerzburg.de> <735E3BE7-DD15-4949-B2BC-E0E292090156@steinheim-institut.org> Message-ID: <20110203113654.14487h2h3ust6gcm@webmail.uni-wuerzburg.de> Lieber Thomas, > Kurz vorm schlafen gehen, habe ich es probiert und xv statt wtv genommen. wie eng Erfolg und Miserfolg doch manchmal beieinander liegen können. Vielen Dank für Deine Hilfe und herzliche Grüße Peter From christian.moser at theol.uzh.ch Mon Feb 7 10:54:26 2011 From: christian.moser at theol.uzh.ch (Christian Moser) Date: Mon, 07 Feb 2011 10:54:26 +0100 Subject: [Tustep-Liste] =?iso-8859-15?q?lange_Apparateintr=E4ge?= Message-ID: <4D4FC152.20109@theol.uzh.ch> Liebe Liste Apparateinträge sollen laut Handbuch ja "in der Regel relativ kurz sein", weil "insbesondere nicht vorgesehen [ist], dass lange Apparateinträge bei Bedarf automatisch auf Folgeseiten fortgesetzt werden." Falls ein Apparateintrag nun doch einmal ziemlich lang ist, wie kann ich ihn dennoch auf den Apparatteil der nächsten Seite überlaufen lassen? Oder ist das gar nicht vorgesehen? Freundliche Grüsse Christian Moser -- Christian Moser, Dr. des. Oberassistent Redaktion Zwingliana Universität Zürich Institut für Schweizerische Reformationsgeschichte Kirchgasse 9 CH-8001 Zürich +41 (0)44 634 47 59 christian.moser at theol.uzh.ch www.irg.uzh.ch/personen/moser.html From wilhelm.ott at uni-tuebingen.de Mon Feb 7 11:26:23 2011 From: wilhelm.ott at uni-tuebingen.de (Wilhelm Ott) Date: Mon, 7 Feb 2011 11:26:23 +0100 (CET) Subject: [Tustep-Liste] =?iso-8859-15?q?lange_Apparateintr=E4ge?= In-Reply-To: <4D4FC152.20109@theol.uzh.ch> References: <4D4FC152.20109@theol.uzh.ch> Message-ID: Lieber Herr Moser, die (zugegebenermaßen etwas unbefriedigende) Antwort auf Ihre Frage findet sich im gleichen Abschnitt, aus dem Sie zitiert haben, im letzten Satz: "So können Apparateteile, die zu überlangen Seiten geführt haben, vor einem weiteren Programmlauf mit anderen Mitteln (z.B. mit Hilfe des Editors) entsprechend umgestellt werden." Mit anderen Worten: im Satzprogramm selbst oder in den Makros zur Satzumgebung ist dafür bisher keine automatische Lösung vorgesehen. Da überlange Apparateinträge in mehr als einem Apparat zur selben Seite vorkommen können, wäre eine automatische Lösung wohl nur selten hilfreich. Deswegen hat der Programmautor hierfür Handarbeit oder benutzereigene/projektspezifische Prozeduren vorgesehen. Immerhin weist das Satzprogramm in der Protokolldatei auf solche Stellen hin und lässt auf der Folgeseite entsprechend viel Platz frei (falls die überlaufenden Apparateinträge nicht so lang sind, dass sie nicht auf einer einzigen Seite untergebracht werden können). Ab welchem Wert des Überlaufs Platz freigehalten wird, kann über die 7. Angabe zum Parameter HOE gesteuert werden. Mit den besten Grüßen aus Tübingen Wilhelm Ott ---------------------------------------------------------------------- Prof. Dr. Wilhelm Ott phone: +49-7071-987656 Universitaet Tuebingen fax: +49-7071-987622 c/o Zentrum fuer Datenverarbeitung e-mail: wilhelm.ott at uni-tuebingen.de Waechterstrasse 76 D-72074 Tuebingen On Mon, 7 Feb 2011, Christian Moser wrote: > Date: Mon, 07 Feb 2011 10:54:26 +0100 > From: Christian Moser > Reply-To: tustep-liste at itug.de > To: tustep-liste at itug.de > Subject: [Tustep-Liste] lange Apparateinträge > > Diskussionsforum Tustep-Liste > Weitere Informationen: www.itug.de > ------------------------------------------------------------ > > Liebe Liste > > Apparateinträge sollen laut Handbuch ja "in der Regel relativ kurz sein", weil > "insbesondere nicht vorgesehen [ist], > dass lange Apparateinträge bei Bedarf automatisch auf Folgeseiten fortgesetzt > werden." > Falls ein Apparateintrag nun doch einmal ziemlich lang ist, wie kann ich ihn > dennoch auf den Apparatteil der nächsten Seite überlaufen lassen? Oder ist das > gar nicht vorgesehen? > > Freundliche Grüsse > Christian Moser > > -- > Christian Moser, Dr. des. > Oberassistent > Redaktion Zwingliana > Universität Zürich > Institut für Schweizerische Reformationsgeschichte > Kirchgasse 9 > CH-8001 Zürich > +41 (0)44 634 47 59 > > christian.moser at theol.uzh.ch > www.irg.uzh.ch/personen/moser.html > > ------------------------------------------------------------ > Tustep-Liste at itug.de > https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste > From christian.moser at theol.uzh.ch Mon Feb 7 11:58:28 2011 From: christian.moser at theol.uzh.ch (Christian Moser) Date: Mon, 07 Feb 2011 11:58:28 +0100 Subject: [Tustep-Liste] =?iso-8859-15?q?lange_Apparateintr=E4ge?= In-Reply-To: References: <4D4FC152.20109@theol.uzh.ch> Message-ID: <4D4FD054.4010509@theol.uzh.ch> Lieber Herr Ott Vielen Dank für Ihre prompte Antwort! Es ist sehr praktisch, dass auf der nächsten Seite gleich Platz freigehalten wird. Die Sache ist aber die: Wie schaffe ich es, dass dieser Platz durch einen Überlauf des Apparats gefüllt wird (à la: "ab hier den Rest des Apparateintrags auf der nächsten Seite - und zwar im Apparatteil - drucken")? Wenn ich im Apparateintrag z.B. einen Seitenwechsel initiiere, erscheint der Rest des Eintrags ja im Fliesstext der nächsten Seite. Mit freundlichen Grüssen und bestem Dank Christian Moser Am 07.02.2011 11:26, schrieb Wilhelm Ott: > Diskussionsforum Tustep-Liste > Weitere Informationen: www.itug.de > ------------------------------------------------------------ > > > > Lieber Herr Moser, > > die (zugegebenermaßen etwas unbefriedigende) Antwort auf Ihre Frage > findet sich im gleichen Abschnitt, aus dem Sie zitiert haben, > im letzten Satz: > "So können Apparateteile, die zu überlangen Seiten geführt haben, > vor einem weiteren Programmlauf mit anderen Mitteln (z.B. mit Hilfe > des Editors) entsprechend umgestellt werden." > > Mit anderen Worten: im Satzprogramm selbst oder in den Makros zur > Satzumgebung ist dafür bisher keine automatische Lösung vorgesehen. > Da überlange Apparateinträge in mehr als einem Apparat zur selben > Seite vorkommen können, wäre eine automatische Lösung wohl nur > selten hilfreich. Deswegen hat der Programmautor hierfür Handarbeit > oder benutzereigene/projektspezifische Prozeduren vorgesehen. > > Immerhin weist das Satzprogramm in der Protokolldatei auf solche > Stellen hin und lässt auf der Folgeseite entsprechend viel Platz > frei (falls die überlaufenden Apparateinträge nicht so lang sind, > dass sie nicht auf einer einzigen Seite untergebracht werden können). > Ab welchem Wert des Überlaufs Platz freigehalten wird, kann über die > 7. Angabe zum Parameter HOE gesteuert werden. > > Mit den besten Grüßen aus Tübingen > > Wilhelm Ott > > ---------------------------------------------------------------------- > Prof. Dr. Wilhelm Ott phone: +49-7071-987656 > Universitaet Tuebingen fax: +49-7071-987622 > c/o Zentrum fuer Datenverarbeitung e-mail: wilhelm.ott at uni-tuebingen.de > Waechterstrasse 76 > D-72074 Tuebingen > > > > On Mon, 7 Feb 2011, Christian Moser wrote: > >> Date: Mon, 07 Feb 2011 10:54:26 +0100 >> From: Christian Moser >> Reply-To: tustep-liste at itug.de >> To: tustep-liste at itug.de >> Subject: [Tustep-Liste] lange Apparateinträge >> >> Diskussionsforum Tustep-Liste >> Weitere Informationen: www.itug.de >> ------------------------------------------------------------ >> >> Liebe Liste >> >> Apparateinträge sollen laut Handbuch ja "in der Regel relativ kurz sein", weil >> "insbesondere nicht vorgesehen [ist], >> dass lange Apparateinträge bei Bedarf automatisch auf Folgeseiten fortgesetzt >> werden." >> Falls ein Apparateintrag nun doch einmal ziemlich lang ist, wie kann ich ihn >> dennoch auf den Apparatteil der nächsten Seite überlaufen lassen? Oder ist das >> gar nicht vorgesehen? >> >> Freundliche Grüsse >> Christian Moser >> >> -- >> Christian Moser, Dr. des. >> Oberassistent >> Redaktion Zwingliana >> Universität Zürich >> Institut für Schweizerische Reformationsgeschichte >> Kirchgasse 9 >> CH-8001 Zürich >> +41 (0)44 634 47 59 >> >> christian.moser at theol.uzh.ch >> www.irg.uzh.ch/personen/moser.html >> >> ------------------------------------------------------------ >> Tustep-Liste at itug.de >> https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste >> >> >> >> ------------------------------------------------------------ >> Tustep-Liste at itug.de >> https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste -- Christian Moser, Dr. des. Oberassistent Redaktion Zwingliana Universität Zürich Institut für Schweizerische Reformationsgeschichte Kirchgasse 9 CH-8001 Zürich +41 (0)44 634 47 59 christian.moser at theol.uzh.ch www.irg.uzh.ch/personen/moser.html -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From gottfried.reeg at fu-berlin.de Mon Feb 7 12:24:50 2011 From: gottfried.reeg at fu-berlin.de (Reeg, Gottfried) Date: Mon, 7 Feb 2011 12:24:50 +0100 Subject: [Tustep-Liste] =?iso-8859-1?q?lange_Apparateintr=E4ge?= In-Reply-To: <4D4FD054.4010509@theol.uzh.ch> References: <4D4FC152.20109@theol.uzh.ch> <4D4FD054.4010509@theol.uzh.ch> Message-ID: Lieber Herr Moser, bei langen Apparateinträgen bzw. einem Überlauf kommen Sie in diesem Fall ohne einen händischen Eingriff nicht aus, es sei denn Sie greifen zu anderen Mitteln. 1. Michael Trauth hat einiges in dieser Richtung programmiert aufbauend auf *AUMBRUCH und KOPIERE, inwieweit bei ihm diese Schwierigkeit automatisch gelöst ist, weiß ich nicht. 2. Seit einiger Zeit bin ich u.a. wegen dieser Probleme davon abgekommen, bei Editionen *AUMBRUCH zu verwenden, und setze hier ein eigenes Makro $FIX_S_UM ein. Bei überlangen Apparateinträgen kann hier ein Teil des Apparates auf die nächste Seite übertragen werden, es wird jedoch z.Zt. eine Auszeichnung im Text erwartet. Eine vollautomatische Lösung ist zwar angedacht, aber noch nicht in das Makro eingefügt, da sich in meinem Texten diese Fälle in Grenzen hielten. Ein weiterer Vorteil meines Makros ist, daß auch Zeilennummern von späteren Seiten automatisch eingetragen werden können, z.B. Auf Seite 3: "Z. 17- S. 25 Z. 10" - auch hier gibt es bei *AUMBRUCH eine Beschränkung. Außerdem ist das Problem der geschachtelten Lemmata gelöst, d.h. es können durchaus neun unterschiedliche Apparat verwendet werden. Wenn Sie daran Interesse haben sollten, bin ich gerne bereit, Ihnen das Makro zur Verfügung zu stellen und gegebenenfalls auch anzugleichen. Gruß aus Berlin Gottfried Reeg -----Ursprüngliche Nachricht----- Von: tustep-liste-bounces at lists.uni-wuerzburg.de [mailto:tustep-liste-bounces at lists.uni-wuerzburg.de] Im Auftrag von Christian Moser Gesendet: Montag, 7. Februar 2011 11:58 An: tustep-liste at itug.de; Wilhelm Ott Betreff: Re: [Tustep-Liste] lange Apparateinträge Diskussionsforum Tustep-Liste Weitere Informationen: www.itug.de ------------------------------------------------------------ From stahl at germanistik.uni-wuerzburg.de Thu Feb 10 17:39:47 2011 From: stahl at germanistik.uni-wuerzburg.de (stahl at germanistik.uni-wuerzburg.de) Date: Thu, 10 Feb 2011 17:39:47 +0100 Subject: [Tustep-Liste] Satz mit Fraktur Message-ID: <20110210173947.171642xrsc36oic3@webmail.uni-wuerzburg.de> Liebe Listen-Leserinnen und -Leser, ich wurde gefragt, ob es möglich ist, mit einer Frakturschrift zu setzen? Da ich dazu keine Auskunft geben konnte, muss ich mich erst über die Liste schlau machen lassen. Könnte bitte jemand dazu etwas sagen? Geht das? Muss man die Schrift kaufen? Und wo? Für wieviel? Ist das Ganze aufwändig? Für einen Hinweis wäre ich wieder dankbar. Beste Grüße P.Stahl From f.seck at t-online.de Thu Feb 10 18:15:39 2011 From: f.seck at t-online.de (F.Seck) Date: Thu, 10 Feb 2011 18:15:39 +0100 Subject: [Tustep-Liste] Satz mit Fraktur References: <20110210173947.171642xrsc36oic3@webmail.uni-wuerzburg.de> Message-ID: <6909ECF60A9B4AFD87BF1BAF312543CA@SeckXP> Lieber Herr Stahl, ja, man kann Fraktur setzen, Codierung: #d+ ... #d-. Die Schriften muß man kaufen, sie sind aber bei Fa. Delbanco (www.fraktur.com) sehr preiswert (10 bis 20 Euro); die Auswahl ist groß, ein paar Broschüren bekommt man gratis dazu. Das TUSTEP-Satzprogramm rechnet mit der Zeichenbelegung dieser Firma (Handbuch 2011, S. 1121, 1244). Für die Ligaturen und die richtige Form des kleinen s muß man selber sorgen, ich lasse dazu vor dem Satz ein Kopiere (ähnlich dem submacro trelig in *satz) laufen. Wenn es nur um einzelne Wörter geht, kann man das all das natürlich gleich manuell erfassen. Nebenbei sei bemerkt, daß sich Fraktur mit der neuen Rechtschreibung nicht verträgt (z.B.: s und t bilden Ligatur, also keine Trennung). Beste Grüße Friedrich Seck ------------------------------------------------ Dr. Friedrich Seck Erlenweg 18 72076 Tübingen Telefon: (0 70 71) 96 49 40 Telefax auf Anfrage ----- Original Message ----- From: To: Sent: Thursday, February 10, 2011 5:39 PM Subject: [Tustep-Liste] Satz mit Fraktur Diskussionsforum Tustep-Liste Weitere Informationen: www.itug.de ------------------------------------------------------------ Liebe Listen-Leserinnen und -Leser, ich wurde gefragt, ob es möglich ist, mit einer Frakturschrift zu setzen? Da ich dazu keine Auskunft geben konnte, muss ich mich erst über die Liste schlau machen lassen. Könnte bitte jemand dazu etwas sagen? Geht das? Muss man die Schrift kaufen? Und wo? Für wieviel? Ist das Ganze aufwändig? Für einen Hinweis wäre ich wieder dankbar. Beste Grüße P.Stahl ------------------------------------------------------------ Tustep-Liste at itug.de https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste From gasperlin at gasperlin.de Thu Feb 10 18:30:26 2011 From: gasperlin at gasperlin.de (Oliver Gasperlin) Date: Thu, 10 Feb 2011 18:30:26 +0100 Subject: [Tustep-Liste] Satz mit Fraktur In-Reply-To: <20110210173947.171642xrsc36oic3@webmail.uni-wuerzburg.de> References: <20110210173947.171642xrsc36oic3@webmail.uni-wuerzburg.de> Message-ID: <001d01cbc948$352fbb60$9f8f3220$@de> Lieber Herr Stahl, freilich kann man in Fraktur setzen. Die Schrift muss man in der Regel kaufen. Ca. 15-30 EUR pro Schnitt, je nach Anbieter. Es gibt Font-Shops im Internet, die Frakturschriften anbieten. Das Ganze ist im Prinzip nicht aufwändiger als das Setzen in Antiqua. Nur hat man halt im Fraktursatz ein paar Besonderheiten zu beachten, wie z.B. die Unterscheidung zwischen langem und rundem "s" in Silbenan- und auslauten etc. Solche "s" müssen schon in den Daten unterschiedlich kodiert bzw. ausgezeichnet sein. Das Satzprogramm kann sie nicht automatisch unterscheiden. Auch gibt es keinen 100%igen Algorithmus zum Einbringen dieser Auszeichnungen. Im Fraktursatz arbeitet man ferner üblicherweise mit anderen Auszeichnungen. Statt Fettung, Kursivierung oder Kapitälchen, wird man hier mit Sperrung, Veränderung der Grade und Schriftmischung arbeiten. Es ist also eher das setzerische Handwerk, das sich unterscheidet, als die Einbindung in Tustep. Mit besten Grüßen Oliver Gasperlin -----Ursprüngliche Nachricht----- Von: tustep-liste-bounces at lists.uni-wuerzburg.de [mailto:tustep-liste-bounces at lists.uni-wuerzburg.de] Im Auftrag von stahl at germanistik.uni-wuerzburg.de Gesendet: Donnerstag, 10. Februar 2011 17:40 An: tustep-liste at itug.de Betreff: [Tustep-Liste] Satz mit Fraktur Diskussionsforum Tustep-Liste Weitere Informationen: www.itug.de ------------------------------------------------------------ Liebe Listen-Leserinnen und -Leser, ich wurde gefragt, ob es möglich ist, mit einer Frakturschrift zu setzen? Da ich dazu keine Auskunft geben konnte, muss ich mich erst über die Liste schlau machen lassen. Könnte bitte jemand dazu etwas sagen? Geht das? Muss man die Schrift kaufen? Und wo? Für wieviel? Ist das Ganze aufwändig? Für einen Hinweis wäre ich wieder dankbar. Beste Grüße P.Stahl ------------------------------------------------------------ Tustep-Liste at itug.de https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste From stahl at germanistik.uni-wuerzburg.de Thu Feb 10 19:59:59 2011 From: stahl at germanistik.uni-wuerzburg.de (stahl at germanistik.uni-wuerzburg.de) Date: Thu, 10 Feb 2011 19:59:59 +0100 Subject: [Tustep-Liste] Satz mit Fraktur In-Reply-To: <001d01cbc948$352fbb60$9f8f3220$@de> References: <20110210173947.171642xrsc36oic3@webmail.uni-wuerzburg.de> <001d01cbc948$352fbb60$9f8f3220$@de> Message-ID: <20110210195959.10770zmm0x9v8skv@webmail.uni-wuerzburg.de> Lieber Herr Gasperlin, lieber Herr Seck, > Das Ganze ist im Prinzip nicht aufwändiger als das Setzen in Antiqua. Nur > hat man halt im Fraktursatz ein paar Besonderheiten zu beachten. Vielen Dank für Ihre nützlichen Hinweise, die Sie so rasch geschickt haben! Mit herzlichen Grüßen P.Stahl From gottfried.reeg at fu-berlin.de Sat Feb 12 09:27:36 2011 From: gottfried.reeg at fu-berlin.de (Reeg, Gottfried) Date: Sat, 12 Feb 2011 09:27:36 +0100 Subject: [Tustep-Liste] Tuscript - leere Sternvariable Message-ID: Liebe Tustepianer, zur Abfrage nach einer leeren Sternvariablen gibt es da eine elegantere Möglichkeit als: SET sternv=* SET var=JOIN (sternv) IF (var=="") THEN ... ENDIF Gruß aus Berlin From matthias.osthof at t-online.de Sat Feb 12 10:23:21 2011 From: matthias.osthof at t-online.de (Matthias Osthof) Date: Sat, 12 Feb 2011 10:23:21 +0100 Subject: [Tustep-Liste] Tuscript - leere Sternvariable In-Reply-To: References: Message-ID: Lieber Gottfried, das wüsste ich auch schon lange gern. Ich behelfe mich immer mit SET var=SIZE (sternv) IF ... Grüße aus Tübingen Matthias -----Ursprüngliche Nachricht----- Von: tustep-liste-bounces at lists.uni-wuerzburg.de [mailto:tustep-liste-bounces at lists.uni-wuerzburg.de] Im Auftrag von Reeg, Gottfried Gesendet: 12. Februar 2011 09:28 An: tustep-liste at itug.de Betreff: [Tustep-Liste] Tuscript - leere Sternvariable Diskussionsforum Tustep-Liste Weitere Informationen: www.itug.de ------------------------------------------------------------ Liebe Tustepianer, zur Abfrage nach einer leeren Sternvariablen gibt es da eine elegantere Möglichkeit als: SET sternv=* SET var=JOIN (sternv) IF (var=="") THEN ... ENDIF Gruß aus Berlin ------------------------------------------------------------ Tustep-Liste at itug.de https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste From gottfried.reeg at fu-berlin.de Sat Feb 12 10:32:53 2011 From: gottfried.reeg at fu-berlin.de (Reeg, Gottfried) Date: Sat, 12 Feb 2011 10:32:53 +0100 Subject: [Tustep-Liste] ACCESS READ Message-ID: Liebe Tustepianer, aus einer Datei werden in einem CGI-Script Sätze eingelesen: SET satznr=13 ACCESS db: READ/STRUCTURES $datei nr, struktur SET nr=satznr READ db ENDACCESS Nun kann die Situation eintreten, dass ein Satz gelesen werden soll, der nicht mehr existiert. Es wird dann ein Fehlerflag gesetzt und eine Fehlermeldung ausgegeben. Gibt es eine Möglichkeit, das Fehlerflag abzufragen und die Ausgabe der Fehlermeldung zu unterdrücken bzw. auf eine Variable zu speichern? Gruß aus Berlin Gottfried Reeg From kol at steinheim-institut.org Sat Feb 12 22:11:31 2011 From: kol at steinheim-institut.org (Thomas Kollatz) Date: Sat, 12 Feb 2011 22:11:31 +0100 Subject: [Tustep-Liste] ACCESS READ In-Reply-To: References: Message-ID: Lieber Gottfried, dieses Fehlerflag hat mich auch schon mal beschäftigt, gefunden habe ich dann READ/CHECK dass feststellt ob ein Satz vorhanden ist. READ/CHECK dB Nur für TUSTEP-Dateien: Prüft, ob die Texteinheit mit der aktuellen Satznummer in der TUSTEP-Datei vorhanden ist. Ob die Texteinheit vorhanden ist, kann mit einer nachfolgenden IF-Anweisung mit der Bedingung EXIST abgefragt werden. - EXIST Bei der vorangehenden READ/CHECK-Anweisung waren entsprechende Daten vorhanden. Wichtig ist da auch bei UPDATE/STRUCTURES denn wenn der Satz noch nicht da ist, muss mit WRITE db geschrieben werden, wenn er schon da ist, mit WRITE/UPDATE db geändert werden. In deinem Fall nun sollte es so funktionieren: $$ MODE TUSCRIPT SET satznr=13 ACCESS db: READ/STRUCTURES $datei nr, struktur SET nr=satznr READ/CHECK db IF (exist) THEN READ db ELSE MODE DATA
Hinweis Der angefragte Satz mit der Nummer {satnzr} existiert (noch) nicht.
$$ MODE TUSCRIPT ENDIF ENDACCESS ein schönes Wochenende wünscht THOMAS KOLLATZ drs Thomas Kollatz - wissenschaftlicher Mitarbeiter / research assistant * Salomon Ludwig Steinheim-Institut fuer deutsch-juedische Geschichte D-47057 Duisburg Geibelstr. 41 T 0203-370071 F 0203-373380 * CV * Epigraphische Datenbank * TextGrid * Rosetta Code From gottfried.reeg at fu-berlin.de Sun Feb 13 19:28:43 2011 From: gottfried.reeg at fu-berlin.de (Reeg, Gottfried) Date: Sun, 13 Feb 2011 19:28:43 +0100 Subject: [Tustep-Liste] Tuscript - leere Sternvariable In-Reply-To: References: , Message-ID: Lieber Matthias, Dein Vorschlag leuchtete mir ein und ich habe es ausprobiert, jedoch führt dies leider nicht immer zum gleichen Ergebnis. Versuch einmal folgendes: $$! $$MODE TUSCRIPT trace + stern, v, size SET stern=* SET anz=SIZE(stern) SELECT anz CASE 0 PRINT "0 Zeilen = leer" CASE 1 PRINT "1 Zeile = leer?" ENDSELECT SET v = JOIN (stern) IF (v=="") PRINT "leer" SET stern=* DATA SET anz=SIZE(stern) SELECT anz CASE 0 PRINT "0 Zeilen = leer" CASE 1 PRINT "1 Zeile = leer?" ENDSELECT SET v = JOIN (stern) IF (v=="") PRINT "leer" Da kann man sich natürlich darüber streiten, ob eine Sternvariable leer ist, wenn sie aus einer Zeile besteht, die leer ist. Grüße aus Berlin Gottfried ________________________________________ Von: tustep-liste-bounces at lists.uni-wuerzburg.de [tustep-liste-bounces at lists.uni-wuerzburg.de] im Auftrag von Matthias Osthof [matthias.osthof at t-online.de] Gesendet: Samstag, 12. Februar 2011 10:23 An: tustep-liste at itug.de Betreff: Re: [Tustep-Liste] Tuscript - leere Sternvariable Diskussionsforum Tustep-Liste Weitere Informationen: www.itug.de ------------------------------------------------------------ Lieber Gottfried, das wüsste ich auch schon lange gern. Ich behelfe mich immer mit SET var=SIZE (sternv) IF ... Grüße aus Tübingen Matthias -----Ursprüngliche Nachricht----- Von: tustep-liste-bounces at lists.uni-wuerzburg.de [mailto:tustep-liste-bounces at lists.uni-wuerzburg.de] Im Auftrag von Reeg, Gottfried Gesendet: 12. Februar 2011 09:28 An: tustep-liste at itug.de Betreff: [Tustep-Liste] Tuscript - leere Sternvariable Diskussionsforum Tustep-Liste Weitere Informationen: www.itug.de ------------------------------------------------------------ Liebe Tustepianer, zur Abfrage nach einer leeren Sternvariablen gibt es da eine elegantere Möglichkeit als: SET sternv=* SET var=JOIN (sternv) IF (var=="") THEN ... ENDIF Gruß aus Berlin ------------------------------------------------------------ Tustep-Liste at itug.de https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste ------------------------------------------------------------ Tustep-Liste at itug.de https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste From matthias.osthof at t-online.de Sun Feb 13 21:52:33 2011 From: matthias.osthof at t-online.de (Matthias Osthof) Date: Sun, 13 Feb 2011 21:52:33 +0100 Subject: [Tustep-Liste] Tuscript - leere Sternvariable In-Reply-To: References: , Message-ID: Lieber Gottfried, mir leuchtet mein Vorschlag mittlerweile auch nicht mehr ein. Das war zu kurz gedacht. Ein weiterer Beweis dafür, dass etwas nicht schon deswegen richtig sein muss, weil es in der Praxis (scheinbar) regelrecht funktioniert. Wir sollten also Herrn Schälkle fragen, ob es eine elegantere Lösung gibt als die von Dir verwendete "SET var=JOIN (sternv)". Grüße aus Tübingen Matthias -----Ursprüngliche Nachricht----- Von: tustep-liste-bounces at lists.uni-wuerzburg.de [mailto:tustep-liste-bounces at lists.uni-wuerzburg.de] Im Auftrag von Reeg, Gottfried Gesendet: 13. Februar 2011 19:29 An: tustep-liste at itug.de Betreff: Re: [Tustep-Liste] Tuscript - leere Sternvariable Diskussionsforum Tustep-Liste Weitere Informationen: www.itug.de ------------------------------------------------------------ Lieber Matthias, Dein Vorschlag leuchtete mir ein und ich habe es ausprobiert, jedoch führt dies leider nicht immer zum gleichen Ergebnis. Versuch einmal folgendes: $$! $$MODE TUSCRIPT trace + stern, v, size SET stern=* SET anz=SIZE(stern) SELECT anz CASE 0 PRINT "0 Zeilen = leer" CASE 1 PRINT "1 Zeile = leer?" ENDSELECT SET v = JOIN (stern) IF (v=="") PRINT "leer" SET stern=* DATA SET anz=SIZE(stern) SELECT anz CASE 0 PRINT "0 Zeilen = leer" CASE 1 PRINT "1 Zeile = leer?" ENDSELECT SET v = JOIN (stern) IF (v=="") PRINT "leer" Da kann man sich natürlich darüber streiten, ob eine Sternvariable leer ist, wenn sie aus einer Zeile besteht, die leer ist. Grüße aus Berlin Gottfried ________________________________________ Von: tustep-liste-bounces at lists.uni-wuerzburg.de [tustep-liste-bounces at lists.uni-wuerzburg.de] im Auftrag von Matthias Osthof [matthias.osthof at t-online.de] Gesendet: Samstag, 12. Februar 2011 10:23 An: tustep-liste at itug.de Betreff: Re: [Tustep-Liste] Tuscript - leere Sternvariable Diskussionsforum Tustep-Liste Weitere Informationen: www.itug.de ------------------------------------------------------------ Lieber Gottfried, das wüsste ich auch schon lange gern. Ich behelfe mich immer mit SET var=SIZE (sternv) IF ... Grüße aus Tübingen Matthias -----Ursprüngliche Nachricht----- Von: tustep-liste-bounces at lists.uni-wuerzburg.de [mailto:tustep-liste-bounces at lists.uni-wuerzburg.de] Im Auftrag von Reeg, Gottfried Gesendet: 12. Februar 2011 09:28 An: tustep-liste at itug.de Betreff: [Tustep-Liste] Tuscript - leere Sternvariable Diskussionsforum Tustep-Liste Weitere Informationen: www.itug.de ------------------------------------------------------------ Liebe Tustepianer, zur Abfrage nach einer leeren Sternvariablen gibt es da eine elegantere Möglichkeit als: SET sternv=* SET var=JOIN (sternv) IF (var=="") THEN ... ENDIF Gruß aus Berlin ------------------------------------------------------------ Tustep-Liste at itug.de https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste ------------------------------------------------------------ Tustep-Liste at itug.de https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste ------------------------------------------------------------ Tustep-Liste at itug.de https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste From schaelkle at zdv.uni-tuebingen.de Mon Feb 14 08:24:21 2011 From: schaelkle at zdv.uni-tuebingen.de (=?iso-8859-1?Q?Kuno_Sch=E4lkle?=) Date: Mon, 14 Feb 2011 08:24:21 +0100 Subject: [Tustep-Liste] Tuscript - leere Sternvariable In-Reply-To: References: , Message-ID: <2D513B22B17043B4BF28A86A2F231CDF@bimbo> Lieber Herr Reeg, lieber Herr Osthof, wenn ich wissen will, ob eine Sternvariable leer ist, frage ich wie folgt ab: SET anzahl = SIZE (var) IF (anzahl.EQ.0) ... Wenn im Ausnahmefall eine Sternvariable auch dann als leer gelten soll, wenn sie 1 leere Zeile enthält, würde ich wie folgt abfragen: SET daten = JOIN (var) IF (daten.EQ."") ... Wenn im Ausnahmefall eine Sternvariable auch dann als leer gelten soll, wenn sie 1 oder mehrere leere Zeilen und keine nicht-leeren Zeilen enthält, würde ich wie folgt abfragen: SET daten = JOIN (var, "") IF (daten.EQ."") ... Mit freundlichen Grüßen Kuno Schaelkle From gottfried.reeg at fu-berlin.de Mon Feb 14 11:55:27 2011 From: gottfried.reeg at fu-berlin.de (Reeg, Gottfried) Date: Mon, 14 Feb 2011 11:55:27 +0100 Subject: [Tustep-Liste] ACCESS READ In-Reply-To: References: Message-ID: Lieber Thomas, vielen Dank für den Vorschlag, den ich dann umsetzte. Ich erinnerte mich dann auch, dass ich von diesem READ/CECK irgendwann einmal gehört hatte. Trotzdem frage ich mich, ob es nicht sinnvoll sein könnte, daß man diese Fehlerflag auch abfragen könnte? Mit ERROR/RESET kann ich es ja zurücksetzen, weshalb kann ich es aber nicht abfragen? Gruß aus Berlin Gottfried -----Ursprüngliche Nachricht----- Von: tustep-liste-bounces at lists.uni-wuerzburg.de [mailto:tustep-liste-bounces at lists.uni-wuerzburg.de] Im Auftrag von Thomas Kollatz Gesendet: Samstag, 12. Februar 2011 22:12 An: tustep-liste at itug.de Betreff: Re: [Tustep-Liste] ACCESS READ Diskussionsforum Tustep-Liste Weitere Informationen: www.itug.de ------------------------------------------------------------ Lieber Gottfried, dieses Fehlerflag hat mich auch schon mal beschäftigt, gefunden habe ich dann READ/CHECK dass feststellt ob ein Satz vorhanden ist. READ/CHECK dB Nur für TUSTEP-Dateien: Prüft, ob die Texteinheit mit der aktuellen Satznummer in der TUSTEP-Datei vorhanden ist. Ob die Texteinheit vorhanden ist, kann mit einer nachfolgenden IF-Anweisung mit der Bedingung EXIST abgefragt werden. - EXIST Bei der vorangehenden READ/CHECK-Anweisung waren entsprechende Daten vorhanden. Wichtig ist da auch bei UPDATE/STRUCTURES denn wenn der Satz noch nicht da ist, muss mit WRITE db geschrieben werden, wenn er schon da ist, mit WRITE/UPDATE db geändert werden. In deinem Fall nun sollte es so funktionieren: $$ MODE TUSCRIPT SET satznr=13 ACCESS db: READ/STRUCTURES $datei nr, struktur SET nr=satznr READ/CHECK db IF (exist) THEN READ db ELSE MODE DATA
Hinweis Der angefragte Satz mit der Nummer {satnzr} existiert (noch) nicht.
$$ MODE TUSCRIPT ENDIF ENDACCESS ein schönes Wochenende wünscht THOMAS KOLLATZ drs Thomas Kollatz - wissenschaftlicher Mitarbeiter / research assistant * Salomon Ludwig Steinheim-Institut fuer deutsch-juedische Geschichte D-47057 Duisburg Geibelstr. 41 T 0203-370071 F 0203-373380 * CV * Epigraphische Datenbank * TextGrid * Rosetta Code ------------------------------------------------------------ Tustep-Liste at itug.de https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste From f.seck at t-online.de Mon Feb 14 12:27:18 2011 From: f.seck at t-online.de (F.Seck) Date: Mon, 14 Feb 2011 12:27:18 +0100 Subject: [Tustep-Liste] ACCESS READ References: Message-ID: <298E842D0D73458482F665C53A5E7303@SeckXP> Lieber Herr Reeg, ich mache in vergleichbaren Fällen IF (ERROR) THEN ERROR/RESET ... ... ENDIF Aber vielleicht sind die Fälle doch zu verschieden. Viele Grüße Friedrich Seck ------------------------------------------------ Dr. Friedrich Seck Erlenweg 18 72076 Tübingen Telefon: (0 70 71) 96 49 40 Telefax auf Anfrage ----- Original Message ----- From: "Reeg, Gottfried" To: Sent: Monday, February 14, 2011 11:55 AM Subject: Re: [Tustep-Liste] ACCESS READ Diskussionsforum Tustep-Liste Weitere Informationen: www.itug.de ------------------------------------------------------------ Lieber Thomas, vielen Dank für den Vorschlag, den ich dann umsetzte. Ich erinnerte mich dann auch, dass ich von diesem READ/CECK irgendwann einmal gehört hatte. Trotzdem frage ich mich, ob es nicht sinnvoll sein könnte, daß man diese Fehlerflag auch abfragen könnte? Mit ERROR/RESET kann ich es ja zurücksetzen, weshalb kann ich es aber nicht abfragen? Gruß aus Berlin Gottfried -----Ursprüngliche Nachricht----- Von: tustep-liste-bounces at lists.uni-wuerzburg.de [mailto:tustep-liste-bounces at lists.uni-wuerzburg.de] Im Auftrag von Thomas Kollatz Gesendet: Samstag, 12. Februar 2011 22:12 An: tustep-liste at itug.de Betreff: Re: [Tustep-Liste] ACCESS READ Diskussionsforum Tustep-Liste Weitere Informationen: www.itug.de ------------------------------------------------------------ Lieber Gottfried, dieses Fehlerflag hat mich auch schon mal beschäftigt, gefunden habe ich dann READ/CHECK dass feststellt ob ein Satz vorhanden ist. READ/CHECK dB Nur für TUSTEP-Dateien: Prüft, ob die Texteinheit mit der aktuellen Satznummer in der TUSTEP-Datei vorhanden ist. Ob die Texteinheit vorhanden ist, kann mit einer nachfolgenden IF-Anweisung mit der Bedingung EXIST abgefragt werden. - EXIST Bei der vorangehenden READ/CHECK-Anweisung waren entsprechende Daten vorhanden. Wichtig ist da auch bei UPDATE/STRUCTURES denn wenn der Satz noch nicht da ist, muss mit WRITE db geschrieben werden, wenn er schon da ist, mit WRITE/UPDATE db geändert werden. In deinem Fall nun sollte es so funktionieren: $$ MODE TUSCRIPT SET satznr=13 ACCESS db: READ/STRUCTURES $datei nr, struktur SET nr=satznr READ/CHECK db IF (exist) THEN READ db ELSE MODE DATA
Hinweis Der angefragte Satz mit der Nummer {satnzr} existiert (noch) nicht.
$$ MODE TUSCRIPT ENDIF ENDACCESS ein schönes Wochenende wünscht THOMAS KOLLATZ drs Thomas Kollatz - wissenschaftlicher Mitarbeiter / research assistant * Salomon Ludwig Steinheim-Institut fuer deutsch-juedische Geschichte D-47057 Duisburg Geibelstr. 41 T 0203-370071 F 0203-373380 * CV * Epigraphische Datenbank * TextGrid * Rosetta Code ------------------------------------------------------------ Tustep-Liste at itug.de https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste ------------------------------------------------------------ Tustep-Liste at itug.de https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste From gottfried.reeg at fu-berlin.de Mon Feb 14 12:31:02 2011 From: gottfried.reeg at fu-berlin.de (Reeg, Gottfried) Date: Mon, 14 Feb 2011 12:31:02 +0100 Subject: [Tustep-Liste] ACCESS READ In-Reply-To: <298E842D0D73458482F665C53A5E7303@SeckXP> References: <298E842D0D73458482F665C53A5E7303@SeckXP> Message-ID: Lieber Herr Seck, das hatte bei mir leider nicht funktioniert. Viele Grüße Gottfried Reeg -----Ursprüngliche Nachricht----- Von: tustep-liste-bounces at lists.uni-wuerzburg.de [mailto:tustep-liste-bounces at lists.uni-wuerzburg.de] Im Auftrag von F.Seck Gesendet: Montag, 14. Februar 2011 12:27 An: tustep-liste at itug.de Betreff: Re: [Tustep-Liste] ACCESS READ Diskussionsforum Tustep-Liste Weitere Informationen: www.itug.de ------------------------------------------------------------ Lieber Herr Reeg, ich mache in vergleichbaren Fällen IF (ERROR) THEN ERROR/RESET ... ... ENDIF Aber vielleicht sind die Fälle doch zu verschieden. Viele Grüße Friedrich Seck ------------------------------------------------ Dr. Friedrich Seck Erlenweg 18 72076 Tübingen Telefon: (0 70 71) 96 49 40 Telefax auf Anfrage ----- Original Message ----- From: "Reeg, Gottfried" To: Sent: Monday, February 14, 2011 11:55 AM Subject: Re: [Tustep-Liste] ACCESS READ Diskussionsforum Tustep-Liste Weitere Informationen: www.itug.de ------------------------------------------------------------ Lieber Thomas, vielen Dank für den Vorschlag, den ich dann umsetzte. Ich erinnerte mich dann auch, dass ich von diesem READ/CECK irgendwann einmal gehört hatte. Trotzdem frage ich mich, ob es nicht sinnvoll sein könnte, daß man diese Fehlerflag auch abfragen könnte? Mit ERROR/RESET kann ich es ja zurücksetzen, weshalb kann ich es aber nicht abfragen? Gruß aus Berlin Gottfried -----Ursprüngliche Nachricht----- Von: tustep-liste-bounces at lists.uni-wuerzburg.de [mailto:tustep-liste-bounces at lists.uni-wuerzburg.de] Im Auftrag von Thomas Kollatz Gesendet: Samstag, 12. Februar 2011 22:12 An: tustep-liste at itug.de Betreff: Re: [Tustep-Liste] ACCESS READ Diskussionsforum Tustep-Liste Weitere Informationen: www.itug.de ------------------------------------------------------------ Lieber Gottfried, dieses Fehlerflag hat mich auch schon mal beschäftigt, gefunden habe ich dann READ/CHECK dass feststellt ob ein Satz vorhanden ist. READ/CHECK dB Nur für TUSTEP-Dateien: Prüft, ob die Texteinheit mit der aktuellen Satznummer in der TUSTEP-Datei vorhanden ist. Ob die Texteinheit vorhanden ist, kann mit einer nachfolgenden IF-Anweisung mit der Bedingung EXIST abgefragt werden. - EXIST Bei der vorangehenden READ/CHECK-Anweisung waren entsprechende Daten vorhanden. Wichtig ist da auch bei UPDATE/STRUCTURES denn wenn der Satz noch nicht da ist, muss mit WRITE db geschrieben werden, wenn er schon da ist, mit WRITE/UPDATE db geändert werden. In deinem Fall nun sollte es so funktionieren: $$ MODE TUSCRIPT SET satznr=13 ACCESS db: READ/STRUCTURES $datei nr, struktur SET nr=satznr READ/CHECK db IF (exist) THEN READ db ELSE MODE DATA
Hinweis Der angefragte Satz mit der Nummer {satnzr} existiert (noch) nicht.
$$ MODE TUSCRIPT ENDIF ENDACCESS ein schönes Wochenende wünscht THOMAS KOLLATZ drs Thomas Kollatz - wissenschaftlicher Mitarbeiter / research assistant * Salomon Ludwig Steinheim-Institut fuer deutsch-juedische Geschichte D-47057 Duisburg Geibelstr. 41 T 0203-370071 F 0203-373380 * CV * Epigraphische Datenbank * TextGrid * Rosetta Code ------------------------------------------------------------ Tustep-Liste at itug.de https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste ------------------------------------------------------------ Tustep-Liste at itug.de https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste ------------------------------------------------------------ Tustep-Liste at itug.de https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste From michael.stolz at germ.unibe.ch Fri Feb 18 09:12:40 2011 From: michael.stolz at germ.unibe.ch (Michael Stolz) Date: Fri, 18 Feb 2011 09:12:40 +0100 Subject: [Tustep-Liste] =?iso-8859-1?q?InterNationalit=E4t_und_InterDiszip?= =?iso-8859-1?q?linarit=E4t_der_Editionswissenschaft=2C_Bern=2C_15=2E_bis_?= =?iso-8859-1?q?18=2E_Februar_2012?= In-Reply-To: Message-ID: Liebe Listenleserinnen und -leser, gestatten Sie mir, Sie auf die Ausschreibung der Tagung "InterNationalität und InterDisziplinarität der Editionswissenschaft" hinzuweisen, die vom 15. bis 18. Februar 2012 an der Universität Bern statt finden wird. Beitrage im Bereich der Computerphilologie sind sehr willkommen. Ausführlichere Informationen finden Sie in der Beilage. Mit besten Grüßen Michael Stolz -- Prof. Dr. Michael Stolz Universitaet Bern Institut fuer Germanistik Laenggass-Str. 49 CH-3000 Bern 9 Tel.: +41 31 631 83 04 Fax: +41 31 631 37 88 E-mail: michael.stolz at germ.unibe.ch URL: http://www.parzival.unibe.ch/stolz/ -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : Ausschreibung+Bern2012.pdf Dateityp : application/octet-stream Dateigröße : 79241 bytes Beschreibung: nicht verfügbar URL : From rapp at linglit.tu-darmstadt.de Tue Feb 22 11:26:20 2011 From: rapp at linglit.tu-darmstadt.de (andrea rapp) Date: Tue, 22 Feb 2011 11:26:20 +0100 (CET) Subject: [Tustep-Liste] aktuelle Stellenausschreibung Message-ID: <3510019.1298370380887.SLOX.WebMail.wwwrun@hermes.ifs.tu-darmstadt.de> Sorry for crossposting. Mit der Bitte um Weiterleitung an interessierte KandidatInnen. Danke schoen und beste Gruesse *Andrea Rapp* -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : TextGrid_Dariah-Stellenausschreibung2011.pdf Dateityp : application/x-pdf Dateigröße : 21758 bytes Beschreibung: nicht verfügbar URL : -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : andrea rapp.vcf Dateityp : text/x-vcard Dateigröße : 345 bytes Beschreibung: nicht verfügbar URL : From recker at uni-trier.de Wed Feb 23 11:52:25 2011 From: recker at uni-trier.de (Ute Recker-Hamm) Date: Wed, 23 Feb 2011 11:52:25 +0100 Subject: [Tustep-Liste] Aktuelle Stellenausschreibung Message-ID: <20110223115225.u55rt2jr6sws4gko@webmail.uni-trier.de> Liebe Leserinnen und Leser der Tustep-Liste, im Editionsprojekt des Conrad Ferdinand Meyer Briefwechsels in Zürich ist eine Teilzeitstelle im Bereich der Philologischen Datenverarbeitung zu besetzen (s. Anhang). Qualifizierte Bewerbungen aus dem TUSTEP-Umfeld sind sehr erwünscht! Weitere Informationen können beim Projektleiter, Prof. Dr. Wolfgang Lukas (wlukas at uni-wuppertal.de), oder bei mir erfragt werden. Herzliche Grüße in die Runde, Ute Recker-Hamm -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : CFM_Stellenausschreibung.pdf Dateityp : application/pdf Dateigröße : 37416 bytes Beschreibung: nicht verfügbar URL :