🚀 go-pugleaf

eckert@informatik.uni-hildesheim.de (Christian Eckert) writes:

>Hallo,

>ich bin auf der Suche nach einem benutzerfreundlichen Frontend zu Bibtex-Dateien.

>Das Frontend sollte auf einer SPARC-Station oder/und auf dem PC laufen. Auch an anderen
>Programmen zur Literaturverwaltung (PD oder kommerziell) bin ich interessiert.

>Gruss

>Christian

Moin Christian,

vielleicht koennen wir Dir helfen... Wir schicken deshalb keine 
PM, weil unsere Loesung zur Literaturverwaltung vielleicht auch 
Andere noch interessieren koennte.

Ohne uns in BibTeX wirklich reingekniet zu haben, aber 
abgeschreckt von den dort notwendigen rigiden Format-Vorgaben, 
und nachdem wir wirklich genug von den in Unikreisen 
ueblicherweise eingesetzten Literaturdatenbanken (zwei unter DOS 
seien genannt: LIDOS, PROLIT) und dem DBase-Selbstgestrickten 
hatten, haben wir (zur Zeit vier Leute) uns auf ein ebenso 
einfaches wie leistungsfaehiges Konzept zur Literaturverwaltung 
geeinigt, das sogar optimal DFUe-faehig ist (zwecks Austauschs 
von Titeln): Literaturverwaltung in Editoren. Die beiden 
wichtigsten Vorteile der Literaturverwaltung in Editoren: 
Optimale Schnittstelle zur Textverarbeitung und zum Menschen 
sowie Rechner- und Formatunabhaengigkeit; Nachteile: 
Vergleichsweise langsamere Recherche.

In knappen Worten etwas genauer umrissen sieht unser Konzept 
folgendermassen aus: Ein Literatureintrag besteht aus zwei 
Teilen: Dem Body und dem Footer. Im Body stehen die eigentlichen 
Angaben in folgender Reihenfolge: Nachname, Vorname, Jahr: 
Titel, Band, Auflage, Jahr, Ort, Verlag: (Seitenzahlen) 
(Notationskonvention nach: Zeitschrift fuer Soziologie, Ausgabe 
4, 1990: S. 1). Diese eigentlichen Titelangaben werden 
eingerahmt von { und }. Danach folgt der Footer mit den 
ueblichen Verwaltungsangaben-Kuerzeln zu Titeln, also etwa: 
Standort und Markierung, Form und Sprache der Veroeffentlichung, 
Datum der Erfassung, Erfasser, Verschlagwortung, Notizplatz 
(unbeschraenkt!). Der Footer ist eingerahmt von (^ und ^), 
sodass ein kompletter Literatureintrag (= "Record") von { bis ^) 
reicht. Die Records sind durch Leerzeilen voneinander getrennt. 
Solche Listen lassen sich sogar hervorragend gemeinsam auf 'ner 
Mailbox verwalten (als leistungsfaehigeren "Ersatz" fuer die 
oftmals Studenten nicht zugaenglich gemachten DFUe-Verbindungen 
zu den Uni-Bibliotheken).

Ein konkretes Beispiel:

{Weingart, P. (Hrsg.), 1989: Technik als sozialer Prozess, 1. 
Aufl., Frankfurt/ M.: Suhrkamp}
(^D:920927-th1 ^M:/eigen ^F:b ^S:dt ^Z:/ ^B:/ts/te// ^E:MaRo 
^T: siehe darin vor allem: Rammert's Aufsatz, einem der ersten 
Versuche, eine konstruktivistische Position in der 
Techniksoziologie zu entwickeln.^)

Fuer automatisierte Recherchen reichen die ueblichen 
Suchfunktionen in Editoren nicht aus, ebensowenig sind solche 
Tools wie Find (DOS), Grep (UNIX) oder kwic (TOS) spezifisch 
genug, um arbeitserleichternd zu arbeiten. Deshalb haben wir ein 
eigenes kleines Programm (leider nur in Basic (Omikron (TOS) 
und Power-Basic (DOS) - wir sind halt Soziologen und keine 
Informatiker) entwickelt ("LIVE"), das uns a) Records gemaess 
dem Suchkriterium in einer Datei zusammenstellt, b) Records 
(sind mehrzeilig) lexikalisch (nicht ASCII) korrekt (bisher nur
in der TOS-Version realisiert)
sortiert und c) "rohe Literaturlisten" (typisch: von Servern aus 
USA) gemaess den oben genannten Konventionen aufbereitet. Fuer 
die nahe Zukunft ist gedacht an eine Aufbereitung fuer TeX sowie 
an eine Moeglichkeit zur Aufbereitung zum Datenbank-Export. Wir 
sind auf der Suche nach einem Crosscompiler von OM- bzw. 
PB-Basic nach C, um unser Programm rechneruebergreifend 
weiterentwickeln zu koennen.

Bei Interesse schicken wir gern weitere Details und den 
Basic-Quellcode (bevorzugt in OM-Basic, da das die 
"Entwicklungssprache" ist).

Michael (landstry@miki@toppoint.de)
Martin

-- 
 Martin Rost  * Internet: mrost@tpki.toppoint.de
Germany/ Kiel * Z-Netz  : MROST@KRISKI.ZER