From schneiderm at uni-trier.de Wed May 3 09:12:53 2017 From: schneiderm at uni-trier.de (Schneider, Matthias) Date: Wed, 3 May 2017 07:12:53 +0000 Subject: [Tustep-Liste] Wortliste des Deutschen In-Reply-To: <019301d2bf4c$3a139fb0$ae3adf10$@rz.uni-leipzig.de> References: <019301d2bf4c$3a139fb0$ae3adf10$@rz.uni-leipzig.de> Message-ID: Lieber Herr Tomaselli, lieber Christian, vielen Dank für die hilfreichen Tipps. Jenseits der Liste haben mich ebenfalls ein paar (spezieller auf das betr. Projekt zugeschnittene) Hinweise erreicht, so dass ich einige Anknüpfungspunkte für die weiteren Versuche habe. Viele Grüße in die Runde Matthias Schneider ==================================================== |           Matthias Schneider, M.A. |__Kompetenzzentrum für elektronische Erschließungs- |     und Publikationsverfahren in den |     Geisteswissenschaften |__Trier Center for Digital Humanities |__Universität Trier |__DM 341 |__Mail: schneiderm at uni-trier.de |__Homepage: |     http://www.kompetenzzentrum.uni-trier.de |     http://www.m-schneider.eu |__twitter: @ms91tru, @museumdighum |__Telephon: |     + 49 651 201 2935 ==================================================== -----Ursprüngliche Nachricht----- Von: tustep-liste-bounces at lists.uni-wuerzburg.de [mailto:tustep-liste-bounces at lists.uni-wuerzburg.de] Im Auftrag von Günter Tomaselli Gesendet: Donnerstag, 27. April 2017 13:49 An: tustep-liste at itug.de Betreff: Re: [Tustep-Liste] Wortliste des Deutschen Diskussionsforum Tustep-Liste Weitere Informationen: www.itug.de ------------------------------------------------------------ Als Listenleser ist mir das Leipziger Wörtersammelprojekt eingefallen: Man hat über Jahre Texte erfasst und Wörter in ihrer Umgebung nach Häufigkeit untersucht. Ein Korpus von 300 Mio. Wörtern (oder mehr) ist eingegangen. Man könnte also trennungskritische Wörter mit verschiedenen Fugenmorphemen suchen und würde bei Auftreten bzw.Nichtauftreten auf Richtigkeit schließen. Genaueres siehe http://corpora.informatik.uni-leipzig.de/de?corpusId=eng-uk_web_2002. Unter dem Autor Horst Rothe verbirgt sich auch ein Sprachverarbeitungsprogramm bzw. -lernprogramm, das Silbentrennung kann. Bei Betrieb hat er 230 Kombinationen drin. Bei Suche nach dem Namen kommt man auf seine Veröffentlichungen - allerdings hat er keine Lust angedeutet, noch auf einem anderen Gebiet aktiv zu werden :- ) Dr. Günter Tomaselli Universität Leipzig, URZ 04109 Leipzig Ritterstr. 12 / Augustusplatz 10 Tel. 0341 97 333 02 -----Ursprüngliche Nachricht----- Von: tustep-liste-bounces at lists.uni-wuerzburg.de [mailto:tustep-liste-bounces at lists.uni-wuerzburg.de] Im Auftrag von Schneider, Matthias Gesendet: Donnerstag, 27. April 2017 11:44 An: tustep-liste at itug.de Betreff: [Tustep-Liste] Wortliste des Deutschen Diskussionsforum Tustep-Liste Weitere Informationen: www.itug.de ------------------------------------------------------------ Liebe Listenleser, im Rahmen einer Wörterbuchauszeichnung wäre es hilfreich, eine Wortliste des Deutschen zu haben, die Wortansetzungen in den verschiedenen Deklinationsvarianten enthält,[1] möglichst umfangreich und qualitativ hochwertig ist, bspw. um verkürzt angesetzte Komposita weitgehend automatisch zu ergänzen. Im fraglichen Wörterbuch finden sich z.B. Ansetzungen wie: "BETRIEB-. ca. 470 zuss. mit betrieb m., meist zu 1 und 3; überwiegend mit fugenelement: -anleitung f. (zu 1): [...]" Da im Text nicht explizit angegeben wird, welches Kompositum mit welchem Fugenelement (hier natürlich 's') gebildet wird, ist ein rein automatischer Zusammenbau ohne Kontrollinstanz zu fehleranfällig. Daher dachte ich an einen Abgleich der maschinell erzeugten Zusammensetzungen mit einer Wortliste wie oben beschrieben, u.U. in Verbindung mit einer parametrisierbaren Unschärfe über die Levensthein-Distanz und anschließender manueller Kontrolle von Zweifelsfällen. Vielleicht hat jemand von Ihnen/von Euch Tipps bzgl. einer entsprechenden Liste oder auch zum generellen Vorgehen? Trennlisten des Deutschen für das #SATZ-Programm, die mir vorliegenden, sind mit rund 28.000 enthaltenen Wörtern im Umfang vermutlich etwas zu klein für den angestrebten Zweck... Vielen Dank und beste Grüße in die Runde Matthias Schneider [1] Konjugationsvarianten sind aufgrund des Anwendungszwecks weniger relevant. ==================================================== |           Matthias Schneider, M.A. |__Kompetenzzentrum für elektronische Erschließungs- |     und Publikationsverfahren in den |     Geisteswissenschaften |__Trier Center for Digital Humanities |__Universität Trier |__DM 341 |__Mail: schneiderm at uni-trier.de |__Homepage: |     http://www.kompetenzzentrum.uni-trier.de |     http://www.m-schneider.eu |__twitter: @ms91tru, @museumdighum |__Telephon: |     + 49 651 201 2935 ==================================================== ------------------------------------------------------------ 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 anne.kirchhoff at freenet.de Mon May 8 21:28:21 2017 From: anne.kirchhoff at freenet.de (Anne Kirchhoff) Date: Mon, 8 May 2017 21:28:21 +0200 Subject: [Tustep-Liste] Bildschirmflackern mit tustep und kubuntu Message-ID: Liebe Linux-Experten unter den Listenlesern, mein ca. 4 Jahre altes Thinkpad (T410) mit Kubuntu 16.10 macht in letzter Zeit komische Sachen mit dem Bildschirm, und leider immer nur, wenn ich mit tustep arbeite. Es kommt, mittlerweile häufig, vor, dass am unteren Bildschirmrand schwarze Balken reinflackern, und nun ist schon mehrfach mitten in der Eingabe der Bildschirm komplett dunkel geworden, nach ein paar Sekunden schaltet sich dann der Rechner jeweils komplett aus. Außerdem wird nach ungewohnt kurzer Zeit der Ventilator recht laut. Hat das sonst noch jemand? Das passiert tatsächlich nur, wenn tustep läuft, daher habe ich noch ein winziges Bisschen Hoffnung, dass es nicht eine erste Aufforderung ist, mich darauf einzustellen, dass die Maschine demnächst die Hufe hochreißt, sondern man vielleicht doch irgendwo was drehen kann … Vielen Dank, einen schönen Abend und herzliche Grüße rundum Anne Kirchhoff From Gottfried.reeg at seegelken-reeg.de Tue May 9 11:23:22 2017 From: Gottfried.reeg at seegelken-reeg.de (Gottfried Reeg) Date: Tue, 9 May 2017 11:23:22 +0200 Subject: [Tustep-Liste] SATZ - Stempel-Garamond Message-ID: Hallo, vor einiger Zeit, d.h. eher vor einigen Jahren erwarb ich einige Schnitte einer Stempel-Garamond (Adobe/Linotype): so z.B. roman osf, roman sc, italic osf, bold osf. Weiß jemand, ob es diese Schnitte noch käuflich zu erwerben gibt - ich hatte im Internet nichts gefunden - bzw. welche Opentype-Schriften an stelle der alten Fonts zu verwenden sind? Viele Grüße aus Berlin Gottfried Reeg From sievers at uni-trier.de Tue May 9 11:26:27 2017 From: sievers at uni-trier.de (Martin Sievers) Date: Tue, 9 May 2017 11:26:27 +0200 Subject: [Tustep-Liste] SATZ - Stempel-Garamond In-Reply-To: References: Message-ID: Am 09.05.2017 um 11:23 schrieb Gottfried Reeg: > Diskussionsforum Tustep-Liste > Weitere Informationen: www.itug.de > ------------------------------------------------------------ > > Hallo, > > vor einiger Zeit, d.h. eher vor einigen Jahren erwarb ich einige > Schnitte einer Stempel-Garamond (Adobe/Linotype): so z.B. roman osf, > roman sc, italic osf, bold osf. Weiß jemand, ob es diese Schnitte noch > käuflich zu erwerben gibt - ich hatte im Internet nichts gefunden - bzw. > welche Opentype-Schriften an stelle der alten Fonts zu verwenden sind? Hallo Herr Regg, was spricht gegen https://www.linotype.com/de/1500/stempel-garamond-schriftfamilie.html oder auch https://www.fonts.com/de/font/linotype/stempel-garamond/complete-family-pack ? Gruß Martin Sievers -- Diplom-Mathematiker Martin Sievers Trier Center for Digital Humanities (vormals: Kompetenzzentrum für elektronische Erschließungs- und Publikationsverfahren in den Geisteswissenschaften) Universität Trier 54286 Trier Besucheranschrift: Universität Trier Universitätsring 15 DM-Gebäude 54296 Trier Aktuelle Projekte: Wörterbuch des Altuigurischen / MUYA / XML-Druckaufbereitung / Einsatz von TeX Ehemalige Projekte: XML-Print / Workspace for Collaborative Editing Raum: DM333 (3.OG B) Telefon: 0651 201-3017 Telefax: 0651 201-3589 Skype: martinsievers E-Mail: sievers at uni-trier.de Internet: http://kompetenzzentrum.uni-trier.de/de/ueber-uns/mitarbeiter/martin-sievers/ -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 834 bytes Beschreibung: OpenPGP digital signature URL : From Gottfried.reeg at seegelken-reeg.de Tue May 9 11:45:02 2017 From: Gottfried.reeg at seegelken-reeg.de (Gottfried Reeg) Date: Tue, 9 May 2017 11:45:02 +0200 Subject: [Tustep-Liste] SATZ - Stempel-Garamond In-Reply-To: References: Message-ID: Lieber Herr Sievers, vielen Dank für den Hinweis. Soweit ich aber sehe, enthalten die dort angegebenen Fonts nicht die Mediaevalziffern, die bei den Schnitten mit dem Merkmal "osf" dabei waren. Oder habe ich da etwas übersehen? Viele Grüße aus Berlin Gottfried Reeg Am 09.05.2017 um 11:26 schrieb Martin Sievers: > Diskussionsforum Tustep-Liste > Weitere Informationen: www.itug.de > ------------------------------------------------------------ > > > > Am 09.05.2017 um 11:23 schrieb Gottfried Reeg: >> Diskussionsforum Tustep-Liste >> Weitere Informationen: www.itug.de >> ------------------------------------------------------------ >> >> Hallo, >> >> vor einiger Zeit, d.h. eher vor einigen Jahren erwarb ich einige >> Schnitte einer Stempel-Garamond (Adobe/Linotype): so z.B. roman osf, >> roman sc, italic osf, bold osf. Weiß jemand, ob es diese Schnitte noch >> käuflich zu erwerben gibt - ich hatte im Internet nichts gefunden - bzw. >> welche Opentype-Schriften an stelle der alten Fonts zu verwenden sind? > Hallo Herr Regg, > > was spricht gegen > https://www.linotype.com/de/1500/stempel-garamond-schriftfamilie.html > oder auch > https://www.fonts.com/de/font/linotype/stempel-garamond/complete-family-pack > ? > > Gruß > Martin Sievers > > > > ------------------------------------------------------------ > Tustep-Liste at itug.de > https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From sievers at uni-trier.de Tue May 9 11:52:29 2017 From: sievers at uni-trier.de (Martin Sievers) Date: Tue, 9 May 2017 11:52:29 +0200 Subject: [Tustep-Liste] SATZ - Stempel-Garamond In-Reply-To: References: Message-ID: <1e7448d4-986f-86de-6714-48fd96a1b8f3@uni-trier.de> Am 09.05.2017 um 11:45 schrieb Gottfried Reeg: > vielen Dank für den Hinweis. Soweit ich aber sehe, enthalten die dort > angegebenen Fonts nicht die Mediaevalziffern, die bei den Schnitten mit > dem Merkmal "osf" dabei waren. Oder habe ich da etwas übersehen? Doch, die Ziffern sind enthalten. Im OpenType-Standard heißt das entsprechende "Feature" onum und ist unter dem OpenType-Reiter aufgeführt (bei https://www.linotype.com/de/1500/stempel-garamond-schriftfamilie.html) bzw. am Ende von https://www.fonts.com/de/font/itc/stempel-garamond/story aufgeführt. Gruß Martin Sievers -- Diplom-Mathematiker Martin Sievers Trier Center for Digital Humanities (vormals: Kompetenzzentrum für elektronische Erschließungs- und Publikationsverfahren in den Geisteswissenschaften) Universität Trier 54286 Trier Besucheranschrift: Universität Trier Universitätsring 15 DM-Gebäude 54296 Trier Aktuelle Projekte: Wörterbuch des Altuigurischen / MUYA / XML-Druckaufbereitung / Einsatz von TeX Ehemalige Projekte: XML-Print / Workspace for Collaborative Editing Raum: DM333 (3.OG B) Telefon: 0651 201-3017 Telefax: 0651 201-3589 Skype: martinsievers E-Mail: sievers at uni-trier.de Internet: http://kompetenzzentrum.uni-trier.de/de/ueber-uns/mitarbeiter/martin-sievers/ -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 834 bytes Beschreibung: OpenPGP digital signature URL : From kai.borrmann at googlemail.com Tue May 9 13:05:00 2017 From: kai.borrmann at googlemail.com (Kai Borrmann) Date: Tue, 9 May 2017 13:05:00 +0200 Subject: [Tustep-Liste] Tustep-Liste Digest, Vol 161, Issue 2 In-Reply-To: References: Message-ID: Liebe Frau Kirchhoff, ich benutze ebenfalls ein Thinkpad, ein T400s sowie eine ältere Ubuntu-Version und TUSTEP 2013. Ubuntu und Tustep vertragen sich prima miteinander. Vielleicht ersetzen Sie Kubuntu durch eine andere Linux-Distribution? Gruß, Kai Borrmann Am 9. Mai 2017 um 11:45 schrieb : > Send Tustep-Liste mailing list submissions to > tustep-liste at lists.uni-wuerzburg.de > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste > or, via email, send a message with subject or body 'help' to > tustep-liste-request at lists.uni-wuerzburg.de > > You can reach the person managing the list at > tustep-liste-owner at lists.uni-wuerzburg.de > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Tustep-Liste digest..." > > > Today's Topics: > > 1. Bildschirmflackern mit tustep und kubuntu (Anne Kirchhoff) > 2. SATZ - Stempel-Garamond (Gottfried Reeg) > 3. Re: SATZ - Stempel-Garamond (Martin Sievers) > 4. Re: SATZ - Stempel-Garamond (Gottfried Reeg) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 8 May 2017 21:28:21 +0200 > From: Anne Kirchhoff > To: tustep-liste at itug.de > Subject: [Tustep-Liste] Bildschirmflackern mit tustep und kubuntu > Message-ID: > Content-Type: text/plain; charset=utf-8; format=flowed > > Liebe Linux-Experten unter den Listenlesern, > > mein ca. 4 Jahre altes Thinkpad (T410) mit Kubuntu 16.10 macht in > letzter Zeit komische Sachen mit dem Bildschirm, und leider immer nur, > wenn ich mit tustep arbeite. Es kommt, mittlerweile h?ufig, vor, dass am > unteren Bildschirmrand schwarze Balken reinflackern, und nun ist schon > mehrfach mitten in der Eingabe der Bildschirm komplett dunkel geworden, > nach ein paar Sekunden schaltet sich dann der Rechner jeweils komplett > aus. Au?erdem wird nach ungewohnt kurzer Zeit der Ventilator recht laut. > > Hat das sonst noch jemand? Das passiert tats?chlich nur, wenn tustep > l?uft, daher habe ich noch ein winziges Bisschen Hoffnung, dass es nicht > eine erste Aufforderung ist, mich darauf einzustellen, dass die Maschine > demn?chst die Hufe hochrei?t, sondern man vielleicht doch irgendwo was > drehen kann ? > > Vielen Dank, einen sch?nen Abend und herzliche Gr??e rundum > Anne Kirchhoff > > > ------------------------------ > > Message: 2 > Date: Tue, 9 May 2017 11:23:22 +0200 > From: Gottfried Reeg > To: tustep-liste at itug.de > Subject: [Tustep-Liste] SATZ - Stempel-Garamond > Message-ID: > Content-Type: text/plain; charset=utf-8; format=flowed > > Hallo, > > vor einiger Zeit, d.h. eher vor einigen Jahren erwarb ich einige > Schnitte einer Stempel-Garamond (Adobe/Linotype): so z.B. roman osf, > roman sc, italic osf, bold osf. Wei? jemand, ob es diese Schnitte noch > k?uflich zu erwerben gibt - ich hatte im Internet nichts gefunden - bzw. > welche Opentype-Schriften an stelle der alten Fonts zu verwenden sind? > > Viele Gr??e aus Berlin > > Gottfried Reeg > > > ------------------------------ > > Message: 3 > Date: Tue, 9 May 2017 11:26:27 +0200 > From: Martin Sievers > To: > Subject: Re: [Tustep-Liste] SATZ - Stempel-Garamond > Message-ID: > Content-Type: text/plain; charset="utf-8" > > Am 09.05.2017 um 11:23 schrieb Gottfried Reeg: > > Diskussionsforum Tustep-Liste > > Weitere Informationen: www.itug.de > > ------------------------------------------------------------ > > > > Hallo, > > > > vor einiger Zeit, d.h. eher vor einigen Jahren erwarb ich einige > > Schnitte einer Stempel-Garamond (Adobe/Linotype): so z.B. roman osf, > > roman sc, italic osf, bold osf. Wei? jemand, ob es diese Schnitte noch > > k?uflich zu erwerben gibt - ich hatte im Internet nichts gefunden - bzw. > > welche Opentype-Schriften an stelle der alten Fonts zu verwenden sind? > > Hallo Herr Regg, > > was spricht gegen > https://www.linotype.com/de/1500/stempel-garamond-schriftfamilie.html > oder auch > https://www.fonts.com/de/font/linotype/stempel-garamond/ > complete-family-pack > ? > > Gru? > Martin Sievers > > -- > > Diplom-Mathematiker Martin Sievers > > Trier Center for Digital Humanities > (vormals: Kompetenzzentrum f?r elektronische Erschlie?ungs- und > Publikationsverfahren in den Geisteswissenschaften) > Universit?t Trier > 54286 Trier > > Besucheranschrift: > Universit?t Trier > Universit?tsring 15 > DM-Geb?ude > 54296 Trier > > Aktuelle Projekte: W?rterbuch des Altuigurischen / MUYA / > XML-Druckaufbereitung / Einsatz von TeX > Ehemalige Projekte: XML-Print / Workspace for Collaborative Editing > > Raum: DM333 (3.OG B) > > Telefon: 0651 201-3017 > Telefax: 0651 201-3589 > Skype: martinsievers > E-Mail: sievers at uni-trier.de > Internet: > http://kompetenzzentrum.uni-trier.de/de/ueber-uns/ > mitarbeiter/martin-sievers/ > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: signature.asc > Type: application/pgp-signature > Size: 834 bytes > Desc: OpenPGP digital signature > URL: attachments/20170509/af5c4e5f/attachment-0001.sig> > > ------------------------------ > > Message: 4 > Date: Tue, 9 May 2017 11:45:02 +0200 > From: Gottfried Reeg > To: tustep-liste at itug.de > Subject: Re: [Tustep-Liste] SATZ - Stempel-Garamond > Message-ID: > Content-Type: text/plain; charset="windows-1252"; Format="flowed" > > Lieber Herr Sievers, > > vielen Dank f?r den Hinweis. Soweit ich aber sehe, enthalten die dort > angegebenen Fonts nicht die Mediaevalziffern, die bei den Schnitten mit > dem Merkmal "osf" dabei waren. Oder habe ich da etwas ?bersehen? > > Viele Gr??e aus Berlin > > Gottfried Reeg > > > Am 09.05.2017 um 11:26 schrieb Martin Sievers: > > Diskussionsforum Tustep-Liste > > Weitere Informationen: www.itug.de > > ------------------------------------------------------------ > > > > > > > > Am 09.05.2017 um 11:23 schrieb Gottfried Reeg: > >> Diskussionsforum Tustep-Liste > >> Weitere Informationen: www.itug.de > >> ------------------------------------------------------------ > >> > >> Hallo, > >> > >> vor einiger Zeit, d.h. eher vor einigen Jahren erwarb ich einige > >> Schnitte einer Stempel-Garamond (Adobe/Linotype): so z.B. roman osf, > >> roman sc, italic osf, bold osf. Wei? jemand, ob es diese Schnitte noch > >> k?uflich zu erwerben gibt - ich hatte im Internet nichts gefunden - bzw. > >> welche Opentype-Schriften an stelle der alten Fonts zu verwenden sind? > > Hallo Herr Regg, > > > > was spricht gegen > > https://www.linotype.com/de/1500/stempel-garamond-schriftfamilie.html > > oder auch > > https://www.fonts.com/de/font/linotype/stempel-garamond/ > complete-family-pack > > ? > > > > Gru? > > Martin Sievers > > > > > > > > ------------------------------------------------------------ > > Tustep-Liste at itug.de > > https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: attachments/20170509/51dce943/attachment.html> > > ------------------------------ > > > ============================================================ > Tustep-Liste at lists.uni-wuerzburg.de > https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste > > > End of Tustep-Liste Digest, Vol 161, Issue 2 > ******************************************** > -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From Gottfried.reeg at seegelken-reeg.de Thu May 11 14:29:08 2017 From: Gottfried.reeg at seegelken-reeg.de (Gottfried Reeg) Date: Thu, 11 May 2017 14:29:08 +0200 Subject: [Tustep-Liste] SATZ - Stempel-Garamond In-Reply-To: <1e7448d4-986f-86de-6714-48fd96a1b8f3@uni-trier.de> References: <1e7448d4-986f-86de-6714-48fd96a1b8f3@uni-trier.de> Message-ID: <2d3798dc-2080-460c-f4e8-0f77cb11240b@seegelken-reeg.de> Lieber Herr Sievers, vielen Dank für die zusätzliche Information Gruß Gottfried Reeg Am 09.05.2017 um 11:52 schrieb Martin Sievers: > Diskussionsforum Tustep-Liste > Weitere Informationen: www.itug.de > ------------------------------------------------------------ > > > > Am 09.05.2017 um 11:45 schrieb Gottfried Reeg: >> vielen Dank für den Hinweis. Soweit ich aber sehe, enthalten die dort >> angegebenen Fonts nicht die Mediaevalziffern, die bei den Schnitten mit >> dem Merkmal "osf" dabei waren. Oder habe ich da etwas übersehen? > Doch, die Ziffern sind enthalten. Im OpenType-Standard heißt das > entsprechende "Feature" onum und ist unter dem OpenType-Reiter > aufgeführt (bei > https://www.linotype.com/de/1500/stempel-garamond-schriftfamilie.html) > bzw. am Ende von > https://www.fonts.com/de/font/itc/stempel-garamond/story aufgeführt. > > Gruß > Martin Sievers > > > > ------------------------------------------------------------ > Tustep-Liste at itug.de > https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From Kurt.Heydeck at sbb.spk-berlin.de Tue May 16 07:53:07 2017 From: Kurt.Heydeck at sbb.spk-berlin.de (Heydeck, Kurt) Date: Tue, 16 May 2017 05:53:07 +0000 Subject: [Tustep-Liste] 'Tustep API function failed' Message-ID: Liebe Gemeinde, ich bin gestern aus heiterem Himmel von einem interessanten, aber auch etwas lästigen Problem überfallen worden, für das ich hier auf eine Lösung hoffe. Beim Satzdurchlauf bekomme ich nacheinander folgende Popup-Fensterchen: 1) (Fenstertitel:) Tustep API function failed. (Fensterinhalt:) Error in TXTSDD from function sdd: Der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess verwendet wird. 2) Dasselbe 3) API function failed for TUSTEP. Error in TXTEA from function OpenFile. File: -*PAR1. C:\TUSTEP\00000075.TSF. Der Prozess... (Dieses Fenster aber nur bei ausgeschaltetem Ablaufprotokoll!) 4) wie 1) PAR1 ist bei mir eine Scratch-Datei, in die die Satzparameter kopiert werden. Wenn ich das Ablaufprotokoll bzw. die Stopps beim Aufblenden der Fenster richtig verstehe, dann kommen sie immer bei tue-Dateien und (zum Schluß) bei #*psaus. Drücke ich die Popups mit OK weg, dann läuft das Satzprogramm bis zum nächsten Stopp und schließlich bis zu einem normalen Ergebnis (Postscript bzw. pdf) weiter. Kurios. Neustart des Rechners, Normiere, Googlerecherche und (besonders enttäuschend) die Konsultation der astrologischen Hs., die gerade auf meinem Schreibtisch liegt, haben mich nicht weitergebracht. Ich benutze die 2016er Version unter Windows 7. Die einzelnen Satzprogrammdateien stehen in einer gemeinsamen Segmentdatei. Mir fällt beim besten Willen nicht ein, was ich gegenüber vorgestern anders gemacht habe, wodurch ich dieses Phänomen verursacht haben könnte. Oder ist es gar kein Tustep-Problem? - Herzlichen Dank+Gruß in die Runde, Kurt Heydeck Staatsbibliothek zu Berlin - Preußischer Kulturbesitz Handschriftenabteilung Potsdamer Str. 33                Tel: ++49-(0)30-266-435054 D-10785 Berlin                    Fax: ++49-(0)30-266-335001 http://staatsbibliothek-berlin.de/die-staatsbibliothek/abteilungen/handschriften/ From michael.trauth at outlook.de Tue May 16 10:34:58 2017 From: michael.trauth at outlook.de (Dr. Michael Trauth) Date: Tue, 16 May 2017 08:34:58 +0000 Subject: [Tustep-Liste] 'Tustep API function failed' In-Reply-To: References: Message-ID: Grüß Gott Herr Heydeck, zu Ihrem Problem: > 1) (Fenstertitel:) Tustep API function failed. > (Fensterinhalt:) Error in TXTSDD from function > sdd: Der Prozess kann nicht auf die Datei > zugreifen, da sie von einem anderen Prozess > verwendet wird. In meiner Praxis ist das Phänomen einige wenige Male vorgekommen. Dort waren es jedesmal die Virenscanner (G-Data, McAfee, Kaspersky und Sophos), die nach einem Engine-Update ein anderes, intensiveres Prüfverfahren anwendeten, deshalb mit dem Prüfen der gerade veränderten bzw. neu geschriebenen Datei noch beschäftigt waren und diese noch nicht wieder freigegeben hatten. (Das könnte gerade jetzt, nach den WannCry-Attacken, wieder der Fall sein.) Um das zu testen, haben Sie mehrere Möglichkeiten: 1. Ihren Virenscanner versuchsweise einmal auszuschalten (nur um festzustellen, ob es tatsächlich am AV-Programm liegt). Oder 2. In der Konfiguration des Virenscanners das Verzeichnis Ihrer Projektdaten aus der Prüfung rauszunehmen. Oder 3. Innerhalb von Tustep vor dem Zugriff auf die betr. Datei eine kleine Warteanweisung einzubauen: #makro $$ WAIT 3 *eof Das läßt die Bearbeitung Ihrer Prozedur drei Sekunden lang warten. Vermutlich reicht auch ein kleinerer Wert (1 oder 2), aber das können Sie ja ggf. durch Versuche herausfinden. > Oder ist es gar kein Tustep-Problem? Darauf würde ich tippen. :o)) Viele Grüße reihum von Michael Trauth From Kurt.Heydeck at sbb.spk-berlin.de Tue May 16 11:29:09 2017 From: Kurt.Heydeck at sbb.spk-berlin.de (Heydeck, Kurt) Date: Tue, 16 May 2017 09:29:09 +0000 Subject: [Tustep-Liste] 'Tustep API function failed' In-Reply-To: References: Message-ID: Lieber Herr Trauth, 1000 Dank. Variante 1 und 2 würden wahrscheinlich (ich versuche erst gar nicht zu verhandeln) die Bibliotheksadministratoren, die alle Macht über die Virenscanner haben, nicht zulassen. Bleibt Ihre Variante 3. Aber zur Zeit verschafft offenbar schon ein freilaufendes Ausgabeprotokoll ausreichend Zeit. Interessant! Grüße aus Berlin, Kurt Heydeck From tho.neumann at gmx.de Tue May 16 13:22:09 2017 From: tho.neumann at gmx.de (Dr. Thomas Neumann) Date: Tue, 16 May 2017 13:22:09 +0200 Subject: [Tustep-Liste] 'Tustep API function failed' Message-ID: Hallo Kollegen, bei mir ist die Meldung ebenfalls aufgetreten. Ergänzend zu den Ausführungen von Herrn Trauth: Ursache war ein Backup-Programm, das veränderte Daten auf ein externes Medium sichert und bei Veränderungen an Dateien sofort reagiert - und dann die Dateien für den Zugriff sperrt. Mfg Dr. Thomas Neumann ------------------------------------- Dr. Thomas Neumann Greutweg 43 73733 Esslingen ------------------------------------- mail tho.neumann at gmx.de fax +4932121431182 ------------------------------------- www.caroline-fouque.de www.hoererlebnis.de ------------------------------------- From schneiderm at uni-trier.de Fri May 19 14:15:39 2017 From: schneiderm at uni-trier.de (Schneider, Matthias) Date: Fri, 19 May 2017 12:15:39 +0000 Subject: [Tustep-Liste] Frage zu Pattern Matching Message-ID: Liebe Liste, bei einer Auszeichnungsaufgabe bin ich auf eine Funktionsweise des {}-Pattern Matchings gestoßen, die ich noch nicht verstehe: Gegeben sind Muster wie das folgende, das in meiner Datei in Datensatz 0.11 steht: #[2003]1723#[2002]es (ist) durch unglück und nicht durch seinen betrieb verlohren gangen russ. land-recht 75.#[2003] Der Text zwischen "" und "" soll als Zitat (...) getaggt werden, was an sich trivial ist. Gerne möchte ich allerdings Blanks, die hinter "" und vor "" stehen können (0, 1, ggf. auch mehrere Blanks), vom Tagging ausschließen. Mein erster Versuch, der wie folgt aussah, lief ins Leere: a,(0.11,0.11),,|{0-0} {|}*{|}{0-0} |{=1=}{=2=}{=3=}| Lasse ich hingegen den zweiten Quantifizierer "{0-0}" weg, funktioniert das testweise auf den Datensatz 0.11 beschränkte Austauschen wie gewünscht. Allerdings würden dann bei Mehrfachblanks alle bis auf das letzte in das neue -Tag integriert: a,(0.11,0.11),,|{0-0} {|}*{|} |{=1=}{=2=}{=3=}| Eine Ausweichmöglichkeit scheint darin zu bestehen, die Vorschrift für "0 bis beliebig viele" Leerzeichen als Stringgruppe anzulegen. Dann werden bei mehrfache Blanks komplett aus dem Tagging ausgeschlossen: s:mb=|{0-0} | --> a,(0.11,0.11),,|{S:mb}{|}*{|}{S:mb}|{=1=}{=2=}{=3=}| Was sich mir bisher nicht erschließt, ist die Frage, warum mittels Stringgruppeneinsatz funktioniert, was bei unmittelbarer Definition nicht zu klappen scheint. Viele Grüße in die Runde Matthias Schneider ==================================================== |           Matthias Schneider, M.A. |__Kompetenzzentrum für elektronische Erschließungs- |     und Publikationsverfahren in den |     Geisteswissenschaften |__Trier Center for Digital Humanities |__Universität Trier |__DM 341 |__Mail: schneiderm at uni-trier.de |__Homepage: |     http://www.kompetenzzentrum.uni-trier.de |     http://www.m-schneider.eu |__twitter: @ms91tru, @museumdighum |__Telephon: |     + 49 651 201 2935 ==================================================== From michael.trauth at outlook.de Sun May 21 03:51:00 2017 From: michael.trauth at outlook.de (Dr. Michael Trauth) Date: Sun, 21 May 2017 01:51:00 +0000 Subject: [Tustep-Liste] Frage zu Pattern Matching In-Reply-To: References: Message-ID: Lieber Matthias, zu Deiner Frage: > Gegeben sind Muster wie das folgende, das in > meiner Datei in Datensatz 0.11 steht: > name="Futura">#[2003]1723#[2002]es > (ist) durch unglück und nicht durch > seinen betrieb verlohren gangen russ. > land-recht 75.#[2003] > > Der Text zwischen "" und "" > soll als Zitat (...) getaggt > werden, was an sich trivial ist. Gerne möchte > ich allerdings Blanks, die hinter "" > und vor "" stehen können (0, 1, ggf. > auch mehrere Blanks), vom Tagging > ausschließen. > > Mein erster Versuch, der wie folgt aussah, > lief ins Leere: > a,(0.11,0.11),,|{0-0} {|}*{|}{0-0} > |{=1=}{=2=}{=3=}| > > Lasse ich hingegen den zweiten Quantifizierer > "{0-0}" weg, funktioniert das testweise auf > den Datensatz 0.11 beschränkte Austauschen wie > gewünscht. Allerdings würden dann bei > Mehrfachblanks alle bis auf das letzte in das > neue -Tag integriert: > a,(0.11,0.11),,|{0-0} {|}*{|} > |{=1=}{=2=}{=3=}| > > Eine Ausweichmöglichkeit scheint darin zu > bestehen, die Vorschrift für "0 bis beliebig > viele" Leerzeichen als Stringgruppe anzulegen. > Dann werden bei mehrfache Blanks komplett aus > dem Tagging ausgeschlossen: > s:mb=|{0-0} | > > --> > a,(0.11,0.11),,|{S:mb}{|}*{|}{S:mb} ibl>|{=1=}{=2=}{=3=}| > > Was sich mir bisher nicht erschließt, ist die > Frage, warum mittels Stringgruppeneinsatz > funktioniert, was bei unmittelbarer Definition > nicht zu klappen scheint. [MTr] In Deiner ersten Austauscheanweisung a,,,|{0-0} {|}*{|}{0-0} |{=1=}{=2=}{=3=}| verwendest Du '{0-0} ' = ein Blank, das beliebig oft vorkommen oder auch fehlen kann, und sofort danach läßt Du '*' folgen, womit 'beliebig viele beliebige Zeichen' gemeint sind. Das Programm versucht in der Defaulteinstellung von jedem Element der Such-Zflg so früh wie möglich zum nächsten variablen Element überzugehen - und weil das Blank (das vorkommen oder auch fehlen kann) *auch* in dem folgenden Element '*' enthalten ist, liest es über ein oder mehrere evtl. hinter stehende Blanks hinweg und geht gleich zu '*' über. Das ist ziemlich wichtig und kommt als Fall in der täglichen Tustep-Praxis nicht oft vor, deshalb frage ich hier erst einmal nach Art der Mafia-Paten: Capisce? Denn erst dann wirst Du die kurzen, aber luziden Ausführungen des Handbuchs 2017 zur Parameterart IX auf S.708 oben zur Angabe '{n--m}' verstehen. Damit läßt sich die erste Hürde Deiner Anweisung noch leicht beheben, denn Du kannst das Programm dazu zwingen(!), die hinter stehenden eventuell vorhandenen Blanks als eigenes Element zu lesen: a,,,|{0--0} {|}*{|} |{=1=}{=2=}{=3=}| Mit dieser kleinen Änderung - dem zusätzlich eingefügten Bindestrich - funktioniert Deine Anweisung wie gewünscht. ABER ich habe getrickst, denn das fakultative zweite Blank (vor ) habe ich zum festen Blank gemacht. Dieser Trick funktioniert, *obwohl* das Blank vor ja auch in der Definition von '*' mit enthalten ist: An diesem Blank geht das Programm aber nur deswegen nicht zum nächsten Element der Such-Zflg über, weil das Element starr = nicht variabel ist. Wenn statt dessen ein variables Element (ein fakultatives oder beliebig(!) viele Blanks) da stünde, also a,,,|{0--0} {|}*{|}{0} |{=1=}{=2=}{=3=}| oder a,,,|{0--0} {|}*{|}{0-0} |{=1=}{=2=}{=3=}| oder a,,,|{0--0} {|}*{|}{0--0} |{=1=}{=2=}{=3=}| dann funktioniert das Austauschen nicht mehr. Warum? In Deinem Beispiel stößt das Programm beim Bestimmen von '*' auf das erste Blank zwischen 'es' und 'ist'. Das Programm freut sich, weil dieses Blank ebenfalls dem variabel definierten 'beliebig viele Blanks' entspricht, es geht deshalb von der Definition von '*' zu diesem '{0-0} ' über (hört also mit der Definition von '*' auf), verzweifelt aber am danach fehlenden '' und bricht ab mit der Suche nach einer Übereinstimmung mit der Such-Zflg. Das dürfte auch die Antwort auf Deine abschließende Frage sein, warum die von Dir gefundene (sehr kreative) Lösung mit der Definition einer Stringgruppe mb funktioniert: S:mb=|{0-0 | a,,,|{S:mb}{|}*{|}{S:mb}|{=1=}{=2=}{=3=}| In *dieser* Anweisung ist das Element {S:mb} nämlich ein *starres*, kein variables. Wenn Du es mit einer Häufigkeitsbedingung innerhalb der a-Anweisung garniert hättest, hätte es ebenfalls *nicht* funktioniert. NB: Deine Lösung gefällt mir wirklich sehr gut. Es bleibt die Frage, ob man den Programmautor dazu bewegen könnte, hier noch ein wenig nachzubessern, damit eine variable Zahl von Blanks vor ebenfalls noch richtig verstanden wird. - Ohne ihm vorgreifen zu wollen: Ich hätte einige Bedenken, an der bisherigen Funktionsweise herumzudoktern, denn es besteht die Gefahr, daß in vielen uralten gut funktionierenden Programmroutinen sich einige wenige Austauscheanweisungen plötzlich anders verhalten als bisher. Und so ein Risiko wird doch wohl keiner gerne in Kauf nehmen wollen... Oder? Viele Grüße reihum von Michael Trauth From schneiderm at uni-trier.de Wed May 24 14:53:33 2017 From: schneiderm at uni-trier.de (Schneider, Matthias) Date: Wed, 24 May 2017 12:53:33 +0000 Subject: [Tustep-Liste] Frage zu Pattern Matching In-Reply-To: References: Message-ID: Lieber Michael, hab ganz herzlichen Dank für Deine ausführlichen Erläuterungen zu den Details, insb. zur Parameterart IX. Die "sehr kreative" Lösung mit der Stringgruppe geht übrigens auf einen Tipp einer uns beiden bekannten Heidelberger Kollegin zurück. Ich hatte hier nur zunächst das Gefühl - um bei Deinem Mafia-Vergleich zu bleiben - mit dem Messer zur Schießerei zu kommen.... ;-) Offenbar ist dieser Weg aber im vorliegenden Fall der sinnvollste, von daher werde ich die Anweisung in die Routine einbauen. Herzliche Grüße in die Runde von Matthias Schneider ==================================================== |           Matthias Schneider, M.A. |__Kompetenzzentrum für elektronische Erschließungs- |     und Publikationsverfahren in den |     Geisteswissenschaften |__Trier Center for Digital Humanities |__Universität Trier |__DM 341 |__Mail: schneiderm at uni-trier.de |__Homepage: |     http://www.kompetenzzentrum.uni-trier.de |     http://www.m-schneider.eu |__twitter: @ms91tru, @museumdighum |__Telephon: |     + 49 651 201 2935 ==================================================== -----Ursprüngliche Nachricht----- Von: tustep-liste-bounces at lists.uni-wuerzburg.de [mailto:tustep-liste-bounces at lists.uni-wuerzburg.de] Im Auftrag von Dr. Michael Trauth Gesendet: Sonntag, 21. Mai 2017 03:51 An: tustep-liste at itug.de Betreff: Re: [Tustep-Liste] Frage zu Pattern Matching Diskussionsforum Tustep-Liste Weitere Informationen: www.itug.de ------------------------------------------------------------ Lieber Matthias, zu Deiner Frage: > Gegeben sind Muster wie das folgende, das in meiner Datei in Datensatz > 0.11 steht: > name="Futura">#[2003]1723#[2002]es > (ist) durch unglück und nicht durch seinen betrieb verlohren > gangen russ. > land-recht 75.#[2003] > > Der Text zwischen "" und "" > soll als Zitat (...) getaggt werden, was an sich > trivial ist. Gerne möchte ich allerdings Blanks, die hinter > "" > und vor "" stehen können (0, 1, ggf. > auch mehrere Blanks), vom Tagging > ausschließen. > > Mein erster Versuch, der wie folgt aussah, lief ins Leere: > a,(0.11,0.11),,|{0-0} {|}*{|}{0-0} > |{=1=}{=2=}{=3=}| > > Lasse ich hingegen den zweiten Quantifizierer "{0-0}" weg, > funktioniert das testweise auf den Datensatz 0.11 beschränkte > Austauschen wie gewünscht. Allerdings würden dann bei Mehrfachblanks > alle bis auf das letzte in das neue -Tag integriert: > a,(0.11,0.11),,|{0-0} {|}*{|} > |{=1=}{=2=}{=3=}| > > Eine Ausweichmöglichkeit scheint darin zu bestehen, die Vorschrift für > "0 bis beliebig viele" Leerzeichen als Stringgruppe anzulegen. > Dann werden bei mehrfache Blanks komplett aus dem Tagging > ausgeschlossen: > s:mb=|{0-0} | > > --> > a,(0.11,0.11),,|{S:mb}{|}*{|}{S:mb} ibl>|{=1=}{=2=}{=3=}| > > Was sich mir bisher nicht erschließt, ist die Frage, warum mittels > Stringgruppeneinsatz funktioniert, was bei unmittelbarer Definition > nicht zu klappen scheint. [MTr] In Deiner ersten Austauscheanweisung a,,,|{0-0} {|}*{|}{0-0} |{=1=}{=2=}{=3=}| verwendest Du '{0-0} ' = ein Blank, das beliebig oft vorkommen oder auch fehlen kann, und sofort danach läßt Du '*' folgen, womit 'beliebig viele beliebige Zeichen' gemeint sind. Das Programm versucht in der Defaulteinstellung von jedem Element der Such-Zflg so früh wie möglich zum nächsten variablen Element überzugehen - und weil das Blank (das vorkommen oder auch fehlen kann) *auch* in dem folgenden Element '*' enthalten ist, liest es über ein oder mehrere evtl. hinter stehende Blanks hinweg und geht gleich zu '*' über. Das ist ziemlich wichtig und kommt als Fall in der täglichen Tustep-Praxis nicht oft vor, deshalb frage ich hier erst einmal nach Art der Mafia-Paten: Capisce? Denn erst dann wirst Du die kurzen, aber luziden Ausführungen des Handbuchs 2017 zur Parameterart IX auf S.708 oben zur Angabe '{n--m}' verstehen. Damit läßt sich die erste Hürde Deiner Anweisung noch leicht beheben, denn Du kannst das Programm dazu zwingen(!), die hinter stehenden eventuell vorhandenen Blanks als eigenes Element zu lesen: a,,,|{0--0} {|}*{|} |{=1=}{=2=}{=3=}| Mit dieser kleinen Änderung - dem zusätzlich eingefügten Bindestrich - funktioniert Deine Anweisung wie gewünscht. ABER ich habe getrickst, denn das fakultative zweite Blank (vor ) habe ich zum festen Blank gemacht. Dieser Trick funktioniert, *obwohl* das Blank vor ja auch in der Definition von '*' mit enthalten ist: An diesem Blank geht das Programm aber nur deswegen nicht zum nächsten Element der Such-Zflg über, weil das Element starr = nicht variabel ist. Wenn statt dessen ein variables Element (ein fakultatives oder beliebig(!) viele Blanks) da stünde, also a,,,|{0--0} {|}*{|}{0} |{=1=}{=2=}{=3=}| oder a,,,|{0--0} {|}*{|}{0-0} |{=1=}{=2=}{=3=}| oder a,,,|{0--0} {|}*{|}{0--0} |{=1=}{=2=}{=3=}| dann funktioniert das Austauschen nicht mehr. Warum? In Deinem Beispiel stößt das Programm beim Bestimmen von '*' auf das erste Blank zwischen 'es' und 'ist'. Das Programm freut sich, weil dieses Blank ebenfalls dem variabel definierten 'beliebig viele Blanks' entspricht, es geht deshalb von der Definition von '*' zu diesem '{0-0} ' über (hört also mit der Definition von '*' auf), verzweifelt aber am danach fehlenden '' und bricht ab mit der Suche nach einer Übereinstimmung mit der Such-Zflg. Das dürfte auch die Antwort auf Deine abschließende Frage sein, warum die von Dir gefundene (sehr kreative) Lösung mit der Definition einer Stringgruppe mb funktioniert: S:mb=|{0-0 | a,,,|{S:mb}{|}*{|}{S:mb}|{=1=}{=2=}{=3=}| In *dieser* Anweisung ist das Element {S:mb} nämlich ein *starres*, kein variables. Wenn Du es mit einer Häufigkeitsbedingung innerhalb der a-Anweisung garniert hättest, hätte es ebenfalls *nicht* funktioniert. NB: Deine Lösung gefällt mir wirklich sehr gut. Es bleibt die Frage, ob man den Programmautor dazu bewegen könnte, hier noch ein wenig nachzubessern, damit eine variable Zahl von Blanks vor ebenfalls noch richtig verstanden wird. - Ohne ihm vorgreifen zu wollen: Ich hätte einige Bedenken, an der bisherigen Funktionsweise herumzudoktern, denn es besteht die Gefahr, daß in vielen uralten gut funktionierenden Programmroutinen sich einige wenige Austauscheanweisungen plötzlich anders verhalten als bisher. Und so ein Risiko wird doch wohl keiner gerne in Kauf nehmen wollen... Oder? Viele Grüße reihum von Michael Trauth ------------------------------------------------------------ Tustep-Liste at itug.de https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste