Mitteilungen des LRZ im März/April 1996

Workstations

Exponent Graphics für C und Fortran neu unter Solaris

Lange Zeit hindurch war mit der Bezeichnung "IMSL-Bibliothek" eindeutig
die numerische Programmbibliothek von IMSL in Fortran gemeint, inzwi-
schen gibt es diese Bibliothek schon eine Weile auch in C. Die aktuel-
len Versionen der "Fortran Numerical Libraries" (FNL) sind Version 2.0
und 3.0, wobei sich beide Versionen kaum in den verwendeten Funktionen
und Subroutinen unterscheiden.  Allerdings wurde Version 3 in eine glo-
balere Installationsoberflaeche integriert, die gleichzeitig fuer ver-
schiedene Rechner und auch andere IMSL-Produkte verwendbar ist, aber
auch die Lizenzierung abprueft.

Letzteres hat zur Folge, dass bereits an den Suns und den IBMs ein
Benutzer der IMSL-Bibliothek eine Lizenz-Environmentvariable richtig
besetzt haben muss. Ueberdies muss man fuer die Verwendung der Biblio-
thek auch noch weitere Bibliotheken dazuladen. Diese Information ist
an den Suns und IBMs im File /client/doc/imsl festgehalten, speziell
an den Suns wurde die Information jetzt aktualisiert. An den HPs wird
bei Uebergang zur Version 3 der FNL dieses Konzept ebenso uebernommen
werden.

Zusaetzlich zur traditionellen Fortran-IMSL-Bibliothek steht an den
Suns und IBMs die "C Numerical Libraries" (CNL) Version 1.02 zur Ver-
fuegung. Auch zu ihr liefert das File /client/doc/imsl die erforder-
liche Information.  Die seit Mai 1994 unter SunOS an den Sun-
Workstations installierte Graphikbibliothek "Exponent Graphics"
Version 2.0 (nur fuer C) war mit SunOS entfallen. Jetzt ist Exponent
Graphics (EG) Version 2.1 (fuer C und Fortran) an den Suns aufrufbar.
Diese Graphikbibliothek enthaelt die fuer ihre graphischen Anwendungen
(Darstellung von Kurven, Flaechen, Koerpern,...) notwendigen numeri-
schen Routinen selbst, der gleichzeitige Anschluss einer der IMSL-
Bibliotheken (CNL bzw. FNL) kann als Ergaenzung bei Verwendung auch
anderer Routinen angezeigt sein.

Die Benutzung aller EG-Bibliotheksroutinen erfolgt ueber ein C- oder
Fortran-Programm. Vom Hersteller wurde aber eine grosse Anzahl von
Beispielen mitgeliefert, so dass man nicht alles wirklich neu program-
mieren muss. Die Benutzung von Exponent Graphics am LRZ entnehmen Sie
der mit

     lrzinfo  lrzsw  imsleg

abrufbaren Schrift. Wesentlicher Teil dieser Schrift ist ein thema-
tischer Ueberblick fuer den sinnvollen Einsatz der EG-Attribute und
EG-Funktionen, die Details zu den einzelnen Attributen und Funktionen
koennen stets interaktiv ueber die Online-Dokumentation
(imslhelp-Aufruf, s.u.) gelesen werden.

Bei richtig gesetzter DISPLAY-Environment-Variablen liefert der
Aufruf

     /client/bin/imslhelp

an allen Workstations die "Online-Dokumentation" zu den IMSL-Produkten:

     - Fortran Numerical Libraries
     - C Numerical Libraries
     - Exponent Graphics

Im Falle von Problemen beim Einsatz der oben beschriebenen Software
wenden Sie sich bitte an mich.


                                              Brigitte Schiller 

Neuer Oracle7-Datenbankserver

Dieser Beitrag beschreibt den neu installierten, dedizierten
Datenbankserver Oracle7. Neben Hinweisen zur Nutzung desselben   
werden Angaben zur installierten Anwendersoftware und zur
Dokumentation gemacht.

An einer Sun SPARCstation 20 wurde ein neuer Datenbankserver mit dem
relationalen Datenbanksystem Oracle7 eingerichtet. Dieser dedizierte
Datenbankserver uebernimmt bis Mitte des Jahres die Datenbankserver-
Funktionalitaet der bisherigen Oracle6-Server an der SunOS-Plattform
"sundb1" und der EP/IX-Plattform "cd1".

Am LRZ ist derzeit Oracle7 Server Release 7.2.2.3.0 im Einsatz.  Hin-
weise zur Umstellung Ihrer bestehenden Oracle6-Datenbestaende sowie
Oracle6-Anwendungen entnehmen Sie bitte dem nachfolgenden Beitrag
umstellung_ge.html "Umstellung der bisherigen Oracle6-Datenbanken auf den neuen Oracle7-Server".

Ziel des neuen dedizierten Datenbankservers ist es, den Datenbank-
nutzern transparentes und performantes Netzwerk-Computing fuer ein
hochschulweites Datenmanagement auf der Basis von heterogenen System-
umgebungen bereitzustellen. Bei der angestrebten Client/Server-
Architektur des dedizierten Datenbankservers laufen die Datenbank-
anwendungen (Client-Anwendungen) auf anderen Rechnern ab als der
eigentliche Datenbankserver (Server-Teil). Diese Betriebsform soll
einen zuverlaessigen und effizienten Datenbank-Server-Betrieb, gute
Antwortzeiten, einen effektiven Einsatz von Systemressourcen und
staendige Verfuegbarkeit garantieren. Als Betriebssystemplattformen
fuer die Client-Anwendungen wird das Leibniz-Rechenzentrum MS Windows
und Sun Solaris unterstuetzen.

An den Unix-Plattformen werden diverse Anwenderprogramme der Firma
Oracle angeboten. Neben Oracle*Forms, das die Erstellung professionel-
ler formularorientierter Anwendungen unter einer grafischen Benutzer-
oberflaeche ermoeglicht, wird auch Oracle*Reports angeboten.
Oracle*Reports erlaubt die Erstellung von Berichten. Die grafischen
Eigenschaften von Oracle*Reports ermoeglichen eine einfache und
schnelle Erstellung ansprechender und informativer Berichte. Mit dem
Programm Oracle*Book koennen alle Oracle-Handbuecher on-line betrachtet
werden. Zur Erstellung von Ad-hoc-Abfragen und regelmaessig wieder-
kehrender Datenauswertungen steht Ihnen SQL*Plus, Oracles Implemen-
tierung des ANSI-SQL-Standards, zur Verfuegung. Eigenentwickelte
Programme mit Datenbankzugriff lassen sich mittels der Precompiler
Pro*C und Pro*FORTRAN erstellen. Als Netzwerkprotokoll zum Datenbank-
serverzugriff kommt TCP/IP in Form von SQL*Net Version 1 und Version 2
zum Einsatz. Neben den kommerziellen Anwendungsprogrammen kann auch
Public-Domain-Software (ORAPERL und ORA TcL/Tk) - soweit verfuegbar -
genutzt werden.

Ueber die sogenannte Open Data Base Connectivity (ODBC)-Schnittstelle
unter MS Windows koennen alle ODBC-faehigen Windows-Anwendungen als
Datenbank-Frontends zur Datenbank Oracle7 genutzt werden. Zu den am
LRZ installierten ODBC-faehigen Windows-Anwendungen zaehlen u.a.
MS WinWord, MS Query, MS Excel, MS Access, Corel Query, WordPerfect
sowie die Statistiksoftware SPSS.  Der Serverzugriff geschieht hierbei
ueber die SQL*Net-Software (DLL-Bibliothek) mit TCP/IP als
Netzwerkprotokoll.

An den Unix-Plattformen finden Sie die Online-Handbuecher zu Oracle7
im Verzeichnis /sw/license/oracle-tools/share. Neben der Beschreibung
des eigentlichen Oracle7-Servers finden Sie dort auch eine der am LRZ
installierten Oracle-Werkzeuge vor. Die gedruckten Originalmanuale von
Oracle koennen Sie zu den Oeffnungszeiten der LRZ-Beratung
(9 bis 17 Uhr) im PC- Labor einsehen.

Mittels des Oracle-Programms Oracle*Book, das Sie am Novellserver des
LRZ in der Programmgruppe "Oracle" vorfinden, steht Ihnen eine Online-
Version aller Oracle-Handbuecher zur Verfuegung. Die Handbuecher zu
den einzelnen Oracle-Produkten finden Sie im Verzeichnis
z:\lrz\oracle\doc. Eine Beschreibung zur Benutzung des Programms

"Oracle*Book Runtime" finden Sie in der Programmgruppe Oracle unter
dem Programmsymbol "Book Users Guide".

Alternativ steht Ihnen die Dokumentation zum Datenbankserver Oracle7
auch als Microsoft Windows-Hilfedateien am Novell-Server des LRZs im
Verzeichnis z:\lrz\ora_hlp zur Verfuegung.

Eine gute Einfuehrung in den neuen Oracle7-Server bietet Ihnen die
Oracle-Dokumentation "Oracle7 Server - Concepts" (deutsche Ausgabe:
"Oracle7 Server Begriffe"), die Sie on-line an unseren Rechnerplatt-
formen (s.o.) vorfinden. Eine Kurzuebersicht ueber den eingesetzten
Oracle7-Server und dessen Funktionalitaet finden Sie u.a. auf der
Homepage der Oracle Deutschland GmbH:

http://www.uk.oracle.com/europe/germany/tiburon.html

sowie auf der Homepage der Oracle Corp., USA:

http://www.oracle.com

Dort koennen Sie sich auch 90-Tage Testversionen von Personal Oracle7
fuer diverse PC- und Unix-Plattformen kostenfrei herunterladen. Sollte
Ihnen dies zu zeitaufwendig erscheinen, koennen Sie diese Software auch
als CD-ROM bei "Oracle Direct" in Muenchen gegen einen Unkostenbeitrag
von 25.- DM ordern. Die Rufnummer von "Oracle Direct" lautet:
0180/5 35 85 95. Mittels Fax ist "Oracle Direct" unter der Nummer
0180/5 35 85 96 erreichbar.

Den neuen Oracle7-Server erreichen Sie unter der Internetadresse:

Name:          dbserver.lrz-muenchen.de
Adresse:       129.187.10.83

Sollten Sie Interesse an einer Oracle-Kennung fuer diesen neuen
Oracle7-Server haben, wenden Sie sich bitte unter Angabe der
benoetigten Systemressourcen an mich.

                                              Gerhard Landherr 

Umstellung der bisherigen Oracle6-Datenbanken auf den neuen Oracle7-Server

Wie an anderer Stelle in diesen Mitteilungen erlaeutert, wird
der Rechner CD 4680 ("cd1") ab Mitte dieses Jahres stillgelegt.
Bis dahin muessen insbesondere auch die auf der cd1 angesiedelten
Oracle-Datenbanken auf den neuen Oracle7-Datenbankserver verlagert
werden. Der nachfolgende Beitrag gibt Hinweise und Tips zu dieser
Migration.

Wie im Beitrag Neuer "Oracle7-Datenbankserver" beschrieben, wurde an
einer Sun SPARCstation 20 ein neuer Datenbankserver eingerichtet (Name
des Rechners: dbserver.lrz-muenchen.de). Dieser Server soll die Daten-
bankserver-Funktionalitaet der bisherigen Oracle6-Server an der SunOS-
Plattform "sundb1" und der EP/IX-Plattform "cd1" uebernehmen.

Die Umstellung Ihrer bestehenden Oracle6-Datenbestaende sowie Oracle6-
Anwendungen auf den neuen Oracle7-Sever sollte daher umgehend ange-
gangen werden. In einem ersten Arbeitsschritt sind hierbei die Daten-
bestaende von den Oracle6-Serverplattformen "sundb1" und "cd1 "auf den
neuen Oracle7-Server zu verlagern.  Diese Verlagerung kann mittels der
Import- und Exportprogramme (IMP/EXP) vorgenommen werden.  Nach Ein-
richtung der entsprechenden Oracle7-Kennungen am neuen Datenbankserver
kann die Umstellung entweder vom Benutzer selbst vorgenommen werden
oder als Dienstleistung unsererseits fuer den Nutzer bewerkstelligt
werden.

Nach der Umstellung der Datenbestaende auf den neuen Datenbankserver
ist auf den Unix-Plattformen die Umgebungsvaribale TWO_TASK 
auf die neue SQL*Net Verbindungszeichenfolge T:dbserver:oracle7
zu setzen. In der Bourne-Shell oder Korn-Shell bewerkstelligen Sie 
dies mit dem Kommando

     TWO_TASK=T:dbserver:oracle7; export TWO_TASK

In der C-Shell lautet die Anweisung

     setenv TWO_TASK T:dbserver:oracle7

Anwendungen, die in C oder FORTRAN geschrieben sind und in denen die
SQL*Net Verbindungszeichenfolge fest codiert ist, benoetigen eine Neu-
uebersetzung mittels der Precompiler Pro*C und Pro*FORTRAN.

Anschliessend sollten alle Oracle-Anwendungen unter Unix transparent
auf die verlagerten Datenbestaende zugreifen koennen.  In den Anwen-
dungen selbst ist keinerlei Programmierung notwendig.  Sollten Sie
jedoch neue Moeglichkeiten des Oracle7-Servers nutzen wollen (z.B.
Datenbank-Trigger, Multimedia-Datentypen, Two-Phase-Commit bei
verteilten Datenbanken, im Server gespeicherte Prozeduren (PL/SQL),
etc.) sind die Anwendungen natuerlich entsprechend zu erweitern.

Die Verlagerung der Datenbestaende ist bis zum

                      31. Mai 1996

vorzunehmen. Daten, die bis zu diesem Zeitpunkt nicht in den neuen
Oracle7-Server uebernommen sind, werden von unserer Seite aus von
den Oracle6-Servern auf Dateien gesichert (Stichtag: 31. Mai 1996)
und auf Anforderung des Benutzers in den neuen Oracle7-Server
uebernommen.

Neben den eigentlichen Datenbestaenden sind auch die auf den
Plattformen "cd1" und "sundb1" ablaufenden Anwendungen auf neue
Plattformen umzustellen. Neben den Oracle-Anwendungen SQL*Plus,
Oracle*Forms sowie Oracle*Reports sind dies auch Public-Domain-
Programme  wie ORAPERL und ORA TcL/Tk. Diese Anwendungsprogramme
werden - soweit verfuegbar - auf dem Sun-Cluster angeboten. Die
Umstellung der Anwendungsprogramme bedarf einer Verlagerung der
Programmquellen und Neukompilierung der Anwendung. Neben den
zeichenorientierten Programmen stehen Ihnen nunmehr auch Motif-
Versionen fuer Oracle*Forms und Oracle*Reports zur Verfuegung. Bei
der Umstellung Ihrer Anwendungen stehe ich Ihnen gerne mit Rat und
Tat zur Verfuegung.

Die Verlagerung der Anwendungsprogramme auf das Sun-Cluster oder
eine MS Windows-Plattform ist bis

                      30. Juni 1996

(Einstellung des Benutzerbetriebes an der "cd1" und "sundb1"!)
vorzunehmen. Sollte ein Benutzer innerhalb dieser Zeit eine
Umstellung seiner Anwendungsprogramme nicht vornehmen koennen, ist
er fuer die Sicherung seiner Programmquellen selbst verantwortlich.
Mit den gesicherten Programmquellen kann die Anwendung dann auch zu
einem spaeteren Zeitpunkt auf den neuen Plattformen uebersetzt bzw.
bereitgestellt werden.

Fuer die Umstellung auf den neuen Oracle7-Server sind also
folgende Termine einzuhalten:

Verlagerung der Oracle6-Datenbestaende in den Oracle7-Server:

                     31. Mai 1996

Verlagerung der Oracle-Anwendungen von der "cd1" und "sundb1"
auf das Sun-Cluster bzw. die MS Windows-Plattform:

                     30. Juni 1996

Sollten Sie die Umstellung auf den Oracle7-Server dazu nutzen wollen,
Ihre Anwendung von einer Unix-Plattform auf die MS Windows-Betriebs-
systemplattform zu verlagern, stehen Ihnen mehrere Optionen hierfuer
zur Verfuegung:

Ueber die sogenannte Open Data Base Connectivity (ODBC)-Schnittstelle
unter MS Windows, koennen alle ODBC-faehigen Windows-Anwendungen als
Datenbank-Frontends zur Datenbank Oracle7 genutzt werden. Zu den am LRZ
installierten ODBC-faehigen Windows-Anwendungen zaehlen u.a.
MS WinWord, MS Query, MS Excel, MS Access, Corel Query, WordPerfect
sowie die Statistiksoftware SPSS.  Der Serverzugriff geschieht hierbei
ueber die SQL*Net-Software (DLL-Bibliothek) mit TCP/IP als
Netzwerkprotokoll.

Am Novell-Server des LRZ finden Sie in der Programmgruppe Datenbanken
u.a. das Programmsymbol "MS-Access Oracle-Test" vor, das Ihnen eine
Bearbeitung von Oracle-Daten unter dem offenen Oracle-Kennzeichen
"scott/tiger" (username/password) erlaubt.  Hierbei arbeitet 
MS Access als Windows-Datenbankanwendung (Client bzw. Frontend gegen 
den Oracle7- Server (Server-Backend) des Leibniz-Rechenzentrums. 
Bedenken Sie bei der Nutzung dieser Anwendung jedoch, dass evtl. 
andere Benutzer gleichzeitig die Daten des Benutzers "scott"
bearbeiten und evtl. gegenseitige Sperrung von Einzeldatensaetzen 
moeglich ist. Des weiteren wird daraufhin gewiesen, dass dieses offene 
Oracle-Kennzeichen restriktiven Beschraenkungen bezueglich 
Datenbankressourcen unterliegt.

Sind Sie bereits mit der Nutzung von Oracle Windows-Programmen
vertraut, steht Ihnen unter der Windows-Programmgruppe Oracle auch
SQL*Plus in der Version 3.1 als Windows-Anwendung zur Verfuegung.
Auch hier koennen Sie erste Erfahrungen mit einer Client/Server-
Nutzung sammeln, indem Sie beim Logon-Fenster die offene Kennung
"scott/tiger" verwenden:

Username:      scott
Password:      tiger
Host-String:   T:dbserver:oracle7

Bei Fragen zur Migration bzw. zur Nutzung der Oracle-Programme
unter MS Windows und der ODBC-Schnittstelle stehe ich Ihnen gerne
zur Verfuegung.

                                              Gerhard Landherr 

Arbeitsplatzrechner

Publishing-Systeme im Vergleich

Das LRZ hat in seinen Mitteilungen vom November/Dezember 1995
Teilnehmer an einer Sammellizenz fuer das DTP-Programm FrameMaker
gesucht. Leider war das Interesse geringer als erwartet.
Vielleicht war einer der Gruende mangelnde Kenntnis ueber die
Leistungsfaehigkeit des Programms im Vergleich zu anderen
Produkten, wie z.B. MS-Word. Diese eventuell vorhandene Luecke
soll dieser Artikel schliessen.

Der nachfolgende Beitrag ist den "Benutzer-Informationen des
Regionalen Rechenzentrums Niedersachsen der Universitaet
Hannover" entnommen. Wir bedanken uns an dieser Stelle sehr
herzlich beim RRZN und der Firma "itl - Institut fuer technische
Literatur GmbH", Muenchen, deren vergleichende Studie Grundlage
des Artikels ist, fuer die Genehmigung des Nachdrucks:

Die Firma itl "Institut fuer technische Literatur" hat
Publishing-Systeme getestet und eine 600 Seiten starke Studie
"Dokumente erstellen mit Electronic Publishing Systemen"
vorgelegt. Der Schwerpunkt der Studie liegt auf dem
Anwendungsgebiet "Technische Dokumentation" und ist damit wohl
auch fuer einen grossen Benutzerkreis des RRZN von besonderer
Bedeutung. Obwohl die Studie bereits Anfang 1995 vorlag, sind die
wesentlichen Ergebnisse auch heute noch relevant. Insbesondere die
angewandten Methoden und Testkriterien sind ueber den aktuellen
Test hinaus fuer die Beurteilung von Publishing-Systemen von
Bedeutung.

Wir duerfen, mit freundlicher Genehmigung des Unternehmens itl,
aus der Studie zitieren. itl hat uns auch Text in
maschinenlesbarer Form als FrameMaker-Dokument (!) ueberlassen.
In der Studie wurden die folgenden Publishing-Systeme untersucht:

  -  Corel Ventura 4.2
  -  FrameMaker 4.02
  -  Interleaf 6.01
  -  PageMaker 5.0
  -  Word fuer Windows 6.0
  -  WordPerfect fuer Windows

Die Studie unterscheidet also nicht zwischen Windows-Textverar-
beitung, Desktop Publishing und Electronic Publishing. Diese
Unterscheidung, die eigentlich nur noch von den Herstellern
aufrechterhalten wird (um die unterschiedlichen Preisdimensionen
zu begruenden), gibt es zumindest in der technischen und wissen-
schaftlichen Dokumentation praktisch nicht mehr. Hier muessen
sich, und dies zeigen auch viele Anfragen aus diesem Bereich an
das RRZN, sehr wohl FrameMaker und Interleaf gegen Word fuer
Windows abgrenzen und behaupten.

QuarkXPress konnte uebrigens in die Untersuchung nicht mit
aufgenommen werden, da es in der Grundausstattung fuer
strukturierte Dokumente nicht geeignet ist und erst mit den
sogenannten XTensions Inhaltsverzeichnisse, Indizes und
Tabellenfunktionen moeglich sind. Fuer ein kreatives Seitenlayout
macht aber QuarkXPress, so die Autoren der Studie, "Furore, weil
es als erstes Publishingsystem fuer kreative Seitenlayouts eine
unvergleichliche Praezision an den Tag legte, die Prozess-
farbenseparation im System integriert hatte, Objekte beliebig
drehen konnte und Bildrahmen hatte, die rund, oval oder
geschlossene Polygonzuege sein konnten, ... Leider laesst die
Informationspolitik von Quark sehr zu wuenschen uebrig."

Testverfahren und Musterdokument

Um einen aussagekraeftigen Test von Publishing-Systemen
durchzufuehren, ist ein Referenzdokument notwendig, das moeglichst
alle Anwendungen abfordert, die an ein leistungsfaehiges
Publishing-System gestellt werden. Von den itl-Autoren wurden
daher eine sehr grosse Zahl unterschiedlicher Dokumente analysiert
und deren wichtigste Eigenschaften in ein "Referenzdokument fuer
technische Dokumentation" umgesetzt. Dieses Referenzdokument legt
(nur) die Struktur fuer die Musterdokumente fest. Die Muster-
dokumente enthalten also nicht, wie in anderen Tests ueblich,
Blindtexte oder fertige Zeichnungen, sondern wurden mit jedem der
getesteten Publishing-Systeme vollstaendig neu erstellt und sind
in dieser Form in der Studie abgebildet. Nur so laesst sich
praxisnah feststellen, "ob ein Publishing-System Teil der Loesung
oder Teil des Problems ist".

Die folgende Aufstellung zeigt die wichtigsten Kriterien, die das
Referenzdokument an die Publishing-Systeme stellt:

  -  strukturierte Dokumentenerstellung

Wer moeglichst schnell ein schoenes Dokument erstellen moechte,
wird die Kreativitaet einengende Dokumentestrukturen eher als
stoerend empfinden. In der technisch-wissenschaftlichen Doku-
mentation gewinnt aber zunehmend das Management von Dokumenten, d.
h. die schnelle, effektive und konsistente Erstellung, Aenderung
und Verwaltung von Dokumenten an Bedeutung. Dokumentstrukturen
sind dazu unerlaesslich. Dabei ist zwischen formalen, inhaltlichen
Dokumentstrukturen, Textstrukturen und Praesentations-/Layout-
Strukturen zu unterscheiden. Waehrend alle getesteten
Publishing-Systeme mehr oder weniger gute Moeglichkeiten fuer
Layout-Strukturen bieten, werden bereits Textstrukturen haeufig
nur noch unzureichend unterstuetzt und fuer formale Doku-
mentstrukturen enthalten nur Interleaf und FrameMaker mit der
SGML-Erweiterung erste Ansaetze.

  -  kreatives Seitenlayout

Kreatives, seitenorientiertes Layout ist der klassische
Schwerpunkt von DTP-Systemen, und auch wenn diese Arbeitsweise
einer strukturierten Dokumentation haeufig eher entgegensteht,
sind die Moeglichkeiten fuer kreatives Seitenlayout wichtige
Testkriterien fuer Publishing-Systeme. Zu den getesteten
Gestaltungsmoeglichkeiten gehoeren u. a. frei plazierbarer Text,
Textverzerrungen, Textrotation, automatische Verdraengung von Text
durch Grafik, Wasserzeichenfunktion usw.

  -  Grafik

Der Bereich Grafik wurde unter zwei Gesichtspunkten getestet:
erstens die Grafikbearbeitung im System selbst und zweitens die
Moeglichkeiten, Grafiken aus anderen Anwendungen, wie Zeichen,
Visualisierungs- und CAD-Programmen in Dokumente einzufuegen
(Grafik-Import). Die verwendete Testgrafik orientiert sich an
typischen Anwendungen aus dem technischen Bereich, mit den An-
forderungen fuer definierte, DIN-gerechte Linienstaerken,
perspektivische Darstellungen, Spezialfunktionen fuer Gewinde usw.

Um Grafik-Import-Faehigkeiten zu testen, wurde die Testgraphik in
die gaengigsten Vektor-Grafikformate konvertiert, naemlich EPS
(Encapsulated PostScript), CGM (Computer Graphics Metafile), DXF
(AutoCAD Drawing Exchange Format), HPGL (Hewlett Packard Graphics
Language), WMF (Windows Metafile) und in die Publishing-Systeme
importiert.

Fuer den Bereich Pixelgrafik wurde der Import der Formate TIFF
(Tag Image File Format), BMP (Windows Bitmap Format) und PCX
(Paintbrush Format) anhand eines Testbildes mit unterschiedlicher
Aufloesung getestet. Einen Pixel-Grafik-Editor bietet nur
Interleaf, die anderen Systeme enthalten nur "rudimentaere"
Moeglichkeiten zur Bearbeitung von Pixelgrafiken.

Im uebrigen zeigt auch diese Studie, dass der Bereich
"Grafik-Dateiformate konvertieren und importieren" noch nicht so
einfach und anwenderfreundlich ist, wie es die bunten Mausknoepfe
versprechen. "Letzte Rettung" waren in vielen Faellen
Importoptionen, die in langen ASCII-Dateien zu konfigurieren waren,
oder, falls das System auch diese Moeglichkeit nicht zuliess, das
Edieren von Vektorformat-Grafikdateien "von Hand" in einem
ASCII-Editor.

  -  Laenge der Dokumente

Von den technischen Daten her sollten heute mit jedem der
untersuchten Systeme beliebig lange Dokumente erstellt werden
koennen. In den Tests zeigten jedoch insbesondere Windows-Systeme
bei laengeren Dokumenten (mehr als 15 Seiten) "erstaunliche"
Einbrueche. Die Laenge spielt vor allem bei komplexen Dokumenten
mit "hoeherwertigen Anwendungen", wie z. B. Anzahl der Bilder
und Grafiken, mehrseitige Layoutvorgaben und automatischen
Aenderungsdiensten, eine wichtige Rolle. Waehrend rein
textorientierte "Bleiwuesten" mit einseitigem Layout mehr oder
weniger problemlos ueber viele Seiten eingetippt werden koennen,
offenbaren komplexe, laengere Dokumente schnell die Schwaechen der
Systeme. Dabei hat sich gezeigt, dass lange Dokumente mit Systemen
ohne dedizierte Buchfunktion nicht effizient produzierbar sind.

  -  Tabellensatz

Ein leistungsfaehiger Tabelleneditor muss ausser den
Standard-Anforderungen, automatische Tabellen, Fuss- und
Kopfzeilen, variable Zeilen- und Spaltenverwaltung,
unterschiedliche Textformate fuer die Tabellenzellen, auch
weitergehende Moeglichkeiten enthalten, z. B. Plazierung von
Bildern und Formeln und einen automatischen Seitenumbruch fuer
umfangreiche Tabellen.

  -  Textverarbeitung

Wie die Studie zeigt, ist eine leistungsfaehige Textverarbeitung
auch heutzutage in Publishing-Systemen keine Selbstverstaend-
lichkeit. Anforderungen im Bereich Textimport, Kerning,
Formatierung werden meistens noch zufriedenstellend bewaeltigt,
aber bereits bei deutschen Umlauten und anderen internationalen
Sonderzeichen, der Darstellung nationaler Sonderzeichen (z. B.
dem Anfuehrungszeichen: ,,so" (deutsch) oder "so" (englisch)),
einer deutschen Rechtschreibpruefung oder Trennhilfe werden
deutliche Leistungsunterschiede in der Textverarbeitung erkennbar.

  -  Einsatz von Farbe

"Schmuckfarben" zur Hervorhebung in Grafiken und bei
Warnhinweisen sind Anforderungen, die die meisten
Publishingsysteme "verkraften", da die Farbzusammensetzung im
Publishingsystem selbst keine Rolle spielt. Der eigentliche
Aufwand bei Farben liegt in der Weiterverarbeitung und den
Druckkosten. Und Prozessfarben und vierfarbige Dokumente sind
produktionstechnisch ein so grosser Aufwand, dass sie auch im
Zeitalter des Desktop Publishings nur etwas fuer spezielle Profis
mit dem entsprechenden Equipment sind. Die Zeiten, in denen allein
QuarkXPress fuer Vierfarbdokumente geeignet schien, sind
allerdings vorbei. PageMaker widmet dem Thema Farbe und allgemein
dem Thema Offsetdruck ein eigenes kleines Handbuch, das man als
Einfuehrung in das Abenteuer "Farbe" nur waermstens empfehlen
kann.

  -  Typische Buerodokumente

Typische Buerodokumente sind ein- bis zweiseitige
Geschaeftsbriefe, Formulare, Etiketten, Notizen und einfache
Geschaeftsgraphiken. Ein "Universal-Publishing-System" sollte auch
diesen Anwendungsbereich abdecken.

Die Ergebnisse der Studie

Kurz und mit allen Vorbehalten ("jede Bewertung kann je nach
Hintergrund des Wunsches das Ziel total verfehlen") geben die
itl-Autoren folgende Kurzbewertung:

  -  FrameMaker ist unter dem Gesichtspunkt der Dokumenterstellung
     und Layoutgestaltung das beste Allround-System am Markt.

  -  PageMaker ist das beste System fuer kreative Seitenlayouts
     und kurze Dokumente.

  -  Word fuer Windows ohne gravierende Bugs waere das beste
     System fuers Buero.

Dass FrameMaker in allen entscheidenden Anwendungsbereichen fuer
die wissenschaftliche, technische Dokumentation mit "weitem
Abstand durchs Ziel geht", ist fuer uns am RRZN natuerlich auch
insoweit erfreulich, dass es unsere Entscheidung, fuer FrameMaker
eine Campus-Lizenzvereinbarung abzuschliessen, bestaetigt.

In der Studie wurde uebrigens nicht bewertet, ob ein System auf
unterschiedlichen Plattformen wie Unix, Mac und Windows eingesetzt
und ein reibungsloser Dokumentenaustausch plattformuebergreifend
moeglich ist. FrameMaker ist derzeit das einzige System am Markt,
das einen plattformuebergreifenden Austausch der Dokumente in
Binaerfassung (!) ermoeglicht. Dies war auch einer der
wesentlichen Entscheidungsgruende fuer den Einsatz von FrameMaker
am RRZN.

Eine Kurzbewertung der untersuchten Systeme kann folgender Tabelle
entnommen werden.

tabelle.ps

                                              Rainer Oesmann 

Statistikpakete im LRZ

Axum, BMDP, Solo

Unsere Versuche, weitere Interessenten fuer eine Teilnahme an
Sammellizenzen fuer BMDP und Solo zu finden, sind leider erfolglos
geblieben: Beide Lizenzen haben wir zum 31. Mai 1997 (Ende des
laufenden Vertrages) gekuendigt. Den Vertrag zu Axum haben wir aus
demselben Grund ebenfalls gekuendigt, dies allerdings zum

                       31.5.1996

Wir weisen mit Nachdruck darauf hin, dass alle Teilnehmer an
diesen LRZ-Lizenzen verpflichtet sind, alle Programme und sonstige
Unterlagen zum entsprechenden Zeitpunkt an allen Compiler-Biblio-
theken und externen Speichern zu loeschen, zu vernichten und nicht
mehr einzusetzen.

nQuery Advisor

Das Festlegen einer angemessenen Stichprobengroesse bzw. der
statistischen 'power' bei der Planung einer Studie ist eine
haeufiges und komplexes Problem. Das Programm "nQuery Advisor"
hilft bei solcher Planung: eine leicht zu bedienende Oberflaeche
hilft auch dem statistisch naiven Benutzer, eine Stichproben-
groesse und die 'power' seiner Tests so zu bestimmen, dass teuere
Ressourcen nicht verschwendet werden _ man will ja weder unnoetig
viele Messungen vornehmen, noch so wenige Daten sammeln, dass
keine signifikanten Ergebnisse zu erwarten sind.

Das LRZ wuerde gerne eine Sammellizenz fuer dieses Programm
organisieren. Falls Sie (auch nur potentielles!) Interesse an
diesem Programm haben, nehmen Sie bitte mit uns Kontakt auf!

Neue Version von SAS

SAS Version 6.11 ist ab sofort im LRZ verfuegbar. Diese Version,
auch ORLANDO genannt, ist fuer Windows 3.1 (ab DOS 5) geeignet.

Wichtig fuer das Funktionieren dieser Version ist die Existenz
eines mathematischen Coprozessors, mindestens 8 MB Hauptspeicher
und das Setzen des virtuellen Speichers auf 25 MB.

Die SW-Kosten einer SAS-Lizenz betragen fuer das bekannte
Basismodul zur Zeit 200,-- DM. Die Zusatzmodule kosten jeweils
70,-- DM. Falls Disketten mit Installationsanleitung abgeholt wer-
den, muss der Benutzer auch die Kosten dieser Materialien tragen.

Benutzer mit gueltigen Lizenzen koennen diese Version (durch
Vorlage des gelben Durchschlags des Ueberlassungsformulars) vom
Benutzersekretariat kostenlos abholen.

Eine SAS-Lizenz ist bis 30. September des jeweiligen Jahres
gueltig. Das Passwort von SAS ist ueblicherweise ca. drei Monate
laenger gueltig. Die Anzahl der Geraete, auf denen SAS installiert
ist bzw. von denen (gleichzeitig) auf SAS zugegriffen werden kann,
entspricht der Anzahl der Lizenzen, die erworben werden muessen.

Interessenten sollen sich bitte an das LRZ-Benutzersekretariat
(Tel. 2105-8784 oder 2105-8761) wenden.

Neuronale Netze

Ein interessanter Ansatz zur Berechnung vor allem von nicht-
linearen Modellen stellt das SPSS-Produkt "Neural Connection" dar.
Dieses Produkt wird voraussichtlich ab

                       1. Mai 1996

im PC-Labor des LRZ (Raum S2531) zum Testen installiert sein. Wir
hoffen, so genuegend Interesse fuer eine Campus-Lizenz zu
generieren.

                                              Michael Wiseman 
                                              Vasilis Kokkas

Previewing und Druckausgabe für die LRZ-Graphik unter MS-Windows

Die LRZ-Graphik ist ein auf allen Plattformen des LRZ installiertes
Graphiksystem. Dieses ist auf die Beduerfnisse der Mathematik, der
Naturwissenschaften und der Technik zugeschnitten.

Das LRZ-Graphiksystem stellt geeignete Fortran-Routinen zur programm-
gesteuerten Erstellung von Graphiken beliebiger Art bereit. Nach Kom-
pilierung und Lauf des selbstgeschriebenen Fortran-Programmes erhaelt
der Benutzer eine Uebergabedatei. Diese kann durch verschiedene Nach-
bearbeiter auf dem Bildschirm oder einem Drucker ausgegeben werden.

Fuer das X-Window System unter Unix liegt ein solcher Nachbearbeiter
bereits seit einiger Zeit vor. Der Nachbearbeiter unter MS-Windows
steht nun ebenfalls zur Verfuegung. Er ist lauffaehig unter den
Windows-Versionen 3.1x, 95 und NT 3.x. Neben dem Previewing am Bild-
schirm bietet das Windows-Programm "WinPrev" auch die Druckausgabe auf
allen unter Windows installierten Druckern, also insbesondere auch auf
solchen, die nicht ueber PostScript als Seitenbeschreibungssprache
verfuegen.

Sie finden den neuen Nachbearbeiter auf dem FTP-Server des LRZ

     ftp.lrz-muenchen.de

unter

/pub/comp/platforms/pc/lrzgraph

Wenn Sie noch Fragen haben, wenden Sie sich bitte direkt an
Frau Claudia Brunner,
(Tel. 2105-8772, email: Brunner@lrz-muenchen.de).

                                              Andreas Kelz

- über anonymous ftp am Rechner ftp.lrz-muenchen.de im Verzeichnis

pub/comp/doc/LRZ/Info/rundsch (ASCII-Variante) bzw.

pub/comp/doc/LRZ/Mitteilungen (PostScript-Variante);

- mit dem Kommando lrzinfo rundsch 96-2 an den zentralen Rechnern des LRZ.

Diese Mitteilungen werden auch an alle Lehrstühle der Münchener Hochschulen sowie an alle anderen bayerischen Hochschulen versandt. Übersichten über die Rechnerbenutzung am LRZ sind in der Schriftengruppe rundsch enthalten und mit dem lrzinfo -Kommando abrufbar.

Einige wichtige Telefonnummern:

LRZ-Hotline für alle Fragen 2105-8800

LRZ-Anmeldung (Benutzersekretariat) 2105-8784 und 2105-8761

Herausgeber:

Leibniz-Rechenzentrum der Bayerischen Akademie der

Wissenschaften

Telefon: 089/2105-8784

Email: lrzpost@lrz-muenchen.de

Anschrift:

Leibniz-Rechenzentrum der Bayerischen Akademie der

Wissenschaften

Barer Strasse 21

D-80333 München

Telefon: (089) 2105-8784

Telefax: (089) 280 94 60

Am 30.4.1996 ändern sich alle Telefonnummern im LRZ: Sehen Sie hierzu den Beitrag Neue Telefonnummern im LRZ in diesen Mitteilungen.