Sie sind auf Seite 1von 88

Universitat–Gesamthochschule¨

Paderborn

Fachbereich 17 (Mathematik–Informatik)

Michael Klemme

Beurteilung von verteilten Hypermedia–Systemen f¨ur die Bereitstellung von Lehrveranstaltungsunterlagen

fur¨

Diplomarbeit (HS II) den Integrierten Studiengang Informatik

vorgelegt bei Reinhard Keil–Slawik Paderborn, Mai 1995

Inhaltsverzeichnis

1 Einleitung

3

2 Hypermedia–Systeme

5

2.1 Hypertext und Hypermedia

5

2.2 Grundlegende Konzepte

6

2.3 Besonderheiten von Hypermedia

8

2.4 Einsatzfelder

10

2.5 Navigation in Hyperr¨aumen

11

3 Hypermedia in der Lehre

20

3.1 Anspr¨uche und Realit¨at 20

3.1.1 Kognition und Hypermedia–Struktur

20

3.1.2 Intermedia

21

3.1.3 Erfahrungen aus Paderborn

22

3.2 Aktives Lernen mit Hypermedia 24

3.3 Gestaltung von Hypermediasystemen 26

3.4 Anforderungen an Hypermediasysteme 28

28

3.4.2 Aufhebung der Trennung von Autor und Leser 30

3.4.3 Dokumentenerstellung 30

3.4.4 Anpaßbarkeit an die Einsatzumgebung 31

3.4.1 Erschließbarkeit

4 Verfugbare¨

Systeme

34

4.1 Technische Grundlagen

34

4.2 Das World Wide Web

36

4.2.1 Architektur

36

4.2.2 Nutzung von Informationsangeboten

41

4.2.3 Gestaltung von Informationsangeboten

43

4.2.4 Wachstum des World Wide Web

46

4.2.5 Zusammenfassung

47

4.3 Hyper-G

48

4.3.1 Funktionalit¨at und Struktur

49

4.3.2 Dokumenterzeugung und –verwaltung

53

INHALTSVERZEICHNIS

2

 

4.3.3 Benutzung des Hyper-G

56

4.3.4 Clients

57

4.3.5 Anwendungen des Hyper-G

64

4.3.6 Zusammenfassung

65

4.4

Vorlesungsunterlagen im Hyper-G

66

5 Bewertung der Technik

 

70

5.1 Erschließbarkeit

70

5.2 Trennung von Autor und Leser

71

5.3 Dokumentenerstellung

71

5.4 Einsatzumgebung

72

5.5 Erweiterbarkeit

73

5.6 Zuk¨unftige Verf¨ugbarkeit

73

6 Quintessenz und Ausblick

 

75

Kapitel 1 Einleitung

Hypermediasysteme erfreuen sich in den letzten Jahren zunehmender Beachtung. Ein Hypermediasystem enth¨alt relativ kleine Informationseinheiten, die uber¨ Verweise in Beziehung gesetzt werden k¨onnen. Diesen Verweisen kann per Knopfdruck“ m¨uhelos und schnell nachgegangen werden. Das Konzept von Hypertext wurde zwar schon 1945 von Vannevar Bush zum ersten Mal benannt [Bus45] und der Begriff Hypertext“ 1965 von Theodor Nelson gepr¨agt [Nel87, Nel80], aber erst die Verbreitung von Rechnern mit graphischer Benutzerober- fl¨ache wie dem Apple Macintosh verhalfen der Idee zum entscheidenden Durchbruch.

Zeitgleich zur Erfindung von Hypertext wurde um 1960 mit dem Internet das erste weltweite Rechnernetz entwickelt. Das Internet erm¨oglicht den angeschlossenen Benutzern, weltweit Informationen anzubieten und abzurufen. Die Verbindung von Hypertext und globalen Netzwerken zu einem Informati- onssystem wie dem World Wide Web“ (WWW) fasziniert seit wenigen Jahren die Netzwerkgemeinde. Durch die Vereinfachung und Vereinheitlichung der Benutzung wurde das Internet auch f¨ur Benutzer ohne Expertenwissen attraktiv. Ergebnis ist eine exponentielle Steigerungen des Netzverkehrs, f¨ur die uberwiegend¨ das WWW verantwortlich ist.

Seit einigen Jahren gibt es Versuche, Hypermediasysteme f¨ur die Aus– und Wei- terbildung zu verwenden. Der assoziative Charakter soll Lernenden den Zugang zu den Strukturen des Wissens erleichtern. Andere, bisher schon existierende, Medien k¨onnen durch Hypermediasysteme zu einer Lernumgebung zusammengef¨uhrt werden. Die Verkn¨upfung verschiedener Einheiten sollten den Lernenden helfen, die f¨ur ihr pers¨onliches Vorwissen und Interesse ben¨otigten Informationen herauszusuchen. Das Intermedia–Projekt der Brown University ist hier ein herausragendes Beispiel. Hier wurde ein Hypermediasystem geschaffen, das den Studierenden selbst Eingriffs– und Gestaltungsm¨oglichkeiten schafft. In Paderborn haben Reinhard Keil–Slawik und Andreas Brennecke im Sommer- semester 1993 f¨ur die Vorlesung Informatik und Gesellschaft“ zur Erg¨anzung der Vorlesungen Materialien im WWW zur Verf¨ugung gestellt. Dabei wurden die Mate-

4

rialien, die in den Jahren zuvor als Kopiervorlagen auf Papier vertrieben worden sind, in eine Hypertextform uberf¨¨ uhrt und durch strukturierende Dokumente erg¨anzt. Sie fanden heraus, daß die Bereitstellung der Unterlagen im WWW eine grunds¨atzliche

¨

Uberarbeitung und Anpassung der Materialien erfordert.

Aufbauend auf diesen Erfahrungen soll diese Diplomarbeit die Grundlagen von Hypermediasystemen erl¨autern und die besonderen Gegebenheiten und Anforderungen des Hypermediaeinsatzes in der Lehre herausarbeiten. Es wird untersucht, welche Mindestanforderungen an eine Hypermediasystem zur Unterst¨utzung der Lehre gestellt werden m¨ussen. Es werden zwei verschiedene Hypermediasysteme dargestellt und auf ihre Ver- wendbarkeit untersucht. Die bisherigen Arbeiten zur Erstellung eines Hypermediasys- tems f¨ur Unterrichtsunterlagen in Paderborn werden beschrieben.

Die Arbeit gliedert sich wie folgt:

Im Kapitel 2 werden die Grundlagen von Hypertext– und Hypermediasystemen erl¨autert. Dabei wird ein besonderes Gewicht auf die Navigation in Hypermedia- systemen gelegt.

Die besonderen Erfordernisse f¨ur den Hypermediaeinsatz in der Lehre werden im Kapitel 3 beschrieben. Das Intermedia–Projekt und der Einsatz des WWW in Paderborn werden vorgestellt. Danach werden die neuen M¨oglichkeiten, die Hypermedia gegen¨uber herk¨ommlichen Medien bietet, aufgezeigt. Die besonde- ren Anforderungen an Hypermediasysteme werden f¨ur den sp¨ateren Vergleich bereitgestellt.

Das Kapitel 4 stellt das WWW und Hyper-G als zwei Informationssysteme im Internet vor.

Das WWW ist als Pr¨asentationssystem f¨ur wissenschaftliche Ergebnisse im Inter- net entstanden. Hyper-G repr¨asentiert die zweite Generation von Hypermediasys- temen, es ist angetreten, die Informationsvielfaltzu strukturieren und kooperative Dokumenterstellung m¨oglich zu machen. In diesem Kapitel werden die techni- schen Grundlagen der Systeme erl¨autert und die daraus folgenden Konsequenzen f¨ur den Einsatz dargelegt.

Die Verwendbarkeit dieser Systeme f¨ur Lernumgebungen wird im Kapitel 5 untersucht. Dabei werden WWW und Hyper-G anhand des Anforderungskatalog aus Kapitel 3 gegen¨ubergestellt.

Kapitel 6 gibt einen kurzen Ausblick auf die weitere Entwicklung des Hyper- mediasystems f¨ur Vorlesungsunterlagen in Paderborn.

Kapitel 2 Hypermedia–Systeme

2.1 Hypertext und Hypermedia

By Hypertext“ I mean non sequential Writing Theodore Nelson, [Nel87, S. 29]

Traditioneller Text — wie zum Beispiel diese Diplomarbeit — besteht physikalisch betrachtet aus einer Aneinanderreihung von W¨ortern und S¨atzen. Auf diese Struktur ist oft eine hierarchische inhaltliche Struktur, bestehend aus Abs¨atzen, Kapiteln usw. aufgesetzt. Die einzelnen Bausteine eines Texts sind vielf¨altig uber¨ sprachliche Kon- struktionen verbunden. 1 Ein Leser ist also gezwungen, im Text vor und zur¨uck zu bl¨attern, um die inhaltliche Struktur des Textes zu erfassen; der Autor sollte alle Ver- weise, die er auf diese Weise in den Text einbaut, sp¨ater auch wirklich aufl¨osen. Hypertextsysteme erm¨oglichen es, einen großen Teil dieser inhaltlichen Verweise explizit zu machen. Informationen zum Thema k¨onnen in einzelne informationelle Einheiten zerlegt werden. Diese werden uber¨ Verkn¨upfungen verbunden. Daf¨ur werden in aller Regel im Text Bereiche oder W¨orter, die zu anderen in einer Beziehung stehen, als sogenannte Anker markiert. Dem Hypertextsystem wird mitgeteilt, welcher andere Text oder Abschnitt in einem Text referenziert werden soll. Dies wird als Verweis oder Link bezeichnet, die Informationseinheiten als Knoten. Selektiert der Benutzer sp¨ater dann diesen Anker, so wird das Hypertextsystem den hiermit verbundenen Text zur Anzeige bringen. 2 Ein Knoten muß nicht unbedingt nur Text zu enthalten, Integration von Bildern ist zum Beispiel auf sehr vielen Systemen m¨oglich. K¨onnen auch andere Medien als Text (wie Bilder, Filme, Ton) in ein System einbezogen und Objekte in diesen als Anker zu benutzt werden, so sollte dieses System als Hypermediasystem bezeichnet werden

1 F¨ur n¨ahere Erl¨auterungen siehe [Kuh91, S. 31]. 2 Conklin[Con87] betont, daß ein wesentlicher Unterschied zwischen Text und Hypertext darin beste- he, daß Verweisen schnell nachgegangen werden k¨onne, deshalb sei eine Maschinen– oder Computer– Unterst¨utzung f¨ur ein Hypertextsystem notwendig.

2.2.

GRUNDLEGENDE KONZEPTE

6

[YMvD85, S. 19]. 3 Multimedia bezeichnet die Integration und Synchronisation [SRR90] mehrerer Me- dien. Eine Verweisstruktur wie sie f¨ur Hypermediasystem zwingend ist, ist hier nicht notwendigerweise vorhanden.

2.2 Grundlegende Konzepte

Der Begriff Hypertext wird mit der weiteren Verbreitung von Rechnern mit Multi- mediafunktionen an Bedeutung verlieren und im Begriff Hypermedia aufgehen. Ich will mich im weiteren vorwiegend mit Hypermediasystemen besch¨aftigen und einige grundlegende Eigenschaften beschreiben. Hypermediabasis bezeichnet den Datenbe- stand des Systems, also die Datenbank der Dokumente und Links. Ein Hypermediasys- tem beinhaltet die Hypermediabasis zusammen mit dem Zugriffssystem und eventuell vorhandenen Autorenwerkzeugen.

Informationelle Einheiten

Informationen k¨onnen in einzelne informationelle Einheiten [Kuh91, Kap. 2.1] zerlegt

werden. Jede Einheit sollte so gestaltet sein, daß sie in sich konsistent und verst¨andlich ist und auf ihren informationellen Kontext verweist. Diese Verbindungen k¨onnen dann durch Links dargestellt werden. Sie sollte einen pr¨agnanten Titel haben, damit dem Leser die Auswahl des n¨achsten interessanten Knotens erleichtert wird. Dieser Titel

¨

kann auch f¨ur Suchen und graphische Ubersichten verwendet werden. Hypertext erlaubt eine einfache Modularisierung von Ideen“ [Con87, S. 35]. Da- durch k¨onnen interne Strukturen und Zusammenh¨ange des Wissensgebiets sichtbar gemacht werden. Durch Knoten und Links k¨onnen verschiedene Stufen der Detailie- rung realisiert werden, indem Details und weitere Informationen zu einem Knoten in andere Informationseinheiten verlegt werden. Auf diese kann dann mit Links Bezug genommen wird.

Koh¨asion und Konsistenz

Die Zerteilung von Wissen hat im Vergleich zu einem herk¨ommlichen Text erst einmal den Nachteil, daß viele der textspezifischen Vernetzungsmittel ( siehe Kapitel “, wie zuvor beschrieben“ ) nicht eingesetzt werden k¨onnen[MI89, S. 22]. 4 Da auf einen Knoten mehr als einmal verwiesen werden kann, ist es m¨oglich, eine informationelle Einheit in mehreren Kontexten zu verwenden, also mehrere Sichtwei- sen und Zugangsm¨oglichkeiten zu er¨offnen. Das f¨uhrt nat¨urlich dazu, daß sich der

3 Wie sich sp¨ater zeigen wird, steht das WWW an der Grenze zwischen Hypertext und Hypermedia. Hyper-G ist sicher als Hypermediasystem zu bezeichnen. 4 Kuhlen [Kuh91, Kap. 1.3] beschreibt dies im Detail.

2.2.

GRUNDLEGENDE KONZEPTE

7

Autor nicht mehr darauf verlassen, kann, daß der Nutzer die Knoten in einer bestimm- ten Reihenfolge durchl¨auft. Jeder Knoten sollte in sich konsistent sein. Bez¨uge, die die Informationseinheit verlassen, sollten uber¨ Links gezogen werden. Nat¨urlich erwartet der Benutzer, daß ein Link nur wichtige und zusammenh¨angende Informationen in Beziehung setzt. 5 Der Nutzer sollte außerdem schon vor Betreten des Links zumindest ungef¨ahr erkennen k¨onnen, wohin dieser Link ihn f¨uhren wird. Nur so kann er absch¨atzen, ob es sich f¨ur ihn lohnt dem Link zu folgen. Außerdem ben¨otigt der Benutzer am Ankunftspunkt Informationen, wie er das gefundenene mit dem bereits Rezipierten in Beziehung setzen kann [Lan89, S. 188]. Mit Hilfe von Links ist es einfach m¨oglich, Strukturen von Wissensgebieten offenzulegen, indem jedem Knoten ein Konzept zugeordnet und die Beziehungen durch Links dargestellt werden.

Links

Um die Strukturierung der Hypermediabasis f¨ur den Benutzer klarer zu machen, setzen einige Hypermediasysteme, zum Beispiel Diskussionssysteme, typisierte Links ein. 6 Hier ist die Art der Beziehung verschiedener Knoten von großem Interesse. Es gibt

Link–Typen, die das Verh¨altnis

mung“ und Ablehnung“ zum Ausdruck bringen. Mit Hilfe von typisierten Links lassen sich Hypermediabasen explizit semantisch strukturieren [DY90]. In Hypermediasys- temen, die f¨ur keinen speziellen Einsatzzweck vorgesehen sind, ist der Nutzen ty- pisierter Links eher gering, weil zuviele verschiedene Typen den Nutzer und Autor verwirren k¨onnten [DY90, S. 240]. Es bietet sich hier an, daß der Autor Typen je nach Anwendung definiert und uber¨ ein Attributfeld mit dem Link verkn¨upft [YMvD85, S. 22]. Wird ein Hypermediasystem f¨ur einen speziellen Zweck entworfen, 7 dann kann ein auf die spezielle Anwendung zugeschnittener Satz typisierter Links die Arbeit mit dem System erleichtern.

Viele Systeme erlauben die hierarchische Strukturierung der Hypermediabasis mit

speziell daf¨ur vorgegebenen Links. 8 Verschiedene Autoren versprechen sich durch

diese Einschr¨ankung der Strukturfreiheit eine h¨ohere

Ubersichtlichkeit der Hyper-

mediabasis, die hierarchische Struktur ist dem Benutzer in der Regel aus B¨uchern und

ahnlichen¨ Werken bekannt. 9 Eine sehr spezielle Art Links sind die warm links zur Anbindung externer Program- me an das Hypermediasystem. Es k¨onnen so Informationen aus Quellen außerhalb des Hypermediasystems eingebunden werden, Informationen werden bei Anwahl des Links dynamisch generiert. Dabei k¨onnen auch Programme außerhalb des Hypermedia-

verschiedener Argumente

wie zum Beispiel Zustim-

¨

5 G. Landow schreibt: Hypertext links conditionthe user to expect purposeful, important relationships between the linked materials.“ [Lan89, S. 189] 6 F¨ur eine Taxonomie von Links siehe [DeR89]. 7 z.B. Rechnungspr¨ufung [DY90], Diskurssysteme [HT92] 8 zum Beispiel Links f¨ur hierarchische Verfeinerung (1 : –Relationen, Verfeinerungen), siehe

[DeR89].

9 Man spricht in diesem Zusammenhang oft von der Buch–Metapher“ f¨ur Hypertext.

2.3.

BESONDERHEITEN VON HYPERMEDIA

8

systems gestartet werden, deren Ausgaben dem Benutzer als tempor¨are Dokumente pr¨asentiert werden. Catlin, Bush und Yankelowich schlagen vor, diesen Mechanismus zu erweitern und Datenaustausch uber¨ Links zwischen beliebigen Dokumenten und Anwendungen zu erm¨oglichen [CBY89, S. 369]. Auf diese Weise k¨onnen zum Bei- spiel externe Datenbanken angebunden und Daten zwischen dem Hypermediasystem und externen Programmen ausgetauscht werden. Das World Wide Web bindet externe Programme wie normale Dokumente in seinen Adreßraum ein, der Benutzer greift transparent auf sie zu. 10 Links in kontinuierlichen Medien wie Videos einzubetten, ist technologisch nicht ganz einfach. Zus¨atzlich tritt die Zeit als Parameter hinzu, zum Beispiel kann ein Link in einer Videosequenz nicht statisch an eine Position oder Fl¨ache gebunden sein, weil sich der Bildinhalt im Verlauf der Zeit andern¨ kann. Einige Systemen unterscheiden Links danach, wie die referenzierte Information dargestellt werden soll, ob zum Beispiel eine neue Seite die alte vom Bildschrim verdr¨angen soll, ob die Information als Popup–Fenster erscheinen soll und ahnliches.¨

2.3 Besonderheiten von Hypermedia

Hypermediasysteme besitzen einige Eigenschaften, die es von traditionellen Medien, wie zum Beispiel B¨uchern oder Filmen, unterscheidet und abhebt. Ich werde diese im folgenden kurz aufzeigen und ihren Einfluß auf die Benutzung von Hypermediasys- temen aufzeigen.

Hypermedia ist multizentrisch

Wie schon erw¨ahnt, k¨onnen Knoten von mehreren anderen referenziert und so vom Benutzer aus verschiedenen Kontexten heraus erreicht werden. Der Nutzer kann sei- nen Weg durch das Hypermediasystem bestimmen und wird so ein St¨uck weit vom Autor unabh¨angig, er ist nicht mehr an eine eindimensionale Abfolge eines normalen Texts gebunden. In Hypermediasystemen besteht die M¨oglichkeit, Informationen zu einem Sachgebiet oder die Arbeiten eines Autors durch Links zu anderen Materialien in ihren Kontext zu stellen, die Abgrenzung von Themen und Autoren, wie sie aus herk¨ommlichen Texten bekannt ist, verschwimmt dann fast zwangsl¨aufig. Landow be- zeichnet Hypertext deswegen als multizentrisch [Lan89, S. 188]. In herk¨ommlichen Texten kann diese Grenze nur durch explizite sprachliche Verweise uberwunden¨ wer- den. Diese nachzuvollziehen ist f¨ur den Leser aufwendig. Lineare Strukturen ermutigen den Leser, einen Text vom Anfang bis zum Ende zu lesen [SW88, Con87]. Durch gra- phische Benutzungsoberfl¨achen und Mauseinsatz l¨aßt sich ein Hypermediasystem sehr einfach bedienen, es wird dem Benutzer leicht gemacht, Verweisen nachzugehen und so sein strukturelles Wissen uber¨ die dargestellten Informationen zu festigen.

10 Einzelheiten dazu werden im Kapitel 4.2 vorgestellt.

2.3.

BESONDERHEITEN VON HYPERMEDIA

9

Zugang zu Hypermediasystemen

Ein Hypermediasystem umfaßt eine Menge von Dokumenten, die untereinander be- liebig verkn¨upft sind. Es spannt sich also ein Navigationsraum 11 auf, in dem sich der Benutzer bewegen kann. Texte unterst¨utzen direkt nur das sequentielle Lesen, sie schr¨anken den Benutzer in seiner Bewegungsfreiheit ein. Der Benutzer kann selbst entscheiden, wie er die Hypermediabasis erschließen will. Hypermedia l¨adt zum ein zum assoziativen Suchen, der Nutzer durchl¨auft die Hyper- mediabasis auf von ihm bestimmten Wegen. Diese Vorgehensweise wird browsing 12 oder serendipidy 13 genannt. Er ist nun mit dem Problem konfrontiert, von welchem

¨

Startpunkt er die Arbeit aufnehmen soll. Oft werden thematische Ubersichten (¨ahnlich

dem Inhaltsverzeichnis eines Buchs) verwendet, um dem Benutzer den Einstieg zu

¨

erleichtern. Der Autor kann zu verschiedenen Herangehensweisen Ubersichten bereit-

stellen und so verschiedene Zug¨ange vorstrukturieren. Es bieten sich hier grafische

¨

Ubersichtskarten an, die die strukturellen Zusammenh¨ange verschiedener Teile der Hypermediabasis visualisieren [YLC87, S. 19]. Die Unterst¨utzung der Navigation uber¨ Hyperlinks hinaus ist f¨ur die Benutzbarkeit eines Hypermediasystems von gr¨oßter Bedeutung. Deshalb wird im Abschnitt 2.5 noch n¨aher auf verschiedene Konzepte eingegangen.

Erweiterbarkeit

Viele Hypermediasysteme speichern, wie auch anderer computerbasierter Informa- tionssysteme, ihre Dokumente in Datenbanken. 14 Diese haben den Vorteil, daß sie laufend, von vielen Benutzern gleichzeitig und von verschiedenen Orten benutzt und auch ver¨andert werden k¨onnen. Daraus ergeben sich einige M¨oglichkeiten. Der Nutzer kann in die Lage versetzt werden, die Hypermediabasis seinen eigenen Bed¨urfnissen anzupassen. Dazu sollte er eigene Links einf¨ugen k¨onnen, die die f¨ur ihn wichtigen Beziehungen verdeutlichen. Intermedia erm¨oglicht dem Benutzer sogar, vollst¨andig eigene Verweisstrukturen auf- zubauen [YHMD88]. Außerdem sollte es dem Benutzer m¨oglich sein, eigene Knoten oder zumindest spezielle Anmerkungs–Knoten (annotations) in die Hypermediabasis einzuf¨ugen. So kann der Benutzer seinen speziellen Zugang dokumentieren und seine Wissensstrukturen auf die Hypermediabasis abbilden.

11 Dieser wird 12 schm¨okern,

oft auch als Hyperraum oder Hyperspace bezeichnet [EH89]. sich unverbindlich umsehen

13 Zufallsfund 14 Ein Datenbanksystem ist ein System (Softwaresystem, computergest¨utztes System), das sich mit der Beschreibung vorhandener Daten, ihrer Verwaltung sowie mit dem Umgang mit ihnen und dem Zugriff auf sie befaßt“ [Ram84].

2.4. EINSATZFELDER

10

Kommunikation

In vielen Hypermediasystemen k¨onnen mehrere Autoren oder Benutzer gleichzeitig

¨

auf eine Hypermediabasis zugreifen und sie bearbeiten. Uber gegenseitige Annotatio-

nen k¨onnen Benutzer innerhalb des Hypermediasystems gemeinsam an Dokumenten arbeiten [YMvD85, S. 19]. So k¨onnen Diskussionen gef¨uhrt werden, die USENET– Newsgoups entsprechen, Kappe und Maurer empfehlen die Integration von News und elektronischer Post (eMail) in Hypermediasysteme, um diese zu allgemeinen Informa- tionssystemen zu erweitern [KM93a, S. 6]. Kann der Benutzer die Hypermediabasis wie oben beschrieben selbst erweitern, so verliert die Trennung zwischen Autor und Benutzer immer mehr an Gewicht. Autoren und Benutzern sollten dann dieselben Werkzeuge zur Bearbeitung der Hypermediabasis zur Verf¨ugung haben. Konsistenz und Integrit¨at sind in solchen Systemen problematisch. Es stellt sich die Frage, was mit Verweisen auf Dokumente geschehen soll, wenn der Besitzer die- se andert¨ oder ganz l¨oscht. Viele Systeme stellen zu diesem Zweck ein Versionen– Management zur Verf¨ugung [Hal88, S. 847][DS86].

2.4

Einsatzfelder

Hypermediasysteme k¨onnen nach verschiedenen Kriterien gruppiert werden, unter anderem nach Art der Interaktion von Autor und Benutzer, Architektur oder Einsatz- kontext. Ich will drei Kriterien hier kurz ausf¨uhren. 15 Autor und Benutzer k¨onnen auf verschiedene Weise miteinander in Kontakt treten. Die folgende Aufz¨ahlung gibt einige grunds¨atzliche Ans¨atze wider:

Autorensysteme wie Notecards [Hal88] sollen Autoren helfen, ihre Gedanken zu strukturieren und pr¨asent zu halten. Schreiben wird nicht als ein einmalig stattfindender Vorgang verstanden, bei dem der Text sofort in seiner linearen Form erstellt wird, sondern vielmehr als ein Prozeß mit mehreren Phasen, in dem sich die logischen Textstrukturen allm¨ahlicher entwickeln [Mou91, S. 295]. Ein Hypertextsystem kann hier als Experimentierfeld dienen, in dem der Autor verschiedene Argumentationslinien aufbauen und testen kann, um dann die erfolgversprechendste in ein (lineares) Textdokument umzusetzen.

Mehrbenutzersysteme erlauben es mehreren Personen, gleichzeitig mit einem Hyper- mediasystem zu arbeiten. Der Benutzer kann Dokumente in das System einbringen und mit Links eigene und fremde Dokumente verbinden. In diese Sektion fallen auch einige Forschungs– und Lehrsysteme wie Intermedia. Hier steht die Erarbeitung von Wissen im Vordergrund.

¨

15 Einen Uberblick uber¨

verschiedene vorhandene Systeme gibt Conklin [Con87].

¨

2.5. NAVIGATION IN HYPERR AUMEN

11

Kollaborationssysteme sollen einer Gruppe von Nutzern erm¨oglichen, gemeinsam

an einem Thema zu arbeiten. Dabei erhalten alle beteiligten Benutzer die M¨oglichkeit, Dokumente oder Stellen in Dokumenten zu kennzeichnen, mit Bemerkungen zu verse-

¨

hen und Anderungsvorschl¨age abzugeben, die sp¨ater in neue Versionen des Dokuments

einfließen k¨onnen [CBY89]. Zus¨atzlich zu den Funktionen von Mehrbenutzersyste- men sollten diese Systeme Werkzeuge zur Bewertung und Versionenkontrolle anbieten [CBY89, S. 367]. Diskussionssysteme (zum Beispiel Sepia [HT92] und IBIS) halten spezielle Funktionen bereit, um den Diskussionsprozeß zu moderieren.

Pr¨asentationssysteme stellen dem Nutzer Wissen zur Verf¨ugung. In diese Sparte fallen die meisten PC–basierten Systeme. Es gibt Systeme verschiedener Reichweiten, vom Einplatz– und Einbenutzersys- tem, wo Autor und Leser in der Regel eine Person sind, bis zum verteilten Hypermedia- system, an dem viele Rechner und viele Nutzer beteiligt sind. Viele Systeme wurden mit Blick auf einen bestimmten Einsatzzweck entwickelt, andere stellen allgemeine Hypermediafunktionalit¨aten bereit, ohne auf ein Einsatzfeld zugeschnitten zu sein [Hal88, S. 840].

2.5 Navigation in Hyperr¨aumen

Hypermediasysteme verlagern im Vergleich zu normalen Texten Verantwortung vom Autor zum Benutzer, der Benutzer ist daf¨ur verantwortlich, eine vern¨unftige“, f¨ur ihn zweckm¨aßige Folge von Informationseinheiten auszuw¨ahlen. Zus¨atzlich m¨ussen Strukturmittel wie Inhaltsverzeichnis und Index hypermediagerecht substituiert wer- den, um die Informationen in der Hypermediabasis erschließbar zu machen. Ich will erst die Probleme beschreiben, die bei der Benutzung von Hypermediasystemen auftreten k¨onnen und dann eine Reihe von L¨osungsvorschl¨agen vorstellen. Noch bevor der Leser ein Buch aufschl¨agt, kann er absch¨atzen, wieviele Seiten es hat und vielleicht auch wie lange er brauchen wird, um dieses Buch durchzuarbeiten. Dieses intuitive Sch¨atzung ist bei einem Hypermediasystem nicht m¨oglich. Die Hyper- mediabasis ist in einem Computer verborgen. Auch wenn das reine Datenvolumen bekannt sein sollte, ist die Bearbeitungszeit schwer abzusch¨atzen, In einem linearen Text kann der Benutzer jederzeit feststellen, wo im Buch er sich befindet. In einem Hypermediasystem kann die aktuelle Position des Benutzers wegen der Netzwerkstruktur nicht mehr eindeutig visualisiert werden. Normaler Text kann

¨

sehr leicht quergelesen“ werden, der Leser kann sich einen groben Uberblick uber¨ den Inhalt verschaffen, indem er das Buch durchbl¨attert und nur gelegentlich eine Seite

anschaut. Dies ist in Hypermediabasis nicht mehr m¨oglich, es ist schwierig, sich einen

¨

schnellen Uberblick zu verschaffen. Ein weiterer Problembereich ist die Suche von Informationen zu einem bestimmten Gebiet in einem Hypermediasystem. Dem Suchen in klassischen Informationssyste- men wie Datenbanken stellt Hypermedia das assoziative Suchen durch den Benutzer

¨

2.5. NAVIGATION IN HYPERR AUMEN

12

gegen¨uber. Dies kann in großen Datenbest¨anden aber nur erfolgreich sein, wenn der Startpunkt des Benutzers nicht allzu weit von der gesuchten Information entfernt 16 ist. Ist das Gesuchte gefunden, stellt sich die Frage, ob in der Hypermediabasis noch weitere Informationen zu diesem Thema vorhanden sind. 17 Der Leser bestimmt, welche Dokumente er bearbeiten will. Dies f¨uhrt oft dazu, daß der Benutzer w¨ahrend er ein Gebiet zu ergr¨unden sucht abschweift und auf Abwege“ ger¨at, die ihn vom eigentlichen Ziel seiner Arbeit abbringen [Mar88, 10]. Der Benutzer muß also immer wieder abw¨agen, ob der jetzige Pfad f¨ur ihn noch sinnvoll ist. Hat sich ein Weg in der Hypermediabasis als nicht erfolgversprechend herausgestellt, so wird der Benutzer geneigt sein, von einem fr¨uheren Punkt des Wegs neu zu starten und einen anderen Weg einzuschlagen. Dies f¨uhrt dazu, daß der Benutzer einen nicht geringen Teil seiner Aufmerksamkeit und Konzentration auf die Umgebung und nicht auf das f¨ur ihn relevante Material verwenden muß. Gerade in großen Hypermediabasen ist dieses Problem nicht zu vernachl¨assigen. Alle diese Faktoren f¨uhren leicht zum Verlust der Orientierung in der Hypermedia- basis, es wurde das Schlagwort Lost in Hyperspace“ gepr¨agt [EH89]. Um sich sicher in der Hypermediabasis zu bewegen, muß der Benutzer planend und vorausschauend vorgehen. Der Benutzer muß immer das Ziel seiner Suche im Auge behalten, muß immer bewerten, ob ihn der aktuelle Schritt n¨aher an sein Ziel f¨uhrt [Mar88]. Dies alles f¨uhrt zu einer kognitiven Mehrbelastung 18 des Benutzers verglichen mit normalem Text, also zu einem Mangel an direkter Wahrnehmung [KS92]. Um diese Probleme ein wenig zu mildern, sollte ein Hypermediasystem Hilfsmittel zur Navigation bereitstellen. Diese Hilfsmittel visualisieren die Position des Benutzers im System, sie helfen ihm als externes Ged¨achtnis“ [KS92, S. 19] sein Vorgehen zu ordnen. Utting und Yankelovich [UY89] beschreiben einige Ans¨atze f¨ur Navigations- hilfen und geben Beispiele f¨ur ihren Einsatz in Intermedia. Sie unterscheiden dabei r¨aumliche und zeitliche Navigation. Ich will im folgenden einige Ans¨atze beschreiben.

Globale Karten

In einer globalen Karte werden alle Dokumente einer Hypermediabasis mit ihrem Titel dargestellt. Werden zwei Dokumente durch einen Link verbunden, so wird in der Karte eine Verbindungslinie eingezeichnet, Existieren mehr als ein Link zwischen zwei Dokumenten (zum Beispiel zwischen verschiedenene Objekten oder Teilen die- ser Dokumente) so werden sie alle durch eine Linie dargestellt. Die Gruppierung von Dokumenten nach Themengebiet oder Zusammenhang ist schwierig, weil eine solche Gruppierung automatisch eine gewisse Sichtweise impliziert, die nicht not- wendigerweise die des Nutzers sein muß. Bild 2.1 zeigt die globale Karte einer sehr kleinen Hypermediabasis. Dieses und das naechste Bild wurde [UY89] entnommen. Dieses kleine Beispiel zeigt schon, daß die Karte durch die Vielzahl der Verweise sehr

16 Entfernung soll hier als Zahl der zu uberquerenden¨

17 Diese m¨ussen ja nicht mit den schon gefundenen Informationen verkn¨upft sein.

18 cognitive overhead“, [Con87, S. 40]

Links verstanden werden.

¨

2.5. NAVIGATION IN HYPERR AUMEN

13

¨ 2.5. NAVIGATION IN HYPERR AUMEN 13 Abbildung 2.1: Globale Karte in Intermedia un¨ubersichtlich wird. Karten

Abbildung 2.1: Globale Karte in Intermedia

un¨ubersichtlich wird. Karten k¨onnen dem Benutzer eine r¨aumliche Anschauung der Hypermediabasis vermitteln. Dabei werden Dokumente uber¨ die geographische Posi- tion ihrer Icons auf der Karte (wieder-)erkannt, inhaltliche Zusammenh¨ange k¨onnen

durch r¨aumliche N¨ahe kenntlich gemacht werden. 19 Es ist also besonders wichtig, daß

¨

sich auch bei Anderungen der Hypermediabasis die Position der Icons nicht andert¨ [YMvD85, S. 20]. Eine automatische Generierung globaler Karten scheint daher nicht sinnvoll zu sein. Verschiedene Systeme erlauben (und zwingen) den Benutzer daher, die Karte selbst in einer f¨ur ihn sinnvollen Weise zu gestalten. Neu eingef¨ugte Do- kumenten werden an einer Standard–Position in die Karte eingeblendet, der Benutzer kann sie dann nach seinen Notwendigkeiten positionieren. 20

Große globale Karten, die viele Kanten enthalten, erschweren den schnellen Uber- blick uber¨ die Hypermediabasis [DY90, S.239]. Man kann versuchen, durch Filterung der angezeigten Dokumente und Links die Gr¨oße und Komplexit¨at der Karte zu redu- zieren. Mehrere Knoten werden zu einem zusammengefaßt und gemeinsam dargestellt, es werden nur Kanten zwischen diesen neuen Objekten eingezeichnet. Dies kann nur sinnvoll geschehen, wenn die Hypermediabasis hierarchisch strukturiert ist. Nachteil solcher Hierarchien ist, daß sie eine Struktur und damit eine Sichtweise auf den Infor-

¨

19 We believe, that having fixed spatial positions allows users to improve recall by means of spatial imagery [ ] through which users can recognize clusters as well as individual items.“ [UY89, S. 73] 20 Zum Beispiel gIBIS, nach [UY89, S.66].

¨

2.5. NAVIGATION IN HYPERR AUMEN

14

mationsbestand vorschreiben. Halasz schl¨agt einen objektorientierten Ansatz vor [Hal88, S.843]. Inhaltlich zu- sammenh¨angende Gebiete k¨onnten in ein Container–Dokument (composite) zusam- mengefaßt werden. Ein Knoten k¨onnte in mehr als einem Zusammenhang auftauchen.

Es k¨onnten so mehrere Abstraktionsebenen geschaffen werden, auf einer h¨oherer Ab- straktionsebene m¨ußten nur die Beziehungen der n¨achst tieferen Ebene dargestellt

bleiben, mehrere

werden. Eine Uberblickskarte k¨onnte deswegen recht ubersichtlich¨

Composite–Hierarchien k¨onnten verschiedene Sichtweisen auf die Hypermediabasis zur Verf¨ugung stellen. Ungekl¨art ist wie und welche Verweise in und aus einem Com- posite dargestellt werden sollten. Hyper-G realisiert dieses Konzept ansatzweise als Polyhierarchie von Kollektionen.

¨

Lokale Karten

Insgesamt betrachtet scheinen globale Karten also eher unpraktikabel zu sein. Eine Alternative dazu ist, jeweils nur den Kontext des vom Benutzer gerade angezeigten Dokuments, also die direkt uber¨ ein– und ausgehende Kanten verbundenen Dokumente und eventuell noch deren Nachbarn, anzuzeigen. Bild 2.2 zeigt eine lokale Karte aus dem Intermedia–System. Das aktuell bearbeitete Dokument findet sich in der Mitte, die anderen Dokumente sind uber¨ Links mit diesem Dokument verbunden. In einigen Systemen ist allerdings nur bekannt, welche Verweise das aktuelle Do- kument verlassen und nicht, welche Verweise auf ein Dokument zeigen. 21 In diesen F¨allen macht eine lokale Karte wenig Sinn. Durch die Beschr¨ankung auf das Umfeld eines Knotens soll die Anzahl der dar- zustellenden Dokumente und Links klein gehalten werden, damit eine Darstellung am Bildschirm ubersichtlich¨ bleibt. Dies ist bei stark vernetzten Hypermediabasen sicher- lich nicht realistisch. 22 Alle mir bekannten Implementationen der lokalen Karte zeigen nur die Links, die mit dem aktuellen Dokument verbunden sind, Verbindungen der angezeigten Dokumente untereinander werden nicht ber¨ucksichtigt. Eine Vorstellung uber¨ die Umgebung des Elements kann meiner Meinung so nicht entstehen. Eine lokale Karte ist sicherlich f¨ur den Benutzer wie f¨ur das System handhabbarer als eine globale Karte, aber als alleiniges Instrument zur Navigation ist es sicher unzureichend.

Fisheye-Views

Fisheye-Views versuchen, eine Balance zwischen lokalen Details und globalem Kon- text darzustellen 23 [Fur86]. Von einem ausgew¨ahlten Dokument aus wird das Umfeld

21 Im WWW werden z.B. die (ausgehenden) Links im Dokument gespeichert. 22 Siehe die lokale Karte zu einem Knoten in Hyper-G (Bild 4.6, Seite 60). 23 The fundamental motivation of a fisheye strategy is to provide a balance of local detail and global context.“ [Fur86]

¨

2.5. NAVIGATION IN HYPERR AUMEN

15

¨ 2.5. NAVIGATION IN HYPERR AUMEN 15 Abbildung 2.2: Lokale Karte in Intermedia

Abbildung 2.2: Lokale Karte in Intermedia

¨

2.5. NAVIGATION IN HYPERR AUMEN

16

dargestellt, der Detaillierungsgrad nimmt mit mit zunehmender Entfernung vom aus- gew¨ahlten Dokument ab, so daß ab einer gewissen Entfernung nur noch wichtige“ Dokumente dargestellt werden. Es wird f¨ur jeden Knoten eine a–priori–Wichtigkeit und eine Distanzfunktion (in Abh¨angigkeit vom aktuellen Knoten) kombiniert und so entschieden, welche Knoten dargestellt werden sollen. In [SG90] wird dieses Verfahren f¨ur hierarchische Hyper- mediasysteme dargestellt. Die Distanz ist hier die Entfernung des Knotens vom ak- tuellen Knoten im Graph, die a priori–Wichtigkeit die Entfernung des Kontens von der Wurzel. Eine sinnvolle Definition der a–priori–Wichtigkeit f¨ur allgemeine Graphen wird nicht genannt und ist sicherlich auch schwierig allgemein festzustellen, wenn die Sichtweise auf die Hypermediabasis nicht bekannt ist.

¨

Manuell erstellte Karten und Ubersichten

Als ultima ratio ist es f¨ur Autoren immer noch m¨oglich, Karten mit einem Graphik- editor selbst zu erstellen und mit den Dokumenten zu vernetzen. Von dieser Technik wurde in Intermedia sehr viel Gebrauch gemacht. Es wurden mit Hilfe von Intermedia Einf¨uhrungskurse in Englischer [YLC87, Lan89] und Chinesischer Literatur [Kah89] gelehrt. Dabei wurde bewußt versucht, mehrere Zugangspfade zum Datenbestand zu

¨

schaffen. So wurde f¨ur jeden im Kurs behandelten Autor eine Ubersicht mit Werken,

¨

bibliographischen Daten und Ein߬ussen geschaffen, aber auch Ubersichten, die die

sozialen und politischen Hintergr¨unde der jeweiligen Periode darstellten. Ziel dieser Anordnung war es, kritisches Denken zu f¨ordern und klar zu machen, daß jedes Ereignis nur in seinem weiteren Kontext gew¨urdigt werden kann [Lan89, S. 176]. Bild 2.3 zeigt ein Beispiel (entnommen aus [YLC87, S. 21]). Es zeigt eine Uber- sichtskarte aus dem Literaturkurs von George Landow und erl¨autert graphisch die literarischen Einfl¨usse auf das Werk T. S. Elliots. Nachteil vorgefertigter Karten ist, das sie notwendigerweise die Sichtweise des Autors widerspiegeln. Die Erstellung dieser Karten wird im Allgemeinen sehr aufwen- dig sein. Die Erstellung von Hypermedia–Materialien zum Beispiel f¨ur Ausbildungs- zwecke ist sehr kostspielig, 24 deswegen sollten Hypermedia–Dokumente so ausgelegt sein, daß sie auch f¨ur andere Anwendungen wiederverwendet werden k¨onnen [Lan89,

¨

¨

S. 193]. Bei Verwendung manuell erstellter Ubersichten m¨ussen diese immer wieder neu erstellt werden. In Hypermediasystemen l¨osen sich die Grenzen einzelner Themengebiete und der Werke einzelner Hypermediaautoren auf. Kann der Benutzer mittels eigener Links Do- kumente aus verschiedenen Bereichen verkn¨upfen, so sollten auch diese Verbindungen

in Karten dokumentiert werden k¨onnen. Notecards bietet dem Benutzer die M¨oglich- keit, mit Unterst¨utzung des Systems eigene Karten zu erstellen, die vom Benutzer seinen Bed¨urfnissen angepaßt werden k¨onnen [Hal88]. Die so geschaffenen Karten k¨onnen dann wie normale Dokumente verwendet werden.

24 Thome geht davon aus, daß f¨ur eine Stunde, die ein Lerner sinnvoll mit den System arbeitet, 200 Entwicklungsstunden aufgebracht werden m¨ussen [Tho91b, S. 22]

¨

2.5. NAVIGATION IN HYPERR AUMEN

17

¨ 2.5. NAVIGATION IN HYPERR AUMEN 17 ¨ Abbildung 2.3: Manuelle Ubersicht

¨

Abbildung 2.3: Manuelle Ubersicht

¨

2.5. NAVIGATION IN HYPERR AUMEN

18

¨

Manuell erstellte Ubersichten bieten dem Benutzer sicherlich einen komfortablen Einstieg ins Hypermediasystem. Speziell in großen Hypermediasystemen und in Sys- temen mit vielen Autoren werden sich die Zahl und Struktur der Dokumente schnell andern.¨ Es wird dann sehr aufwendig sein, die manuellen Karten immer wieder an- zupassen. Deshalb werden solche Systeme nicht ohne automatische Navigationshilfen auskommen [UY89, S. 62].

Statische Strukturierung

Die Struktur einer Hypermediabasis kann durch Verbindung beliebiger Dokumente beliebig komplex und un¨ubersichtlich werden. solche Strukturen k¨onnen nicht oder

nur noch schlecht visualisiert werden. Viele Systemgestalter versuchen dies zu umge- hen, indem sie explizit eine hierarchische Struktur vorschreiben wie sie zum Beispiel aus B¨uchern bekannt ist. Querverweise zwischen einzelnen Dokumenten werden als

¨

untergeordnete Links betrachtet, sie werden nur auf Anforderungdes Benuzers in Uber- sichten dargestellt. 25 Damit eine Suche effektiv sein kann, m¨ußte der Autor einer Hyper- mediabasis die Herangehensweise des Benutzers vorhersehen und die Hierarchiestufen so w¨ahlen, daß die wichtigen Such– und Entscheidungsmerkmale oben in der Hierar- chie angeordnet werden [Con87, S. 35]. Eine eindeutige Hierarchie wird jedoch selten im Voraus bekannt sein [VDP89, S. 49]. Es besteht die M¨oglichkeit, uber¨ mehrere

uberlappende¨ Hierarchien oder Polyhierarchien verschiedene Zugangsm¨oglichkeiten darzustellen.

Pfade, Guided Tours und Positionsmarker

Als Bush 1945 seine Idee von Hypertextsystemen beschrieb, schlug er vor, daß der Autor aber auch der Benutzer Pfade (trails) durch die Hypertextbasis anlegen solle, um die Navigation zu erleichtern [Bus45]. Die Idee ist, daß der Autor oder ein erfahrener Benutzer einen Trampelpfad“ durch die Hypermediabasis anlegt, auf dem sich andere Benutzer sicher bewegen k¨onnen und der sie zu den wichtigsten Dokumenten in einer sinnvollen Reihenfolge f¨uhrt. Diese Pfade k¨onnen nat¨urlich vom Benutzer jederzeit verlassen werden, um eigenen Interessen nachzugehen. Nach Bush sollten diese Pfade gespeichert und weitergegeben werden k¨onnen. Er war der Meinung, es k¨onne in Zukunft professionelle Trailblazer“ geben, die solche Wege in einem globalen Hypermediasystem anlegen. Um die Pfade f¨ur andere verst¨andlich zu machen, ist zus¨atzliche Metainformation erforderlich [MI89]. Dazu geh¨oren Informationen uber¨ den Sinn und die Struktur der Tour. Viele Systeme erlauben es dem Benutzer, f¨ur ihn interessante oder wichtige Doku- mente zu markieren und in eine pers¨onliche hot list aufzunehmen. Diese k¨onnen dann zu jeder Zeit direkt wieder angesprungen werden. Ein home-Knopf, der zur Start– oder Einstiegsseite des Systems f¨uhrt, geh¨ort auch in diese Kategorie [VDP89, S. 49].

25 Beispiel: Electronic Document System (EDS), nach [UY89, S.65]

¨

2.5. NAVIGATION IN HYPERR AUMEN

19

Im WWW stellen viele Benutzer ihre Listen als Hypermediadokumente allgemein zur Verf¨ugung. Sie bilden hier eine der wenigen M¨oglichkeiten zum Einstieg in das Web.

Suchen und Filtern

Suchen und Filtern soll die Komplexit¨at der Hypermediabasis auf ein f¨ur den Benutzer sinnvolles Maß reduzieren. Mit Hilfe traditioneller Suchverfahren, wie sie aus dem Information Retrival be- kannt sind, soll es dem Benutzer des Hypermediasystems erm¨oglicht werden, einen m¨oglichst geeigneten Einstiegspunkt in die Hypermediabasis zu finden [Hal88, S. 841]. Filter–Mechanismen reduzieren die Anzahl der f¨ur den Benutzer sichtbaren Doku-

¨

mente (und damit Links) [Con87, S. 39]. Dies erlaubt, graphische Ubersichten effektiver einzusetzen und reduziert die Anzahl der dem Nutzer zur Auswahl stehenden Links. Gefiltert werden kann nach Suchausdr¨ucken in Titel, Attributen und dem ganzen Text oder Hierarchie–Stufen der Hypermediabasis. Neptune zum Beispiel erlaubt es, jedem Knoten und Link beliebige Attribute zuzuordnen und nach diesen Attributen Subgra- phen zu bilden und darzustellen [DS86]. F¨ur das jeweils aktuelle Dokument m¨ussen alle ausgehenden Links gepr¨uft werden, ob sie oder das Zieldokument dem Suchausdruck entsprechen. Viele Autoren betonen die Wichtigkeit von Filter–Funktionen, 26 außer in Neptune scheinen sie aber nirgends implementiert zu sein.

26 zum Beispiel Conklin [Con87], Halasz [Hal88]

Kapitel 3 Hypermedia in der Lehre

In diesem Kapitel soll untersucht werden, ob und warum Hypermedia f¨ur Lernum- gebungen geeignet sein k¨onnte. Einige (heutige) Einsatzfelder werden kurz erw¨ahnt. Im Abschnitt 3.2 werden die M¨oglichkeiten zur Gestaltung einer Lernumgebung be- schreiben, die den Lernenden aktive Eingriffs– und Gestaltungsm¨oglichkeiten erlaubt. Die Notwendigkeit einer neuen Hypertextkultur“ wird in Abschnitt 3.3 dargelegt. Aus diesen Erkenntnissen werden darauf folgendend Anforderungen an ein Hypermedia- system f¨ur unseren Einsatzzweck spezifiziert werden. Anhand dieser Kriterien werden dann sp¨ater die beschriebenen Systeme bewertet. Hypermediasysteme k¨onne dazu dienen, im Medienunterricht der Schule verschie- dene Medien zu verkn¨upfen und in einen Zusammenhang zu setzen [Tul94, KSS95]. Diesem Ansatz der Medienp¨adagogik wird in dieser Arbeit nicht nachgegangen.

3.1 Anspr¨uche und Realit¨at

Es gibt mittlerweile sehr viel Literatur zum Thema Hypermedia und Lernen. Es exi- stieren verschiedene Theorien und Ansichten, was den Mehrwert von Hypermedia gegen¨uber herk¨ommlichen Materialien ausmacht. Ich will das kognitionspsychologische Modell von Jonasson vorstellen und be- gr¨unden, warum es (f¨ur mich) so nicht haltbar ist. Anschließend werden zwei konkrete Projekte vorgestellt: Intermedia wurde an der Brown University f¨ur den Einsatz in der Lehre entwickelt und getestet, das WWW wurde letztes Jahr in Paderborn als Basissystem f¨ur vorlesungsbegleitende Unterlagen eingesetzt.

3.1.1 Kognition und Hypermedia–Struktur

Nach dem Modell der Kognitiven Psychologie wird Wissen im menschlichen Gehirn als Bedeutungseinheiten[Lor93], Schemata oder Konzepte [Jon88] dargestellt. Diese Konzepte sind durch Assoziationen miteinander verkn¨upft [Jon88, S. 13]. Sie sind hierarchisch zu jeweils ubergreifenden¨ Konzepten organisiert. Lernen heißt in diesem

¨

¨

3.1. ANSPR UCHE UND REALIT AT

21

Modell, neue Strukturen aufzubauen, sie mit bestehenden zu verbinden und in den Gesamtzusammenhang zu integrieren. 1 Lernen ist also immer vom spezifischen Vor- wissen der Lernenden abh¨angig. Neues Wissen kann nur im Rahmen des Vorwissens verstanden und gelernt werden. Hierbei ist auch der Kontext wichtig, in dem die In- formationen pr¨asentiert werden, er bestimmt die Interpretation und Einordnung des Wissens. Je mehr Verbindungen zwischen den alten und den neuen Konzepten gefun- den werden k¨onnen, umso besser kann das neue Wissen integriert werden [Jon88]. Begriffe unterliegen einer lebenslangen Ver¨anderung, sie werden erweitert und an neue, bisher fremde Sachverhalte angeschlossen“ [Lor93, S. 87]. Lernen ist also ein aktiver Prozeß, die Lernumgebung muß an das Vorwissen und die Bed¨urfnisse der Lernenden angepaßt werden, Unterricht muß individualisiert werden“ [Lor93, S. 87]. Traditionelle Texte geben mehr oder weniger eine auf einander auf- bauende Reihenfolge von Lerneinheiten vor, an die sich die Lernenden halten sollten, um nicht verwirrt zu werden. Einheiten bauen h¨aufig aufeinander auf, diese Abh¨angig- keiten werden durch sprachliche Kostrukte dargestellt. Durch die wenig dynamische Struktur eines Buchs wird es den Lernenden erschwert, diese Referenzen aufzul¨osen (er muß bl¨attern und eventuell mehrere Fundstellen vergleichen und parallel lesen). Die Struktur wird von der Autorin vorgegeben, sie entspricht nicht der idealen Struktur f¨ur jeden Lerner. Jonassen meinte 1988, die konzeptionellen Strukturen eines Menschen, zum Bei- spiel des Lehrers, k¨onnten in einem Hypermediasystem nachgebaut und auf diese Weise den Lernenden zur Verf¨ugung gestellt werden. 2 Dieser k¨onne seine Wissenstrukturen so der des Lehrers anpassen und h¨atte damit den Stoff gelernt [Jon88, S. 13]. Deswegen m¨ußten Hypertextbasen gut strukturiert sein und dem semantischen Zusammenhang des Wissensgebiets entsprechen [Jon88, S. 14]. Dieses Verst¨andnis von Lernen untersch¨atzt sicherlich die Komplexit¨at menschli- cher Denkvorg¨ange [Ham93, S. 23]. Die technischen Strukturen des Hypertexts werden den Denkstrukturen des Menschen gleichgestetzt. Es wird zum einen nicht m¨oglich sein, die konzeptionellen Strukturen eines Lehrers auch nur halbwegs vollst¨andig zu erfassen, es ist zum anderen nicht klar, ob diese Strukturen von einem Lerner in der geforderten Form verarbeitet werden k¨onnen.

3.1.2

Intermedia

George Landow hat die Inhalte eines Erstsemester–Kurses in englischer Literatur in das Hypermediasystem Intermedia der Brown University umgesetzt [Lan89, YLC87]. Er berichtet, daß Studierende, die mit dem Hypermediasystem Intermedia gearbeitet h¨atten, nicht nur Ereignisse besser in ihren Kontext einordnen gekonnt, sondern daß

1 Learning is a matter of acquiring new structures by constructing new nodes and interrelating them.“[Jon86, S. 274] 2 What is most distinct about Hypertext is the abilityto represent in its own structure and presentation of the structure of knowledge that it is attempting to convey. it can map fairly directly the structure of knowledge it is presenting“ [Jon88, S. 14]

¨

¨

3.1. ANSPR UCHE UND REALIT AT

22

sie auch mehr faktisches Wissen gewonnen h¨atten [Lan89, S. 183]. Landow f¨uhrt das darauf zur¨uck, daß gerade Erstsemester auch technische Probleme mit linearen wis- senschaftlichen Texten h¨atten und die effektive Benutzung von B¨uchern mit Hilfe des Hypermediasystems gelernt h¨atten; Hypermedia h¨atte ihnen geholfen, die Verweisfor- men traditioneller Texte wie Literaturverzeichnisse, Indizes und Fußnoten zu nutzen. 3 Es bliebe mehr Zeit f¨ur Klassendiskussionen, die Sch¨uler w¨aren nun aufgrund ihres

gr¨oßeren und komplexeren Hintergrundwissens in der Lage gewesen, in der Gruppe frei uber¨ den Stoff zu diskutieren. Charles Ess best¨atigt Landows Erfahrungen [Ess91]. Thomas Duffy und Randy Knuth halten dagegen, die positiven Effekte des Hy- permediaeinsatzes ließen sich nicht mehr von denen der mit dem Hypermediaeinsatz

¨

einhergehenden Umstellung der Unterrichtsmethode trennen, die Anderung des Unter- richts sei schon ein Jahr vor der Einf¨uhrung von Intermedia erfolgt, schon zu diesem Zeitpunkt sei ein großer Teil der positiven Effekte aufgetreten [DK90, S. 207]. Ent- scheidend sei die p¨adagogische Zielrichtung des Unterrichts, Technik k¨onnte (nur) zu deren Unterst¨utzung eingesetzt werden. 4 Die Erfolge des Projekts lagen also nicht nur im Einsatz der neuen Technik begr¨undet, sondern auch in der Umgestaltung der Umgebung, in der das System eingesetzt wurde.

3.1.3 Erfahrungen aus Paderborn

Im Sommersemester 1993 wurde zum ersten Mal der gr¨oßte Teil der Vorlesungsunter- lagen der Veranstaltung Informatik und Gesellschaft“ im World Wide Web (WWW) angeboten. Ziel der Forschungsaktivit¨aten der Arbeitsgruppe Informatik und Gesellschaft ist es, die informatikrelevanten Teile der Wechselbeziehung Mensch–Technik–Umwelt zu erforschen“ [BKS94, S. 1]. Teil dieser Anstrengungen ist ein Forschungsschwer- punkt Elektronischer H¨orsaal“ und die Einrichtung einer computerunterst¨utzten Ar- beitsumgebung f¨ur die Arbeitsgruppe. In diesem Rahmen soll evaluiert werden, ob und unter welchen Umst¨anden die Unterlagen im Hypertextsystem WWW pr¨asentiert werden k¨onnen.

¨

Die Vorlesungsunterlagen sollten den Studierenden vor der Vorlesung einen Uber- blick uber¨ den Stoff der n¨achsten Stunde geben und ihnen hinterher bei der Nachbear- beitung helfen, offen gebliebene Fragen zu kl¨aren und Wissensl¨ucken zu schließen. Vor der Umstellung auf die elektronische Version wurden Materialien als Kopiervorlagen

herausgegeben, die dann f¨ur die Studierenden oft nicht greifbar waren, weil sie ent- weder gerade ausgeliehen oder verschwunden waren. Durch die elektronische Version erhofften sich die Autoren eine bessere Verf¨ugbarkeit dieser Dokumente.

3 Intermedia helped many students learn how to make more effective use of books. inexperienced or unskilled students fail to make use of introductions, footnotes, glossaries, and other apparatus created specifically for them.“ [Lan89, S. 183] 4 the pedagogy that emphasizes attending to relationships and demands it of students is the key element. The question to ask is how the use of the technology can best contribute to the realisation of that pedagogy.“ [DK90, S. 208]

¨

¨

3.1. ANSPR UCHE UND REALIT AT

23

Im System wurden vorwiegend wissenschaftliche Orginalartikel oder Ausschnitte

aus diesen bereitgestellt. Die Materialien wurden in der Regel durch (halbautomati- sche) Konverter in eine Hypertext-Version uberf¨¨ uhrt. Dadurch blieb im wesentlichen die Kapitelstruktur erhalten, jeder Knoten enthielt in der Regel einen Abschnitt aus dem Ursprungstext. Die Hypertextdokumente waren daher hierarchisch strukturiert, es wurden nur wenige nichthierarchische Links erzeugt. 5 Das Potential von Hyper- text wurde entsprechend wenig genutzt. Diese Dokumente wurden durch anklickbare

¨

Hypermedia–Karten erg¨anzt, die einen strukturellen Uberblick uber¨

und von denen Links zu den einschl¨agigen Textstellen f¨uhrten. Gleichzeitig stand ein großer Teil der Materialien auch auf Papier als Kopiervorlage zur Verf¨ugung. Langfristiges Ziel ist es, die Probleme des Medienwechsels Vorbereitung Fo- lien/Tafel Mitschrift“ mit den einhergehenden Verlusten und Verf¨alschungen der Information zu mindern. Fernziel ist es, den Studierenden im elektronischen H¨orsaal eine aktive Arbeit mit den Materialien zu erm¨oglichen. Die Studierenden begr¨ußten uberwiegend¨ die Einrichtung der Hypertextversion, der Nutzungsgrad des Systems war aber schon am Anfang mit 36% gering und sank bis zum Ende auf 7% [BKS94, S. 8]. Ein Grund daf¨ur war sicherlich, daß die Studieren- den nicht auf die Hypertext–Version angewiesen waren [ebd., S. 8]. Die uberwiegende¨ Zahl der studentischen Computerarbeitspl¨atze sind mit kontrastarmen, relativ kleinen Schwarzweiß–Monitoren ausgestattet, die nicht zum Lesen relativ langer und unstruk- turierter Texte einladen. Im verwendeten System ist es den Studierenden nicht m¨oglich, Bereiche zu markieren, Anmerkungen zu verfassen oder eigene Verbindungen in das System einzuf¨ugen [ebd., S. 9]. Viele Studierenden bevorzugten deshalb die Papierver- sion. Das WWW ist von seiner Struktur her ein reines Pr¨asentationsmedium, die Rollen von Autor und Leser sind strikt getrennt. Die Suchfunktion im WWW ist sehr unter- entwickelt, die Studierenden beklagten die schlechte Auffindbarkeit von relevanten Textstellen [ebd., S. 10]. Dieses Defizit ließe sich durch ein passendes Suchprogramm sicherlich beheben. Tools zur Erstellung von Hypertextdokumenten und sensitiven Karten standen nicht zur Verf¨ugung. Im Hinblick auf die weitere Entwicklung haben wir 6 festgestellt, daß es nicht ausreicht, bestehende Texte in das System zu konvertieren, weil die heutigen außeren¨ Rahmenbedingungen ein erm¨udungsfreies Lesen von l¨angeren Texten am Bildschirm nicht zulassen. Stattdessen sollten die Hypertextdokumente speziell f¨ur das System geschrieben sein, l¨angere Dokumente sollten (wie auch schon bisher) in druckbarer Form, zum Beispiel als Postscript–Dokument, im System vorliegen. Basierend auf den oben beschriebenen Erkenntnissen wird das n¨achste System eher die Form eines Informationsreservoirs haben, das Studierenden (aber auch Mitarbeitern) ben¨otigte Informationen in strukturierter und verkn¨upfter Form zur Verf¨ugung stellt.

ein Gebiet gaben

5 zum Beispiel f¨ur im Text vorhandene Querverweise und Literaturangaben 6 Diskussion mit Andreas Brennecke, Reinhard Keil–Slawik und Harald Selke

3.2.

AKTIVES LERNEN MIT HYPERMEDIA

24

3.2 Aktives Lernen mit Hypermedia

Lernen geschieht in den Lernenden, sie m¨ussen selbst aktiv werden, Zusammenh¨ange erkennen und mit ihrem Vorwissen in Beziehung setzen [Jon92, S. 2]. Hypermedia k¨onnte ein kognitives Werkzeug 7 sein, um den Lernprozeß zu unterst¨utzen [Ham92]. Traditionelle Medien erzwingen Handlungswege, die von den Lernenden eingehal- ten werden m¨ussen. Hypertext dagegen gibt den Lernenden gen¨ugend Autonomie, um den Ablauf des Lernens selbst zu organisieren, sie k¨onnen selbst entdeckend vorgehen. Der Grad der erzwungenen Sequentialit¨at [KS92] kann so reduziert werden. Verschiedene Systeme erm¨oglichen es den Lernenden, durch eigene Verweise die

Hypermediabasis selbst zu struktuieren oder selbst Hypertextdokumente zu erstellen. Ein herausragender Vertreter dieser Systeme ist Intermedia. Hier k¨onnen die Studie- renden mit Verweisen und eigenen Dokumenten neue Kontexte schaffen [KSS95]. Diese Aktivit¨aten zwingen den Benutzer zu einer intensiven Besch¨aftigung mit den zur Verf¨ugung gestellten Materialien und k¨onnen so den Lernprozeß f¨ordern [Ham92, S.

158].

Hypertext erlaubt den Lernenden im Vergleich zu anderen Lernumgebungen einen sehr hohen Grad an Selbststeuerung 8 [Mar88, S. 9][Jon86, S. 287]. Die Lernenden k¨onnen selbst entscheiden, welche Einheiten sie bearbeiten wollen und welche nicht. Die Lernenden k¨onnen so gezielt nach ihrem Vorwissen und ihren Bed¨urfnissen vor- gehen. In einer Hypermediabasis kann jedes Dokument durch Links in seinen Kontext eingebunden werden, dieser Kontext kann auch durch Navigationsmittel visualisiert werden. So k¨onnen die Lernenden bei Bedarf zus¨atzliche Informationen zu einem The- ma anfordern, wenn ihr pers¨onlicher Wissensstand dies erfordert [Lor93, S. 59]. Auch Stoff, der im normalen Unterricht nicht behandelt wird, kann im Hypermediasystem pr¨asentiert werden [YLC87, S. 14], um das Informationsangebot abzurunden und den Lernenden Gelegenheit zu geben, L¨ucken in ihrem Vorwissen auszuf¨ullen. Landow konstatiert dadurch eine gr¨oßere Durchdringung des Stoffs [Lan89, S. 183]. Wie auch andere computergest¨utzte Lernsysteme erm¨oglichen Hypermediasys- teme einzelnen Nutzern, ihre Lerngeschwindigkeit selbst zu bestimmen [Tho91a]. Die

¨

Hypermediabasis kann so gestaltet werden, daß die Lernenden von einem Uberblick immer tiefer in die Materie gef¨uhrt werden, wobei sie selbst entscheiden k¨onnen, mit welcher Feinheit sie sich mit dem Stoff befassen wollen [Jon86, S. 275]. Bei der Benutzung von Hypermediasystemen stehen die Lernenden unter st¨andi- gem Entscheidungsdruck. Sie m¨ussen immer wieder absch¨atzen, welches Dokument sie als n¨achstes sinnvollerweise bearbeiten sollten. Verschiedene Autoren stellen fest, die Vielfalt der Auswahl und fehlende eigene Kriterien f¨uhrten oft dazu, daß Lernende die Einheiten nur oberfl¨achlich behandelten [Ter93, S. 17] [Kuh91, S. 185]. Marchio-

7 Kognitive Werkzeuge [KJM92] sollen den Lernprozeß unterst¨utzen, indem sie den Lernenden die tiefgreifende geistige Besch¨aftigung [May92, S. 14] mit den zu lernenden Sachverhalten erleichtern

[Jon92].

8 speziell im Vergleich zu einigen herk¨ommlichem computergest¨utzten Tutorensystemen [Ham92, S.

147].

3.2.

AKTIVES LERNEN MIT HYPERMEDIA

25

nini spricht vom drohenden Hyperchaos“ [Mar88, S.19]. 9 Browsing ohne weitere Anleitung durch eine Lehrkraft oder das System scheint f¨ur ein tieferes Verst¨andnis nicht geeignet zu sein [Wha90, S. 65][Ham92, S. 153]. 10 Es erfordert, daß der Benut- zer schon ein fundiertes Grundwissen des Gegenstandsbereichs hat [DK90, S. 203]. Die Lernenden sind (zumindest heute) auf ein großes Maß an Selbststeuerung nicht vorbereitet. 11 Hammond fordert deshalb eine Unterst¨utzung der Lernenden durch Na- vigationshilfen wie Pfade, die dem Benutzer einen Teil der Navigationsentscheidungen abnehmen [Ham92, S. 155], und durch Erfolgskontrollen wie Abfragen und Tests, die die Lernenden zur Besch¨aftigung mit dem bisher Gesehenen anregen [Ham92, S. 156]. Einige Studien legen nahe, daß die Akzeptanz von Hypermediasystemen im allge- meinen groß ist 12 [GHH 92, BKS94]. Es wird jedoch nicht klar, ob diese Akzeptanz auf dem Neuigkeitswert von computerbasierten Lernsystemen beruht, oder ob die Lerner die neue Qualit¨at von Hypermediasystemen zu sch¨atzen wissen. Es f¨allt generell auf, daß in der Literatur uber¨ Hypermediasysteme und Lernen sehr oft technische Systeme und L¨osungen beschrieben werden, daß aber Analyse und Evaluation der Resultate oft nur informalen Charakter besitzen.

Offenes Lernen

Duchastel bezeichnet Hypertext als eine informationsreiche Umgebung, 13 die eher f¨ur informelles Lernen geeignet sei [Duc90, S. 138]. Hypertext sei eher eine Lern- als eine Lehrhilfe [Duc90, S. 139]. Hypertext eignet sich sehr gut f¨ur kurze enzyklop¨adische Texte mit vielen Querverweisen, wie sie als Hintergrundmaterial in einigen Systemen verwendet werden [Kah89]. 14 Duffy und Knuth [DK90] widersprechen der (oben dargestellten) Sicht von Jonas- sen, daß ein Begriff dadurch gelernt werden kann, daß alle seine Attribute dargestellt und mit anderen korrelliert werden. Sie bef¨urworten ein fallbasiertes Lernen. Den Ler- nenden wird zu einem Konzept eine Menge von Fallbeispielen oder Prototypen [Lor93, S. 57] zur Verf¨ugung gestellt. Als besonders wichtig gilt hier, daß die Probleme aus der realen Erfahrungswelt des Lernes entstammen und weder vereinfacht noch abstrahiert werden, damit die Anbindung an den Erfahrungshorizont der Lernenden nicht verloren gehe [DK90, S. 217, 218]. Im Gegensatz zu anderen Konzepten werden hier nur Erfah-

9 Cognitive resources may be diverted from content and relationshipas learners attend to navigational decision making. The rich learning environment can easily become an environment of “hyperchaos”.“ 10 Basic Hypertext systems fail to provide learners with the support, direction and engagement that learning requires“ [Ham92, S. 153] 11 Dies widerspricht noch einmal der schon erw¨ahnten Aussage von George Landow, daß seine Erfolge (prim¨ar) auf den Einsatz des Hypermediasystems zur¨uckzuf¨uhren seien. (Abschnitt 3.1.2) 12 Nielsen merkt an, daß die meisten Studien sich auf junge Universit¨atsstudierende beziehen und die

Akzeptanz bei alteren¨

13 information rich environment“, [Duc90, S. 138] 14 Die Analogie zum Konversationslexikon (nach Duden ein alphabetisch geordnetes Nachschlage- werk zur raschen Orientierung uber¨ alle Gebiete des menschlichen Wissens, urspr¨unglich als Hilfsmittel f¨ur die Konversation der Gebildeten untereinander gedacht“) dr¨angt sich hier auf.

Leuten geringer sei [Nie89].

3.3.

GESTALTUNG VON HYPERMEDIASYSTEMEN

26

rungsm¨oglichkeiten pr¨asentiert und keine L¨osungen. Lernen sollte nach M¨oglichkeit die Zusammenarbeit mehrerer Lernender untereinander und mit dem Lehrer erm¨ogli- chen. Hypermedia k¨onnte genutzt werden, um diese Probleme in ihrem Kontext dar- zustellen. Kommunikationsmechanismen wie pers¨onliche Anmerkungen und eigene Querbez¨uge k¨onnen genutzt werden, um gemeinsames Lernen zu erm¨oglichen. Glowalla und andere haben die Verwendbarkeit ihres Hypermediasystems MEM f¨ur das gezielte Wiederlernen untersucht. Sie verglichen die Wissensvermittlung durch Hypertext mit intensiver tutorieller Vermittlung des Stoffs und stellten dabei fest, daß Hypertexteinsatz zu einer gleich guten Behaltensleistung f¨uhrt. Allerdings brauchten die Mitglieder der Hypertext-Gruppe erheblich mehr Zeit, um den Stoff zu bearbeiten [GHH 92]. Lernen nur mit einem Hypermediasystem, ohne Anleitung vom System oder von einem Lehrer oder weitere Formen der Unterweisung, stellt sehr hohe Anforderungen an die Lernenden. Hypertexte k¨onnen dar¨uber hinaus ein geeignetes Medium zur Suche nach Informationen und zur Erg¨anzung bestehenden Wissens f¨ur eine konkrete Problemstellung [Ter93, S. 18] sein. 15

3.3 Gestaltung von Hypermediasystemen

Es hat sich bis heute noch keine Schreib- und Lesekultur f¨ur Hypermedia entwickelt [DPP94, Ide93]. Es gibt keine Standards f¨ur die Gestaltung einzelner Dokument- typen wie es sie f¨ur sequentielle Dokumente gibt. 16 Besonders Links [Lan89, S. 188] und nicht–hierarchische Strukturen [DPP94, S. 5] stellen die Benutzer vor Pro- bleme. Die Unterscheidung in relevante und nichtrelevante Links f¨allt besonders Anf¨angern schwer. Die Benutzung von Hypermediasystemen muß erlernt werden [DPP94] [Mar88, S. 9], Hypermedia ist nicht, wie manchmal vermutet wird, intuitiv

¨

und sofort verst¨andlich. Dies alles f¨uhrt dazu, daß der Nutzer leicht den Uberblick uber¨

die Hypermediabasis verliert. Es sind verschiedene Metaphern f¨ur Hypertext–Systeme vorgeschlagen worden, wie die Karten-, Buch- oder die Reisemetapher [DMP91]. Diese sollen es dem Be- nutzer erm¨oglichen, einen Teil ihres Wissens und ihrer Arbeitsweisen in neuen und unbekannten Systemen nutzen zu k¨onnen [DMP91, S. 106]. Wird Hypertext nur auf die Formel des Elektronischen Buchs“ heruntergebrochen, so reduziert sich die Kom- plexit¨at des Hypertextes [Mou91, S. 293], Hypertext wird dann an der Funktionalit¨at und Effizienz des Buchs gemessen. Eine zu enge Bindung an eine Metapher aus dem Bereich des herk¨ommlichen Publizierens, wie die Buch- oder die Kartenmetapher, verhindert allerdings die Entfaltung der spezifisch neuen Eigenschaften von Hyper- textsystemen [Mou91]. Viele der im Abschnitt uber¨ Navigation (2.5) genannten Probleme treffen jemanden, der sich in ein Wissensgebiet neu einarbeiten will, st¨arker als jemanden, der sein

15 zum

16 zum Beispiel Gliederungen von Artikeln und Berichten

Beispiel technische Anleitungen und Online–Handb¨ucher

3.3.

GESTALTUNG VON HYPERMEDIASYSTEMEN

27

Wissen nur auffrischen oder L¨ucken schließen will. Er wird sich im Allgemeinen

noch nicht genau mit der Struktur des Gebietes auskennen und Schwierigkeiten haben, die Strukturen des Wissensbereichs zu erkennen und sich in ihm zu bewegen. Mit dem Medium Hypertext unerfahrene Benutzer haben dabei st¨arkere Probleme, aus der jeweiligen Auswahl die passende n¨achste Seite zu finden (lokale Navigation) und

das, was schon gesehen wurde (globale Navigation), zu behalten

[Rou90].

Hypertext ist von seiner Anlage her nicht abgeschlossen, es k¨onnen Dokumente aus vielen Gebieten eingebracht und (auch sinnvoll) verkn¨upft werden. Hypertext sei also von seiner Anlage ein Medium, das, so Landow, zur interdisziplin¨aren Arbeit einlade [Lan90, S. 40]. Weil sich der Inhalt speziell in großen Mehrbenutzersystemen st¨andig andern¨ kann, ist es unm¨oglich, eine didaktisch sinnvolle“ Struktur vorzuschreiben. Vielmehr kann eine Hypermediabasis als Materialien– und Informationsspeicher 17 dienen, in dem Lernende sich Informationen selber strukturieren k¨onnen, wenn noch keine Verweise vorhanden sein sollten. Sind die einzelnen Dokumente als separate Informationseinheiten gestaltet, so las- sen sie sich auch im gleichen System in mehreren Einsatzkontexten wiederverwenden. Hypermedia wird oft als ein geeignetes Medium f¨ur die Weiterbildung betrachtet [Tho91b, Tho91a]. Hier ist es besonders wichtig, daß die Lernenden sich das t¨agli- che Lernpensum einteilen k¨onnen und sp¨ater dort weiter arbeiten k¨onnen, wo sie aufgeh¨ort haben. Hypermediasysteme k¨onnten die Nachschlagefunktion traditioneller Lehrb¨ucher ersetzen [Tho91a, S. 207].

den Uberblick uber¨

¨

Lernziel

Wie schon beschrieben, ist es den Lernenden zu einem großen Teil selbst uberlas-¨ sen, welche Informationseinheiten sie ausw¨ahlen und bearbeiten. Es unterliegt dabei der Einsch¨atzung der Lernenden uberlassen,¨ ob sie alles wesentliche gesehen haben. Desweiteren ist f¨ur den Autor die Bearbeitungsdauer eines Dokuments schwer ab- zusch¨atzen, weil der Benutzer das Dokument von verschiedenen Pfaden aus erreichen kann [GS92a, S. 17]. Dies ist allerdings auch bei herk¨ommlichen Texten aufgrund von unterschiedlichem Vorwissen der Fall. Durch dieses individuelle Vorgehen wird also jede Person einen anderen Schwerpunkt setzen und im Endeffekt etwas anderes lernen. Es kann nicht mehr ohne weiteres von einem Lehrer ein Lernziel vorgegeben werden, und sichergestellt werden, daß alle Lernenden dieses Ziel auch erreichen. Die Betreuung und Anleitung durch Lehrer ist also auch weiterhin n¨otig, wenn f¨ur die Gruppe ein gemeinsames Lernziel festgelegt werden soll. Dies kann zum Beispiel durch begleitende Arbeitsaufgaben und Tests unterst¨utzt werden. Individualisierten Lernsystemen wie Hypermediasystemen f¨uhren zu einen unter- schiedlichen Wissenstand bei den Lernenden. Die Wahlfreiheit in Hypermediasystemen verst¨arkt diesen Effekt. Eine Lernzielkontrolle der herk¨ommlichen Art wird dem Ler-

17 Kuhlen: Hypertext — ein nicht–lineares Medium zwischen Buch und Wissensbank“[Kuh91].

3.4.

ANFORDERUNGEN AN HYPERMEDIASYSTEME

28

nen mit Hypermediasystemen nicht mehr gerecht. Schoop berichtet, daß sich Benutzer des Hypermediasystems HERMES [Sch90, Sch92, Poh94] bei der Bearbeitung der Unterlagen vorwiegend an den Pr¨ufungsanforderungen 18 orientierten und deshalb sehr selektiv verschiedene Lerneinheiten und Muster–Pr¨ufungsfragen ansteuerten [Sch92, S. 159, 163]. Gerade eine automatische Auswertung von Pr¨ufungen und Tests 19 scheinen unter diesem Gesichtspunkt fragw¨urdig zu sein.

3.4 Anforderungen an Hypermediasysteme f¨ur Ausbil- dungszwecke

Auf der Basis des letzten Abschnitts wird im folgenden eine Reihe notwendiger und sinnvoller Anforderungen an ein Hypermediasystem definiert, das den Anforderungen f¨ur ein System, wie ich es in Abschnitt 3.1.3 beschrieben habe, gerecht wird. 20 Viele Aspekte sind im Abschnitt 2.2 und Kapitel 3 schon genannt worden und sollen hier nur noch einmal zusammenfassend dargestellt werden. Einige der folgenden Punkte ergeben sich aus der Erfahrung mit dem WWW als Hypertextsystem [BKS94] und eigenen Erfahrungen mit WWW und Hyper-G. Sie sind daher eher technischer Natur, haben aber gravierende Auswirkungen auf die Erstellung und Nutzung von Hyper- texten. Diesen Problemen sollte große Aufmerksamkeit geschenkt werden. Gerade die Alltagspraxis“, das heißt die Einschr¨ankungen und Notwendigkeiten, die sich aus dem (technischen) Betrieb und dem (sozialen) Einsatzkontext des Systems ergeben, sind f¨ur die Akzeptanz und Nutzbarkeit eines Systems von großer Bedeutung [BKS94, S. 13]. Im anschließenden Kapitel werden dann zwei vorhandene Hypermediasysteme beschrieben und im ubern¨¨ achsten Kapitel anhand der hier zu beschreibenden Kriterien bewertet.

3.4.1

¨

Erschließbarkeit

Uber Karten, seien sie automatisch oder manuell erstellt, k¨onnen Beziehungen und inhaltliche Zusammenh¨ange visualisiert werden. Personen, die mit dem behandelten Wissensgebiet nicht vertraut sind, sind besonders auf Hilfsmittel zur Visualisierung der (inhaltlichen) Strukturen angewiesen. Dies betrifftdie Orientierung in der Hypermedia-

basis, das Wiederauffinden von Stellen und das Inbeziehungsetzen verschiedener Doku- mente und Aussagen. Es wurden bereits die Probleme geschildert, die bei der Verwen- dung automatisch generierter Karten entstehen k¨onnen. Es sollte zumindest m¨oglich sein, manuell erstellte Karten in das System einzubinden [Kea88, YLC87]. Fl¨achen

18 Multiple–Choice–Pr¨ufungen und schriftliche Verst¨andnisfragen [Sch92]. 19 wie sie von einigen Autoren vor und nach der Benutzung des Systems gefordert wird [GHH 92],

[Tho91a]

20 Der Inhalt dieses Abschnitts beruht auf intensiven Gespr¨achen mit Andreas Brennecke und Harald Selke.

3.4.

ANFORDERUNGEN AN HYPERMEDIASYSTEME

29

in diesen sollten als Startpunkte f¨ur Anker verwendet werden k¨onnen. Es kann dem Benutzer selbst erm¨oglicht werden. interaktiv Karten zu erstellen [Hal88, YHMD88]. Der Benutzer kann auf diese Weise seine pers¨onliche Sicht auf die Hypermediabasis darstellen [Lan89]. Neben anderen Navigations- und Zugangshilfen wie Karten sollte ein Hypermedia- system Funktionen zur Suche in der Hypermediabasis bereitstellen, damit die Ler- nenden direkt auf von ihnen gesuchte Informationen zugreifen k¨onnen. Jeder Benut- zer sollte Fundstellen von Dokumenten, die er beim Suchen oder Navigieren in der Hypermediabasis findet, in einer privaten oder offentlichen¨ Liste zum direkten Zugriff speichern k¨onnen. In einem eingeschr¨ankten Gegenstandsbereich mag es sinnvoll sein, eine Menge von Schl¨usselw¨ortern zu definieren und an Dokumente zu vergeben. Dies w¨urde die Suche in der Hypermediabasis erleichtern. Lernende k¨onnen in einem Hypermediasystem oft nur schlecht absch¨atzen, ob sie alle f¨ur ein Thema relevanten Dokumente bearbeitet haben. Es k¨onnte hilfreich sein, die Dokumente zus¨atzlich zur nicht-hierarchischen Verweisstruktur in eine polyhierar- chisch Struktur einzuordnen [Kap93, S. 2]. Die Lernenden k¨onnen so kontrollieren, ob sie alle Dokumente eines (Teil-)Bereichs auch wirklich gesehen haben. Filter k¨onnen ungew¨unschte Dokumente oder Links aus der Sicht der Benutzer ausblenden [Con87, S. 39]. Gerade in Systemen, in denen viele Benutzer gleichzeitig schreiben und Verweise erzeugen, sollte es unbedingt m¨oglich sein, die Sichtbarkeit von Dokumenten und Links zu reduzieren. Viel benutzte und referenzierte Dokumente ertrinken sonst in der großen Zahl der auf ihnen definierten Links. Dokumente und

Links k¨onnten nur f¨ur den Autor, f¨ur eine Benutzergruppe oder f¨ur alle sichtbar sein. Filter, die Links nach Attributen unterscheiden und gegebenenfalls ausblenden, erm¨oglichten dem Autor, die Hypermediabasis mehrfach f¨ur verschiedene Benutzer- gruppen zu strukturieren [HKRC92, S. 43]. Es k¨onnten dann zum Beispiel verschiedene Zug¨ange f¨ur Anf¨anger und Fortgeschrittene geschaffen werden, guided tours oder aus- ged¨unnte Graphen f¨ur Anf¨anger ließen sich so realisieren. In wissenschaftlichen Texten ist die Anzahl der verschiedenen Typen von Links

beschr¨ankt. 21

sifiziert und wenn n¨otig ausgeblendet werden. So k¨onnte der Benutzer zum Beispiel

entscheiden, sich beim ersten Lesen keine Literaturangaben anzeigen zu lassen. Hypermediabasen k¨onnen wegen der beliebigen Verkn¨upfung der Dokumente

schlecht im zweidimensionalen Raum dargestellt werden. Verschiedene Gruppen expe-

¨

Uber Attribute und Filter k¨onnten verschiedene Typen von Links klas-

¨

rimentieren mit dreidimensionalen Navigationsstrukturen. 22 Uber die Vor– und Nach- teile dreidimensionaler Navigationsstrukturen in Hypermediasystemen liegen noch kei- ne Erfahrungen vor.

21 Zum Beispiel Verweise auf Fußnoten, Bibliographie, Querverweise. 22 Zum Beispiel Hyper-G [AK94, S. 8][AP94].

3.4.

ANFORDERUNGEN AN HYPERMEDIASYSTEME

30

Leichte Erlernbarkeit

Das Hypertextsystem soll ein weiteres Informationsangebot an die Studierenden sein, das auch weiterhin mit B¨uchern und anderen Papierdokumenten konkurrieren wird. Es ist daher wichtig, daß das System keine zu hohen Anforderungen an die Benut- zung stellt. 23 Es sollte Dokumentation zum System zur Verf¨ugung stehen, in der die Funktionen des Systems erl¨autert wird. 24

3.4.2 Aufhebung der Trennung von Autor und Leser

Die Lernenden sollten die M¨oglichkeit haben, die Hypermediabasis gem¨aß ihren In- teressen zu gestalten und auf diese Weise ihren eigenen Erfordernissen anzupassen. Es sollte dem Benutzer m¨oglich sein, an beliebiger Stelle Markierungen ( Unter- streichungen“) und Anmerkungen anzubringen [YMvD85, S. 19]. Der Benutzer sollte

entscheiden k¨onnen, ob er die Anmerkungen f¨ur sich privat halten, sie mit einer Gruppe oder mit allen teilen m¨ochte. Dies gilt insbesondere f¨ur die Anmerkungen der Tutoren

¨

und Ubungsgruppenleiter. F¨ur kooperatives Arbeiten k¨onnte es sinnvoll sein, daß die Leser dem Autor ihre Anmerkungen zur Verf¨ugung stellen, damit dieser sie in der n¨achsten Version ber¨uck-

sichtigen kann [CBY89]. Diese Funktion kann auch f¨ur die kooperative Entwicklung der (urspr¨unglichen) Hypermediabasis eingesetzt werden. Eine Versionenverwaltung k¨onnte den Erstehungsprozess eines Dokuments doku- mentieren. Anmerkungen der Leser gingen nicht mit einer neuen Version des Textes verloren oder w¨urden obsolet. Die Investition der Leser in einen Text in Form von Verweisen und Anmerkungen w¨urden erhalten. Desweiteren sollte der Benutzer die M¨oglichkeit haben, selbst Verkn¨upfungen her- zustellen. So kann der Benutzer die Hypermediabasis seinen speziellen Bed¨urfnissen anpassen.

3.4.3 Dokumentenerstellung

Kuhlen beschreibt drei M¨oglichkeiten, Dokumente f¨ur Hypermediasysteme zu erstellen [Kuh91, S. 78]:

Umwandlung linearer Texte in Hypertext–Strukturen durch automatische Kon- vertierungsprogramme,

Zusammenstellung (bestehender) Dokumente und Verbindung uber¨ Verweise,

komplette Neuerstellung der Dokumente in hypertextgerechter Form.

23 Es wurde allerdings oben schon festgestellt, daß Hypermediasysteme nicht intuitiv“ beherrschbar sind. 24 Dies ist gerade bei frei verf¨ugbaren Systemen wie zum Beispiel WWW und Hyper-G keine Selbst- verst¨andlichkeit.

3.4.

ANFORDERUNGEN AN HYPERMEDIASYSTEME

31

Da oft nicht die Ressourcen bereitstehen werden, um eine Hypermediabasis kom- plett neu zu gestalten, muß h¨aufig auf die ersten beiden M¨oglichkeiten zur¨uckgegrif- fen werden. Konvertierungsprogramme sollten die Dokumentstruktur nutzen, um den linearen Text in eine Sammlung kleinerer Hypermediadokumente zu zerlegen. Die meisten (mir bekannten) Konverter erzeugen eine baumf¨ormige Hypermediastruktur, die der Kapitelstruktur des Ursprungstexts entspricht. Zus¨atzlich werden noch Links f¨ur Querverweise und Literaturangaben eingef¨ugt. Da die Textstruktur oft eine grobe Granularit¨at aufweist, werden die erzeugten Hypermediadokumente in der Regel lang, sie sind dann in der Regel nicht gut am Bildschirm zu lesen. Es sollte deshalb die M¨oglichkeit bestehen, den Originaltext in einer druckbaren Form 25 in die Hypermedia- basis aufzunehmen. Wird dieses Format vom Hypermediasystem unterst¨utzt, so k¨onnte der Hypertext an geeigneten Stellen direkt mit der Originalquelle verbunden werden,

die Hypertextversion k¨onnte f¨ur Detailfragen direkt auf die entsprechende Textpassage im Ursprungsdokument verweisen. Problematisch bei der automatischen Konvertierung ist, daß die Originaldokumente nicht mit den Dokumenten in der Hypermediabasis in Beziehung stehen. Werden die

¨

Originaldokumente ge¨andert, so m¨ussen sie neu konvertiert werden. Alle Anderungen und Erg¨anzungen der Hypermediaversion gehen dann verloren, sie m¨ussen neu erzeugt werden [BKS94, S. 7].

Hypermediaunterstutzung¨ fur¨ verschiedenen Dokumenttypen

Links sollten in und aus allen verwendeten Dokumenttypen [HKRC92, S. 48] m¨oglich sein. Dies erfordert, daß das Hypermediasystem eigene Anzeigeprogramme f¨ur alle verwendeten Dokumenttypen vorhalten muß, weil nur diese die Link–Informationen verwerten k¨onnen. So wird nat¨urlich die Auswahl der Dokumenttypen eingeschr¨ankt. 26 Die Integration nicht nur der Anzeigeprogramme, sondern auch der Produktions- programme f¨ur die verwendeten Dokumenttypen, wie in Intermedia geschehen, erlaubt

¨

es, die Plazierung von Links in den Prozeß der Erstellung zu integrieren. Bei Anderun-

gen der zugrunde liegenden Dokumente bleiben die Links konsistent. 27

¨

Damit graphische Ubersichten und Karten mit den von ihnen beschriebenen Doku- menten verbunden werden k¨onnen, sollte es zumindest m¨oglich sein, Links auf Bildern

zu definieren.

3.4.4 Anpaßbarkeit an die Einsatzumgebung

Die Verf¨ugbarkeit des Hypermediasystems sollte f¨ur die Benutzer m¨oglichst hoch sein [BKS94, S. 9]. Dem Fach Informatik in Paderborn stehen vorwiegend vernetzte

25 Zum Beispiel als Postscript–Dokument. 26 Im WWW k¨onnen zum Beispiel beliebige Dokumenttypen eingebunden werden, wenn lokal ent- sprechende Anzeigeprogramme konfiguriert sind.

27 [BKS94, S. 7] beschreibt die Probleme, die beim Einbinden und Andern von sensitiven Bildern ins

WWW entstehen.

¨

3.4.

ANFORDERUNGEN AN HYPERMEDIASYSTEME

32

UNIX–Systeme zur Verf¨ugung. Es liegt also nahe, das lokale Netzwerk zu nutzen und uber¨ das Netz erreichbare externe Ressourcen in das Hypermediasystem zu integrieren [Mey94]. 28 Mit dem in Paderborn bisher verwendeten System war es kaum m¨oglich, Hyper- textdokumente in elektronischer Form mit nach Hause zu nehmen und mit den dort gegebenen Mitteln (zum Beispiel mit dem eigenen PC) zu bearbeiten. Gleichzeitig be- klagten sich einige Studierenden uber¨ den hohen L¨armpegel in den offentlich¨ zug¨ang- lichen Rechnerr¨aumen [BKS94, S. 10]. Es sollte also m¨oglich sein, einen Teil der Hypermediabasis aus dem System auszulesen und in eine druckbare“ Form zu brin- gen. Dies ist bei einer stark vernetzten Hypermediabasis sicher keine triviale Aufgabe, an diesen Ausdruck k¨onnen sicherlich nicht die gleichen qualitativen Anforderungen gestellt werden wie an einen herk¨ommlichen Text. Der Autor k¨onnte einen Pfad vor- geben, nach dem die Dokumente ausgedruckt werden k¨onnen. Dieses Problem kann nat¨urlich umgangen werden, indem das Material in einer zweiten, linearen Version im System vorgehalten wird.

Integration externer Ressourcen

Viele Informationsressourcen k¨onnen nur schlecht direkt in ein Hypermediasystem in- tegriert werden. Dazu z¨ahlen sicherlich große Datenbanken, Dokumente, deren Inhalt sich dynamisch andert,¨ 29 oder komplexe Anwendungen wie zum Beispiel eine Tabel- lenkalkulation. Alle diese Ressourcen sollten an das Hypermediasystem angeschlossen werden k¨onnen, um die Einbindung des Hypermediasystems in seine Umgebung zu erm¨oglichen. 30 W¨urde das System f¨ur die Einf¨uhrung in ein Programmsystem oder eine Programmiersprache verwendet, so k¨onnten auf diese Weise die behandelten Systeme mit beispielhaften Daten gestartet werden. Die Interaktion mit der normalen Arbeitsumgebung sollte gew¨ahrleistet sein. Die Einbindung von Netzwerkdiensten wie elektronische Post und Diskussionsforen er- m¨oglicht oder erleichtert die Kommunikation der Benutzer untereinander und mit Außenstehenden.

Wiederverwendbarkeit

Die Kosten f¨ur die Entwicklung von Hypermedia–Lehreinheiten sind sehr hoch. Es ist deshalb wichtig, Hypermediadokumente in Kontexten f¨ur verschiedene Veranstal- tungen anbieten zu k¨onnen. Wenn Lernende verschiedene Veranstaltungen gleichzeitig auf die Dokumente zugreifen k¨onnten, m¨ussen ihre Arbeitsfelder gegeneinander ab- gegrenzt werden, damit sie nicht versehentlich die Arbeitsergebnisse (zum Beispiel Anmerkungen) der jeweils anderen Veranstaltung konfrontiert werden. Intermedia

28 Dazu z¨ahlen zum Beispiel Verweise auf Informationsangebote im Internet. 29 Wie die lokale Wetterkarte und Videoaufnahmen. 30 Siehe auch Abschnitt 2.2 uber¨ Warm Links

3.4.

ANFORDERUNGEN AN HYPERMEDIASYSTEME

33

bietet zum Beispiel die M¨oglichkeit, verschiedene Mengen von Verweisen f¨ur eine Hypermediabasis definieren, zwischen denen die Lernenden w¨ahlen k¨onnen.

Kapitel 4 Verf¨ugbare Systeme

4.1 Technische Grundlagen

Sowohl das WWW als auch Hyper-G setzen auf den Netzwerk–Protokollen der TCP/IP– Familie auf. WWW– und Hyper-G–Server gibt es weltweit, sie sind uber¨ das Inter- net zu einem Netzwerk verbunden. Daher werde ich vor der Betrachtung der beiden Hypermediasysteme einen kurzen Einblick in die technischen und organisatorischen Bedingungen des Internet geben. Beide Systeme benutzen je eine Beschreibungssprache f¨ur Hypertextdokumente, die an die Standard Generalized Markup Language (SGML) angelehnt ist. Auch die Grundideen von SGML werden im weiteren kurz beschrieben.

Das Internet

Das Internet wird oft als ein Netzwerk von Netzen beschrieben [AW94]. Seinen Aus- gangspunkt hat es Ende der sechziger Jahre im Arpanet des amerikanischen Ver- teidigungsministeriums. Es ist ein paketvermitteltes Datennetz und basiert auf den Netzwerkprotokollen IP (Internet Protocol) und TCP (Transmission Control Protocol) [Tan89, S. 36]. Jeder teilnehmende Rechner erh¨alt eine weltweit eindeutige Adresse (IP–Nummer), uber¨ die er erreicht werden kann. Die lokalen Rechner werden zu loka- len Netzwerken zusammengeschlossen, die dann wieder zu gr¨oßeren Netzen verbunden sind. Aufbauend auf TCP und IP gibt es eine F¨ulle von Protokollen f¨ur verschiedene Einsatzf¨alle, wie zum Beispiel elektronische Post, Dateitransport oder auch Informati- onssysteme wie Gopher, WWW oder Hyper-G. Das Internet besitzt keine zentralen Strukturen. Jeder Betreiber eines Rechners kann anderen im Netz Informationen zur Verf¨ugung stellen, jeder Benutzer im Netz kann, wenn er die passende Berechtigung hat, bei diesen Rechnern Informationen abrufen (Client-Server–Prinzip). Jeder Informationsanbieter ist f¨ur das, was er anderen zur Verf¨ugung stellt, selbst verantwortlich. Es existiert kein zentrales Verzeichnis aller im Netz verf¨ugbaren Ressourcen. Das stellt bei dem rasanten Wachstum des Netzes ein

4.1.

TECHNISCHE GRUNDLAGEN

35

großes Problem dar. Es wurden zwar bisher verschiedene L¨osungvorschl¨age f¨ur dieses Problem publiziert [BDUS94], es hat sich aber bisher kein Verfahren durchgesetzt. Im und f¨ur das Internet wurden bisher verschiedene Informationssysteme entwickelt [BLCL 94, S. 79]:

Archie gibt einen Uberblick, wo welche Dateien im Netzwerk per Dateitransfer (FTP)

¨

abrufbar sind.

WAIS (Wide Area Information Servers) ist ein Datenbank– und Abfragesystem. An-

das Netz abge-

fragt werden k¨onnen [DKM 90]. Es existiert eine zentral verwaltete Datenbank der Datenbanken.

Gopher ist ein men¨ubasiertes Informationssystem mit der M¨oglichkeit zur freien Textsuche [AMM 93]. Men¨ueintr¨age auf einem Gopher–Server k¨onnen auf ein Men¨u auf einem anderen Gopher–Server verweisen.

WWW (World Wide Web) ist ein verteiltes Hypertextsystem mit einigen Hyperme- diaerweiterungen.

Diese Informationssysteme erleichtern den Zugriff auf Ressourcen im Internet. Das Internet w¨achst im Moment mit exponentiellen Zuwachsraten. Einen Großteil dieses Wachstums verursachen die oben beschriebenen Informationssysteme. 1 1990 bestand das Internet aus uber¨ 3 000 lokalen Netzwerken mit uber¨ 200 000 eingebundenen Com- putern. Anfang 1992 betrug die Zahl der Rechner bereits 727 000 und sie verdoppelt sich zirka alle sieben Monate. Heute betr¨agt die Anzahl der permanent angeschlossenen Rechner ungef¨ahr 3,2 Millionen“ [AW94].

bieter k¨onnen Datenbanken zur Verf¨ugung stellen, die dann uber¨

SGML

SGML steht f¨ur Standard Generalized Markup Language und ist 1986 als ISO–Norm ISO 8879:1986 [Gol86] verabschiedet worden.

Ziel dieser Norm ist es, Dokumente unabh¨angig vom aktuellen Ausgabeger¨at und

¨

dem Ubertragungsweg darstellen zu k¨onnen [Gol90]. Viele Textverarbeitungssyste- me codieren die physikalische Darstellung der Texte, zum Beispiel durch Attribute f¨ur fette, unterstriche Schrift oder f¨ur spezielle Zeichens¨atze. SGML dagegen co- diert Informationen uber¨ Struktur des Texts, zum Beispiel Attribute f¨ur Heraushebung, Kapitel¨uberschrift und ahnliche¨ Informationen. Diese Formatierungsinfomation oder Markup 2 werden in f¨ur den Menschen lesbarer Form in den Text aufgenommen [Bry88, S. 4, 11]. Sie gehorchen einer abstrakten Syntax, um sie maschinell eindeutig verar- beiten zu k¨onnen. Jedes SGML-Dokument hat drei Teile [KG94, S. 5], [Rag95]:

1 Siehe auch Abschnitt 4.2.4. 2 Markup is the term used to describe codes added to electronically prepared text to define the structure of the text or the format in which it is to appear.“ [Bry88, S. 5]

4.2.

DAS WORLD WIDE WEB

36

allgemeine Deklarationen zum Beispiel Zeichensatz, Sonderzeichen.

Prolog mit einer oder mehreren Document Type Declarations (DTDs). Hierbei handelt es sich um eine formale Syntax, in der die verschiedenen Kontrollelemente definiert werden.

Instanz eines DTDs, die eigentlichen Anwendungsdaten.

Die DTD definiert nur die Syntax des Textdokuments, nicht die Darstellung am

Ausgabeger¨at. F¨ur die Ausgabe wird dann eine f¨ur das spezifische Ger¨at zugeschnit- tene Beschreibung der Umsetzung der einzelnen Kontrollelemente ben¨otigt. Diese Beschreibung wird oft als Style Sheet bezeichnet. Unter Verwendung des DTDs und

¨

einer Ausgabebeschreibung kann ein SGML– Ubersetzer aus den Anwendungsdaten eine formatierte und druckfertige Version erstellen. SGML ist also nur ein Rahmen, der es erlaubt, verschiedene Dokumentendefinitionen zu erstellen und auszutauschen. F¨ur die Hypertextdokumente in WWW und Hyper-G sind DTDs definiert. Wird

ein Dokument in einem der Systeme gespeichert oder ubertragen,¨ so handelt es sich immer nur um die Anwenderdaten [KG94, S.5].

4.2 Das World Wide Web

Das World Wide Web ist im Jahre 1989 aus einer Initiative des Europ¨aischen Kernfor- schungszentrums CERN in Genf entstanden. Dort wurde ein System gesucht, das es der weltweit verstreuten Gemeinde der Hochenergie–Physiker erlauben sollte, schnell Daten auszutauschen und uber¨ große Entfernungen zusammenzuarbeiten [BLCGP92b, S. 1][BLC92, S. 2]. Das World Wide Web wird oft als WWW oder schlicht als das Web“ bezeichnet. In amerikanischen Publikationen ist h¨aufig die Abk¨urzung W3 zu finden.

4.2.1

Architektur

Folgende Anforderungen wurden f¨ur das neue System aufgestellt [BLCGP92a]:

Bereits in Computersystemen vorhandene Datenbest¨ande sollten eingebunden werden.

Bestehende Informationssysteme sollten in einem Adreßraum integriert werden.

Dokumente sollten dynamisch erzeugt werden k¨onnen.

Die Benutzungsschnittstelle sollte leicht zu erlernen und interaktiv zu bedienen sein. Der Benutzer sollte sich mittels Hyperlinks von Dokument zu Dokument bewegen oder Suchfunktionen nutzen k¨onnen.

4.2.

DAS WORLD WIDE WEB

37

Es sollte eine m¨oglicht große Zahl von Ausgabeger¨aten unterst¨utzt werden. Die ben¨otigten Programme sollten kostenlos zug¨anglich sein [RCH94, S.2].

Das WWW-System besteht aus drei Komponenten [BLCGP92a, S.3]:

einem gemeinsamen Adresssystem f¨ur alle Dokumente, (Universal Resource Locator, URL),

einem gemeinsamen Netzwerk–Zugangsprotokoll (Hypertext Transfer Protocoll, HTTP),

einem gemeinsamen Datenformat f¨ur Hypertextdokumente (Hypertext Markup Language, HTML).

Das WWW ist ein Client-Server–System. Autoren stellen Dokumente auf einem Rechner, dem sogenannten Server zur Verf¨ugung, interessierte Benutzer k¨onnen diese dann von einem (anderen) Rechner, dem Client, ein Dokument mit Hilfe der Doku- mentadresse abrufen. Es k¨onnen verschiedene Typen von Dokumenten auf diese Art transportiert werden. Die Entwicklung des WWW und der zugeh¨origen Programme erfolgt nicht zentral durch eine Gruppe. Es gibt viele Anbieter f¨ur die verschiedenen Systemkomponen- ten und Plattformen. Seit Juli 1994 wird die Entwicklung des WWW von der W3 Organisation, einem weltweiten Konsortium interessierter Einrichtungen und Firmen, koordiniert. Eine frei verf¨ugbare Bibliothek von grundlegenden Funktionen und vie- le kostenlos erh¨altliche Programme tragen wesentlich zur schnellen Verbreitung des WWW bei. Die Unterschiede der verschiedenen Server–Programme liegen vorwiegend im ad- ministrativen Bereich und sind f¨ur den Benutzer nicht sichtbar. Ich werde mich im wei- teren auf die Server von CERN und NCSA beziehen. Es gibt eine Vielzahl Clients, die jeweils auf die Gegebenheiten der verschiedenen Systemplattformen angepaßt sind. 3 Die Unterschiede gehen hier aber so weit, daß verschiedene Programme den Sprach- standard HTML abweichend definieren und sogar eigene Obermengen des Standards implementieren. 4 Ich werde deshalb im Folgenden das Programm Mosaic [And93], das auch schon in [BKS94] gew¨urdigt wurde, als Maßstab f¨ur meine Betrachtungen zugrunde legen. Bild 4.1 zeigt Mosaic mit einem Dokument aus den Vorlesungsunter- lagen des letzten Jahres. Die im Text unterstrichenen Bereiche stehen als Anker zur Verf¨ugung. Gewisse Navigationsfunktionen werden unten in der Knopfleiste angebo- ten, andere verbergen sich in den Men¨us im Kopfbereich. Ein Ladevorgang kann durch einen Mausclick auf die Weltkugel in der rechten oberen Ecke abgebrochen werden. Mosaic war lange das am meisten benutzte Client–Programm f¨ur das WWW [PR94b, S. 7] und Plattform f¨ur neue Entwicklungen.

3 In [BLC92, S. 3] werden einige Clients genannt. 4 Das Programm Netscape von Netscape Communications definiert eine Reihe neuer Sprachelemente, die weder im aktuellen Sprachstandard noch im zuk¨unftigen enthalten sein werden.

4.2.

DAS WORLD WIDE WEB

38

4.2. DAS WORLD WIDE WEB 38 Abbildung 4.1: Mosaic f¨ur X-Windows

Abbildung 4.1: Mosaic f¨ur X-Windows

4.2.

DAS WORLD WIDE WEB

39

Adressen im World Wide Web

Jedes Dokument hat eine im Netzwerk eindeutige Adresse, den Universal Resource Locator 5 :

protokoll://rechner/dokument/ Beim protokoll handelt es sich um das Internet–Protokoll, das zur Daten¨ubertra- gung genutzt werden soll. Eine WWW-Adresse kann auf Ressourcen in verschiedenen Systemen wie zum Beispiel WWW, Gopher, WAIS oder FTP verweisen. rechner ist der Internet–Name des Rechners, auf dem sich das Dokument befindet. dokument ist der Name des Dokuments, das auf dem benannten Rechner abgefragt werden soll. Sehr h¨aufig wird dieser als Pfad zu einem Dokument in einem hierarchi- schen Dateisystem angegeben. Wird ein Hypertextdokument abgerufen, so kann an den Dokumentnamen noch eine symbolische Zieladresse im Dokument angegeben werden (dokument#zieladresse). Eine Adresse kann auch einen Suchausdruck spezifizieren. Der Suchbereich wird durch ein virtuelles Dokument“ 6 symbolisiert, an den Dokumentnamen kann mit ? ein Suchbegriff angeh¨angt werden.

Die Adresse http://www.uni-paderborn.de/informatik_dt.html/

verweist zum Beispiel auf das Einstiegsdokument des Fachs Informatik in Paderborn. 7 Die meisten Client–Programme k¨onnen Adressen, die auf Dokumente in ande- ren Informationssystemen verweisen, aufl¨osen und Dokumente aus diesen Systemen abrufen. 8 Der Benutzer kann also uber¨ eine einheitliche Benutzungsschnittstelle auf verschiedene Informationssysteme zugreifen. Viele Benutzer verwenden daher ihren WWW-Client auch f¨ur Zugriffe auf andere Systeme [PR94a, S. 3].

Daten¨ubertragung

Zur Daten¨ubertragung zwischen WWW–Server und Client wird das Hypertext Trans- fer Protocoll [BL93] eingesetzt. Das Protokoll beschreibt, wie ein Client einem Server eine Dokumentadresse ubergeben¨ und, wenn die Anfrage berechtigt ist, von diesem das geforderte Dokument erhalten kann. Es k¨onnen nicht nur, wie der Name des Protokolls es andeutet, Hypertextdokumente ubertragen¨ werden sondern Dokumente beliebiger Art [BLCL 94, S. 78]. Dabei spezifiziert der Server dem Client gegen¨uber den Typ des gelieferten Dokuments gem¨aß des Internet–Standards f¨ur Multimedia–Mail (MIME)

¨

[BF93]. Die Ubertragung nicht normierter Datenformate ist bei gegenseitigem Ein- verst¨andnis m¨oglich. Der Client kann dann entscheiden, ob er das Dokument selbst darstellen kann oder ein externes Programm damit betreut. Mosaic kann selbst nur

5 Die Realit¨at ist etwas komplizierter als hier dargestellt. F¨ur die verbindliche Auskunft siehe

[BLMM94]

6 The [search] engine itself, and the particular search it will perform, are represented by a ‘virtual cover page’ document.“ [BLCGP92b, S.2] 7 Diese Seite wird in Bild 4.2 dargestellt. 8 In der Regel k¨onnen Gopher-, WAIS und FTP-Adressen aufgel¨ost werden.

4.2.

DAS WORLD WIDE WEB

40

HTML–Dokumente (mit eingef¨ugten Bildern) und unformatierte Texte darstellen, Pro- gramme f¨ur andere Datenformate k¨onnen konfiguriert werden. Zugriffsauthorisierung geh¨orte nicht zu den urspr¨unglichen Eigenschaften des Pro- tokolls [RCH94, S. 2] und wird erst jetzt nachtr¨aglich normiert. Verschiedene WWW- Server erlauben es dem Systembetreuer, Leserechte f¨ur verschiedene Dokumente zu vergeben. Greift jemand auf ein gesch¨utztes Dokument zu, so wird er nach einer Benut- zerkennung und einem Passwort gefragt. Gibt der Benutzer eine g¨ultige Kombination ein, so wird das Dokument ausgeliefert. Kann ein Benutzer auf das Dateisystem zugrei- fen, in dem die WWW–Dokumente gelagert sind, so kann er auch jeden vom Server gesetzten Leseschutz umgehen.

Datenformat fur¨ Hypertextdokumente

Hypertext-Dokumente werden in der Hypertext Markup Language [BLC93] codiert. Ein neuer Standard f¨ur HTML, HTML3 genannt [Rag95], ist gerade zur Normierung eingereicht worden. HTML ist eine Auspr¨agung (eine DTD) der oben beschriebe- nen Standard Generalized Markup Language. Wie SGML spezifiziert HTML den logischen Aufbau des Dokuments. 9 Es wird so gew¨ahrleistet, daß m¨oglichst viele Endger¨ate HTML-Dokumente darstellen k¨onnen. Im Gegensatz zu einem Textverar- beitungssystem hat der Autor nicht die volle Kontrolle uber¨ das Aussehen des erstellten Dokuments, er sollte sich auf inhaltliche Strukturen beschr¨anken. Der Startpunkt eines Hyperlinks wird als Kommandoanweisung in den Text des Hypertextdokuments geschrieben. Im Startanker wird die Adresse des Zielankers ein- getragen. Der Zielpunkt eines Links wird nur vermerkt, wenn er innerhalb eines Doku- ments liegt. Verweise werden also nicht von den einzelnen Dokumenten getrennt und verbleiben im Startdokument. Der Zielanker definiert einen symbolischen Namen, auf den Links verweisen k¨onnen. Mosaic stellt alle Links durch eine besondere Textfarbe dar. Wurde ein Linkziel schon besucht, so erscheint der Link in einer dritten Farbe. Der Benutzer kann also erkennen, ob ein Verweis zu einem ihm bisher unbekannten Dokument f¨uhrt. Es ist m¨oglich, Bilder direkt in den Text einzubinden. Einige Anzeigeprogramme erlauben es, Bereiche dieser Bilder als Startpunkt f¨ur einen Link festzulegen. Diese sensitiven Bereiche werden nicht im Dokument, sondern in einer eigenen Tabelle im Server definiert. Der Client kann also die sensitiven Bereiche nicht darstellen, es lassen sich auch nicht Links zu besuchten von Links zu unbesuchten Dokumenten unterscheiden. 10

9 Als Ausnahme gibt es auch Kommandos die, ahnlich¨

wie in L A T E X, den Schriftstil festlegen.

10 Der neue Standard HTML3 [Rag95] bietet die M¨oglichkeit, die sensitiven Bereiche im einbettenden

HTML–Dokument zu definieren.

4.2.

DAS WORLD WIDE WEB

41

4.2.2 Nutzung von Informationsangeboten

Die dezentralen oder nicht vorhandenen Strukturen des WWW und des Internet ma-

im WWW vorhandenen Informationen zu

verschaffen. Es gibt keine zentralen Einrichtungen, die Informationsangebote katalo-

gisieren und klassifizieren. Die starke Aufsplitterung der Informationen erschwert die Suche nach spezifischen Informationen [AKM94, S. 2,3]. 11 Einige freiwillige Personen und Institutionen stellen handgefertigte Ubersichten zu gewissen Themenbereichen zur Verf¨ugung. Es gibt zum Beispiel ein geographisch

chen es schwer, sich einen Uberblick uber¨

¨

¨

unterteiltes Verzeichnis der Server 12 und eine hierarchisch unterteilte Ubersicht uber¨

Informationsangebote zu verschiedenen Themengebieten. 13 Diese Tabellen k¨onnen nat¨urlich nie den aktuellen Stand darstellen, da sie per Hand erstellt werden. Die Auto- ren sind auf die Kooperation der Benutzer des WWW angewiesen, um neue Dokumente aufzunehmen und alte zu l¨oschen [RCH94, S. 5]. Die Vielfalt der vorhandenen Infor-

mationen ubersteigt¨

heute schon oft die handhabbare Gr¨oße vieler Ubersichten. Die

¨

¨

¨

¨

Ubersichten m¨ussen immer weiter unterteilt werden, wobei der Uberblick schnell ver- loren geht. Diese zentralen Anlaufpunkte werden nat¨urlich sehr oft angefragt, die Ant- wortzeiten steigen. F¨allt ein solcher Knoten aus oder wird er vom Netz abgeschnitten,

so gehen wichtige Anfangsinformationen verloren. Eine derartige, fast schon zentrali- stische, Struktur widerspricht dem Architekturansatz des WWW ganz erheblich. Sind die Adressen diese Meta–Dokumente einem Benutzer, etwa einem Neuling, unbekannt, so wird er Schwiergkeiten haben, sich im Netz zurechtzufinden. Die Systemverwalter

¨

stellen deshalb oft auf den lokalen Servern Ubersichten bereit, die auf diese Metain- formationen verweisen. Verschiedene Institutionen versuchen, alle Dokumente des WWW systematisch zu katalogisieren, indem sie ausgehend von den oben beschriebenen Metainformationen im Stile der Breiten- oder Tiefensuche jedes Hypertextdokument besuchen. Ein Bei- spiel hierf¨ur ist der WebCrawler [Pin94]. Nachteil dieses Verfahrens ist, daß so eine große Menge Datenverkehr, speziell internationaler Verkehr, erzeugt wird. Dynamisch erzeugte Dokumente k¨onnen so nicht sinnvoll erfaßt werden. Viele Clients bieten dem Benutzer Navigationsfunktionen an. Sehr h¨aufig anzutref- fen ist die M¨oglichkeit, Verweise auf h¨aufig besuchte Dokumente in einer privaten Liste zu speichern. Der Benutzer kann in der Regel zu den Dokumenten zur¨uck gehen, uber¨ die er das aktuelle Dokument erreicht hat. Mosaic macht Links zu schon besuchten Dokumenten kenntlich. Eine erweiterte Version von Mosaic 14 erm¨oglicht es, ausge-

hend von einer vorgegebenen Startseite uber¨ Links angebundene Dokumente rekursiv nach Stichw¨ortern zu durchsuchen. Nachteil dieses Verfahrens ist, daß alle durchsuch- ten Dokumente (eventuell uber¨ große Entfernungen) zum Client transportiert werden

11 Ted Nelson spricht von einer Balkanisierung der Datenbanken“ (nach [AKM95, S.2]. 12 URL: http://info.cern.ch/hypertext/DataSources/WWW/Servers.html 13 URL:

http://info.cern.ch/hypertext/DataSources/bySubject/Overview.html 14 Erweiterungen der TU Eindhoven

4.2.

DAS WORLD WIDE WEB

42

m¨ussen, um dort analysiert zu werden. Bewegt der Benutzer den Mauszeiger uber¨ einen Startanker, so zeigt Mosaic die URL–Adresse dieses Links an. Aus dem Namen des Dokuments kann sich der Benutzer wenigstens eine ungef¨ahre Vorstellung machen, was er am Ziel des Links zu erwarten hat und wo das Dokument zu erreichen ist (Pr¨agnanz der Auswahlrepr¨asentation, [KS92]). Nach dem Entwurf des HTML–Standards kann jedem Anker ein Name beigegeben werden, der das Zieldokument beschreibt [Rag95]. Diese Informationen wird von den bekannten Client–Programmen 15 (bisher) nicht aus- gewertet. Es ist dem Benutzer nicht m¨oglich, herauszufinden, wie groß das Dokument ist, das sich hinter einem Anker verbirgt. Diese Information wird erst beim Laden des Dokuments erfragt und, wenn vorhanden, von Mosaic angezeigt.

Aktives Arbeiten

Das WWW wurde zwar von Berners–Lee als System f¨ur kollaboratives Arbeiten vor- gestellt [BLCGP92b, S. 1], dies ist aber nicht im herk¨ommlichen Sinne zu verstehen. 16 Die Anker f¨ur Verweise sind im Text des Hypertextdokuments eingebettet. Will ein Leser einen eigenen Link erzeugen, der von einem Dokument aus auf ein anderes zei- gen soll, so muß er das Dokument, von dem der Link ausgeht, andern¨ d¨urfen. Soll der Link an eine bestimmte Stelle im Zieldokument zeigen, so muß in diesem Dokument ebenfalls ein Anker eingef¨ugt werden. Alle Links sind f¨ur jeden sichtbar. Das WWW ist also im Grunde ein reines Pr¨asentationsmedium, der Leser kann nur Links von sei- nen Dokumenten auf andere Dokumente legen. Dies schr¨ankt die Verwendbarkeit des Systems f¨ur kooperatives Arbeiten stark ein. Ein Kritiker k¨onnte seine Anmerkungen in einem Dokument zusammenfassen und das Dokument uber¨ einen Verweis mit dem Originaldokument verbinden. Da der Autor eines Dokuments aus schon genannten Gr¨unden nicht herausfinden kann, wer auf sein Dokument verweist, kann er nicht er- kennen, wer das Dokument kommentiert, und auf die Kommentare reagieren. Es bleibt die M¨oglichkeit, einem Kreis von Lesern Schreibberechtigung f¨ur die von ihnen disku- tierten Dokumente zu geben, dies ist aus Sicherheitsgr¨unden bedenklich, die Benutzer sind dann auf die normale Arbeitsumgebung des Servers, der die Dokumente verwaltet, angewiesen, der Prozeß des Schreibens wird nicht weiter unterst¨utzt. Mosaic bietet die M¨oglichkeit, Dokumente zu kommentieren. Die Kommentare k¨onnen nur aus Texten bestehen. Sie werden im Dateisystem des Benutzers gespeichert und k¨onnen deshalb von anderen nicht eingesehen werden. Wird dasselbe Dokument wieder aufgerufen, so wird der Kommentar am Kopf des Dokuments angezeigt.

15 Netscape, Mosaic und Arena

16 wie zum Beispiel in [CBY89] beschrieben

4.2.

DAS WORLD WIDE WEB

43

4.2.3 Gestaltung von Informationsangeboten

Aufbau und Wartung von WWW–Servern

Das WWW verwendet ein physikalisches Adreßschema. Dokumente werden durch einen eindeutigen Namen auf einem eindeutigen Rechner gekennzeichnet. Im Gegen- satz dazu st¨unde eine logische Adressierung, die ein Dokument nach seinem Inhalt

adressiert. 17 Dies f¨uhrt zu einer Reihe von Problemen. Ist ein Dokument erst einmal auf einem Rechner abgelegt und seine Adresse bekannt, so kann von anderen Do- kumenten auf dieses Dokument verwiesen werden. Wird das Dokument gel¨oscht, so zeigen alle diese Verweise ins Leere“, der angefragte Server wird bei Anwahl des Links eine Fehlermeldung zur¨uckgeben. Das Gleiche passiert, wenn das Dokument an

¨

eine andere URL–Adresse verschoben wird. Andert der Autor das Dokument substan-

tiell, so k¨onnen die Links, die auf das Dokument verweisen, irref¨uhrend sein oder nicht mehr den Intentionen ihrer Autoren entsprechen. Der Autor hat keine M¨oglichkeit, zu erfahren, welche anderen Dokumente auf sein Dokument verweisen, er kann also die

¨

Betreuer dieser Dokumente nicht von den Anderungen informieren [RCH94, S. 4]. Wird ein Server an eine andere Internet–Adresse verlegt, so werden ihn in der Regel Anfragen, die sich auf alte Adressen beziehen, nicht mehr erreichen. Der Benutzer erh¨alt eine Fehlermeldung. F¨allt ein Rechner aus, so stellt sich das f¨ur den Benutzer in der gleichen Weise dar, er kann nicht feststellen, ob das Dokument nur zeitweise nicht zu erreichen ist, oder ob es nicht mehr existiert. Viele Server sind zu experimentellen Zwecken entstanden, und nicht f¨ur den Dauerbetrieb. Wenn jemand also ein Dokument im WWW ver¨offentlicht, muß er sich effektiv verpflichten, dieses Dokument ein Leben lang zu warten. 18 Es ist sehr einfach, einen WWW–Server zu installieren, die Anforderungen an Rech- ner und Programme sind erst einmal nicht hoch. Die Zahl der Server steigt deswegen sehr schnell, in vielen Organisationen, zum Beispiel Hochschulen, wird eine Vielzahl

von Servern f¨ur verschiedene organisatorische Einheiten geschaffen. 19 Dies bietet zwar jeder organisatorischen Einheit die M¨oglichkeit, eigenverantwortlich Informationen anzubieten, fordert aber auch die Kompetenz und Ressourcen, dieses Informationsan- gebot langfristig warten zu k¨onnen. Durch die Aufsplitterung der Zust¨andigkeiten gibt es keine einheitliche Benutzerf¨uhrung f¨ur eine Organisation oder einen Server. Die meisten Server verf¨ugen uber¨ ein Haupt- oder Einstiegsdokument, das man erh¨alt, wenn man in der Adresse nur einen Rechner, aber kein lokales Dokument

das Informationsangebot Hyperlinks anzusprechen.

Eine Hierarchie von Uberblicksseiten kann den Inhalt eines Servers gliedern und dem

angibt. 20 Diese Seiten geben meistens einen Uberblick uber¨

eines Servers und geben Gelegenheit, diese Bereiche uber¨

¨

¨

17 Im WWW wird dieses als Universal Resource Name (URN) bezeichnet. Bisher hat sich noch kein Standard f¨ur diese Art der Adressierung gebildet. 18 if someone places a document on the Web he/she must effectively make a commitment to maintain it or have it maintained at its original location for life.“ [RCH94, S. 5] 19 An der Universit¨at-Gesamthochschule Paderborn existieren mindestens neun WWW–Server. 20 zum Beispiel das Einstiegsdokument der Uni Paderborn: http://www.uni-paderborn.de/

4.2.

DAS WORLD WIDE WEB

44

Informatik der Uni−GH Paderborn Arbeitsgruppen der Informatik Programmiersprachen und Übersetzer (AG Kastens)
Informatik der Uni−GH Paderborn
Arbeitsgruppen der Informatik
Programmiersprachen und Übersetzer (AG Kastens)
Informatik und Gesellschaft (AG Keil−Slawik)
Methodik des Systementwurfs (AG Rammig)
Software−Technik (AG Schäfer)
Allgemeine Info’s
Gremien des Fachbereichs Mathematik−Informatik
Technische Berichte aus der Informatik
Rechnerbetreuung der Informatik
Fachschaft Mathematik−Informatik
Das offizielle Veranstaltungsverzeichnis SS95
Netzwerkdienste der Informatik
FTP−Server
Texte, Doku & Wissenswertes
Hilfen zum WWW
Comments to webmaster@uni−paderborn.de

Abbildung 4.2: Einstiegsdokument des WWW-Servers der Informatik in Paderborn (gek¨urzt)

4.2.

DAS WORLD WIDE WEB

45

Benutzer in ubersichtlicher¨ Form zug¨anglich machen. Bild 4.2 zeigt die Einstiegsseite des Fachs Informatik in Paderborn. In jedem Dokument an gleicher Stelle wieder- kehrende Navigations–Verweise oder –Kn¨opfe“ erm¨oglichen direkten Zugriff auf oft ben¨otigte Funktionen, sie sind auch zur Navigation in hierarchisch aufgebauten Datenbest¨anden geeignet. 21 Eine einheitliche Gestaltung aller WWW-Dokumente ei- ner Institution erh¨oht den Wiedererkennungswert (Stichwort corporate identity). Erste

die Gestaltung der WWW–Dokumente der Informatik in Paderborn

finden sich in [Eng94]. Die am h¨aufigsten anzutreffenden Server–Programme vom CERN und NCSA verf¨ugen uber¨ keine Funktionen, den gesamten Informationsumfangeines Servers nach vorgegebenen Stichw¨ortern zu durchsuchen. Diese Server legen ihre Dokumente in ei- nem normalen Dateisystem ab. Gegen¨uber einer Datenbank hat dies den Nachteil, daß nicht im Gesamtdokumentenbestand effizient nach Attributen und Textteilen gesucht werden kann. Suchfunktionen k¨onnen uber¨ externe Systemerweiterungen bereitgestellt werden.

Uberlegungen uber¨

¨

Konverter und Zug¨ange

Es gibt mittlerweile einige Programme, die Daten aus anderen Datenformaten nach HTML wandeln und Systeme, die Zugriff auf fremde Datenbest¨ande uber¨ die WWW- Benutzungsschnittstelle gestatten. Es sind inzwischen Konverter f¨ur L A T E X, FrameMaker und RTF vorhanden. Die Konverter f¨ur L A T E X und FrameMaker gehen vom Originalformat dieser Textverarbei- tungsprogramme aus, dadurch ist es ihnen m¨oglich, die Textstruktur zu nutzen, um die Dokumente in eine hierarchische Struktur von Hypertextdokumenten umzuwandeln. Im Ursprungstext vorhandene Verweise wie Fußnoten, Querverweise und Quellenan- gaben werden automatisch in Links umgewandelt. RTF wird von vielen auf PCs beheimateten Textverarbeitungen wie zum Beispiel Microsoft Word ausgegeben. Es enth¨alt keine logischen Formatierungsinformationen, sondern konkrete Anweisungen zur Darstellung von Textelementen. Daher k¨onnen hier keine weitergehenden Hypertextstrukturen extrahiert werden, ein Dokument wird komplett in einen Hypertext–Knoten umgewandelt. Wie Andreas Brennecke und Reinhard Keil–Slawik festgestellt haben, gibt es im Moment noch keine brauchbaren what you see is what you get“–Editoren, die die Erstellung von HTML–Dokumenten unterst¨utzen [BKS94, S. 5][RCH94, S. 4]. Do- kumente werden entweder direkt in HTML geschrieben, was f¨ur den Autor nicht sehr komfortabel ist, oder aus anderen Formaten konvertiert. Es gibt verschiedenen Zug¨ange oder gateways, die Informationsbest¨ande außer- halb eines WWW–Servers uber¨ das WWW zug¨anglich machen. Man kann so uber¨ die Schnittstelle WWW direkt auf diese Daten zugreifen. Diese Programme stellen sich

21 Das Beispiel in Bild 4.2 zeigt folgende Kn¨opfe: zur¨uck zur Hauptseite, zum Eltern–Dokument, zum Ausgangspunkt f¨ur die Suche nach externen Ressourcen.

4.2.

DAS WORLD WIDE WEB

46

nach außen als WWW–Server (oder Teil eines Servers) dar, sie wandeln Anfragen in die Syntax des jeweiligen Systems um und erzeugen ein der Anfrage entsprechendes Dokument heraus. Es existieren Zug¨ange zu verschiedenen kommerziellen Datenban- ken wie Oracle und Lotus Notes. Das Hypermediasystem Hyper-G verf¨ugt ebenfalls uber¨ einen Zugang, der automatisch die verschiedenen Hypertextformate umwandelt.

Erweiterbarkeit

Das WWW ist als offenes System konzipiert. Das System der Adressierung erlaubt es, bei Bedarf neue Dokumenttypen einzuf¨uhren. Die Suche in Datenbest¨anden ist im Adreßschema enthalten. Die Server erlauben es vielfach, externe Programme in den Adreßraum eines Servers einzublenden. Wird eine solche Adresse angefordert, so wird nicht ein fertiges Dokument abgeliefert, sondern ein durch die Adresse spezifiziertes Programm gestartet und dessen Ausgabe an den Client ubertragen.¨ An die WWW- Adresse des Programms kann noch eine Liste von Parametern angeh¨angt werden, die dem Programm ubergeben¨ wird. Die Schnittstelle zwischen Server und externem Programm ist in der Common Gateway Interface–Spezifikation (CGI) normiert, exter- ne Programme k¨onnen so mit verschiedenen Server–Programmen eingesetzt werden. HTML erm¨oglicht es, Dokumente als Formulare zu gestalten, mit denen vom Benutzer Daten erfragt werden k¨onnen. Diese k¨onnen dann durch externe Programme verarbeitet werden. Solche Anfragen stellen normale URL–Adressen dar, sie k¨onnen also auch wie diese gespeichert und als Verweise in Hypertexte aufgenommen werden. Wird die Adresse im folgenden wieder benutzt, so wird das resultierende Dokument neu erzeugt. Auf diese Weise k¨onnen gewisse Defizite des WWW, wie fehlende Suchfunktionen oder mangelnde Eingriffsm¨oglichkeiten des Benutzers, ausgeglichen werden. Nach- teilig bleibt, daß diese Programme vom Systembetreuer extra installiert und gewartet werden m¨ussen, was zum Teil einiges an Wissen uber¨ das WWW und die Plattform des Servers erfordert. Die Einheitlichkeit der Benutzungsschnittstelle geht dabei verloren [AKM95, S. 2].

4.2.4 Wachstum des World Wide Web

Die leichte Bedienbarkeit und die geringen Voraussetzungen f¨ur die Bereitstellung von Informationen haben das WWW sehr schnell zu einem der beliebtesten Internet– Dienste werden lassen. Das WWW ist inzwischen nach dem Dateitransfer FTP das Protokoll, das im Internet am meisten Daten bewegt. 22 Tim Berners–Lee gibt an, daß sich (bis 1993) die Zugriffe auf den Server des CERN mit zentralen Dokumenten zum WWW alle vier Monate verdoppelte [BLCPS93, S. DBC3]. Bild 4.3 zeigt die Entwicklung des Datenvolumens bis Anfang 1995. Ein Ende dieser Entwicklung ist nicht abzusehen. Es dr¨angen im Moment viele kommerzielle Anbieter ins WWW und Internet, die die Entwicklung neuer Protokolle und Systeme forcieren.

22 Die hier genannten Werte wurden im Januar 1995 auf dem NFSNET Backbone-Netzwerk gemessen.

4.2.

DAS WORLD WIDE WEB

47

4.2. DAS WORLD WIDE WEB 47 Abbildung 4.3: Wachstum des Datenvolumens von WWW, Gopher und WAIS

Abbildung 4.3: Wachstum des Datenvolumens von WWW, Gopher und WAIS

4.2.5

Zusammenfassung

In diesem Abschnitt werden die Vor- und Nachteile des WWW noch einmal kurz zusammengefaßt. Eine Bewertung des WWW anhand der Kriterien aus Abschnitt 3.4, ob sich das WWW f¨ur einen Einsatz als Basissystem f¨ur Ausbildungszwecke eignet, bleibt dem Kapitel 5 vorbehalten. Das WWW bietet dem Benutzer nur sehr eingeschr¨ankte M¨oglichkeiten der In- teraktion mit dem System. Ein aktives Arbeiten mit Dokumenten, also Bemerkungen anh¨angen, Bereiche markieren oder eigene Strukturen uber¨ Verweise schaffen, ist nur durch direktes Ver¨andern der Dokumente m¨oglich und damit bei einer großen Zahl von Benutzern unrealistisch. Die Gestaltung der eigenen Umgebung beschr¨ankt sich auf die Sammlung von Verweisen auf externe Dokumente und die Gestaltung eigener Hyper- mediadokumente. Das WWW wird h¨aufig zur Darstellung von Informationen uber¨ das

Studium eingesetzt, so zur Darstellung der beteiligten Einrichtungen, f¨ur Vorlesungs- verzeichnisse und inhaltlicher Darstellung der Veranstaltungen [Mey94, BRS94]. Es

¨

stehen im WWW sehr vielf¨altige Informationen zur Verf¨ugung. Uber die Qualit¨at dieser

Informationen l¨aßt sich keine allgemeing¨ultige Antwort geben, es wird unerfahrenen Benutzern des WWW eher schwerfallen, relevante Informationen zu finden. Es gibt im Moment kaum Werkzeuge zur interaktiven Gestaltung von HTML– Dokumenten. Die verwendete Sprache HTML ist andererseits recht einfach zu erler- nen; 23 es ist leicht m¨oglich, neue Dokumente in den Server einzuf¨ugen. Solange der

23 Die meisten Informationsanbieter geben an, die Grundlagen von HTML in einer bis drei Stunden

4.3. HYPER-G

48

Autor nur auf eigene Dokumente verweist, kann er die Konsistenz der Links sicherstel- len. Soll die Funktionalit¨at des WWW (zum Beispiel uber¨ angebundene Programme) erweitert werden, so ist einiger Aufwand n¨otig. Mosaic unterst¨utzt selbst nur HTML– Dokumente und dort eingebundene Bilder, andere Dokumenttypen m¨ussen uber¨ externe Programme angebunden werden. Es steht f¨ur diese Dokumente keine Hypertextfunk- tionalit¨at zur Verf¨ugung. Es k¨onnen beliebige andere Dokumenttypen transportiert wer- den, externe Anwendungsprogramme k¨onnen zur Verarbeitung dieser Daten eingesetzt werden. Konverter f¨ur in der Informatik h¨aufig verwendete Textverarbeitungssysteme sind vorhanden. Navigationshilfen werden vom WWW als ganzes nicht angeboten, auf die spezi- ellen Eigenschaften von Mosaic wurde oben hingewiesen. Weil der Benutzer sich im allgemeinen nicht beim Server ausweist, ist es f¨ur das System schwierig, den Benutzer tutoriell anzuleiten oder zu betreuen. Der Benutzer ist also in der Wahl der zu durchlau- fenen Dokumente auf sich gestellt. Hilfestellung k¨onnen vom Autor erzeugte sensitive Karten bieten, die die Zusammenh¨ange des Wissensgebiets darstellen. Suchfunktio- nen k¨onnen nur uber¨ externe Zusatzprogramme angebunden werden, das Filtern von Dokumenten und Links ist (mit vorhandenen Clients) nicht m¨oglich. Ein großer Vorteil des WWW ist, daß es von jedem vernetzten Rechner der Hoch- schule, der uber¨ die passende Software verf¨ugt, benutzt werden kann. Auch andere Rechner, die ans Internet angeschlossen sind, k¨onnen zugreifen. Weil heute noch nicht viele private Wohnungen an das Netz angeschlossen sind, werden die Benutzer in der Regel nicht vom heimischen Rechner aus arbeiten k¨onnen. Da alle n¨otigen Programme aber auch f¨ur PCs zur Verf¨ugung stehen 24 w¨are es aufwendig, aber vorstellbar, daß die Benutzer die Hypermediabasis auf ihrem Rechner zu Hause installierten. Die Benutzung von WWW und Mosaic ist leicht zu erlernen. Mosaic verwendet die aus der UNIX-Welt bekannte Motif–Benutzungsschnittstelle, so daß der Benutzer gegebenenfalls sein Vorwissen uber¨ die vorhandenen Bedienelemente verwenden kann. Dokumentation zum WWW und zu Mosaic wird im WWW selbst angeboten. Auf diese Weise erh¨alt man immer die neuen oder gegenenfalls korrigierten Dokumente, es setzt nat¨urlich eine arbeitsf¨ahige Grundinstallation voraus.

4.3

Hyper-G

Hyper-G ist ein weiteres Hypermediasystem im Internet. Es wird seit 1990 vom Institut fur¨ Informatik und computerunterstutzte¨ neue Medien (IICM) der Technischen Uni- versit¨at Graz entwickelt [MT90]. Vorbild f¨ur Hyper-G ist das Intermedia–Projekt der Brown University. Der Intermedia–Ansatz wurde erweitert um die Nutzung in Weit- verkehrsnetzen und die Datenhaltung auf mehreren zuammenarbeitenden Rechnern [KM93b, S. 1]. Ziele des Projekts sind unter anderem [AKM94, S. 2]:

gelernt zu haben [PR94b]. 24 Es gibt Server f¨ur MS-Windows, f¨ur das kostenfreie PC-UNIX Linux sind alle n¨otigen Komponenten vorhanden.

4.3. HYPER-G

49

Entwicklung eines Systems f¨ur professionelle L¨osungen“ 25 und große Daten- best¨ande.

Navigation soll uber¨ m¨oglich sein.

Hyperlinks, Strukturierung des Datenbestandes und Suchen

Die Fragmentierung des Dokumentbestandes, zum Beispiel durch Aufteilung auf mehrere Rechner, soll vermieden werden.

Mehrsprachige Dokumente sollen ins System eingebracht werden k¨onnen.

Benutzeridentifikation und Zugangskontrolle sollen gew¨ahrleistet sein.

Bestehende Systeme sollen integriert werden, es soll Zug¨ange vom und zum Hyper-G geben.

Hyper-G wird zentral vom IICM entwickelt. Programme sind im Moment nur in ausf¨uhrbarer Form f¨ur verschiedene Rechnerarchitekturen erh¨altlich und k¨onnen kostenlos uber¨ das Internet geladen werden. Sobald die Entwicklung des Kernsystems abgeschlossen ist und es stabil l¨auft, sollen die Quellen f¨ur die Anzeigeprogramme frei verf¨ugbar gemacht werden [AKMS95, S. 7]. Die Entwickler rechnen mit der Fertigstellung der grundlegenden Funktionen f¨ur Mitte oder Ende 1995. 26 Hyper-G wird von seinen Entwicklern als System f¨ur große Organisationen beschrieben, die große Mengen an Dokumenten systematisch verwalten wollen [KM93b, S. 1]. Hyper-G ist wie das WWW ein Client–Server–System. Es existieren Clients f¨ur verschiedene Platformen:

Harmony f¨ur UNIX–Systeme mit X–Windows verschiedener Hersteller. 27

Amadeus f¨ur IBM–kompatible PCs mit MS–Windows oder Windows NT. 28

hgtv f¨ur vt100–Terminals an UNIX—Rechnern.

Ein Client f¨ur Apple Macintosh ist in der Entwicklung. Der Server l¨auft auf einem UNIX–Rechner und verwaltet alle Datenbest¨ande und Benutzereintr¨age.

4.3.1 Funktionalit¨at und Struktur

Dokumente und Links werden vom System getrennt im Dokument– und Linkserver verwaltet. Jedes Dokument kann eine Reihe von Attributen besitzen. Diese k¨onnen Titel in mehreren Sprachen enthalten. Jedem Dokument wird einem eindeutigen Autor zuge- ordnet. F¨ur jedes Dokument kann festgelegt werden, welche Benutzer oder Gruppen

25 pers¨onliches Gespr¨ach mit Gerald Pail 26 Funktionsumfang WWW “, pers¨onliche Gespr¨ache in Graz.

27 in

der Version 1.0B

28 in

der Version 0.85alpha

4.3. HYPER-G

50

von Benutzern ein Dokument lesen oder schreiben k¨onnen. Die Sichtbarkeit eines Do- kuments f¨ur andere kann angegeben werden. Zugriffsrechte auf Kollektionen gelten auch f¨ur ihre Kinder. Weitere Attribute beeinflussen die Darstellung der Dokumente. Es kann zum Beispiel die Reihenfolge der Dokumente in einer Kollektion spezifiert wer- den. Ein Dokument kann als Startdokument gekennzeichnet werden, das automatisch geladen wird, wenn ein Client die Kollektion offnet.¨ Hyper-G wird von seinen Entwicklern als erstes System der zweiten Generation“ von Hypermediasystemen bezeichnet [AKMS95]. Das WWW als System der ersten Generation“ ist vorwiegend ein Pr¨asentations– oder Verteilungsmedium. Hyper-G bie- tet dagegen einen geschlossenen Navigationsraum und f¨ur kooperatives Arbeiten n¨otige Funktionen.

Kollektionen

Hyper-G ist angetreten, ein h¨oheres Maß an Strukturierung des Datenbestandes zu erm¨oglichen. Alle Dokumente werden automatisch in eine Hierarchie von Kollektio- nen (collections) eingeordnet [Kap93, S. 1]. Die Kollektionen stellen einen gerichte- ten azyklischen Graph dar. Jede Kollektion kann mehrere Elternkollektionen haben, solange die Kreisfreiheit nicht verletzt wird. Themen und Gebiete k¨onnen so nach verschiedenen Sichtweisen gruppiert werden. Kollektionen k¨onnen Dokumente und Kollektionen enthalten, die auf verschiedenen Servern abgelegt sind [KAF 94, S. 3]. Dadurch wird es m¨oglich, Informationen uber¨ Server–Grenzen hinweg inhaltlich zu strukturieren. Kollektionen entsprechen hierarchischen Links, wie sie zum Beispiel von Conklin [Con87] und Halasz [Hal88] gefordert wurden [Kap93, S. 2]. Die Kollektionshierarchie definiert den Suchraum f¨ur Suchen im Hyper-G. Jedes Dokument kann mit Titel und Stichworten versehen werden. Der Benutzer kann eine Gruppe von Kollektionen angeben, die er durchsuchen m¨ochte. Sind diese auf mehrere Server verteilt, so werden alle beteiligten Server parallel angefragt. Jede Kollektion wird mit einem f¨ur den Server, auf dem sie angelegt wurde, eindeu-

¨

tigen Namen versehen. Uber diesen Namen kann auf die Kollektion Bezug genommen werden, ein Dokument wird durch die Kombination aus dem Namen einer der Eltern-

kollektion und seinem Titel spezifiziert. Alle aktiven Hyper-G–Server weltweit sind in

¨

der Pseudo–Kollektion hyperroot“ zusammengefaßt. Uber diese Kollektion k¨onnen andere Hyper-G-Server erreicht werden, sie kann nicht durchsucht werden. Eine besondere Form der Kollektion ist der Cluster. 29 Hier k¨onnen eng zusam- mengeh¨orige Dokumente aufbewahrt werden. Werden zum Beispiel Dokumente in verschiedenen Sprachen in einem Cluster aufbewahrt, so kann der Client das Doku- ment ausw¨ahlen, das den Pr¨aferenzen des Benutzers entspricht. Werden verschiedene Dokumenttypen in einem Cluster aufbewahrt, so werden sie bei Anwahl des Clusters zusammen angezeigt. So lassen sich verschiedene Medien zu einer Einheit zusam- menf¨ugen. Ein Film kann so zum Beispiel mit einem erl¨auternden Text versehen

29 engl. Haufen, Gruppe, Aggregat

4.3. HYPER-G

51

werden. Touren sind geordnete Kollektionen, ihre Mitglieder werden in einer definierten Reihenfolge besucht [Kap93, S. 3]. Sie sind in der heute verf¨ugbaren Version von Hyper-G nicht implementiert.

Links

Hyper-G verwaltet Links und Dokumente in getrennten Datenbanken. Der Link–Server

ist eine verteilte Datenbank, jeder Hyper-G–Server enth¨alt die Informationen uber¨ seine

Dokumente und uber¨ andere Dokumente, die mit seinen verbunden sind. 30

Links in Hyper-G sind bidirektional. Sie k¨onnen sowohl vom Startanker (in Hyper-

G Quelle“ genannt) zum Zielanker ( Ziel“) durchlaufen werden als auch umgekehrt.

Dadurch kann der Autor eines Dokuments feststellen, welche anderen Dokumente auf seines verweisen. Das Anzeigeprogramm kann aus den Informationen eine lokale Karte erzeugen und so das Umfeld“ des aktuellen Dokuments visualisieren. Es k¨onnen Links auf Dokumente erzeugt werden, die anderen Benutzern geh¨oren oder die sogar schreibgesch¨utzt sind (zum Beispiel auf CD–ROM). Der Prozeß der Link–Erstellung kann von dem der Dokumenterstellung getrennt werden. Dokumente k¨onnen mit verschiedenen Systemen produziert werden, die Links k¨onnen nachtr¨aglich vom Autor interaktiv erzeugt werden. Jedes Dokument wird durch eine eindeutige Identifikationsnummer gekennzeich-

net. Wird ein Dokument in der Kollektionshierarchie verschoben oder umbenannt, so m¨ussen die Links, die auf ein Dokument verweisen, nicht ge¨andert werden. So wird das aus dem WWW bekannte Ph¨anomen der ins Leere f¨uhrenden Verweise vermieden [Kap93, S. 2]. Wird ein Dokument gel¨oscht, so werden automatisch alle Links, die auf oder in das Dokument verweisen, ebenfalls gel¨oscht. So kann die Integrit¨at des Netz- werks automatisch sichergestellt werden [KAF 94, S.3]. Die Identifikationsnummer des Dokuments wird nicht wieder verwendet. Wurde das Dokument zuvor von einem anderen Rechner zwischengespeichert ( gecached“), so wird es nicht mehr verwen- det, weil keine Referenzen mehr auf dieses Dokument bestehen [Kap93, S. 8]. Die Koh¨arenz des Caches ist somit sichergestellt. Werden Dokumente ge¨andert, auf die von anderen Servern verwiesen wird, dann

¨

m¨ussen diese anderen Server von den Anderungen in Kenntnis gesetzt werden, damit sie ihre Verweistabelle auf den neuesten Stand bringen k¨onnen. Dies f¨uhrt zu einer

gewissen Mehrbelastung des Netzwerks, die aber, laut Frank Kappe, vernachl¨assigbar ist [Kap95]. Werden Dokumente in das System eingef¨ugt, so k¨onnen sie Links enthalten, die auf sp¨ater hinzukommende Dokumente verweisen. Diese Links werden als offene Links“

in die Datenbank aufgenommen. Werden sp¨ater weitere Dokumente in die Datenbank

aufgenommen, so wird die Liste der offenen Links automatisch daraufhin untersucht,

ob jetzt Links geschlossen werden k¨onnen.

30 F¨ur eine n¨ahere Darstellung siehe [Kap95].

4.3. HYPER-G

52

Alle Links sind f¨ur jeden Leser sichtbar. Links werden in jedem Dokument durch einen, in der Regel farbig markierten, Startanker visualisert. Der Anker im Zieldoku- ment wird nur dargestellt, wenn der Link von einem Benutzer uberquert¨ wird. Um einen Link setzen zu d¨urfen, braucht der Benutzer Schreibberechtigung f¨ur das Doku- ment, von dem der Link ausgeht. 31 Damit soll verhindert werden, daß ein Dokument in Starankern ertrinkt. F¨ur das Zieldokument ben¨otigt der Benutzer keine Schreibberech- tigung. Zuk¨unftige Versionen von Hyper-G werden es entweder erlauben, auch Links Gruppen– und Nutzerrechte zuzuordnen, oder es wird m¨oglich sein, private Links zu setzen. 32 Hyper-G stellt typisierte Links zur Verf¨ugung. Bisher realisiert sind die Typen nor- mal“, eingebundenes Bild“ 33 und Annotation“. Mit dem zweiten Typ ist es m¨oglich, Bilder in Hypertextdokumente einzubinden.

Annotationen

Der dritte Typ erm¨oglicht es, Bemerkungen und Kommentare an ein Dokument an- zuh¨angen [KM93a, S. 6]. Dabei zeigt ein Verweis vom Kommentar zum kommentierten Dokument. Es ist also f¨ur jeden registrierten Benutzer m¨oglich, Kommentare einzubrin- gen. Der Autor des Ursprungsdokuments kann erkennen, ob und welche Kommentare auf das Dokument verweisen. F¨ur Annotationen gelten die gleichen Zugriffsrechte wie f¨ur normale Dokumente, das Leserecht kann auf verschiedene Gruppen eingeschr¨ankt werden. Leider wird diese Funktion von den vorhandenen Clients kaum unterst¨utzt. Har- mony unterst¨utzt Annotationen uberhaupt¨ nicht. Amadeus und hgtv erlauben es, Do- kumente mit Texten zu annotieren. Es kann nur immer auf das gesamte Dokument verwiesen werden, Kommentare m¨ussen in der selben Kollektion abgelegt werden wie das Ursprungsdokument, der Kommentator muß also Schreibberechtigung f¨ur diese Kollektion besitzen. Auf diese Weise kann die Gruppe der Diskussionsteilnehmer ein- geschr¨ankt werden. Es k¨onnen spezielle Diskussionskollektionen ahnlich¨ denen der USENET News geschaffen werden [KM93a, S. 9]. Diese Clients erm¨oglichen es dem Autor, alle Kommentare aufzulisten.

Systemverwaltung

Betreiber m¨ussen jeden neuen Server beim IICM registrieren lassen. Daraufhin erh¨alt er die M¨oglichkeit, die Server-Software uber¨ das Internet zu laden. Nach wenigen Einstellungen (Name des Servers) kann der Server uber¨ ein Startprogramm gestartet werden. Der Betreiber kann dann Benutzer und Gruppen eintragen.

31 In einer alteren¨ Version des Servers war es m¨oglich, auch ohne Schreibrechte Links auf Dokumente zu setzen. 32 pers¨onlicher Austausch mit Klaus Schmaranz, IICM. Der Diskussionsprozeß dar¨uber scheint noch nicht abgeschlossen zu sein. 33 engl. inlined image“

4.3. HYPER-G

53

Es gibt nur sehr wenige M¨oglichkeiten, die Konfiguration des Servers zu beeinflus-

sen, die Systemprogramme und Schnittstellen sind nicht dokumentiert. Dem Server liegt eine kurze Anleitung bei, die beschreibt, wie der Server installiert und Benut- zer eingerichtet werden k¨onnen. Weitere technische Dokumentation steht nicht zur Verf¨ugung. Mit dem Server werden eine Reihe von Programmen zur Wartung der Hypermedia- basis (einf¨ugen, l¨oschen, modifzieren, ) mitgeliefert.

ein Programm automatisch aus Graz abgeru-

fen und installiert werden.

¨

Anderungen des Servers k¨onnen uber¨

4.3.2 Dokumenterzeugung und –verwaltung

Hyper-G unterst¨utzt im Moment folgende Dokumententypen: Hypertext im HTF– Format, Bilder (GIF, JPEG, TIFF), Filme (MPEG), Postscript, 3D–Szenen und Au- dio. F¨ur diese Dokumenttypen bietet Hyper-G voller Hypermediafunktionalit¨at an, es k¨onnen Links von und zu Bereichen oder Objekten in diesen Medien erzeugt wer- den. Hyper-G–Clients wie Harmony und Amadeus enthalten daher f¨ur jeden Typ ein eigenes Anzeigemodul [AKM94, S. 4]. Weitere Dokumenttypen k¨onnen auch im Sys- tem gespeichert werden, externe Anzeigeprogramme k¨onnen f¨ur diese Typen in den Client–Programmen konfiguriert werden. Texte k¨onnen von den Clients interaktiv modifiziert werden. Hypermedia–Editoren

f¨ur andere Dokumentformate sind nicht vorhanden. Ein Editor f¨ur Bilder und graphische

¨

¨

Ubersichten, der Verweise bei Anderungen des Bildes erh¨alt und gegebenenfalls bei Verschiebungen von Bildobjekten mit verschiebt, w¨urde eine langfristige Wartung der Dokumente erleichtern. Es existiert in Hyper-G keine Versionsverwaltung. Wird ein Dokument gel¨oscht und neu eingef¨ugt, so werden alle Links, die in das Dokument veweisen, gel¨oscht. Die Anmerkungen und Links anderer Benutzer werden dadurch wertlos. Eine Dokumenta- tion der Entwicklung verschiedener Dokumente und Projekte ist so nicht m¨oglich. Eine Versionsverwaltung k¨onnte alte Dokumente erhalten, wenn Links auf sie verweisen. Links, die auf das Dokument als ganzes verweisen, k¨onnten immer auf die aktuelle Version verweisen. Eine Versionsverwaltung ist bisher nicht vorgesehen. 34 Hyper-G verwendet ein eigenes Hypertextformat Hyper–G Text Format (HTF) [KG94]. Es ist wie HTML eine Auspr¨agung von SGML. Die Hyper-G–Clients verwen- den zur Darstellung der Dokumente einen SGML–Parser, die syntaktische Korrektheit der Dokumente muß also eingehalten werden. HTF und HTML wurden zur gleichen Zeit parallel entwickelt und ahneln¨ sich soweit, daß sie mit nur geringem Informations- verlust in einander konvertiert werden k¨onnen. HTF enth¨alt, im Gegensatz zu HTML, keine Elemente f¨ur Benutzereingaben. Wegen der geringen Verbreitung von HTF gibt es keine Programme und Editoren, die die Erzeugung von HTF–Dokumenten direkt unterst¨utzen. Dokumente werden mit

34 pers¨onliche Gespr¨ache mit den Entwicklern

4.3. HYPER-G

54

einem Client-Programm direkt in die Serverdatenbank eingef¨ugt. Dabei werden alle Links aus Hypertextdokumenten entfernt und in die Datenbank der Links eingef¨ugt. Titel, Stichw¨orter und Attribute werden extra in der Dokumentendatenbank abgelegt. Jedes Textdokument wird automatisch in einen Volltextindex aufgenommen. Hyper-G wird HTML3 [Rag95] unterst¨utzen, sobald dieses standardisiert ist. Es ist damit zu rechnen, daß HTF dann aussterben wird. 35 Alle Clients unterst¨utzen die interaktive Modifikation von Hypertexten. Dabei wer-

den die vom Dokument getrennt gespeicherten Links als Markup in den Text eingesetzt,

¨

¨

damit Anderungen im Text auch Anderungen der Positionen der Anker bewirken. Wird

das Dokument wieder eingef¨ugt, so werden die Links wieder aus dem Text entfernt und in die Datenbank eingef¨ugt.

Konverter sind nur wenige vorhanden. Mit der Ubernahme der Hypertextsprache HTML3 wird sich die Situation sicher bessern. Ein Konverter von RTF nach HTF wird mitgeliefert. Mit Amadeus k¨onnen Dokumente im RTF–Format direkt in das System eingef¨ugt werden. Nachteil des RTF-Formats ist, daß es ein physikalisches Text–Layout mit Einr¨uckungen, Zeilenbreiten und Gr¨oße der Schriftzeichen definiert. Es scheint verschiedene RTF–Versionen zu geben, der Konverter kann nur Version 0“

verarbeiten. Ich habe ein Programmpaket geschrieben, mit dem HTML–Dokumente inklusive ihrer Links in HTF–Dokumente umgewandelt werden k¨onnen. Das IICM entwickelt im Moment ein System, mit dem der ganze Inhalt eines WWW–Servers in einen Hyper-G–Server uberf¨¨ uhrt werden kann.

¨

Integration anderer Informationssysteme

Dokumente, die uber¨ die Informationssysteme WAIS, Gopher und WWW erreicht werden k¨onnen, k¨onnen wie andere Dokumente in Kollektionen aufgenommen werden. Auf sie kann vom Hyper-G direkt zugegriffen werden. HTML–Dokumente werden wie HTF–Dokumente dargestellt, Links in diesen Dokumenten k¨onnen benutzt werden. Sehr viele vorhandene HTML–Dokumente entsprechen nicht den syntaktischen Vorschriften der HTML–DTD. Dies wird aber von den meisten (nicht allen) An- zeigeprogrammen toleriert. Die frei verf¨ugbare Bibliothek des CERN zur Analyse von HTML–Dokumenten hat die sehr weitgehende Auslegung davon, was akzepta- ble HTML–Dokumente seien, noch gef¨ordert. Die Hyper-G–Clients Harmony und

¨

Amadeus verwenden zur Darstellung dieser HTML–Seiten einen SGML– Ubersetzer. Fehlerhafte HTML–Seiten k¨onnen daher sehr oft nicht dargestellt werden. Hyper-G–Server k¨onnen von außen direkt mit WWW– oder Gopher–Clients ange- sprochen werden [KM93b, S. 3]. Hypertext–Dokumente werden dann automatisch in das Format des anfragenden Systems konvertiert und herausgegeben. Einzelne Kollektionen und Dokumente k¨onnen direkt uber¨ ihren Namen angesprochen wer- den. Die WWW–Adresse der Kollektion mit dem Namen ˜klemme ist zum Beispiel http://hyperg.uni-paderborn.de/C˜klemme. Gewisse Funktionen, wie

35 pers¨onliche Gespr¨ache mit Klaus Schmaranz (IICM), Graz 1995.

4.3. HYPER-G

55

Links in und aus Nicht–Texten, k¨onnen nat¨urlich nicht ins WWW umgesetzt werden. Benutzerrechte und Sprachpr¨aferenzen werden emuliert. Aktives Arbeiten (Dokumente einf¨ugen und andern,¨ Links setzen) ist nicht m¨oglich. F¨ur jedes System kann eine Hierarchie von Benutzergruppen eingerichtet werden. Bild 4.4 zeigt einen Auszug der Gruppenhierarchie in Paderborn. Mitglieder einer

system pb_info iugstud Gruppen iug iugstud1 iugstud2 hyperg klemme ulla 100mark georg Benutzer Abbildung 4.4:
system
pb_info
iugstud
Gruppen
iug
iugstud1
iugstud2
hyperg
klemme
ulla
100mark
georg
Benutzer
Abbildung 4.4: Hyper-G–Gruppenhierarchie in Paderborn (Auszug)

Gruppe erben alle Rechte der Elterngruppen. Benutzerin ulla kann also alle Do- kumente lesen, die die Mitglieder der Gruppen iug, iugstud und pb info lesen k¨onnen. Jedes Dokument kann Schreib– und Leserechte f¨ur mehrere Benutzer oder Gruppen halten, die Mitglieder der Gruppe system k¨onnen alle Dokumente lesen und schreiben. Diese Rechte gelten nur f¨ur Dokumente des Servers, auf dem der Benutzer eingetra- gen ist. M¨ochte der Benutzer, zum Beispiel im Rahmen internationaler Kooperationen, Dokumente bearbeiten, die auf mehreren Servern abgelegt sind, so muß er sich bei je- dem Server einzeln anmelden und ausweisen. Er kann sonst nur Dokumente lesen, die f¨ur alle Benutzer freigegeben sind. Es ist geplant, daß Benutzerdaten automatisch an andere Server weitergereicht werden und der Benutzer automatisch identifiziert wird.

Erweiterbarkeit

Im WWW ist es m¨oglich, uber¨ externe Programme weitere Resourcen einzubinden. Eine solche Schnittstelle ist in Hyper-G nicht vorhanden. Sie widerspr¨ache der Idee der Konsistenz des Datenbestandes, weil sich sonst Dokumente andern¨ oder nicht mehr vorhanden sein k¨onnten, ohne daß das Hyper-G-System seine Link-Datenbank ent- sprechend andern¨ kann. Es m¨ussen also alle Daten in das Hyper-G-System eingef¨ugt werden, was bei stark dynamischen Daten sicherlich zu einer hohen Systembelastung

4.3. HYPER-G

56

f¨uhren wird. Es wird außerdem argumentiert, die Vielfalt der Erweiterungen und Formu- lare, wie im WWW anzutreffen, zerst¨ore die Einheitlichkeit der Benutzungsschnittstelle [AKM95, S. 2]. Die Hyper-G–Clients k¨onnen keine HTML–Formulare auswerten, so daß sehr viele Informationsangebote des WWW nicht erreicht werden k¨onnen. Kappe und Maurer beschreiben die Integration von Internet–Mail und –News in das System [KM93a], der Zugang f¨ur Mail wird im Moment implementiert. Ein Zugang zu SQL– Datenbanken ist geplant, eine Schnittstelle zu externen Programmen wie im WWW in der Diskussion.

4.3.3 Benutzung des Hyper-G

Hyper-G erlaubt den Benuztern, auf drei Wegen auf Dokumente zuzugreifen. Sie k¨onnen Dokumente uber¨ Links und die Kollektionenhierarchie erreichen. Außerden steht eine m¨achtige Suchfunktion bereit.

Suchen

Gerade wenn ein System viele Dokumente enth¨alt, ist eine Suchfunktion unverzicht- bar. Die Suche kann dem Benutzer den Einstieg in die Recherche nach bestimmten Informationen erleichtern. Es stehen folgende Suchoperationen zur Verf¨ugung [AK94, S. 2]:

Suche nach dem Titel oder weiteren Schl¨usselw¨ortern.

¨

Beschr¨ankung auf bestimmte Autoren oder auf Anderungen in einem bestimmten

Zeitraum.

Es k¨onnen eine oder mehrere Kollektionen zur Suche ausgew¨ahlt werden. Sind die ausgew¨ahlten ( aktivierten“) Kollektionen uber¨ mehrere Server verteilt, so werden alle parallel mit der Suche beauftragt und die Ergebnisse dann zusam- mengetragen.

Gesucht werden kann:

nach booleschen Kombinationen,

unscharf (fuzzy),

im Vektorraum–Modell (wie in WAIS).

Jedes Textdokument wird automatisch in einem Volltext–Index aufgenommen. F¨ur die Volltextsuche stehen die gleichen Suchmodi zur Verf¨ugung wie f¨ur die normale Suche.

Die Dokumentattribute werden getrennt von den Dokumentdaten in einer eigenen Datenbank aufbewahrt, eine effiziente Suche ist also m¨oglich. Auch Links k¨onnen mit einem Titel oder Attribut versehen werden, sie werden mit durchsucht.

4.3. HYPER-G

57

Aktives und kooperatives Arbeiten

Das WWW ist eher ein Pr¨asentationsmedium als ein Medium f¨ur aktives Arbeiten (siehe Abschnitt 4.2.2). Hyper-G bietet in diesem Bereich mehr M¨oglichkeiten. Links k¨onnen von eigenen Dokumenten an beliebigen Stellen in anderen Dokumenten pla-

¨

ziert werden. Uber die schon eingef¨uhrten Annotationen kann ein Leser Bemerkungen

an ein Dokument anh¨angen, der Autor kann diese lesen und wieder annotieren. Es

¨

kann also auf diese Weise ein Diskussionsprozeß in Gang gesetzt werden. Uber Grup- penrechte lassen sich diese Anmerkungen und Diskussionen auf einen Kreis bekannter Teilnehmer einschr¨anken. Ein Problem bei weitr¨aumigen Diskussionen ist, daß die Be- nutzeridentit¨at (im Moment) nur auf dem Heimatserver ausgewertet wird. Das System wird an der TU Graz genutzt, um Studierende zu Themen einiger Vorlesungen dis- kutieren zu lassen. Die Studierenden erhalten ein Pseudonym, unter dem sie Beitr¨age ver¨offentlichen. Die Beteiligung am Diskussionsprozeß ist Voraussetzung f¨ur die Er- langung eines Leistungsnachweises.

Zugang zum System

Benutzer k¨onnen unter verschiedenen Identifizierungsmodi mit dem System arbeiten.

In den Ver¨offentlichungen uber¨ [KM93a, S. 5]:

identifiziert : Der Benutzer identifiziert sich mit Benutzername und Passwort. Wenn er die Zugriffsrechte besitzt, kann er Dokumente modifizieren und Links einf¨ugen. Die Identit¨at des Benutzers ist allen bekannt.

Hyper-G werden vier Arten des Zugangs beschrieben

halb–identifiziert: Die Identit¨at des Benutzers ist nur dem System bekannt. Der Be- nutzer kann ein eindeutiges und bisher nicht vergebenes Pseudonym w¨ahlen und unter diesem Namen Dokumente bearbeiten.

anonym–identifiziert: Die Identit¨at des Benutzers ist nicht einmal dem System be- kannt. Er kann eine beliebige Kombination aus Pseudonym und Passwort w¨ahlen und diese in sp¨ateren Sitzungen wiederverwenden.

anonym: Der Benutzer kann nur frei zug¨angliche Dokumente lesen.

Anscheinend sind im Moment nur das erste und das letzte Verfahren implementiert. Ein

einen Client bei einem Hyper-

Benutzer kann sich also entscheiden, wenn er sich uber¨

G–Server anmeldet, ob er sich identifizieren will oder ob er lieber anonym bleiben will. Zieht er anonymes Arbeiten von, so stehen ihm nur die Dokumente zur Verf¨ugung, f¨ur

die keine speziellen Schutzrechte definiert worden sind.

4.3.4

Clients

Hyper-G ist ein Client–Server–System. Clients kontaktieren w¨ahrend der gesamten Sit- zung nur einen Hyper-G–Server. Dieser Server liefert alle Daten, auch die, die aus dem

4.3. HYPER-G

58

WWW oder Gopher–System angefordert werden. Dies erm¨oglicht das Zwischenspei- chern der Dokumente, Benutzerprofile und einfache Gestaltung der Client–Programme [AKM94, S. 8]. Die Benutzbarkeit eines Hypermediasystems h¨angt stark von den Funktionen der Clients ab. Deshalb werden die drei verf¨ugbaren Clients im folgenden kurz vorge- stellt. Besonderes Augenmerk werde ich auf Harmony legen, weil dieses Programm in Paderborn am meisten eingesetzt wird.

hgtv

Hgtv ist das alteste¨ Client–Programm f¨ur Hyper-G. Es kann von jedem VT100– Terminal oder –Emulator aus verwendet werden. Sein Funktionsumfang ist nach wie vor gr¨oßer als der der grafischen Programme, es k¨onnen zum Beispiel Dokumente verschoben und Referenzkopien von Dokumenten angelegt werden. Dokumentation ist elektronisch im System vorhanden. Die Benutzungsschnittstelle ist sehr karg. Al- le Kommandoparameter m¨ussen vollst¨andig eingetippt werden. Weil nur ein Fenster

zur Verf¨ugung steht, kann nur entweder ein Dokument oder der Inhalt einer Kollektion

¨

angezeigt werden. Der Uberblick auf die gesamte Kollektionshierarchie bleibt dem Be-

nutzer verwehrt. Aufgrund geringen F¨ahigkeiten der zugrundeliegenden Ger¨ate lassen sich nur Textdokumente darstellen.

Harmony

Harmony ist ein Client f¨ur UNIX–Systeme mit der graphischen Oberfl¨ache X-Windows. Es steht im Moment f¨ur Solaris, SunOS 4, IRIX, Linux und weitere Betriebssysteme zur Verf¨ugung. Harmony ist eine Multiprozeß-Anwendung. Die Sitzungskontrolle stellt die Kol- lektionenhierarchie dar. Bild 4.5 zeigt die Sitzungskontrolle mit einem Ausschnitt der Hierarchie der Paderborner Hyper-G–Servers. Von der Sitzungskontrolle aus kann der Benutzer verschiedene Dokumente offnen.¨ F¨ur jeden Dokumenttyp wird ein eige- nes Darstellungsprogramm gestartet, das seine Daten direkt aus dem Hyper-G-Server bezieht und darstellt [AKM95, S. 7]. Es stehen Darstellungsprogramme f¨ur alle un- terst¨utzten Dokumenttypen zur Verf¨ugung. 36 Die Sitzungskontrolle spiegelt immer die aktuelle Position des Benutzers in der Kollektionenhierarchie wider. W¨ahlt der Benutzer einen Link in einem Dokument an, so informiert das Anzeigeprogramm die Sitzungskontrolle. Diese stellt den Pfad in der Hierarchie bis zum ausgew¨ahlten Dokument dar 37 und veranlaßt die Darstellung des Dokuments. Dabei wird der Fensterinhalt unter Umst¨anden stark ver¨andert, weil Platz f¨ur neue Eintr¨age geschaffen werden muß. Es kann sich deshalb oft beim Benutzer

36 Einschr¨ankungen bestehen f¨ur Audio-Dokumente. Hier hat sich noch kein allgemein anerkannter Standard f¨ur UNIX-Systeme etabliert. 37 Der Pfad kann nur dargestellt werden, wenn der Benutzer Leseberechtigung f¨ur alle Kollektionen auf dem Weg zur Wurzel hat.

4.3. HYPER-G

59

4.3. HYPER-G 59 Abbildung 4.5: Harmony Sitzungskontrolle, dargestellt wird der Server in Paderborn

Abbildung 4.5: Harmony Sitzungskontrolle, dargestellt wird der Server in Paderborn

4.3. HYPER-G

60

kein kein Eindruck uber¨ die Gesamtposition im System bilden, allenfalls die lokale Position wird so vermittelt. Die Sitzungskontrolle kann nat¨urlich keine Position aus anderen Informationen wie dem WWW liefern, die Sitzungskontrolle zeigt dann das Dokument, uber¨ das der Benutzer ins WWW eingestiegen ist. Harmony bietet neben den in Hyper-G ublichen¨ Navigationsm¨oglichkeiten ein Logbuch aller durchgef¨uhrten Navigationsoperationen. In dieser Liste kann sich der Benutzer vor und zur¨uck bewegen und Operationen noch einmal ausf¨uhren. Besuchte Dokumente werden in der Sitzungskontrolle und der lokalen Karte als besucht abgehakt“. Anker, die zu besuchten Dokumenten f¨uhren, werden in einer anderen Farbe dargestellt. Diese Markierungen gelten nur f¨ur die aktuelle Sitzung. Erstaunlicherweise verf¨ugt keiner der Hyper-G–Clients uber¨ eine Funktion zur Speicherung von benutzerdefinierten Einstiegspunkten (Hotlist). Diesem Mangel kann der Benutzer abhelfen, indem er Referenzkopien aller interessanten Dokumente in seinen privaten Kollektionen ablegt. Diese Funktion ist in Harmony jedoch noch nicht implementiert. Es besteht also keine M¨oglichkeit, die aktuelle Arbeitsposition f¨ur eine sp¨atere Sitzung zu sichern.

Arbeitsposition f¨ur eine sp¨atere Sitzung zu sichern. Abbildung 4.6: Lokale Karte in Harmony Harmony kann die

Abbildung 4.6: Lokale Karte in Harmony

Harmony kann die Umgebung eines selektierten Dokuments als lokale Karte dar- stellen. Dabei werden links die Dokumente angezeigt, die auf das selektierte Dokument verweisen und rechts die, auf die verwiesen wird. Links in beide Richtungen werden als Doppelpfeil dargestellt. Auch uber¨ Links in einem Textdokument eingebettete Bilder werden dargestellt. Dies f¨uhrt gelegentlich zu Verwirrungen, weil diese sonst nicht als eigenst¨andige Dokumente auftauchen. Links auf und von ganzen Dokumenten k¨onnen hierbei nicht von Links in oder aus Dokumenten unterschieden werden. Wie das Bei-

4.3. HYPER-G

61

spiel in Bild 4.6 demonstriert, kann die Karte bei Dokumenten mit vielen ein- und ausgehenden Kanten un¨ubersichtlich werden. Benutzer k¨onnen nicht herausfinden, wohin ein Link in einem Dokument f¨uhrt. Sie k¨onnen zwar in der lokalen Karte erkennen, welche Dokumente mit dem aktuellen Dokument verbunden sind, sie k¨onnen diese Informationen aber nicht einzelnen Ankern zuordnen. Sie sind auf die Aussagekraft des Ankers angewiesen. Es ist nicht m¨oglich, herauszufinden, ob ein Link auf ein Dokument eines anderen Rechners verweist, was beim Laden dieses Dokuments l¨angere Wartezeiten hervorrufen k¨onnte, oder wie groß das angeforderte Dokument ist. Neue Dokumente und neue Kollektionen k¨onnen mit Harmony direkt in das System eingef¨ugt werden, Texte und Bilder k¨onnen unter Zuhilfenahme externer Programme modifiziert werden. Annotationen sind in Harmony nicht implementiert. Sie k¨onnen weder erzeugt, noch aufgelistet werden. Links k¨onnen f¨ur alle unterst¨utzten Dokumenttypen interaktiv erzeugt werden. Der Benutzer markiert einen Bereich im Ausgangsdokument und definiert ihn uber¨ eine Men¨ufunktion als Startanker. Analog geht er im Zieldokument vor, dann kann er den Link in die Datenbank einf¨ugen. Filter–Funktionen f¨ur Dokumente und Links k¨onnten Verweise auf Dokumente, die f¨ur den Benutzer nicht lesbar sind, unsichtbar machen und Verweise auf diese Dokumente unterdr¨ucken. Genauso k¨onnten Links und Dokumente nach vorgegebenen Attributen (zum Beispiel nach dem Schwierigkeitsgrad) auf Anforderung des Benutzers nicht angezeigt werden. Ein Benutzer sieht Verweise auf f¨ur ihn nicht lesbare Dokumente. Selektiert er eines dieser Dokumente, so wird er mit einer Fehlermeldung konfrontiert. Nicht lesbare Dokumente werden dagegen in der Sitzungskontrolle nicht angezeigt. Filter sollten nach Angaben der Entwickler nicht im Server, sondern im Client realisiert werden. F¨ur Harmony sind sie nicht geplant.

Dreidimensionale Erweiterungen. Harmony kann 3D-Szenen [AP94] darstellen. Es wird hierf¨ur die Open GL–Bibliothek ben¨otigt, die im Moment f¨ur SGI-Rechner zur Verf¨ugung steht. Die Modelle werden mit dem Programm Advanced Wavefront Visualizer erstellt. Bild 4.7 zeigt ein solches Modell. Der Benutzer kann sich durch diese Szenen bewegen oder das ganze Modell drehen und manipulieren [AP94, S. 5]. Startanker kann jedes Objekt im Modell sein, Anker werden durch verschiedene Modelle wie Farbschattierungen oder Begrenzungsw¨urfel dargestellt. Zielanker ist eine Kameraposition im System [AP94, S. 3], der Benutzer kann sich also uber¨ Verweise von einer Position zur n¨achsten beamen“. Die dreidimensionale Informationslandschaft erfordert ebenfalls die Open GL– Bibliothek. Mit ihr kann die Kollektionenhierarchie uberflogen¨ werden [AKM95, S. 9]. Das System ahnelt¨ SGIs 3D Files System Navigator [TS92]. Die Kollektionen wer- den mit ihren Dokumenten auf der Grundfl¨ache abgebildet. Die H¨ohe der Dokumente

4.3. HYPER-G

62

4.3. HYPER-G 62 Abbildung 4.7: Dreidimensionale Szene in Harmony

Abbildung 4.7: Dreidimensionale Szene in Harmony

4.3. HYPER-G

63

stellt ihre Gr¨oße dar, ihre Farbe den Dokumenttyp. Wird eine Kollektion angew¨ahlt, so werden alle Unterkollektionen angezeigt und uber¨ Linien verbunden. Dokumente k¨onnen wie gewohnt ausgew¨ahlt werden. Die Informationslandschaft ist an die Sit-

¨

zungskontrolle gekoppelt, sie spiegeln Anderungen gegenseitig wider.

Benutzung. L¨ost der Benutzer eine Funktion von Harmony aus, so bekommt er oft keine unmittelbare R¨uckmeldung. Operationen k¨onnen h¨aufig nicht abgebrochen

werden. Dies scheint eine Folge der parallel laufenden Prozesse zu sein. Es kommt

¨

zu Uberschneidungen verschiedener Operationen. Die Sitzungskontrolle nimmt zum Beispiel schon wieder Kommandos entgegen, obwohl eins der Anzeigeprogramme das letzte Dokument noch nicht vollst¨andig geladen hat. Werden in zwei verschiedenen Anzeigeprogrammen zugleich Navigationsoperationen angestoßen, so kann der Effekt auf die Sitzungskontrolle uberraschend¨ sein. Mit Harmony wird ein kurzer einf¨uhrender Text mitgeliefert. Ein Tutorial ist im Hyper-G vorhanden. Weitere technische Dokumentation steht nicht zur Verf¨ugung, die vorgesehenen Hilfefunktionen sind nicht implementiert. Harmony ist auf Farbbildschirme ausgelegt. Auf Schwarzweiß-Bildschirmen sind die Symbole der Sitzungskontrolle nicht zu erkennen. Links sind nicht mehr von der Umgebung zu unterscheiden. Postscipt-Dokumente werden unter Verwendung des Ver-

fahrens anti aliasing skaliert; dabei werden Graustufen in das Bild eingef¨ugt, die auf Schwarzweiß-Bildschirmen nicht zu erkennen sind. Die Notwendigkeit von Farbmo- nitoren stellt f¨ur den Einsatz in Paderborn ein großes Problem dar, weil die f¨ur Stu- dierende zug¨anglichen Rechnerr¨aume vorwiegend mit (¨alteren) Schwarzweiß-Ger¨aten ausgestattet sind. Harmonys Programm zur Anzeige von PostScript–Dokumenten erzeugt f¨ur jede Seite des aktuellen Dokuments eine Bitmap-Darstellung. Diese ist f¨ur jede Seite bis zu 1 MB groß und wird auf der lokalen Platte abgelegt. Gerade bei kleineren Rechnern

f¨uhrt dies oft zum Uberlauf der Platte. 38 Harmony meldet dann, daß das PostScript–

Dokument defekt sei und verweigert auch die Darstellung der schon konvertierten Seiten.

¨

Amadeus

Amadeus ist der Hyper-G–Client f¨ur Windows und Windows NT. Da im Fach Informa- tik nur sehr wenige PCs zur Verf¨ugung stehen, werde ich nur kurz auf die Unterschiede zwischen Harmony und Amadeus eingehen. Amadeus verf¨ugt uber¨ den selben Leistungsumfang wie Harmony. 39 Zus¨atzlich unterst¨utzt Amadeus Annotationen, es stehen einige Funktionen zum kopieren und Verschieben von Dokumenten bereit, die Harmony nicht vorweisen kann. Annota- tionen k¨onnen an ein Dokument angeh¨angt werden, f¨ur jedes Dokument kann eine

38 Urspr¨unglich wurden diese Dateien im lokalen Heimat–Verzeichnis abgelegt, was des ofteren¨ Uberlauf ¨ dieser Speicherbereiche und zum Absturz des Servers f¨uhrte. 39 3D-Szenen stehen nur unter Windows NT zur Verf¨ugung.

zum

4.3. HYPER-G

64

Auswahlliste alle Annotationen erstellt werden. Es steht ein ausf¨uhrliches Handbuch [Die94] zur Verf¨ugung. Die neue Version 40 erlaubt die Verwendung von lokalen Datenbanken. Diese werden auf der lokalen Festplatte installiert und k¨onnen auf Datentr¨agern und uber¨ Netzwerke weitergegeben werden. Es k¨onnen Kollektionenhierarchien aus Hyper-G–Servern aus- gelesen und zu lokalen Datenbanken weiterverarbeitet werden. Die Werkzeuge hierf¨ur stehen demn¨achst zur allgemeinen Verf¨ugung. 41 Es ist bisher noch nicht m¨oglich, diese lokalen Datenbanken zu modifizieren. Eine Version mit vollwertiger lokaler Datenbank wird f¨ur Herbst 1995 erwartet. F¨ur Harmony sind ahnliche¨ Erweiterungen geplant. Die Datenbank soll kompatibel sein zum Hypermediasystem PC-Bibliothek des IICM [KM93b, S. 4]. Dieses System wurde speziell f¨ur W¨orterb¨ucher und Nachschla- gewerke geschaffen. Einige kommerzielle Datenbanken stehen bereits zur Verf¨ugung. Es wird also m¨oglich sein, diese Produkte mit Hyper-G zu kombinieren.

4.3.5 Anwendungen des Hyper-G

Hyper-G steht in direkter Konkurrenz zum WWW. Das WWW hat eine große Basis installierter Systeme und viele Nutzer, es hat sicherlich die kritische Masse erreicht, um sich aus sich selbst heraus weiter zu entwickeln. Hyper-G hat dieses Ziel noch nicht erreicht. Die Produzenten vertreten das System auf einer Vielzahl von Konferenzen und in Zeitschriften (siehe [MT90, Kap93, KM93b, KM93a, KAF 94, AKM94, AK94,

¨

AP94, MS94, Kap95, AKMS95]). Uber einige Anwendungen soll hier kurz berichtet

werden. Weitere Anwendungen und Nebenprodukte werden in [KM93b] beschrieben.

J.UCS: Das Journal of Universal Computer Science (J.UCS) ist eine neue Zeit- schrift f¨ur Informatik [MS94]. Sie wird vom Springer–Verlag herausgegeben und soll vorwiegend uber¨ das Hyper-G vertrieben werden. 42 Die Zeitschrift enth¨alt alle Ar- tikel in einer HTF- und einer Postscript–Version. Die ubliche¨ Hyper-G-Funktionen wie die Suche stehen zur Verf¨ugung. Die Zeitung wird von einem Redaktionsteam in Graz produziert und von dort auf eine Reihe von Rechnern weltweit verteilt. Vorteil der elektronischen Ver¨offentlichung ist, daß Artikel weltweit schnell zur Verf¨ugung stehen, Autoren k¨onnen Errata und Verweise auf neuere Ergebnisse auch sp¨ater noch direkt als Anmerkungen an ihre Artikel anh¨angen. Alle Artikel und Anmerkungen m¨ussen durch Fachgutachter genehmigt werden.

Fachinformationssysteme: Die Deutsche Mathematiker–Vereinigung plant ein bun- desweites Fachinformationssystem auf Basis von Hyper-G. [L¨ug94] [AKM95, S. 13]. Ziel ist es, eine auf die Mathematik bezogene (fachspezifische) Infrastruktur f¨ur In- formation und Kommunikation zu schaffen“ [L¨ug94]. F¨ur das neue System wurden

40 Version

41 Information Thomas Dietinger, IICM 42 Eine CD-ROM–Ausgabe am Jahresende ist geplant.

0.85alpha, Mai 1995

4.3. HYPER-G

65

besonders Suchm¨oglichkeiten uber¨

nutzerf¨uhrung gefordert. Die Gesellschaft f¨ur Informatik plant ein ahnliches¨

Systemgrenzen hinweg und eine einheitliche Be-

Fachinformationssystem.

4.3.6

Zusammenfassung

Aktives Arbeiten ist mit Hyper-G eingeschr¨ankt m¨oglich. Der Benutzer kann Doku- mente erzeugen und einf¨ugen, Schutzrechte verhindern den unauthorisierten Zugriff auf diese Dokumente. Problematisch ist, daß Links f¨ur alle sichtbar sind und nicht auf Gruppen, Benutzer oder Kontexte eingeschr¨ankt werden k¨onnen. F¨ur l¨angerfristige Kooperationen w¨are eine Versionenverwaltung hilfreich. Die Verbreitung von Hyper-G ist im Moment eher gering, eine so große Vielfalt von Informationsquellen wie im WWW ist nicht vorhanden. Dieses Defizit wird durch die Zugangsm¨oglichkeiten zum WWW und Gopher ausgeglichen, auch wenn f¨ur diese Dokumente nicht die gesamte Funktionalit¨at von Hyper-G zur Verf¨ugung steht. Hyper-G bietet mit seiner Kollektionshierarchie die M¨oglichkeit, Themen zu struk- turieren und von einander abzugrenzen. So k¨onnte ein Benutzer erkennen, ob er alle Dokumente zu einem Thema gesehen und bearbeitet hat. Suchen erm¨oglichen ihm, erste Anhaltspunkte f¨ur das zu finden, was ihn interessiert. Die Kollektionenhierarchie bietet hier die M¨oglichkeit, die Suche auf sinnvolle Teilbereiche der Hypermediabasis einzuschr¨anken. F¨ur die Produktion von Dokumenten stehen noch weniger Hilfsmittel zur Verf¨ugung als im WWW. Es sind nur wenige Konverter f¨ur Textdokumente vorhanden, immerhin ist es aber m¨oglich, Dokumente erst nach HTML und dann nach HTF zu wandeln; dabei treten nat¨urlich gewisse Verluste an Darstellungsinformationen auf. Programme wie Harmony erleichtern dem Autor daf¨ur die Aufgabe, neue Dokumente im System zu plazieren. Die vorhandenen Hilfsprogramme besitzen keine einheitliche Benutzer- schnittstelle, Optionen sind in verschiedenen Programmen unterschiedlich benannt, obwohl sie gleiche Funktionalit¨at haben. Hypermediafunktionalit¨at steht f¨ur alle Dokumenttypen zur Verf¨ugung und erlaubt, diese vollst¨andig in die Pr¨asentation zu integrieren. Hyperlinks k¨onnen genutzt werden, um Filme, Bilder und Ton zu strukturieren und zu erkl¨aren. Multimediadokumente wie Filme, Bilder oder 3D-Szenen ben¨otigen viel Speicherplatz und belasten, wenn sie abgerufen werden, die Datenleitungen. Bei heutigen Transferleistungen sind daher nur kleine Dokumente sinnvoll, weil der Benutzer sonst zu lange auf ihr Eintreffen warten m¨ußte. Von der Seite der Systembetreiber bietet das Hyper-G gegen¨uber dem WWW einige Vorteile. Es k¨onnen Benutzer und Gruppen eingerichtet werden, die sich gegenseitig uberschneiden¨ k¨onnen. Dokumente werden uber¨ den Hyper-G–Server in die Datenbank eingef¨ugt, Informationen wie Titel und andere Attribute werden automatisch extrahiert und getrennt gespeichert. Die Konsistenz der Verweise wird vom System automatisch sichergestellt.

4.4.

VORLESUNGSUNTERLAGEN IM HYPER-G

66

Nachteile sind die schon erw¨ahnten kryptischen Hilfsprogramme und die fehlende Dokumentation. Die Systeme werden vom IICM zentral entwickelt, es gibt keine alter- nativen Anbieter. Die einzelnen Betreiber k¨onnen nicht in die Programme eingreifen und sie lokalen Gegebenheiten anpassen. Der Mangel an Beispielimplementationen wird Dritte davon abhalten, selbst Programme f¨ur Hyper-G zu schreiben. Es k¨onnen keine externen Ressourcen angebunden werden werden. Betreiber und Autoren sind auf die vorhandenen M¨oglichkeiten festgelegt und k¨onnen das System nicht erweitern. Durch die in Paderborn vorhandene Ger¨ate sind die Benutzer auf das Client– Programm Harmony festgelegt. Die Nachteile von Harmony wurden bereits dargestellt. Harmonys Abh¨angigkeit von Farbger¨aten erschwert den Zugang der Benutzer zum System. Es schafft so einen Flaschenhals, der zum Beispiel bei Verwendung des WWW mit Mosaic nicht vorhanden ist. Zuk¨unftig wird sich Amadeus auch ohne Netzanschluß und Zugriff auf einen Hyper- G–Server verwenden lassen. Studierende k¨onnten den statischen Datenbestand mit nach Hause nehmen und dort bearbeiten, M¨oglichkeiten des kooperativen Arbeitens w¨urden hierbei nat¨urlich wegfallen.

4.4 Vorlesungsunterlagen im Hyper-G

Die Vorlesung Informatik und Gesellschaft“ wird zur Zeit, im Sommersemester 1995,

¨

wieder von Reinhard Keil–Slawik gelesen. Ubungsgruppen werden von Ursula Schwol- le und Harald Selke angeboten. Es werden auch dieses Mal Vorlesungsunterlagen in elektronischer Form angeboten. Wir haben uns entschlossen, die Vorlesungsunterlagen diesmal probeweise im Hyper-G zu implementieren. Im Unterschied zum letzten Mal (siehe [BKS94])werden jetzt keine zus¨atzlichen Dokumente in Papierform herausgegeben. Das Hauptproblem war, daß oft einzelne Seiten der Papierversion fehlten oder verlegt wurden und die Kopiervorlagen deswe- gen laufend kontrolliert und erg¨anzt werden mußten. Die Unterlagen f¨ur die diesj¨ahrige Vorlesung sind gr¨oßtenteils in der Paderborner Universit¨atsbibliothek vorhanden und k¨onnen dort gelesen werden. Ich bin dieses Jahr mit der technischen Dokumentener- stellung betraut worden. Das System wird im Hyper-G implementiert. Daf¨ur wurde ein Hyper-G–Server eingerichtet und die Clients Harmony und hgtv installiert.

Dokumentenerstellung

Die meisten Dokumente wurden aus wissenschaftlichen Originalartikeln gewonnen. Diese lagen entweder schon in elektronischer Form vor, oder sie wurden von Pa- piervorlagen mittels eines Scanners und eines Schrifterkennungsprogramms in eine elektronische Version uberf¨¨ uhrt. Es gibt kaum Programme, die die Erzeugung von HTF– (oder auch HTML–) Dokumenten unterst¨utzen.

4.4.

VORLESUNGSUNTERLAGEN IM HYPER-G

67

Zu den besseren Konvertern geh¨ort latex2html 43 von Nikos Dracos, Leeds. Mit diesem Programm lassen sich L A T E X–Dokumente in HTML-Dokumente konvertieren. Jeder Abschnitt des Originaldokuments wird in ein Hypertextdokument verwandelt, die Dokumentstruktur der Originaldokumente wird in eine Verweisstruktur umgesetzt. In HTML nicht darstellbare Konstrukte werden in Bilder umgewandelt und so in den Text eingebettet. Es ist nicht sehr aufwendig, den eingelesenen ASCII-Text in ein L A T E X– Dokument umzusetzen. Die meisten von uns bereitgestellten Dokumente enthalten vorwiegend Text und nur wenige Bilder und Graphiken, die Konvertierung beschr¨ankt sich daher vorwiegend auf das Wiederherstellen der Kapitelstruktur und die Korrektur der Ausgabe des OCR–Programms. Die L A T E X–Dokumente werden dann nach HTML konvertiert, ein selbst erstelltes Konvertierungsprogramm wandelt die entstandenen HTML–Dokumente (mit ihren Verweisen) in HTF–Dokumente um . Diese k¨onnen direkt in den Hyper-G–Server eingef¨ugt werden. Vorteil dieses Verfahrens ist, daß von der L A T E X–Version noch ein PostScript–Dokument erzeugt werden kann, das den gesamten Text in einer sequentiellen Form enth¨alt. Alternativ ist es m¨oglich, vom Schrifterkennungsprogramm ein RTF–Dokument erzeugen zu lassen und dieses direkt in Hyper-G einzuf¨ugen. Dabei wird der gesamte Text in ein Dokument umgewandelt. Das physikalische Layout mit Zeilenbreite und Wortumbr¨uchen wird beibehalten. Zus¨atzlich zu den wissenschaftlichen Originalartikeln wurden bisher noch einige Normen und Begriffsdefinitionen aufgenommen. Die Artikel werden in Kollektionen

 

¨

nach Themengebieten und auch nach Dokumentyp (Originaltext, Norm,

Ubersicht)

gruppiert angeboten. Bild 4.8 zeigt die oberen Stufen der Kollektionenhierarchie. Die

¨

Studierenden k¨onnen sich auf verschiedene Art einen Uberblick verschaffen, eine Suche

¨

l¨aßt sich besser einschr¨anken. Es sollen noch eigene Ubersichtsartikel zu den einzelnen

¨

Themengebieten erstellt werden, zusammen mit graphischen Ubersichten sollen sie die einzelnen Texte verbinden und in ihren Kontext einbinden. Auf Verweise zwischen einzelnen Artikeln wurde verzichtet, um die Intentionen der einzelnen Autoren nicht zu beeinflussen. Eine Bibliographie des Fachgebiets wird noch erstellt und aufgenommen, ein allgemeines elektronisches W¨orterbuch steht (in Graz) zur Verf¨ugung. Die Arbeiten zur Erstellung der Datenbank sind noch nicht abgeschlossen, Doku- mente werden im Laufe der Vorlesung erg¨anzt. Sobald die Programme zur Erstellung lokaler Datenbanken f¨ur Amadeus zur Verf¨ugung stehen, werden wir eine lokale Da- tenbank f¨ur die Rechner der Studierenden zuhause produzieren, die dann per Diskette oder Modem installiert werden kann.

Benutzung des Systems

Hyper-G ist — wie auch das WWW — von jedem studentischen Computerarbeitsplatz erreichbar. Da Harmony aber nur auf Farbbildschirmen benutzbar ist, stehen nicht sehr viele Ger¨ate zur Verf¨ugung.

43 http://cbl.leeds.ac.uk/nikos/tex2html/doc/latex2html/latex2html.html

4.4.

VORLESUNGSUNTERLAGEN IM HYPER-G

68

4.4. VORLESUNGSUNTERLAGEN IM HYPER-G 68 Abbildung 4.8: Struktur der Vorlesungsunterlagen

Abbildung 4.8: Struktur der Vorlesungsunterlagen

4.4.

VORLESUNGSUNTERLAGEN IM HYPER-G

69

Es wurde f¨ur jeden Studierenden ein Benutzereintrag und eine eigene Heimatkol-

lektion angelegt, wo er eigene Dokumente ablegen kann. Die Studierenden wurden in

¨

einer einst¨undigen Ubung in die Benutzung des Systems eingef¨uhrt. Die Zahl der Teil-

¨

groß. Weil dadurch die Ubungsgruppen sehr

groß sind, ist an gruppenweites aktives Arbeiten mit den Dokumenten nicht zu denken. F¨ur individuelle Anmerkungen und Verweise fehlt im Moment noch die Systemun-

terst¨utzung. Die Studierenden k¨onnen Dokumente lesen und im Dokumentenbestand suchen. Jedes Dokument existiert in einer Hypertext– und einer PostScript–Version, letztere kann bei Bedarf ausgedruckt werden. Weil Harmony im Moment keine Annotationen unterst¨utzt, mußten wir auf ein Hypertext–Diskussionsforum zur Diskussion zwischen Studierenden und mit den Lehr- kr¨aften verzichten. Als Ersatz wurde eine lokale USENET–Gruppe eingerichtet. Die Diskussion l¨auft langsam an. Bisher wurde vorwiegend uber¨ den Einsatz des Hyper-G als Pr¨asentationsmedium f¨ur die Unterrichtsunterlagen und die Rahmenbedingungen diskutiert. Die Studierenden beklagten sich vorwiegend die schlechte Arbeitsumge- bung und die Menge des angebotenen Materials. Eine inhaltliche Diskussion fand bisher nicht statt. Es werden jede Woche Ubungsaufgaben in einer Hyper-G–Kollektion und im Dis-

kussionsforum ver¨offentlicht. Die Studierenden senden ihre L¨osungen direkt per elek-

nehmer der Vorlesung ist uberraschend¨

¨

¨

tronischer Post an ihre Ubungsgruppenleiter. Auch dieses Jahr ist geplant, die Ergebnisse des Hypermediaeinsatzes zu untersu- chen und die Studierenden zu befragen. Eine erste Umfrage wurde vor der Einf¨uhrung

der Studierenden in das Hypermediasystem durchgef¨uhrt. Da die zweite Umfrage noch aussteht, liegen hier noch keine Ergebnisse vor.

Kapitel 5 Bewertung der Technik

In diesem Kapitel werden die beiden beschriebenen Systeme anhand der Kriterien aus Abschnitt 3.4 beurteilt. Ich werde dabei dem Katalog der Anforderungen folgen und jeweils die Funktionen des WWW bzw. Hyper-G gegen¨uberstellen. F¨ur die Benutzbarkeit des Gesamtsystems ist es wichtig, die Funktionen der Client– Programme mit in den Vergleich einzubeziehen. Es wird also das WWW mit Mosaic dem Hyper-G mit Harmony gegen¨ubergestellt.

5.1

Erschließbarkeit

Das WWW und seine Client–Programme wie Mosaic bieten nur wenige Funktionen,

die den Lernenden den Einstieg in das Hypermediasystem erleichtern k¨onnten. Die

¨

M¨oglichkeit der Strukturierung durch Karten besteht in Hyper-G wie im WWW. Uber-

sichten k¨onnen vom Autor explizit angelegt werden. Die M¨oglichkeit, Bereiche in

¨

Bildern mit Ankern zu versehen, erm¨oglicht es dem Autor, eigene Ubersichten in die Hypermediabasis einzubinden. Mit seiner Kollektionshierarchie bietet Hyper-G die M¨oglichkeit, uber¨ Systemgrenzen hinweg die Materialien nach Inhalten zu sortieren.

Die Strukturierung der Lehrmaterialien kann so explizit gemacht werden. Harmonys

¨

lokale Karte erm¨oglicht den Benutzern, sich einen ungef¨ahren Uberblick dar¨uber zu schaffen, wie das aktuelle Dokument mit anderen Dokumenten verbunden ist. Nach- teilig ist, daß Verweise keinem konkreten Anker zugeordnet werden k¨onnen. Die Orientierung der Lernenden im Hypermediasystem unterst¨utzt Harmony durch seine lokale Karte und die Kollektionen¨ubersicht in der Sitzungskontrolle. Es fehlt die M¨oglichkeit, interessante oder wichtige Dokumente in eine Hotlist aufnehmen zu k¨onnen. Mosaic bietet außer der Information uber¨ ausgehende Links keine Informatio- nen uber¨ das Umfeld des aktuellen Dokuments. Interessante Adressen k¨onnen von den Benutzern gespeichert werden. Beide Programme erm¨oglichen es den Benutzern, zu schon besuchten Dokumenten oder zum Startpunkt zur¨uckzukehren. Hyper-G bietet weitgehende, im System verankerte, Suchm¨oglichkeiten. Die Kol- lektionenhierarchie erm¨oglicht eine sinnvolle Einschr¨ankung des Suchraums auf re-

5.2.

TRENNUNG VON AUTOR UND LESER

71

levante Themengruppen. Das WWW bietet keine origin¨aren Suchm¨oglichkeiten. Es k¨onnen zwar Sucherweiterungen in das System eingebracht werden, es ist aber auch dann keine Suche uber¨ Rechnergrenzen hinweg m¨oglich. Die Lernenden sollten erkennen k¨onnen, ob sie alle relevanten Dokumente zu einem Thema besucht haben. Im WWW ist dieses schwierig festzustellen. Aufgrund der Implementation der sensitiven Bilder im WWW k¨onnen von Mosaic nur in Texten Links zu besuchten Dokumenten markiert werden. Bilder fallen also als Checkliste f¨ur ein Themengebiet aus. Harmony markiert in der Sitzungskontrolle und der lokalen Karten alle besuchten Dokumente. In der Ausgabe der Suchfunktion werden ebenfalls alle schon besuchten Dokumente markiert. Links zu besuchten Dokumenten werden in Hypermediadokumenten kenntlich gemacht. Die Lernenden k¨onnen so kontrollieren, ob sie im Laufe ihrer Arbeit auch alle Dokumente und Fundstellen eines Begriffs besucht haben. Diese Markierungen werden nicht abgespeichert und stehen bei der n¨achsten Sitzung nicht mehr zur Verf¨ugung. Beide Systeme bieten keine M¨oglichkeiten, Links mit Attributen zu versehen und Dokumente oder Links nach Attributwerten zu filtern.

5.2 Aufhebung der Trennung von Autor und Leser

Um die Hypermediabasis ihren Erfordernissen anpassen zu k¨onnen, sollten die Ler- nenden in die Lage versetzt werden, selber aktiv an der Datenbank zu arbeiten. Das WWW ist ein reines Pr¨asentationsmedium. Es ist nicht vorgesehen, daß außer dem Autor andere Personen Links in oder aus bestehende Dokumente legen. Es bleibt die M¨oglichkeit, die Lernenden selbst Dokumente schreiben zu lassen. Kooperatives Arbeiten im Sinne eines Dialogs durch gegenseitige Annotationen sind im WWW nicht m¨oglich. Mosaic erm¨oglicht zwar private Annotationen, diese sind f¨ur andere aber nicht einsehbar. Hyper-G bietet M¨oglichkeiten f¨ur kooperatives Arbeiten. Annotationen sind grund- s¨atzlich m¨oglich, werden aber im Moment von Harmony noch nicht unterst¨utzt. Be- nutzer k¨onnen selbst Links in andere Dokumente legen, eigene Dokumente k¨onnen eingef¨ugt und modifiziert werden. Links von diesen Dokumenten k¨onnen interaktiv er- zeugt werden. Nachteilig ist, daß diese Links von allen Benutzern gesehen werden, es ist also fraglich, ob sich ein aktiver Arbeitsstil mit einer großen Gruppe von Lernenden praktizieren l¨aßt. Eine M¨oglichkeit zur Markierung von Textstellen fehlt beiden Systemen.

5.3 Dokumentenerstellung

Die Dokumentenerstellung f¨ur beide Systeme wird durch den Mangel an Werkzeu- gen stark erschwert. Im Bereich des WWW ist im Rahmen der fortschreitenden Kommerzialisierung schon bald mit professionellen L¨osungen zu rechnen. Wird im

5.4. EINSATZUMGEBUNG

72

Hyper-G demn¨achst HTML3 als Hypertextsprache eingesetzt, dann sollten auch die f¨ur das WWW produzierten Werkzeuge einsetzbar sein. Abschnitt 4.4 beschreibt die Klimmz¨uge bei der Erstellung von Hypertextdokumenten f¨ur das Hyper-G. Hypermedia–Editoren f¨ur andere Dokumentenformate sind f¨ur beide Systeme nicht in Sicht. Sie w¨aren gerade bei der Wartung und Erg¨anzung bestehender Hypermedia- dokumente (wie der oben erw¨ahnten Karten) sehr hilfreich. Hyper-G unterst¨utzt Hypermediafunktionen f¨ur wesentlich mehr Dokumenttypen. Im WWW k¨onnen Verweise nur aus Textdokumenten und eingebundenen Bildern de- finiert werden. Hyper-G unterst¨utzt auch Verweise in und aus Filmen, 3D–Szenen und PostScript–Dokumenten. Links k¨onnen interaktiv definiert werden, die unterliegen- den Dokumente m¨ussen daf¨ur nicht modifiziert werden. Der Preis f¨ur die Vielfalt an unterst¨utzten Dokumenttypen ist eine h¨ohere Komplexit¨at der Anzeigeprogramme. Die Erstellung von Hypermediadokumenten ist sehr kostspielig. Hyper-G erm¨og- licht es, Dokumente in mehr als einer Kollektion abzulegen. Dokumente k¨onnen so f¨ur mehr als eine Veranstaltung oder ein Thema bereitgestellt werden. Dadurch k¨onnen die Lernenden schnell feststellen, welche Dokumente f¨ur sie relevant sind. Es ist in beiden Systemen nicht m¨oglich, Links je nach aktuellem Einsatzkontext sichtbar oder unsichtbar zu machen. Verschiedene Kontexte im Sinne von Intermedia lassen sich also nicht schaffen.

5.4

Einsatzumgebung

Beide Systeme k¨onnen von jedem vernetzten Computer der Hochschule erreicht wer-

den. Die dazu ben¨otigte Software steht kostenlos zur Verf¨ugung. Harmony setzt f¨ur ein sinnvolles Arbeiten einen Farbrechner voraus. In den allgemein zug¨anglichen Rech- nerr¨aumen sind vorwiegend Rechner mit Schwarzweißbildschirm anzutreffen. Der Zugang zum System wird so also stark eingeschr¨ankt. Mosaic kann auf allen Sys- temen eingesetzt werden, nur sehr kontrastarme Farbbilder bereiten den Benutzern von Schwarzweißarbeitspl¨atzen Probleme. Hyper-G vergibt f¨ur jedes Dokument Schreib- und Leserechte. So k¨onnen sensi-

¨

tive Dokumente gesch¨utzt werden. Die Berechtigung zur Anderung bestehender und zum Einf¨ugen neuer Dokumente kann einer Gruppe von Personen gegeben werden. Das WWW sieht nur eine Einschr¨ankung von Lesezugriffen vor. Will jemand Doku- mente modifizieren oder neue hinzuf¨ugen, so muß er die Schreibberechtigung f¨ur das

Dateisystem des Servers besitzen. F¨ur die ublichen¨ Heimarbeitsrechner sind alle n¨otigen Komponenten des World Wide Web kostenlos erh¨altlich. Die Lernenden k¨onnten die Hypermediabasis in der Hochschule kopieren und zuhause einspielen. F¨ur Hyper-G–Clients Amadeus und (demn¨achst auch) Harmony steht eine lokale Datenbank zur Verf¨ugung, die ohne Netzanbindung betrieben werden kann. Es wird also mit beiden Systemen m¨oglich sein, zuhause und ohne Netzanschluß mit den Vorlesungsunterlagen zu arbeiten.

5.5. ERWEITERBARKEIT

73

5.5 Erweiterbarkeit

Einer der Hauptargumente f¨ur das WWW ist seine hohe Konfigurierbarkeit. Es k¨onnen andere Programme in den Adreßraum des Servers eingeblendet werden, die Ausga- ben dieser Programme werden vom Server als Hypermediadokumente herausgegeben. Die Installation und Wartung dieser Erweiterungenen bedeutet allerdings einen nicht unerheblichen Aufwand f¨ur die Systembetreuung. Hyper-G bietet kaum M¨oglichkeiten, Ressourcen außerhalb des Servers in das Sys- tem einzubinden. Die einzigen externen Ressourcen, die eingebunden werden k¨onnen, sind WWW– und Gopher–Server. Aus dieser eingeschr¨ankten Erweiterbarkeit ergibt sich eine einheitliche Benutzungsoberfl¨ache f¨ur alle Informationsangebote. Die erste Umfrage zur diesj¨ahrigen Vorlesung Informatik und Gesellschaft“ hat ergeben, daß die meisten Studierenden das WWW bereits kennen und benutzt haben. Die Grundlagen beider Systeme lassen sich in kurzer Zeit erlernen. Dokumentation zum WWW wird im WWW selbst angeboten, zum Hyper-G sind nur wenige technische Infomationen erh¨altlich.

5.6 Zuk¨unftige Verf¨ugbarkeit

Das WWW erfreut sich im Internet und auch dar¨uber hinaus allgemein großer Be- liebtheit. Die Weiterentwicklung des Gesamtsystems und der einzelnen Komponenten

verl¨auft außerst¨ dynamisch. Die B¨undelung der Entwicklung im W3–Konsortium stellt sicher, daß sich das Gesamtsystem auch in Zukunft einheitlich weiterentwickeln wird. Gewisse strukturelle Nachteile wie unidirektionale Verweise oder die Vermischung von Links und Text werden auch in Zukunft bestehen bleiben. Das WWW wird daher auch weiterhin kein brauchbares Basissystem f¨ur kooperatives Arbeiten sein. Wie sich das Hyper-G weiterentwickeln wird, ist angesichts der Abh¨angigkeit von

 

¨

einer einzelnen Organisation nicht leicht einzusch¨atzen. Durch die

Ubernahme der

Hypertextsprache HTML3 wird Hyper-G von der Entwicklung des WWW profitieren k¨onnen. Hyper-G wird angesichts des rasanten Aufstiegs des WWW wahrscheinlich ein System f¨ur spezielle Anwendungen bleiben. Es ist daher ungewiß, ob sich ein gr¨oßer Markt f¨ur Werkzeuge und Systemkomponenten bilden wird. Das System wird

vom IICM in Kooperation mit Organisationen wie der European Space Agency, der Deutschen Mathematiker–Vereinigung und dem Springer–Verlag entwickelt. Daher

¨

sollte das Uberleben des Systems auch f¨ur die n¨achsten Jahre gesichert sein.

Die Ergebnisse der letzten Abschnitte werden in Tabelle 5.1 noch einmal kurz zusammengestellt.

¨

¨

5.6. ZUK UNFTIGE VERF UGBARKEIT

74

World Wide Web HyperG Erschließbarkeit Graphische als Bilder im Text, keine Markie- ¨ Ubersichten rung
World Wide Web
HyperG
Erschließbarkeit
Graphische
als Bilder im Text, keine Markie-
¨
Ubersichten
rung besuchter Dokumente, umst¨and-
liche Erzeugung der Links
als Bilder, Markierung besuchter Do-
kumente, Links k¨onnen interaktiv er-
zeugt werden
¨
Gruppierung
Informationen
Lokale Navigation
von
Suchfunktion
nur durch Ubersichtsdokumente, keine
Systemunterst¨utzung
Hotlist, zur¨uck zum vorherigen Doku-
ment, zur¨uck zum Start, Links zu be-
nutzten Dokumenten werden markiert
nur mit Systemerweiterungen m¨oglich,
auf das lokale System beschr¨ankt
durch
Kollektionenhierarchie,
durch
¨
Abschluß
Links zu benutzten Dokuementen wer-
den markiert
Ubersichtsdokumente
zur¨uck zum vorherigen Dokument,
Links werden f¨ur die Sitzung markiert,
lokale Karte
auf einzelnen Kollektionenhierarchien,
ubergreifend¨ auf mehreren Rechnern,
verschiedene Suchmodi
besuchte Dokumente werden in der
Kollektionen¨ubersicht markiert
Trennung von Autor und Leser
Anmerkungen
Kooperatives
nur lokal f¨ur den Benutzer, eine pro
Dokument
wegen unidirektionaler Verweise nicht
als Hypermediadokument im System,
von anderen gegebenenfalls einsehbar
m¨oglich
Schreiben
Dokumente
m¨oglich
Zugang uber¨ Dateisystem uber¨ ein Client-Programm
einf¨ugen
Verweise
Verweise in Doku-
mente erzeugen
Modifikation
Werkzeuge
m¨ussen in das Hypertextdokument ein-
gebaut werden
erfordert Schreibberechtigung, nur f¨ur
Texte m¨oglich
werden beim Einf¨ugen aus dem Text
extrahiert oder interaktiv erzeugt
f¨ur alle Dokumenttypen, von allen Be-
nutzern m¨oglich
als Modifikation des Dateisystems uber¨ die Clients
einige
Systemzugang
Lesezugriff einschr¨ankbar
wenige
Einsatzumgebung
Gruppen- und Nutzerrechte f¨ur Lese-
und Schreibzugriffe
Hardware-
gering Farbbildschirm, hoher Speicherbedarf
Vorraussetzungen
Ohne Netzwerk
m¨oglich mit Einschr¨ankungen
Erweiterbarkeit
viele Systemerg¨anzungen vorhanden,
aufwendig zu betreuen
zuk¨unftig m¨oglich
kaum m¨oglich
Weiterbestand
Fortentwicklung
gesichert
dynamisch, viele Anbieter
Zuk¨unftige Entwicklung
gesichert
abh¨angig von einer Institution

Abbildung 5.1: Gegen¨uberstellung der Eigenschaften von WWW Hyper-G bez¨uglich Lehrveranstaltungsunterlagen

Kapitel 6 Quintessenz und Ausblick

Die Vorteile des Hyper-G sind in seiner Struktur begr¨undet. Die bidirektionalen Links erm¨oglichen Kommunikation zwischen Benutzern und sind Grundlage f¨ur aktives Arbeiten. Die Trennung von Links und Dokumenten erm¨oglicht es den Benutzern, Links zu ziehen ohne in Dokumente eingreifen zu m¨ussen. Die Kollektionenhierarchie erm¨oglicht eine inhaltliche Gruppierung von Dokumenten und schafft abgegrenzte Suchr¨aume. Alle diese Eigenschaften sind im WWW auch in Zukunft nicht zu erwar- ten.

Die Einschr¨ankungen, die jetzt noch im Hyper-G existieren, sind alle grunds¨atz- lich l¨osbar. Es ist zu hoffen, daß die Entwickler die Ressourcen besitzen, das System auch langfristig weiterzuentwickeln. Die Integration weiterer Informationsdienste wie elektronische Post und Diskussionsforen wird Hyper-G zu einem umfassenden In- formationssystem erweitern, das als Grundlage f¨ur eine allgemeine Arbeitsumgebung dienen kann. Die gr¨oßten Probleme beim Hypermediaeinsatz bestehen nicht in der Auswahl des Systems, sondern in der Verbesserung des Arbeitsumfelds der Studierenden. Die Ausstattung der offentlichen¨ Rechnerr¨aume mit ergonomisch geeigneten Ger¨aten wird sich im Laufe der Zeit sicherlich verbessern. Lokale Datenbanken f¨ur den Computer zuhause stellen f¨ur viele Studierenden sicherlich eine geeignete Ausweichm¨oglichkeit dar.

Das Arbeiten mit Hypermediadokumenten erleichtert Hyper-G durch die M¨oglich- keit, Dokumente und Verweise interaktiv zu bearbeiten. Die Produktion wird sich in Zukunft durch neue Werkzeuge erleichtern. Die Unterlagen f¨ur die Vorlesung Informatik und Gesellschaft“ werden in die- sem Semester erstmalig im Hyper-G angeboten. Ich hoffe, daß sich die Akzeptanz elektronischer Unterlagen bei Studierenden und Lehrenden langfristig erh¨ohen l¨aßt. Die Umsetzung von Dokumenten ins Hyper-G wird bis zum Ende der Vorlesungszeit fortgesetzt. Bisher wurden vorwiegend wissenschaftliche Originalartikel in das System aufgenommen. Es fehlen noch vielfach Dokumente, die diese Artikel in einen Kontext einbinden. Die zweite abschließende Umfrage wird weitere Daten uber¨ Akzeptanz und Be-

76

nutzbarkeit des Systems liefern.

Auch danach werden die Dokumente den Studierenden, zum Beispiel f¨ur Pr¨ufungs-

¨

vorbereitungen, weiter zur Verf¨ugung stehen. Uber den Einsatz des Systems f¨ur weitere

Vorlesungen wurde noch nicht entschieden.

Literaturverzeichnis

[ACM89]

Association for Computing Machinery: ACM Hypertext 89, New York,

1989.

[ACM91]

Association for Computing Machinery: ACM Hypertext 91, New York,

1991.

[AK94]

Keith Andrews and Frank Kappe: Soaring through hyperspace: A snapshot of Hyper–G and its Harmony client. In Proc. of Eurographics Symposium and Workshop on Multimedia:

Multimedia/Hypermedia in Open Distributed Environments, June 1994.

[AKM94]

Keith Andrews, Frank Kappe, and Hermann Maurer: Hyper–G and Harmony: Towards the next generation of networked information technology. Technical report, Institute for Information Processing and Computer Supported New Media, TU Graz, 1994. submitted to CHI 95.

[AKM95]

Keith Andrews, Frank Kappe, and Hermann Maurer: The Hyper-G network information system. Journal of Universal Computer Science, 1(4), April 1995.

[AKMS95]

Keith Andrews, Frank Kappe, Hermann Maurer, and Klaus Schmaranz: On second generation hypermedia systems. submitted to ED-Media 95, Graz, Institute for Information Processing and Computer Supported New Media, TU Graz, 1995.

[AMM 93]

F. Anklesaria, McCahill, P. M., Lindner, D. Johnson, D. Torrey, and B. Alberti: The Internet Gopher Protocol (a distributed document search and retrieval protocol). Internet Request for Comments 1436, University of Minnesota, March 1993.

[And93]

Marc Andreesen: NCSA Mosaic Technical Summary. University of Illinois, National Center for Supercomputing Applications, May 1993. Revision 2.1.

LITERATURVERZEICHNIS

78

[AP94]

Keith Andrews and Michael Pichler: Hooking up 3–space: Three dimensional models as fully–fledged hypermedia documents. In Proceedings of East–West International Conference on Multimedia, Hypermedia, and Virtual Reality, Moscow, September 1994.

[AW94]

Addison-Wesley goes Internet: Internet allgemein.

http://www.germany.eu.net/shop/AW/News/internet.html,

1994.

[BDUS94]

C. Mic Bowman, Peter B. Danzig, Manber Udi, and Michael F. Schwartz: Scalable internet resource discovery: Research problems and approaches. Communications of the ACM, 37(8):98–114, 1994.

[BF93]

N. Borenstein and N. Freed: MIME (Multipurpose Internet Mail Extensions) part one: Mechanisms for specifying and describing the format of internet message bodies. Internet Request for Comments 1521, September 1993. obsoletes RFC 1341.

[BKS94]

Andreas Brennecke und Reinhard Keil-Slawik: Alltagspraxis in der Hypermediagestaltung. Technischer Bericht Universit¨at–GH Paderborn, 1994. ver¨offentlicht als [BKS95].

[BKS95]

Andreas Brennecke und Reinhard Keil-Slawik: Alltagspraxis in der Hypermediagestaltung — Erfahrungen beim Einsatz des World Wide Web und Mosaic in der Lehre. In: Software Ergonomie 95, Seiten 107–125, Stuttgart, 1995. German Chapter of the ACM, B.G. Teubner.

[BL93]

Tim Berners-Lee: Hypertext Transfer Protocol (HTTP) — A Stateless Search, Retrieve and Manipulation Protocol. Internet Draft,

draft-ietf-iiir-http-00, IIIR Working Group, Mai 1993. Expires 5 May

1994.

[BLC92]

Tim Berners-Lee and Robert Cailliau: World–Wide Web. In Conference on High Energy Physics, Annecy, France, September 1992. erh¨altlich auf info.cern.ch.

[BLC93]

Tim Berners-Lee and Daniel Connolly: Hypertext Markup Language (HTML) — a representation of textual information and metainformation for retrieval and interchange. Internet draft, IIIR Working Group, June 1993.

[BLCGP92a] Tim Berners-Lee, Robert Cailliau, Jean-Francois Groff, and Bernd Pollermann: World–Wide Web: The information universe. Electronic Networking: Research, Applications and Policy, 2(1):52–58, Spring

1992.

LITERATURVERZEICHNIS

79

[BLCGP92b] Tim Berners-Lee, Robert Cailliau, Jean-Francois Groff, and Bernd Pollermann: World–Wide Web: An information structure for high energy physics. In D. Perret-Gallix (editor): Artificial Intelligence and Software Engineering for High Energy Physics, Singapore, January

1992. World Scientific. preprint.

[BLCL 94]

Tim Berners-Lee, Robert Cailliau, Ari Luotonen, Henrik Frysyk, and Arthur. Secret: The World-Wide Web. Communications of the ACM, 37(8):76–82, August 1994.

[BLCPS93]

Tim Berners-Lee, Robert Cailliau, N. Pellow, and A. Secret: The World–Wide Web Initiative. In Proceedings INET 1993, pages DBC–1 — DBC–5, 1993.

[BLMM94]

Tim Berners-Lee, Larry Masinter, and Mark McCahill: Uniform Resource Locators (URL). Internet Request for Comments 1738, IETF Network Working Group, December 1994.

[BRS94]

M. Bihler, D. Roller und M. Stolpmann: Einsatz von Mosaic in der

universitaren¨

Ausbildung. In: Ulrich Glowalla und Eric Schoop

(Herausgeber): Hypermedia in Aus- und Weiterbildung, Dresden, 1994. Vorversion.

[Bry88]

Martin Bryan: SGML: An Author’s guide to the Standard Generalized Markup Language. Addison–Wesley, 1988. reprint 1989.

[Bus45]

Vannevar Bush: As we may think. Atlantic Monthly, 176(1):101–108,

1945.

republished in [Gre88, 17–34].

[CBY89]

Timothy Catlin, Paulette Bush, and Nicole Yankelovich: InterNote:

Extending a hypermedia framework to support annotative collaboration. In ACM89 [ACM89], pages 365–379.

[Con87]

Jeff Conklin: Hypertext: An introduction and survey. IEEE Computer, pages 17–41, September 1987.

[DeR89]

Steven DeRose: Expanding the notion of links. In ACM89 [ACM89], pages 249–257.

[Die94]

Thomas Dietinger: Amadeus — A PC-Client for Hyper-G. Institute for Information Processing and Computer Supported new Media, TU Graz, September 1994. Version 0.81 beta.

[DK90]

Thomas M. Duffy and Randy A. Knuth: Hypermedia and instruction:

Where is the match. In David H. Jonassen and Heinz Mandl [JM90], pages 199–225.

LITERATURVERZEICHNIS

80

[DKM 90]

F. Davis, B. Kahle, H. Morris, J. Salem, T. Shen, R. Wang, J. Sui, , and M. Grinbaum: WAIS interface protocol prototype functional specification (v1.5). Technical report, Thinking Machines Corporation, April 1990. ftp://quake.think.com/pub/wais/doc/protspec.txt.

[DMP91]

G. Davies, Hermann Maurer, and J. Preece: Presentation metaphors for very large hypermedia systems. Journal of Microcomputer Applications, 14:105–116, 1991.

[DPP94]

Andreas Dieberger, Margit Pohl und Peter Purgathofer: Einige Fragen zur Entwicklung von Hypertext–Autorenwerkzeugen. In: Hypermedia in Aus- und Weiterbildung, Dresden, Oktober 1994. Vorversion.

[DS86]

Norman Delisle and Mayer Schwartz: Neptune: A hypertext system for CAD applications. In Proceedings of ACM SIGMOD, pages 132–142,

1986.

[Duc90]

Philippe C. Duchastel: Discussion: Formal and informal learning with hypermedia. In David H. Jonassen and Heinz Mandl [JM90], pages

135–143.

[DY90]

Laura De Young: Linking considered harmful. In Preceedings European Conference on Hypertext (ECHT), pages 238–249, 1990.

[EH89]

Deborah M. Edwards and Lynda Hardman: Lost in hyperspace:

Cognitive mapping and navigation in a hypertext environment. In R. McAleese (editor): Hypertext: Theory into Practice, pages 105–125, Oxford, 1988/1989. Intellect.

[Eng94]

Dieter Engbring: Gestaltung von HTML–Dokumenten. Entwurf, Oktober 1994.

[Ess91]

Charles Ess: The pedagogy of computing: Hypermedia in the classroom. In ACM91 [ACM91], pages 277–289.

[Fur86]

G. W. Furnas: Generalized fisheye views . In M. Mantei and P. Obeton (editors): ACM Conference on Human Factors in Computing Systems III (CHI 86), pages 16–23, April 1986.

[GHH 92]

Ulrich Glowalla, Joachim Hasebrock, Gudrun H¨aferle, Gilbert Fezzardi und Mike Rinck: Das gezielte Wiederlernen mit Hilfe des Hypermedia–Systems MEM. In: Ulrich Glowalla und Eric Schoop [GS92b], Seiten 45–60.

[Gol86]

Charles F. Goldfarb: Standard Generalized Markup Language (SGML). ISO 8879:1986, Oktober 1986. modified Oct 1988.

LITERATURVERZEICHNIS

81

[Gol90]

Charles F. Goldfarb: The SGML Handbook. Oxford University Press,

1990.

[Gre88]

Irene Greif (editor): Computer-Supported Cooperative Work: A Book of Readings. Morgan Kaufmann, San Mateo, CA, 1988.

[GS90]

P. A. Gloor und N. A. Streitz (Herausgeber): Hypertext und Hypermedia — Von theoretischen Konzepten zur praktischen

Anwendung, Nummer 249 in Informatik–Fachberichte. GI, Springer,

1990.

[GS92a]

Ulrich Glowalla und Eric Schoop: Computer in der Aus– und

Weiterbildung: Potentiale, Probleme, Perspektiven. In: Hypertext und

Multimedia — Neue Wege in der computerunterstutzten¨ Weiterbildung [GS92b], Seiten 4–20.

Aus- und

[GS92b]

Ulrich Glowalla und Eric Schoop (Herausgeber): Hypertext und

Multimedia — Neue Wege in der computerunterstutzten¨ Weiterbildung. Springer, 1992.

Aus- und

[Hal88]

Frank G. Halasz: Reflections on Notecards: Seven issues for the next generation of hypermedia systems. Communications of the ACM, 31(7):836–852, 1988.

[Ham92]

Nick Hammond: Tailoring hypertext for the learner. In Piet A. M. Kommers et al. [KJM92], pages 149–160.

[Ham93]

Rainer Hammw¨ohner: Vom Netz im (Hyper-)Text zum Netz im Kopf. Nachrichten f¨ur Dokumentation, 44:23–28, 1993.

[HKRC92]

Bernard J. Haan, Paul Kahn, Victor A. Riley, and James H. Coombs:

IRIS hypermedia services. Communications of the ACM, 35(1):36–51, January 1992.

[HT92]

J¨org Hannemann und Manfred Th¨urig: Das Hypermedia–Autorensystem SEPIA. In: Ulrich Glowalla und Eric Schoop [GS92b], Seiten 118–136.

[Ide93]

Heiko Idensen: Hypertext als Utopie: Entwurfe¨

postmoderner

Schreibweisen und Kulturtechniken. Nachrichten f¨ur Dokumentation,

44:37–42, 1993.

[JM90]

David H. Jonassen and Heinz Mandl (editors): Designing Hypermedia for Learning, volume 67 of NATO ASI Series F, Berlin, Heidelberg, New York, 1990. Springer.

LITERATURVERZEICHNIS

82

[Jon86]

David H. Jonassen: Hypertext principles for text and courseware design. Educational Psychologist, 21(4):269–292, 1986.

[Jon88]

David H. Jonassen: Designing structured hypertext and structuring access to hypertext. Educational Technology, pages 13–16, November

1988.

[Jon92]

David H. Jonassen: What are cognitive tools. In Piet A. M. Kommers et al. [KJM92], pages 1–6.

[KAF 94]

F. Kappe, K. Andrews, J. Faschingbauer, M. Gaisbauer, M. Pichler, and J. Schipflinger: Hyper–G: A new tool for distributed hypermedia. Technical Report 388, Institute for Information Processing and Computer Supported New Media, TU Graz, 1994.

[Kah89]

Paul Kahn: Linking together books: Experiments in adapting published material into Intermedia dokuments. Hypertext, 1(2):111–145, 1989.

[Kap93]

Frank Kappe: Hyper–G: A distributed hypermedia system. In Proc.

INET ’93, pages DCC–1 – DCC–9, San Francisco, California, August

1993.

[Kap95]

Frank Kappe: A scalable architecture for maintaining referential integrity in distributed information systems. Technical report, Institute for Information Processing and Computer Supported New Media, TU Graz, January 1995. Submitted to the Journal of Univerersal Computer Science.

[Kea88]

Greg Kearsley: Authoring consideration for hypertext. Educational Technology, pages 21–24, November 1988.

[KG94]

Frank Kappe and Mansuet Gaisbauer: Hyper-G Text-Format (HTF) — Version 2.10. Institute for Information Processing and Computer Supported new Media, TU Graz, May 1994.

[KJM92]

Piet A. M. Kommers, David H. Jonassen, and J. Terry Mayes (editors):

Cognitive Tools for Learning, volume 81 of NATO ASI Series F. Springer, 1992.

[KM93a]

Frank Kappe and Hermann Maurer: From hypertext to active communication/information systems. IIG Report 336, Institute for Information Processing and Computer Supported New Media, TU Graz, June 1993.

[KM93b]

Frank Kappe and Hermann Maurer: Hyper–G: A large universal hypermedia system and some spin–offs. Technical report, Institute for

LITERATURVERZEICHNIS

83

Information Processing and Computer Supported New Media, TU Graz, Graz, Austria, 1993. appeared in ACM SIGGRAPH’s experimental special online issue of “Computer Graphics” (May 1993).

[KS92]

Reinhard Keil-Slawik: Gestaltung interaktiver Systeme — Ein

okologischer¨

Ansatz. Log In, 12(5/6):18–27, 1992.

[KSS95]

Reinhard Keil-Slawik and Harald Selke: Learning hypertexts:

Supporting active and cooperative learning. In ED–Media 95, 1995. short paper.

[Kuh91]

Rainer Kuhlen: Hypertext — Ein nicht-lineares Medium zwischen Buch und Wissensbank. Edition SEL–Stiftung. Springer–Verlag, 1991.

[Lan89]

George P. Landow: Hypertext in literacy education, criticism and scholarship. Computer and the Humanities, 23:173–198, 1989.

[Lan90]

George P. Landow: Popular fallacies about hypertext . In David H. Jonassen and Heinz Mandl [JM90], pages 39–59.

[L¨ug94]

Joachim L¨ugger: Hyper-G als erster Schritt zu Verteilten Informationssystemen. Als eMail an den GI–Arbeitskreis Fachinformation, August 1994.

[Lor93]

Jens Holger Lorenz: Kognitionspsychologie des Lernens in Hyper–Media–Umgebungen. Computer und Unterricht, (11):56–60,

1993.

[Mar88]

Gary Marchionini: Hypermedia and learning: Freedom or Chaos. Educational Technology, pages 8–12, November 1988.

[May92]

J. Terry Mayes: Cognitive tools: A suitable case for learning. In Piet A. M. Kommers et al. [KJM92], pages 7–18.

[Mey94]

Frerk Meyer: WWW in der Ausbildung — Lerner als Hypermediaautoren. In: Ulrich Glowalla und Eric Schoop (Herausgeber): Hypermedia in Aus- und Weiterbildung, Dresden, Oktober 1994. Vorversion.

[MI89]

Catherine C. Marshal and Peggy M. Irish: Guided tours and on–line presentations: How authors make existing hypertext intellegible for readers. In ACM89 [ACM89], pages 15–26.

[Mou91]

Stuart Moulthorp: Beyond the electronic book: A critique of hypertext rhetoric. In ACM91 [ACM91], pages 291–298.

LITERATURVERZEICHNIS

84

[MS94]

Hermann Maurer and Klaus Schmaranz: J.UCS — The next generation in electronic journal publishing. In Proceedings Network Services Conference, London, 1994. (Mail an GI–Arbeitskreis Elektronisches Publizieren).

[MT90]

Hermann Maurer and I. Tomek: Some aspects of hypermedia systems and their treatment in Hyper-G. Wirtschaftsinformatik, 32(2):187–196, April 1990.

[Nel80]

Theodor H. Nelson: Replacing the printed word: A complete literary system. In Information Processing 80, pages 1013–1023, 1980.

[Nel87]

Theodor Nelson: Computer Lib/Dream Machines. Tempus Books of Microsoft Press, 1987.

[Nie89]

Jakob Nielsen: The matters that really matter for hypertext usability. In ACM89 [ACM89], pages 239–247.

[Pin94]

Brian Pinkerton: Finding what people want: Experiences with the WebCrawler. In Second World Wide Web Conference ’94: Mosaic and the Web, Electronic Proceedings, 1994.

http://www.ncsa.uiuc.edu

/SDG/IT94/Proceedings/Searching/pinkerton/WebCrawler.html.

[Poh94]

Christian Pohl: Hypermediales Lernen in der BWL. PR-Mappe HERMES — Hypermediasystem, 1994.

[PR94a]

James F. Pitkow and Margaret M. Recker: Results from the first World–Wide Web user survey. Technical report, Graphic, Visualisation, & Usability Center, College of Computing, Georgia Institute of Technology, 1994.

[PR94b]

James F. Pitkow and Margaret M. Recker: Using the Web as a survey tool: Results from the second WWW user survey. Technical Report GVU–GIT–94–40, Graphic, Visualisation, & Usability Center, College of Computing, Georgia Institute of Technology, October 1994.

[Rag95]

Dave Raggett: HyperText Markup Language Specification, Version 3.0. Internet Engineering Task Force, 1995. Internet Draft,

draft-ietf-html-specv3-00.txt.

[Ram84]

F. Rammig: Datenbanken. Skript zur Vorlesung im Sommersemester 1984, Universit¨at–Gesamthochschule Paderborn, 1984.

[RCH94]

Liam Relihan, Tony Cahill, and Michael G. Hinchey: Untangling the World Wide Web. In Proc ACM SIGDOC 1994. ACM Press, 1994.

LITERATURVERZEICHNIS

85

[Rou90]

Jean-Franc¸ois Rouet: Interactive text processing by inexperienced (hyper–)readers. In Proceedings European Conference on Hypertext (ECHT), pages 250–260, 1990.

[Sch90]

Eric Schoop: HERMES — Botschafter eines neuen Ausbildungskonzepts in der Betriebswirtschaftslehre . In: P. A. Gloor und N. A. Streitz [GS90], Seiten 258–262.

[Sch92]

Eric Schoop: Benutzernavigation im Hypermedia Lehr-/Lernsystem HERMES. In: Ulrich Glowalla und Eric Schoop [GS92b], Seiten

147–166.

[SG90]

Karl-Heinz Saxer und Peter A. Gloor: Navigation im Hyperraum:

Fisheye Views in HyperCard . In: P. A. Gloor und N. A. Streitz [GS90], Seiten 190–204.

[SRR90]

R. Steinmetz, J. R¨uckert und W. Racke: Multimedia–Systeme . Informatik–Spektrum, 13:280–282, Oktober 1990.

[SW88]

John B. Smith and Stephen F. Weiss: Hypertext. Communications of the ACM, 31(7):816–819, July 1988. Editorial to the special issue on Hypertext.

[Tan89]

Andrew S. Tanenbaum: Computer Networks. Prentice–Hall, 2nd edition, 1989.

[Ter93]

Sigmar-Olaf Tergan: Zum Aufbau von Wissenstrukturen mit Texten und Hypertexten. Nachrichten f¨ur Dokumentation, 44:15–33, 1993.

[Tho91a]

Rainer Thome: Hypermedia — Lehrer Lempels Nachfolger? Wirtschaftsinformatik, 33(3):207–212, Juni 1991.

[Tho91b]

Rainer Thome: