Thread View: de.comp.tex
2 messages
2 total messages
Started by Martin Rost
Thu, 01 Oct 1992 21:16
Literaturverwaltung
Author: Martin Rost
Date: Thu, 01 Oct 1992 21:16
Date: Thu, 01 Oct 1992 21:16
191 lines
9136 bytes
9136 bytes
Moin Joachim,
>> Noch einmal sei betont: Uns interessieren vorzugsweise die folgenden
>> allgemeinen Kriterien einer Literaturverwaltung:
>> - Optimale Schnittstelle zum Editor/ zur Textverarbeitung.
^^^^^^^^^^^^^^^^^^^^
>> - Optimale Moeglichkeit zur Aufnahme fremder Titelsammlungen, also:
>> - Keinerlei Masken-/Format-, Rechner- oder Software Beschraenkungen.
>> - Optimale Moeglichkeiten der Zusammenarbeit (also flexibelste
>> Import-/ Export-Moeglichkeiten).
> Was ist dabei ``Textverarbeitung''? Da der Artikel in de.comp.tex
>erschien, dachte ich, es dreht sich um (La)TeX. Da fehlen mir aber die
>Tags, die eine typographische Gestaltung ermoeglichen.
Wir arbeiten ebenfalls mit LaTex, gerade weil es eine
professionelle Texterstellung in Editoren ermoeglicht, wollen aber
Textverarbeiter nicht von vornherein von der Zusammenarbeit
ausschliessen. Es gilt auch hierbei die kollektive Intelligenz zu
nutzen. Die typographische Aufbereitung ist fuer uns in Sachen
Literaturbearbeitung bisher von eher zweitrangiger Bedeutung. Wir
arbeiten demnaechst an einer Programmumsetzung dieses Problems.
(...)
>>> Wie verhindert man, dass bei Mehrfachnennung eines Autors in
>>> unterschiedlichen Referenzen der Name unterschiedlich geschrieben
>>> wird? (Einmal als Theodor W. Adorno und einmal als Th.W. Adorno oder
>>> auch nur als T. Adorno...)
>>
>> Wann passiert denn so etwas? In der Literaturliste wird per
>> Konvention zuerst der Nachname und dann der Vorname aufgenommen.
> Welcher? T., Th. oder Th.W.? Oder evtl. doch Theodor W.?
> (Du brauchst mir die Frage nicht zu beantworten, sie ist
> rhetorisch. Was ich aufzeigen will, ist folgendes: Wenn man eine
> Literatur-Datenbasis ueber mehrere Jahre hinweg aufbaut, wird man
> Inkonsistenzen in der Namenserfassung erhalten. Die machen sich aber
> in einem Artikel nicht gut. Ich kann da aus Erfahrung reden: in meiner
> persoenlichen Datenbasis sind etwas ueber 5000 Referenzen, und ich
> habe eine Menge Inkonsistenzen. :-( )
Ich sehe das Problem bei uns (noch?) nicht. Also ich allein bin
derzeit mit vielleicht 3000 Titeln dabei und dieses Problem hat sich
bei mir bisher nie auch nur andeutungsweise gestellt.
(...)
>>> Wie kann man zwischen Titeln und Kollektionstitel (fuer Konferenz-
>>> oder Sammelbaende) unterscheiden?
>>
>> Gar nicht. Gib' doch bitte einmal ein konkretes Beispiel fuer die
>> Notwendigkeit einer solchen Unterscheidung.
> Z.B.:
> {\sc Karl J. Lieberherr}, {\sc Ian Holland}, and {\sc Arthur J. Riel}:
> Object-oriented programming: An objective sense of style.
> In {\it Proceedings of the Conference on Object-Oriented Programming:
> Systems, Languages and Applications (OOPSLA)}, pages 323--334, San
> Diego,~CA, September~1988.
> ACM, SIG on Programming Languages, New York,~NY.
> Published as SIGPLAN Notices Vol.~23, No~11, November~1988.
> (In LaTeX markup). Ich habe zur besseren Uebersicht neue
> Informations-Subeinheiten an den Anfang einer Zeile plaziert.
> Die Autorennamen sind in Kapitaelchen, der Kollektionstitel
> (``Proceedings of...'') in Kursiv. Er ist deswegen kursiv, weil es
> der Titel ist, nach dem man in Bibliotheks-Datenbanken (seien sie
> elektronisch oder ein Karteikasten) suchen muss.
Ja, ist sinnig. Sehe ich ein.
> Dass der eigentliche Titel (``Object-oriented programming: ...'')
> nicht in Anfuehrungszeichen steht, zeigt an, dass es ein referiertes
> Werk ist; der Titel ist mit einer hohen Wahrscheinlichkeit auch in
> Indices von publizierten Werken (MathSci, ACM Guide to the Computing
> Literature, etc.) bzw. in internationalen Datenbanken zur
> Literaturrecherche enthalten.
> Die Adresse und das Datum hinter dem Kollektionstitel bezieht
> sich auf die Konferenz, nicht auf die Publikation.
> Die Publikationsinformation (Zeitschrift und Datum) folgt ganz am
> Ende. Da hier der Konferenz-Organisator (ACM SIGPLAN) und der
> Publizierer uebereinstimmt, folgt nicht noch einmal eine weitere
> Angabe. Ansonsten wuerde hier noch der Verlag stehen, evtl. mit
> Serien-Angabe usw. (z.B. ``Lecture Notes in Computer Science~83,
> Springer, New York,~NY.'')
Ja, natuerlich. Sieht konsistent aus.
(...)
>>> [Jahreszahl hinter Herausgeber-Name.]
>>
>> Wieso gehoert die Jahresangabe nicht dahin? Laut ZfS-Konvention
>> gehoert sie in unserem Fachbereich da hin (und das macht auch viel
>> Sinn!).
> Das ist aber nach meinem Wissen die Ausnahme.
Mag sein. Aber es ist DIE ZfS-Konvention und damit fuer uns
masseblich. Und nicht ganz unwichtig, sie macht auch inhaltlich
(historisch) einfach Sinn: Im Text (Luhmann 1968: 12) oder (Luhmann
1988b: 45) zitiert zu sehen, verspricht einen hoeheren
Informationsgehalt als (T45) und aehnlich Kryptisches.
(...)
>>> Was macht ihr, wenn diese Zitation in einer Publikation benutzt
>>> werden soll, die nicht in Deutsch geschrieben ist? (Euer Kram ist
>>> offensichtlich inhaerent deutsch.)
>>
>> Stimmt. Hoffnungslos immanent deutsch. In solch einem Fall muessten
>> wir wohl entsetzlicherweise unter mentalen Schmerzen per Hand
>> korrigieren.
> Das Problem dabei ist: Macht ihr das auch vollstaendig und korrekt?
> (Ich frage, weil ich das oft auch per Hand machen muss -- und wenn die
> Publikation draussen ist, finde ich dann doch noch Fehler. Das Komma
> vor `and' vergessen, oder vor `und' nicht weggemacht, etc.)
Solche Restprobleme kann man wohl nicht allgemein beheben.
>>> BibTeX und aequivalente Systeme, die Bibliographien mittels eines
>>> strukturierten Markups beschreiben, haben viele Probleme -- meiner
>>> Ansicht nach loest Euer Ansatz aber keines von denen und schafft
>>
>>Ist definitiv auch nicht unser Ehrgeiz, BIBTEX-Probleme zu loesen.
>Hatte ich auch nicht so verstanden. Mein Punkt war nur: Schon BibTeX
Gut. Habe ich im Grunde auch so verstanden, dass Du es so nicht
verstanden hattest, aber Minimalrhetorik kann ich mir halt nicht
verkneifen :).
> ist kein adaequates Mittel, um Literatur-Referenzen zu verwalten.
> Zumindest ist es fuer mich nicht adaequat, um meine 5000 Referenzen
> zu verwalten. (Vielleicht bin ich auch zu bloed dazu. ;-) Mir helfen
> dabei auch Hilfsprogramme wie Bibcard oder das neue von den
> Muenchnern nicht weiter, weil meine Probleme in den *mangelnden*
> Strukturierungsmoeglichkeiten von BibTeX liegt. IMO habe ich nicht
> zu viel Struktur bei der Erfassung, sondern zu wenig!
Nun ist die Differenz unserer Motive wohl geklaert: Du willst die
perfekt gesetzte Referenz, einmal angelegt und dann fuer ewig
brauchbar. Eine einsichtige Intention (und auch diejenige, die in
dieser Group besser aufgehoben ist als unsere :)). Wir dagegen wollen
mit Titel "arbeiten", sie schnell zur Hand haben, verschlagworten,
viele Stichworte dazu machen koennen, Standort festhalten usw. Die
Vernetzung von Titel liegt uns mehr am Herzen als optimales und
flexibles Styling. Im Grunde waere es fuer uns aber auch kein
Problem, Titel gleich optimal gesetzt zu notieren, jedoch aergerte
mich einwenig das Mitschleppen so vieler Redundanzen. Mehr Sinn
machte es, Titel "unbehandelt" wie bisher aufzunehmen und zu pflegen
und dann, wenn die Veroeffentlichung (derer man ja nicht soo viele in
seinem Leben hat) ansteht, in einem LIVE-Lauf weitgehend
automatisiert die Standard-Befehle einzuflechten und den Rest per
Hand erledigen. Eine Zeitbilanz duerfte fuer die Handnachbesserung
sprechen.
> Ich will dabei auch gar nicht anfangen zu disputieren, welche
Genau, Konsens ueber Dissens ist wohl das definierteste
Einigungsniveau, das erreichbar ist.
> Zitiermethode die bessere ist. Ich bin da pragmatisch: die
> Zitiermethode wird mir von den Zeitschriften vorgegeben, in denen
> ich publizieren will. Da hilft kein Diskutieren, da muss ich mich
> dran halten.
> ``publish or perish'' ;-(
Klar.
> PS: Persoenlich liegt mein Ansatz darin, ein non-standard DB(M)S zu
> benutzen und von da aus im SGML-Format (meinetwegen auch BibTeX,
> tib, refer, o.ae.) zu extrahieren, damit hier die
> publikationsspezifische Transformation geschehen kann, wobei die
> typographischen Details erst durch das Satzsystem (latuernich TeX
> ;-) hinzugefuegt werden.
Als Nichtinformatiker faellt es mir relativ leicht Dir ganz uneitel
zu offenbaren, dass ich die ersten beiden Zeilen Deines PS nicht
verstehe. Aber den letzten drei Zeilen kann ich unumwunden
zustimmen. Im Grunde habe ich eben ja genauso argumentiert. Haettest
Du noch so viel Nerv, mir die ersten beiden zu erklaeren?
Gruss, Martin
--
Martin Rost * InterEUnet: mrost@tpki.toppoint.de
Germany/ Kiel * Z-Netz : MROST@KRISKI.ZER
Re: Literaturverwaltung
Author: Joachim Schrod
Date: Fri, 02 Oct 1992 19:40
Date: Fri, 02 Oct 1992 19:40
144 lines
8030 bytes
8030 bytes
In article <1992Oct01.211620.27003@tpki.toppoint.de>, mrost@tpki.toppoint.de (Martin Rost) writes:
> Nun ist die Differenz unserer Motive wohl geklaert: Du willst die
> perfekt gesetzte Referenz, einmal angelegt und dann fuer ewig
> brauchbar. Eine einsichtige Intention (und auch diejenige, die in
> dieser Group besser aufgehoben ist als unsere :)). Wir dagegen wollen
> mit Titel "arbeiten", sie schnell zur Hand haben, verschlagworten,
> viele Stichworte dazu machen koennen, Standort festhalten usw. Die
> Vernetzung von Titel liegt uns mehr am Herzen als optimales und
> flexibles Styling. Im Grunde waere es fuer uns aber auch kein
> Problem, Titel gleich optimal gesetzt zu notieren, jedoch aergerte
> mich einwenig das Mitschleppen so vieler Redundanzen. Mehr Sinn
> machte es, Titel "unbehandelt" wie bisher aufzunehmen und zu pflegen
> und dann, wenn die Veroeffentlichung (derer man ja nicht soo viele in
> seinem Leben hat) ansteht, in einem LIVE-Lauf weitgehend
> automatisiert die Standard-Befehle einzuflechten und den Rest per
> Hand erledigen. Eine Zeitbilanz duerfte fuer die Handnachbesserung
> sprechen.
Dann hast Du mich falsch verstanden.
-- Ich will AUF KEINEN FALL typographisches TeX-Markup a la \it, \sc,
oder auch nur `--' zwischen einem Seitennummern-Bereich, eingeben.
Noch weniger will ich sie in meiner Literatur-Sammlung stehen haben.
Ich will also NICHT ``Titel optimal gesetzt notieren,'' wie Du
oben sagtest. Du hast offensichtlich das Beispiel von mir falsch
verstanden. Das war die AUSGABE eines Systems, nicht die Eingabe.
-- Ich will auch NICHT die ``perfekt gesetzte Referenz, einmal
angelegt und dann fuer ewig brauchbar.''
Im Gegenteil, ich versuchte Dir mit den letzten beiden
Artikeln klar zu machen, dass eine GUT gesetzte Referenz eben nicht
`einmal angelegt' werden kann -- da sie beim naechsten Mal wieder
anders gesetzt werden muss. `Gut gesetzt' ist naemlich eine
RELATIVE Bewertung, sie muss im Kontext des Publikationsortes
gesehen werden.
-- Daher verlange ich von einem guten System, dass es mir anhand der
*Struktur* eines Eintrags (die ich ihm natuerlich mitteilen muss)
die korrekte Transformation automatisch leistet.
-- Ich will mich insbesondere nicht um die korrekte typographische
Aufarbeitung einer Bibliographie kuemmern.
Das ist doch schliesslich der ganze Witz an der Benutzung von
LaTeX, dass man sich als Autor auf seinen Inhalt konzentrieren
kann und nicht mehr mit dem Layout rumhampeln muss. Warum soll ich
also auf diese Forderung bei der Bibliographie verzichten?
-- Ich WILL eine gute Vernetzung und eine gute Abfrage-Moeglichkeit fuer
Referenzen. Ich behaupte sogar, dass ich eine BESSERE wie Du will.
Ich will z.B. Unterstuetzung fuer Anfragen wie ``alle Buecher,
die der Autor XYZ gemeinsam mit dem Autor ABC zwischen 1986 und
1988 publiziert hat und die in unserer lokalen Bibliothek da
sind'' etc. (Ich will nur die Buecher herausfinden, keine
Artikel!)
Das geht -- nach allem, was Du erzaehlt hast -- mit Eurem
System aber nicht.
> > PS: Persoenlich liegt mein Ansatz darin, ein non-standard DB(M)S zu
> > benutzen und von da aus im SGML-Format (meinetwegen auch BibTeX,
> > tib, refer, o.ae.) zu extrahieren, damit hier die
> > publikationsspezifische Transformation geschehen kann, wobei die
> > typographischen Details erst durch das Satzsystem (latuernich TeX
> > ;-) hinzugefuegt werden.
>
> Als Nichtinformatiker faellt es mir relativ leicht Dir ganz uneitel
> zu offenbaren, dass ich die ersten beiden Zeilen Deines PS nicht
> verstehe.
Sorry. Zuerst einmal die Abkuerzungen: `DB(M)S' steht fuer `Database
(Management) System.' SGML steht fuer `Standardized General Markup
Language'.
Ein Problem bei der Abspeicherung von Bibliographie-Referenzen in
`normale' Datenbanken ist, dass diese verlangen, vorab alle Felder,
die in einer Referenz vorkommen koennen, zu definieren. Z.B. muss man
vorab definieren, dass man fuer Buecher die Eigenschaften `Autor',
`Titel', `Verlag', etc., erfassen will. Dies ist aber fuer solche
Kataloge nicht immer adaequat. Schnell kommt irgendein DAU (Duemmster
Anzunehmender User) auf die Idee, dass genau er/sie jetzt ein ganz
neues Feld hier braucht. Das Ganze ist also zu inflexibel.
Des weiteren muss man fuer die Felder haeufig Maximallaengen vorab
spezifizieren. Nach Murphy sind die gewaehlten Werte aber immer zu
klein.
Zur automatischen Ueberpruefung der Eingabe ist es sinnvoll,
Felder mit Typen zu versehen. Dann kann vor dem Einspeichern in die
Datenbank nachgesehen werden, ob das ueberhaupt eine sinnvolle Eingabe
war. (Z.B. kann man die Gueltigkeit einer ISBN-Nummer ueberpruefen.)
Dazu muss man aber die Moeglichkeit haben, eigene (sog.
benutzerdefinierte) Typangaben machen zu koennen. Mit den
Standardtypen Zeichenkette (String), Nummer, Datum kommt man da nicht
mehr weiter.
Nicht-Standard Datenbanksysteme umgehen viele oder alle der oben
aufgefuehrten Probleme. Daher sind sie zum Abspeichern von Katalogen
besser geeignet. Fuer kleinere Datenbestaende muss es ja nicht gleich
ein ganzes Datenbanksystem sein -- eine Datenbasis in Prolog tut's ja
auch.
Mit SGML kann man spezifizieren, wie die Struktur von Dokumenten
angegeben wird und kann anschliessend auch gleich die Dokumente mit
anhaengen. Eine solche Strukturbeschreibung nennt man `Document Type
Definition (DTD)'. Es existieren auch DTDs, die die Struktur von
Bibliographie-Eintraegen beschreiben. Ein Dokument, das in SGML
beschrieben wurde, enthaelt *nur* Struktur-Informationen. Mit
Konvertierern kann man ein solches Dokument dann dahingehend umformen,
dass es anschliessend ein Formatierer bearbeiten kann. Z.B. kann man
es in eine LaTeX-Eingabe umformen. SGML wird als internationaler
Standard im professionellen Bereich (Verlage o.ae.) stark genutzt.
Auch `normale' Benutzer beginnen immer mehr, damit zu arbeiten.
Noch etwas mehr Hintergrund zu meinen beiden Zeilen. Ich gehe davon
aus, dass ich drei Arbeitselemente unterscheiden kann.
1. Die Erfassung von Referenzen und die Suche nach Referenzen.
Die Angabe, welche Referenzen ich in eine Publikation uebernehmen will.
2. Die textuelle Aufbereitung der Referenzen in einer Form, wie sie
vom Publizierer vorgeschrieben wird. (Autorennamen abgekuerzt
oder nicht, Zeitschriftennamen abgekuerzt oder nicht, welche
Abkuerzung fuer die Zeitschriften genommen werden muessen,
Bildung der Verweiskuerzel a la [DWG83] (wenn noetig), etc.)
3. Die typographische Aufbereitung der Referenzen entsprechend dem
Hausstil des Publizierers.
Als Autor will ich mich nur mit 1. beschaeftigen, 2. und 3. sollen vom
Computer erledigt werden. Als Informatiker interessiert es mich
vielleicht noch, wie 2. und 3. gemacht wird -- aber nicht soweit, dass
ich es per Hand erledigen will...
BibTeX ist ein erster Ansatz in die richtige Richtung; allerdings
hat es IMHO viel zu viele Probleme, sowohl im Konzept der
Parametrisierung (d.h., wie der Punkt 2 gemacht wird), als auch in
der Implementierung.
--
Joachim
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Joachim Schrod Email: schrod@iti.informatik.th-darmstadt.de
Computer Science Department
Technical University of Darmstadt, Germany
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads