Dipl Arb Verteilte Hypermediasysteme

Universit tGesamthochschule Paderborn a Fachbereich 17 (MathematikInformatik)
Michael Klemme
Beurteilung von verteilten HypermediaSystemen fur die Bereitstellung von Lehrveranstaltungsunterlagen
Diplomarbeit (HS II) f r den Integrierten Studiengang Informatik u
vorgelegt bei Reinhard KeilSlawik Paderborn, Mai 1995
Inhaltsverzeichnis
1 2 Einleitung HypermediaSysteme 2.1 Hypertext und Hypermedia : : : 2.2 Grundlegende Konzepte : : : : : 2.3 Besonderheiten von Hypermedia : 2.4 Einsatzfelder : : : : : : : : : : : 2.5 Navigation in Hyperr umen : : : a 3 5 5 6 8 10 11 20 20 20 21 22 24 26 28 28 30 30 31 34 34 36 36 41 43 46 47 48 49 53
: : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : :
Hypermedia in der Lehre 3.1 Anspr che und Realit t : : : : : : : : : : : : : : : : u a 3.1.1 Kognition und HypermediaStruktur : : : : : 3.1.2 Intermedia : : : : : : : : : : : : : : : : : : : 3.1.3 Erfahrungen aus Paderborn : : : : : : : : : : 3.2 Aktives Lernen mit Hypermedia : : : : : : : : : : : : 3.3 Gestaltung von Hypermediasystemen : : : : : : : : : 3.4 Anforderungen an Hypermediasysteme : : : : : : : : 3.4.1 Erschliebarkeit : : : : : : : : : : : : : : : : 3.4.2 Aufhebung der Trennung von Autor und Leser 3.4.3 Dokumentenerstellung : : : : : : : : : : : : : 3.4.4 Anpabarkeit an die Einsatzumgebung : : : : Verfugbare Systeme 4.1 Technische Grundlagen : : : : : : : : : : : : 4.2 Das World Wide Web : : : : : : : : : : : : : 4.2.1 Architektur : : : : : : : : : : : : : : 4.2.2 Nutzung von Informationsangeboten : 4.2.3 Gestaltung von Informationsangeboten 4.2.4 Wachstum des World Wide Web : : : : 4.2.5 Zusammenfassung : : : : : : : : : : : 4.3 Hyper-G : : : : : : : : : : : : : : : : : : : : 4.3.1 Funktionalit t und Struktur : : : : : : a 4.3.2 Dokumenterzeugung und verwaltung :
: : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : :
: : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : :
INHALTSVERZEICHNIS 4.3.3 Benutzung des Hyper-G : : 4.3.4 Clients : : : : : : : : : : : 4.3.5 Anwendungen des Hyper-G 4.3.6 Zusammenfassung : : : : : Vorlesungsunterlagen im Hyper-G :
: : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : :
2 56 57 64 65 66 70 70 71 71 72 73 73 75
4.4 5
Bewertung der Technik 5.1 Erschliebarkeit : : : : : : : : 5.2 Trennung von Autor und Leser : 5.3 Dokumentenerstellung : : : : : 5.4 Einsatzumgebung : : : : : : : 5.5 Erweiterbarkeit : : : : : : : : : 5.6 Zuk nftige Verf gbarkeit : : : u u Quintessenz und Ausblick
: : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : :
Kapitel 1 Einleitung
Hypermediasysteme erfreuen sich in den letzten Jahren zunehmender Beachtung. Ein Hypermediasystem enth lt relativ kleine Informationseinheiten, die uber Verweise in a Beziehung gesetzt werden k nnen. Diesen Verweisen kann per Knopfdruck m helos o u 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 gt a [Nel87, Nel80], aber erst die Verbreitung von Rechnern mit graphischer Benutzerober che wie dem Apple Macintosh verhalfen der Idee zum entscheidenden Durchbruch. a Zeitgleich zur Erndung von Hypertext wurde um 1960 mit dem Internet das erste weltweite Rechnernetz entwickelt. Das Internet erm glicht den angeschlossenen o Benutzern, weltweit Informationen anzubieten und abzurufen. Die Verbindung von Hypertext und globalen Netzwerken zu einem Informationssystem wie dem World Wide Web (WWW) fasziniert seit wenigen Jahren die Netzwerkgemeinde. Durch die Vereinfachung und Vereinheitlichung der Benutzung wurde das Internet auch f r Benutzer ohne Expertenwissen attraktiv. Ergebnis ist u eine exponentielle Steigerungen des Netzverkehrs, f r die uberwiegend das WWW u verantwortlich ist. Seit einigen Jahren gibt es Versuche, Hypermediasysteme f r die Aus und Weiu terbildung zu verwenden. Der assoziative Charakter soll Lernenden den Zugang zu den Strukturen des Wissens erleichtern. Andere, bisher schon existierende, Medien k nnen durch Hypermediasysteme zu einer Lernumgebung zusammengef hrt werden. o u Die Verkn pfung verschiedener Einheiten sollten den Lernenden helfen, die f r ihr u u pers nliches Vorwissen und Interesse ben tigten Informationen herauszusuchen. Das o o IntermediaProjekt der Brown University ist hier ein herausragendes Beispiel. Hier wurde ein Hypermediasystem geschaffen, das den Studierenden selbst Eingriffs und Gestaltungsm glichkeiten schafft. o In Paderborn haben Reinhard KeilSlawik und Andreas Brennecke im Sommersemester 1993 f r die Vorlesung Informatik und Gesellschaft zur Erg nzung der u a Vorlesungen Materialien im WWW zur Verf gung gestellt. Dabei wurden die Mateu
4 rialien, die in den Jahren zuvor als Kopiervorlagen auf Papier vertrieben worden sind, in eine Hypertextform uberf hrt und durch strukturierende Dokumente erg nzt. Sie u a fanden heraus, da die Bereitstellung der Unterlagen im WWW eine grunds tzliche a Uberarbeitung und Anpassung der Materialien erfordert. Aufbauend auf diesen Erfahrungen soll diese Diplomarbeit die Grundlagen von Hypermediasystemen erl utern und die besonderen Gegebenheiten und Anforderungen a des Hypermediaeinsatzes in der Lehre herausarbeiten. Es wird untersucht, welche Mindestanforderungen an eine Hypermediasystem zur Unterst tzung der Lehre gestellt u werden m ssen. u Es werden zwei verschiedene Hypermediasysteme dargestellt und auf ihre Verwendbarkeit untersucht. Die bisherigen Arbeiten zur Erstellung eines Hypermediasystems f r Unterrichtsunterlagen in Paderborn werden beschrieben. u Die Arbeit gliedert sich wie folgt: Im Kapitel 2 werden die Grundlagen von Hypertext und Hypermediasystemen erl utert. Dabei wird ein besonderes Gewicht auf die Navigation in Hypermediaa systemen gelegt. Die besonderen Erfordernisse f r den Hypermediaeinsatz in der Lehre werden u im Kapitel 3 beschrieben. Das IntermediaProjekt und der Einsatz des WWW in Paderborn werden vorgestellt. Danach werden die neuen M glichkeiten, die o Hypermedia gegen ber herk mmlichen Medien bietet, aufgezeigt. Die besondeu o ren Anforderungen an Hypermediasysteme werden f r den sp teren Vergleich u a bereitgestellt. Das Kapitel 4 stellt das WWW und Hyper-G als zwei Informationssysteme im Internet vor. Das WWW ist als Pr sentationssystem f r wissenschaftliche Ergebnisse im Intera u net entstanden. Hyper-G repr sentiert die zweite Generation von Hypermediasysa temen, es ist angetreten, die Informationsvielfalt zu strukturieren und kooperative Dokumenterstellung m glich zu machen. In diesem Kapitel werden die technio schen Grundlagen der Systeme erl utert und die daraus folgenden Konsequenzen a f r den Einsatz dargelegt. u Die Verwendbarkeit dieser Systeme f r Lernumgebungen wird im Kapitel 5 u untersucht. Dabei werden WWW und Hyper-G anhand des Anforderungskatalog aus Kapitel 3 gegen bergestellt. u Kapitel 6 gibt einen kurzen Ausblick auf die weitere Entwicklung des Hypermediasystems f r Vorlesungsunterlagen in Paderborn. u
Kapitel 2 HypermediaSysteme
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 rtern und S tzen. Auf diese Struktur o a ist oft eine hierarchische inhaltliche Struktur, bestehend aus Abs tzen, Kapiteln usw. a aufgesetzt. Die einzelnen Bausteine eines Texts sind vielf ltig uber sprachliche Kona 1 u struktionen verbunden. Ein Leser ist also gezwungen, im Text vor und zur ck zu bl ttern, um die inhaltliche Struktur des Textes zu erfassen; der Autor sollte alle Vera weise, die er auf diese Weise in den Text einbaut, sp ter auch wirklich au sen. a o Hypertextsysteme erm glichen es, einen groen Teil dieser inhaltlichen Verweise o explizit zu machen. Informationen zum Thema k nnen in einzelne informationelle o Einheiten zerlegt werden. Diese werden uber Verkn pfungen verbunden. Daf r werden u u in aller Regel im Text Bereiche oder W rter, die zu anderen in einer Beziehung stehen, o 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 ter a 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 glich. K nnen auch andere Medien als Text o o (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
F r n here Erl uterungen siehe [Kuh91, S. 31]. u a a Conklin[Con87] betont, da ein wesentlicher Unterschied zwischen Text und Hypertext darin bestehe, da Verweisen schnell nachgegangen werden k nne, deshalb sei eine Maschinen oder Computer o Unterst tzung f r ein Hypertextsystem notwendig. u u
2 1
2.2. GRUNDLEGENDE KONZEPTE
[YMvD85, S. 19].3 Multimedia bezeichnet die Integration und Synchronisation [SRR90] mehrerer Medien. Eine Verweisstruktur wie sie f r Hypermediasystem zwingend ist, ist hier nicht u notwendigerweise vorhanden.
2.2 Grundlegende Konzepte

Der Begriff Hypertext wird mit der weiteren Verbreitung von Rechnern mit Multimediafunktionen an Bedeutung verlieren und im Begriff Hypermedia aufgehen. Ich will mich im weiteren vorwiegend mit Hypermediasystemen besch ftigen und einige a grundlegende Eigenschaften beschreiben. Hypermediabasis bezeichnet den Datenbestand des Systems, also die Datenbank der Dokumente und Links. Ein Hypermediasystem beinhaltet die Hypermediabasis zusammen mit dem Zugriffssystem und eventuell vorhandenen Autorenwerkzeugen. Informationelle Einheiten Informationen k nnen in einzelne informationelle Einheiten [Kuh91, Kap. 2.1] zerlegt o werden. Jede Einheit sollte so gestaltet sein, da sie in sich konsistent und verstndlich a ist und auf ihren informationellen Kontext verweist. Diese Verbindungen k nnen dann o durch Links dargestellt werden. Sie sollte einen pr gnanten Titel haben, damit dem a Leser die Auswahl des n chsten interessanten Knotens erleichtert wird. Dieser Titel a kann auch f r Suchen und graphische Ubersichten verwendet werden. u Hypertext erlaubt eine einfache Modularisierung von Ideen [Con87, S. 35]. Da durch k nnen interne Strukturen und Zusammenh nge des Wissensgebiets sichtbar o a gemacht werden. Durch Knoten und Links k nnen verschiedene Stufen der Detailieo 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 sion und Konsistenz a Die Zerteilung von Wissen hat im Vergleich zu einem herk ommlichen Text erst einmal den Nachteil, da viele der textspezischen Vernetzungsmittel ( siehe Kapitel: : : , 4 : : : wie zuvor beschrieben ) nicht eingesetzt werden k nnen[MI89, S. 22]. o Da auf einen Knoten mehr als einmal verwiesen werden kann, ist es m glich, eine o informationelle Einheit in mehreren Kontexten zu verwenden, also mehrere Sichtweisen und Zugangsm glichkeiten zu er ffnen. Das f hrt nat rlich dazu, da sich der o o u u
Wie sich sp ter zeigen wird, steht das WWW an der Grenze zwischen Hypertext und Hypermedia. a Hyper-G ist sicher als Hypermediasystem zu bezeichnen. 4 Kuhlen [Kuh91, Kap. 1.3] beschreibt dies im Detail.
3
2.2. GRUNDLEGENDE KONZEPTE
Autor nicht mehr darauf verlassen, kann, da der Nutzer die Knoten in einer bestimmten Reihenfolge durchl uft. Jeder Knoten sollte in sich konsistent sein. Bez ge, die die a u Informationseinheit verlassen, sollten uber Links gezogen werden. Nat rlich erwartet der Benutzer, da ein Link nur wichtige und zusammenh ngende u a 5 Informationen in Beziehung setzt. Der Nutzer sollte auerdem schon vor Betreten des Links zumindest ungef hr erkennen k nnen, wohin dieser Link ihn f hren wird. Nur so a o u kann er absch tzen, ob es sich f r ihn lohnt dem Link zu folgen. Auerdem ben tigt der a u o 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 glich, Strukturen von Wissensgebieten offenzulegen, indem jedem Knoten o ein Konzept zugeordnet und die Beziehungen durch Links dargestellt werden. Links Um die Strukturierung der Hypermediabasis f r den Benutzer klarer zu machen, setzen u einige Hypermediasysteme, zum Beispiel Diskussionssysteme, typisierte Links ein.6 Hier ist die Art der Beziehung verschiedener Knoten von groem Interesse. Es gibt LinkTypen, die das Verh ltnis verschiedener Argumente wie zum Beispiel Zustima mung und Ablehnung zum Ausdruck bringen. Mit Hilfe von typisierten Links lassen sich Hypermediabasen explizit semantisch strukturieren [DY90]. In Hypermediasystemen, die f r keinen speziellen Einsatzzweck vorgesehen sind, ist der Nutzen tyu pisierter Links eher gering, weil zuviele verschiedene Typen den Nutzer und Autor verwirren k nnten [DY90, S. 240]. Es bietet sich hier an, da der Autor Typen je nach o Anwendung deniert und uber ein Attributfeld mit dem Link verkn pft [YMvD85, S. u 22]. Wird ein Hypermediasystem f r einen speziellen Zweck entworfen,7 dann kann u 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 r vorgegebenen Links.8 Verschiedene Autoren versprechen sich durch u diese Einschr nkung der Strukturfreiheit eine h here Ubersichtlichkeit der Hypera o mediabasis, die hierarchische Struktur ist dem Benutzer in der Regel aus B chern und u ahnlichen Werken bekannt.9 Eine sehr spezielle Art Links sind die warm links zur Anbindung externer Programme an das Hypermediasystem. Es k nnen so Informationen aus Quellen auerhalb o des Hypermediasystems eingebunden werden, Informationen werden bei Anwahl des Links dynamisch generiert. Dabei k nnen auch Programme auerhalb des Hypermediao
G. Landow schreibt: Hypertext links condition the user to expect purposeful, important relationships between the linked materials. [Lan89, S. 189] 6 F r eine Taxonomie von Links siehe [DeR89]. u 7 z.B. Rechnungspr fung [DY90], Diskurssysteme [HT92] u 8 zum Beispiel Links f r hierarchische Verfeinerung (1 : nRelationen, Verfeinerungen), siehe u [DeR89]. 9 Man spricht in diesem Zusammenhang oft von der BuchMetapher f r Hypertext. u
5
2.3. BESONDERHEITEN VON HYPERMEDIA
systems gestartet werden, deren Ausgaben dem Benutzer als tempor re Dokumente a pr sentiert werden. Catlin, Bush und Yankelowich schlagen vor, diesen Mechanismus a zu erweitern und Datenaustausch uber Links zwischen beliebigen Dokumenten und Anwendungen zu erm glichen [CBY89, S. 369]. Auf diese Weise k nnen zum Beio o 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 Adreraum ein, der Benutzer greift transparent auf sie zu.10 Links in kontinuierlichen Medien wie Videos einzubetten, ist technologisch nicht ganz einfach. Zus tzlich tritt die Zeit als Parameter hinzu, zum Beispiel kann ein Link a in einer Videosequenz nicht statisch an eine Position oder Fl che gebunden sein, weil a 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 ngen soll, ob die Information als PopupFenster erscheinen soll und ahnliches. a
2.3 Besonderheiten von Hypermedia

Hypermediasysteme besitzen einige Eigenschaften, die es von traditionellen Medien, wie zum Beispiel B chern oder Filmen, unterscheidet und abhebt. Ich werde diese im u folgenden kurz aufzeigen und ihren Einu auf die Benutzung von Hypermediasystemen aufzeigen. Hypermedia ist multizentrisch Wie schon erw hnt, k nnen Knoten von mehreren anderen referenziert und so vom a o Benutzer aus verschiedenen Kontexten heraus erreicht werden. Der Nutzer kann seinen Weg durch das Hypermediasystem bestimmen und wird so ein St ck weit vom u Autor unabh ngig, er ist nicht mehr an eine eindimensionale Abfolge eines normalen a Texts gebunden. In Hypermediasystemen besteht die M glichkeit, Informationen zu o 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 mmlichen Texten bekannt ist, verschwimmt dann fast zwangsl ug. Landow beo a zeichnet Hypertext deswegen als multizentrisch [Lan89, S. 188]. In herk mmlichen o Texten kann diese Grenze nur durch explizite sprachliche Verweise uberwunden wer den. Diese nachzuvollziehen ist f den Leser aufwendig. Lineare Strukturen ermutigen ur den Leser, einen Text vom Anfang bis zum Ende zu lesen [SW88, Con87]. Durch graphische Benutzungsober chen und Mauseinsatz l t sich ein Hypermediasystem sehr a a 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 Zugang zu Hypermediasystemen
Ein Hypermediasystem umfat eine Menge von Dokumenten, die untereinander beliebig verkn pft sind. Es spannt sich also ein Navigationsraum11 auf, in dem sich u der Benutzer bewegen kann. Texte unterst tzen direkt nur das sequentielle Lesen, sie u schr nken den Benutzer in seiner Bewegungsfreiheit ein. a Der Benutzer kann selbst entscheiden, wie er die Hypermediabasis erschlieen will. Hypermedia l dt zum ein zum assoziativen Suchen, der Nutzer durchl uft die Hypera a mediabasis auf von ihm bestimmten Wegen. Diese Vorgehensweise wird browsing12 oder serendipidy13 genannt. Er ist nun mit dem Problem konfrontiert, von welchem Startpunkt er die Arbeit aufnehmen soll. Oft werden thematische Ubersichten ( hnlich a dem Inhaltsverzeichnis eines Buchs) verwendet, um dem Benutzer den Einstieg zu erleichtern. Der Autor kann zu verschiedenen Herangehensweisen Ubersichten bereitstellen und so verschiedene Zug nge vorstrukturieren. Es bieten sich hier grasche a Ubersichtskarten an, die die strukturellen Zusammenh nge verschiedener Teile der a Hypermediabasis visualisieren [YLC87, S. 19]. Die Unterst tzung der Navigation uber Hyperlinks hinaus ist f r die Benutzbarkeit u u eines Hypermediasystems von gr ter Bedeutung. Deshalb wird im Abschnitt 2.5 noch o n her auf verschiedene Konzepte eingegangen. a Erweiterbarkeit Viele Hypermediasysteme speichern, wie auch anderer computerbasierter Informationssysteme, ihre Dokumente in Datenbanken.14 Diese haben den Vorteil, da sie laufend, von vielen Benutzern gleichzeitig und von verschiedenen Orten benutzt und auch ver ndert werden k nnen. a o Daraus ergeben sich einige M glichkeiten. Der Nutzer kann in die Lage versetzt o werden, die Hypermediabasis seinen eigenen Bed rfnissen anzupassen. Dazu sollte er u eigene Links einf gen k nnen, die die f r ihn wichtigen Beziehungen verdeutlichen. u o u Intermedia erm glicht dem Benutzer sogar, vollst ndig eigene Verweisstrukturen aufo a zubauen [YHMD88]. Auerdem sollte es dem Benutzer m glich sein, eigene Knoten o oder zumindest spezielle AnmerkungsKnoten (annotations) in die Hypermediabasis einzuf gen. So kann der Benutzer seinen speziellen Zugang dokumentieren und seine u Wissensstrukturen auf die Hypermediabasis abbilden.
Dieser wird oft auch als Hyperraum oder Hyperspace bezeichnet [EH89]. schm kern, sich unverbindlich umsehen o 13 Zufallsfund 14 Ein Datenbanksystem ist ein System (Softwaresystem, computergest tztes System), das sich mit u der Beschreibung vorhandener Daten, ihrer Verwaltung sowie mit dem Umgang mit ihnen und dem Zugriff auf sie befat [Ram84].
12 11
2.4. EINSATZFELDER Kommunikation
10
In vielen Hypermediasystemen k nnen mehrere Autoren oder Benutzer gleichzeitig o auf eine Hypermediabasis zugreifen und sie bearbeiten. Uber gegenseitige Annotationen k nnen Benutzer innerhalb des Hypermediasystems gemeinsam an Dokumenten o arbeiten [YMvD85, S. 19]. So k nnen Diskussionen gef hrt werden, die USENET o u Newsgoups entsprechen, Kappe und Maurer empfehlen die Integration von News und elektronischer Post (eMail) in Hypermediasysteme, um diese zu allgemeinen Informationssystemen 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 gung haben. u Konsistenz und Integrit t sind in solchen Systemen problematisch. Es stellt sich a die Frage, was mit Verweisen auf Dokumente geschehen soll, wenn der Besitzer diese andert oder ganz l scht. Viele Systeme stellen zu diesem Zweck ein Versionen o Management zur Verf gung [Hal88, S. 847][DS86]. u
2.4 Einsatzfelder
Hypermediasysteme k nnen nach verschiedenen Kriterien gruppiert werden, unter o anderem nach Art der Interaktion von Autor und Benutzer, Architektur oder Einsatzkontext. Ich will drei Kriterien hier kurz ausf hren.15 u Autor und Benutzer k nnen auf verschiedene Weise miteinander in Kontakt treten. o Die folgende Aufz hlung gibt einige grunds tzliche Ans tze wider: a a a Autorensysteme wie Notecards [Hal88] sollen Autoren helfen, ihre Gedanken zu strukturieren und pr sent zu halten. a Schreiben wird nicht als ein einmalig stattndender 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 hlicher entwickeln a [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 Hypermediasystem 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 HYPERRAUMEN
11
Kollaborationssysteme sollen einer Gruppe von Nutzern erm glichen, gemeinsam o an einem Thema zu arbeiten. Dabei erhalten alle beteiligten Benutzer die M glichkeit, o Dokumente oder Stellen in Dokumenten zu kennzeichnen, mit Bemerkungen zu verse hen und Anderungsvorschl ge abzugeben, die sp ter in neue Versionen des Dokuments a a einieen k nnen [CBY89]. Zus tzlich zu den Funktionen von Mehrbenutzersysteo a 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 sentationssysteme stellen dem Nutzer Wissen zur Verf gung. In diese Sparte a u fallen die meisten PCbasierten Systeme. Es gibt Systeme verschiedener Reichweiten, vom Einplatz und Einbenutzersystem, wo Autor und Leser in der Regel eine Person sind, bis zum verteilten Hypermediasystem, an dem viele Rechner und viele Nutzer beteiligt sind. Viele Systeme wurden mit Blick auf einen bestimmten Einsatzzweck entwickelt, andere stellen allgemeine Hypermediafunktionalit ten bereit, ohne auf ein Einsatzfeld a zugeschnitten zu sein [Hal88, S. 840].
2.5 Navigation in Hyperr umen a

Hypermediasysteme verlagern im Vergleich zu normalen Texten Verantwortung vom Autor zum Benutzer, der Benutzer ist daf r verantwortlich, eine vern nftige, f r u u u ihn zweckm ige Folge von Informationseinheiten auszuw hlen. Zus tzlich m ssen a a a u Strukturmittel wie Inhaltsverzeichnis und Index hypermediagerecht substituiert werden, um die Informationen in der Hypermediabasis erschliebar zu machen. Ich will erst die Probleme beschreiben, die bei der Benutzung von Hypermediasystemen auftreten k nnen und dann eine Reihe von L sungsvorschl gen vorstellen. o o a Noch bevor der Leser ein Buch aufschl gt, kann er absch tzen, wieviele Seiten es a a hat und vielleicht auch wie lange er brauchen wird, um dieses Buch durchzuarbeiten. Dieses intuitive Sch tzung ist bei einem Hypermediasystem nicht m glich. Die Hypera o mediabasis ist in einem Computer verborgen. Auch wenn das reine Datenvolumen bekannt sein sollte, ist die Bearbeitungszeit schwer abzusch tzen, a In einem linearen Text kann der Benutzer jederzeit feststellen, wo im Buch er sich bendet. 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 ttert und nur gelegentlich eine Seite a anschaut. Dies ist in Hypermediabasis nicht mehr m glich, es ist schwierig, sich einen o schnellen Uberblick zu verschaffen. Ein weiterer Problembereich ist die Suche von Informationen zu einem bestimmten Gebiet in einem Hypermediasystem. Dem Suchen in klassischen Informationssystemen wie Datenbanken stellt Hypermedia das assoziative Suchen durch den Benutzer
12
gegen ber. Dies kann in groen Datenbest nden aber nur erfolgreich sein, wenn der u a Startpunkt des Benutzers nicht allzu weit von der gesuchten Information entfernt16 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 hrt oft dazu, da u der Benutzer w hrend er ein Gebiet zu ergr nden sucht abschweift und auf Abwege a u ger t, die ihn vom eigentlichen Ziel seiner Arbeit abbringen [Mar88, 10]. Der Benutzer a mu also immer wieder abw gen, ob der jetzige Pfad f r ihn noch sinnvoll ist. Hat a u sich ein Weg in der Hypermediabasis als nicht erfolgversprechend herausgestellt, so wird der Benutzer geneigt sein, von einem fr heren Punkt des Wegs neu zu starten u und einen anderen Weg einzuschlagen. Dies f hrt dazu, da der Benutzer einen nicht u geringen Teil seiner Aufmerksamkeit und Konzentration auf die Umgebung und nicht auf das f r ihn relevante Material verwenden mu. Gerade in groen Hypermediabasen u ist dieses Problem nicht zu vernachl ssigen. a Alle diese Faktoren f hren leicht zum Verlust der Orientierung in der Hypermediau basis, es wurde das Schlagwort Lost in Hyperspace gepr gt [EH89]. a 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 her an sein Ziel f hrt a u 18 [Mar88]. Dies alles f hrt zu einer kognitiven Mehrbelastung des Benutzers verglichen u 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 chtnis [KS92, S. 19] sein Vorgehen zu a ordnen. Utting und Yankelovich [UY89] beschreiben einige Ans tze f r Navigationsa u hilfen und geben Beispiele f r ihren Einsatz in Intermedia. Sie unterscheiden dabei u r umliche und zeitliche Navigation. Ich will im folgenden einige Ans tze beschreiben. a a 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 dieser 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 notwendigerweise 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 17
Entfernung soll hier als Zahl der zu uberquerenden Links verstanden werden. Diese m ssen ja nicht mit den schon gefundenen Informationen verkn pft sein. u u 18 cognitive overhead, [Con87, S. 40]
13
Abbildung 2.1: Globale Karte in Intermedia un bersichtlich wird. Karten k nnen dem Benutzer eine r umliche Anschauung der u o a Hypermediabasis vermitteln. Dabei werden Dokumente uber die geographische Posi tion ihrer Icons auf der Karte (wieder-)erkannt, inhaltliche Zusammenh nge k nnen a o 19 durch r umliche N he kenntlich gemacht werden. Es ist also besonders wichtig, da a a 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 r ihn sinnvollen Weise zu gestalten. Neu eingef gte Dou u kumenten werden an einer StandardPosition in die Karte eingeblendet, der Benutzer kann sie dann nach seinen Notwendigkeiten positionieren.20 Groe globale Karten, die viele Kanten enthalten, erschweren den schnellen Uberblick uber die Hypermediabasis [DY90, S.239]. Man kann versuchen, durch Filterung der angezeigten Dokumente und Links die Gr e und Komplexit t der Karte zu reduo a zieren. Mehrere Knoten werden zu einem zusammengefat 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 InforWe believe, that having xed 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].
19
14
mationsbestand vorschreiben. Halasz schl gt einen objektorientierten Ansatz vor [Hal88, S.843]. Inhaltlich zua sammenh ngende Gebiete k nnten in ein ContainerDokument (composite) zusama o mengefat werden. Ein Knoten k nnte in mehr als einem Zusammenhang auftauchen. o Es k nnten so mehrere Abstraktionsebenen geschaffen werden, auf einer h herer Abo o straktionsebene m ten nur die Beziehungen der n chst tieferen Ebene dargestellt u a werden. Eine Uberblickskarte k nnte deswegen recht ubersichtlich bleiben, mehrere o CompositeHierarchien k nnten verschiedene Sichtweisen auf die Hypermediabasis o zur Verf gung stellen. Ungekl rt ist wie und welche Verweise in und aus einem Comu a 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 IntermediaSystem. Das aktuell bearbeitete Dokument ndet 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 Dokument verlassen und nicht, welche Verweise auf ein Dokument zeigen.21 In diesen F llen macht eine lokale Karte wenig Sinn. a Durch die Beschr nkung auf das Umfeld eines Knotens soll die Anzahl der dara 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 cksichtigt. Eine Vorstellung u uber die Umgebung des Elements kann meiner Meinung so nicht entstehen. Eine lokale Karte ist sicherlich f r den Benutzer wie f r das System handhabbarer u u 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 Kontext darzustellen23 [Fur86]. Von einem ausgew hlten Dokument aus wird das Umfeld a
Im WWW werden z.B. die (ausgehenden) Links im Dokument gespeichert. Siehe die lokale Karte zu einem Knoten in Hyper-G (Bild 4.6, Seite 60). 23 The fundamental motivation of a sheye strategy is to provide a balance of local detail and global context. [Fur86]
22 21
15
Abbildung 2.2: Lokale Karte in Intermedia
16
dargestellt, der Detaillierungsgrad nimmt mit mit zunehmender Entfernung vom ausgew hlten Dokument ab, so da ab einer gewissen Entfernung nur noch wichtige a Dokumente dargestellt werden. Es wird f r jeden Knoten eine aprioriWichtigkeit und eine Distanzfunktion (in u Abh ngigkeit vom aktuellen Knoten) kombiniert und so entschieden, welche Knoten a dargestellt werden sollen. In [SG90] wird dieses Verfahren f r hierarchische Hyperu mediasysteme dargestellt. Die Distanz ist hier die Entfernung des Knotens vom aktuellen Knoten im Graph, die a prioriWichtigkeit die Entfernung des Kontens von der Wurzel. Eine sinnvolle Denition der aprioriWichtigkeit f r allgemeine Graphen u 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 r Autoren immer noch m glich, Karten mit einem Graphiku o 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 hrungskurse in Englischer [YLC87, Lan89] und Chinesischer Literatur [Kah89] u gelehrt. Dabei wurde bewut versucht, mehrere Zugangspfade zum Datenbestand zu schaffen. So wurde f r jeden im Kurs behandelten Autor eine Ubersicht mit Werken, u bibliographischen Daten und Ein ssen geschaffen, aber auch Ubersichten, die die u sozialen und politischen Hintergr nde der jeweiligen Periode darstellten. Ziel dieser u Anordnung war es, kritisches Denken zu f rdern und klar zu machen, da jedes Ereignis o nur in seinem weiteren Kontext gew rdigt werden kann [Lan89, S. 176]. u Bild 2.3 zeigt ein Beispiel (entnommen aus [YLC87, S. 21]). Es zeigt eine Ubersichtskarte aus dem Literaturkurs von George Landow und erl utert graphisch die a literarischen Ein sse auf das Werk T. S. Elliots. u Nachteil vorgefertigter Karten ist, das sie notwendigerweise die Sichtweise des Autors widerspiegeln. Die Erstellung dieser Karten wird im Allgemeinen sehr aufwendig sein. Die Erstellung von HypermediaMaterialien zum Beispiel f r Ausbildungsu 24 zwecke ist sehr kostspielig, deswegen sollten HypermediaDokumente so ausgelegt sein, da sie auch f r andere Anwendungen wiederverwendet werden k nnen [Lan89, u o S. 193]. Bei Verwendung manuell erstellter Ubersichten m ssen diese immer wieder u neu erstellt werden. In Hypermediasystemen l sen sich die Grenzen einzelner Themengebiete und der o Werke einzelner Hypermediaautoren auf. Kann der Benutzer mittels eigener Links Dokumente aus verschiedenen Bereichen verkn pfen, so sollten auch diese Verbindungen u in Karten dokumentiert werden k nnen. Notecards bietet dem Benutzer die M glicho o keit, mit Unterst tzung des Systems eigene Karten zu erstellen, die vom Benutzer u seinen Bed rfnissen angepat werden k nnen [Hal88]. Die so geschaffenen Karten u o k nnen dann wie normale Dokumente verwendet werden. o
Thome geht davon aus, da f r eine Stunde, die ein Lerner sinnvoll mit den System arbeitet, 200 u Entwicklungsstunden aufgebracht werden m ssen [Tho91b, S. 22] u
24
17
Abbildung 2.3: Manuelle Ubersicht
18
Manuell erstellte Ubersichten bieten dem Benutzer sicherlich einen komfortablen Einstieg ins Hypermediasystem. Speziell in groen Hypermediasystemen und in Systemen 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 bersichtlich werden. solche Strukturen k nnen nicht oder u o nur noch schlecht visualisiert werden. Viele Systemgestalter versuchen dies zu umgehen, indem sie explizit eine hierarchische Struktur vorschreiben wie sie zum Beispiel aus B chern bekannt ist. Querverweise zwischen einzelnen Dokumenten werden als u untergeordnete Links betrachtet, sie werden nur auf Anforderung des Benuzers in Uber25 sichten dargestellt. Damit eine Suche effektiv sein kann, m te der Autor einer Hyperu mediabasis die Herangehensweise des Benutzers vorhersehen und die Hierarchiestufen so w hlen, da die wichtigen Such und Entscheidungsmerkmale oben in der Hierara chie angeordnet werden [Con87, S. 35]. Eine eindeutige Hierarchie wird jedoch selten im Voraus bekannt sein [VDP89, S. 49]. Es besteht die M glichkeit, uber mehrere o uberlappende Hierarchien oder Polyhierarchien verschiedene Zugangsm glichkeiten o 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 nnen o und der sie zu den wichtigsten Dokumenten in einer sinnvollen Reihenfolge f hrt. u Diese Pfade k nnen nat rlich vom Benutzer jederzeit verlassen werden, um eigenen o u Interessen nachzugehen. Nach Bush sollten diese Pfade gespeichert und weitergegeben werden k nnen. o Er war der Meinung, es k nne in Zukunft professionelle Trailblazer geben, die o solche Wege in einem globalen Hypermediasystem anlegen. Um die Pfade f r andere u verst ndlich zu machen, ist zus tzliche Metainformation erforderlich [MI89]. Dazu a a geh ren Informationen uber den Sinn und die Struktur der Tour. o Viele Systeme erlauben es dem Benutzer, f r ihn interessante oder wichtige Dokuu mente zu markieren und in eine pers nliche hot list aufzunehmen. Diese k nnen dann o o zu jeder Zeit direkt wieder angesprungen werden. Ein home-Knopf, der zur Start oder Einstiegsseite des Systems f hrt, geh rt auch in diese Kategorie [VDP89, S. 49]. u o
25
Beispiel: Electronic Document System (EDS), nach [UY89, S.65]
19
Im WWW stellen viele Benutzer ihre Listen als Hypermediadokumente allgemein zur Verf gung. Sie bilden hier eine der wenigen M glichkeiten zum Einstieg in das Web. u o Suchen und Filtern Suchen und Filtern soll die Komplexit t der Hypermediabasis auf ein f r den Benutzer a u sinnvolles Ma reduzieren. Mit Hilfe traditioneller Suchverfahren, wie sie aus dem Information Retrival bekannt sind, soll es dem Benutzer des Hypermediasystems erm glicht werden, einen o m glichst geeigneten Einstiegspunkt in die Hypermediabasis zu nden [Hal88, S. 841]. o FilterMechanismen reduzieren die Anzahl der f r den Benutzer sichtbaren Dokuu mente (und damit Links) [Con87, S. 39]. Dies erlaubt, graphische Ubersichten effektiver einzusetzen und reduziert die Anzahl der dem Nutzer zur Auswahl stehenden Links. Geltert werden kann nach Suchausdr cken in Titel, Attributen und dem ganzen Text u oder HierarchieStufen der Hypermediabasis. Neptune zum Beispiel erlaubt es, jedem Knoten und Link beliebige Attribute zuzuordnen und nach diesen Attributen Subgraphen zu bilden und darzustellen [DS86]. F r das jeweils aktuelle Dokument m ssen alle u u ausgehenden Links gepr ft werden, ob sie oder das Zieldokument dem Suchausdruck u entsprechen. Viele Autoren betonen die Wichtigkeit von FilterFunktionen,26 auer 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 r Lernumu gebungen geeignet sein k nnte. Einige (heutige) Einsatzfelder werden kurz erw hnt. o a Im Abschnitt 3.2 werden die M glichkeiten zur Gestaltung einer Lernumgebung beo schreiben, die den Lernenden aktive Eingriffs und Gestaltungsm glichkeiten erlaubt. o Die Notwendigkeit einer neuen Hypertextkultur wird in Abschnitt 3.3 dargelegt. Aus diesen Erkenntnissen werden darauf folgendend Anforderungen an ein Hypermediasystem f r unseren Einsatzzweck speziziert werden. Anhand dieser Kriterien werden u dann sp ter die beschriebenen Systeme bewertet. a Hypermediasysteme k nne dazu dienen, im Medienunterricht der Schule verschieo dene Medien zu verkn pfen und in einen Zusammenhang zu setzen [Tul94, KSS95]. u Diesem Ansatz der Medienp dagogik wird in dieser Arbeit nicht nachgegangen. a
3.1 Anspruche und Realit t a

Es gibt mittlerweile sehr viel Literatur zum Thema Hypermedia und Lernen. Es existieren verschiedene Theorien und Ansichten, was den Mehrwert von Hypermedia gegen ber herk mmlichen Materialien ausmacht. u o Ich will das kognitionspsychologische Modell von Jonasson vorstellen und begr nden, warum es (f r mich) so nicht haltbar ist. Anschlieend werden zwei konkrete u u Projekte vorgestellt: Intermedia wurde an der Brown University f r den Einsatz in u der Lehre entwickelt und getestet, das WWW wurde letztes Jahr in Paderborn als Basissystem f r vorlesungsbegleitende Unterlagen eingesetzt. u
3.1.1 Kognition und HypermediaStruktur

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 pft [Jon88, S. 13]. Sie sind u hierarchisch zu jeweils ubergreifenden Konzepten organisiert. Lernen heit in diesem
3.1. ANSPRUCHE UND REALITAT
21
Modell, neue Strukturen aufzubauen, sie mit bestehenden zu verbinden und in den Gesamtzusammenhang zu integrieren.1 Lernen ist also immer vom spezischen Vorwissen der Lernenden abh ngig. Neues Wissen kann nur im Rahmen des Vorwissens a verstanden und gelernt werden. Hierbei ist auch der Kontext wichtig, in dem die Informationen pr sentiert werden, er bestimmt die Interpretation und Einordnung des a Wissens. Je mehr Verbindungen zwischen den alten und den neuen Konzepten gefunden werden k nnen, umso besser kann das neue Wissen integriert werden [Jon88]. o Begriffe unterliegen einer lebenslangen Ver nderung, sie werden erweitert und an a neue, bisher fremde Sachverhalte angeschlossen [Lor93, S. 87]. Lernen ist also ein aktiver Proze, die Lernumgebung mu an das Vorwissen und die Bed rfnisse der Lernenden angepat werden, Unterricht mu individualisiert werden u [Lor93, S. 87]. Traditionelle Texte geben mehr oder weniger eine auf einander aufbauende Reihenfolge von Lerneinheiten vor, an die sich die Lernenden halten sollten, um nicht verwirrt zu werden. Einheiten bauen h ug aufeinander auf, diese Abh ngiga a keiten werden durch sprachliche Kostrukte dargestellt. Durch die wenig dynamische Struktur eines Buchs wird es den Lernenden erschwert, diese Referenzen aufzul sen o (er mu bl ttern und eventuell mehrere Fundstellen vergleichen und parallel lesen). a Die Struktur wird von der Autorin vorgegeben, sie entspricht nicht der idealen Struktur f r jeden Lerner. u Jonassen meinte 1988, die konzeptionellen Strukturen eines Menschen, zum Beispiel des Lehrers, k nnten in einem Hypermediasystem nachgebaut und auf diese Weise o den Lernenden zur Verf gung gestellt werden.2 Dieser k nne seine Wissenstrukturen u o so der des Lehrers anpassen und h tte damit den Stoff gelernt [Jon88, S. 13]. Deswegen a m ten Hypertextbasen gut strukturiert sein und dem semantischen Zusammenhang u des Wissensgebiets entsprechen [Jon88, S. 14]. Dieses Verst ndnis von Lernen untersch tzt sicherlich die Komplexit t menschlia a a cher Denkvorg nge [Ham93, S. 23]. Die technischen Strukturen des Hypertexts werden a den Denkstrukturen des Menschen gleichgestetzt. Es wird zum einen nicht m glich o sein, die konzeptionellen Strukturen eines Lehrers auch nur halbwegs vollst ndig zu a erfassen, es ist zum anderen nicht klar, ob diese Strukturen von einem Lerner in der geforderten Form verarbeitet werden k nnen. o
3.1.2 Intermedia
George Landow hat die Inhalte eines ErstsemesterKurses in englischer Literatur in das Hypermediasystem Intermedia der Brown University umgesetzt [Lan89, YLC87]. Er berichtet, da Studierende, die mit dem Hypermediasystem Intermedia gearbeitet h tten, nicht nur Ereignisse besser in ihren Kontext einordnen gekonnt, sondern da a
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 ability to 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]
1
22
sie auch mehr faktisches Wissen gewonnen h tten [Lan89, S. 183]. Landow f hrt das a u darauf zur ck, da gerade Erstsemester auch technische Probleme mit linearen wisu senschaftlichen Texten h tten und die effektive Benutzung von B chern mit Hilfe des a u Hypermediasystems gelernt h tten; Hypermedia h tte ihnen geholfen, die Verweisfora a men traditioneller Texte wie Literaturverzeichnisse, Indizes und Funoten zu nutzen.3 Es bliebe mehr Zeit f r Klassendiskussionen, die Sch ler w ren nun aufgrund ihres u u a gr eren und komplexeren Hintergrundwissens in der Lage gewesen, in der Gruppe o frei uber den Stoff zu diskutieren. Charles Ess best tigt Landows Erfahrungen [Ess91]. a Thomas Duffy und Randy Knuth halten dagegen, die positiven Effekte des Hypermediaeinsatzes lieen sich nicht mehr von denen der mit dem Hypermediaeinsatz einhergehenden Umstellung der Unterrichtsmethode trennen, die Anderung des Unterrichts sei schon ein Jahr vor der Einf hrung von Intermedia erfolgt, schon zu diesem u Zeitpunkt sei ein groer Teil der positiven Effekte aufgetreten [DK90, S. 207]. Entscheidend sei die p dagogische Zielrichtung des Unterrichts, Technik k nnte (nur) a o 4 zu deren Unterst tzung eingesetzt werden. Die Erfolge des Projekts lagen also nicht u nur im Einsatz der neuen Technik begr ndet, sondern auch in der Umgestaltung der u Umgebung, in der das System eingesetzt wurde.
3.1.3 Erfahrungen aus Paderborn

Im Sommersemester 1993 wurde zum ersten Mal der gr te Teil der Vorlesungsuntero lagen der Veranstaltung Informatik und Gesellschaft im World Wide Web (WWW) angeboten. Ziel der Forschungsaktivit ten der Arbeitsgruppe Informatik und Gesellschaft ist es, a : : : die informatikrelevanten Teile der Wechselbeziehung MenschTechnikUmwelt zu erforschen [BKS94, S. 1]. Teil dieser Anstrengungen ist ein Forschungsschwerpunkt Elektronischer H rsaal und die Einrichtung einer computerunterst tzten Aro u beitsumgebung f r die Arbeitsgruppe. In diesem Rahmen soll evaluiert werden, ob u und unter welchen Umst nden die Unterlagen im Hypertextsystem WWW pr sentiert a a werden k nnen. o Die Vorlesungsunterlagen sollten den Studierenden vor der Vorlesung einen Uberblick uber den Stoff der n chsten Stunde geben und ihnen hinterher bei der Nachbear a beitung helfen, offen gebliebene Fragen zu kl ren und Wissensl cken zu schlieen. Vor a u der Umstellung auf die elektronische Version wurden Materialien als Kopiervorlagen herausgegeben, die dann f r die Studierenden oft nicht greifbar waren, weil sie entu weder gerade ausgeliehen oder verschwunden waren. Durch die elektronische Version erhofften sich die Autoren eine bessere Verf gbarkeit dieser Dokumente. u
: : : 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 specically 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] :::
23
Im System wurden vorwiegend wissenschaftliche Orginalartikel oder Ausschnitte aus diesen bereitgestellt. Die Materialien wurden in der Regel durch (halbautomatische) Konverter in eine Hypertext-Version uberf hrt. Dadurch blieb im wesentlichen u 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 Hypertext wurde entsprechend wenig genutzt. Diese Dokumente wurden durch anklickbare HypermediaKarten erg nzt, die einen strukturellen Uberblick uber ein Gebiet gaben a und von denen Links zu den einschl gigen Textstellen f hrten. Gleichzeitig stand ein a u groer Teil der Materialien auch auf Papier als Kopiervorlage zur Verf gung. u Langfristiges Ziel ist es, die Probleme des Medienwechsels Vorbereitung ! Fo lien/Tafel ! Mitschrift mit den einhergehenden Verlusten und Verf lschungen der a Information zu mindern. Fernziel ist es, den Studierenden im elektronischen H rsaal o eine aktive Arbeit mit den Materialien zu erm glichen. o Die Studierenden begr ten uberwiegend die Einrichtung der Hypertextversion, u 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 r war sicherlich, da die Studierenu den nicht auf die HypertextVersion angewiesen waren [ebd., S. 8]. Die uberwiegende Zahl der studentischen Computerarbeitspl tze sind mit kontrastarmen, relativ kleinen a SchwarzweiMonitoren ausgestattet, die nicht zum Lesen relativ langer und unstrukturierter Texte einladen. Im verwendeten System ist es den Studierenden nicht m glich, o Bereiche zu markieren, Anmerkungen zu verfassen oder eigene Verbindungen in das System einzuf gen [ebd., S. 9]. Viele Studierenden bevorzugten deshalb die Papierveru sion. Das WWW ist von seiner Struktur her ein reines Pr sentationsmedium, die Rollen a von Autor und Leser sind strikt getrennt. Die Suchfunktion im WWW ist sehr unterentwickelt, die Studierenden beklagten die schlechte Aufndbarkeit von relevanten Textstellen [ebd., S. 10]. Dieses Dezit liee sich durch ein passendes Suchprogramm sicherlich beheben. Tools zur Erstellung von Hypertextdokumenten und sensitiven Karten standen nicht zur Verf gung. u Im Hinblick auf die weitere Entwicklung haben wir6 festgestellt, da es nicht ausreicht, bestehende Texte in das System zu konvertieren, weil die heutigen aueren Rahmenbedingungen ein erm dungsfreies Lesen von l ngeren Texten am Bildschirm u a nicht zulassen. Stattdessen sollten die Hypertextdokumente speziell f r das System u geschrieben sein, l ngere Dokumente sollten (wie auch schon bisher) in druckbarer a Form, zum Beispiel als PostscriptDokument, im System vorliegen. Basierend auf den oben beschriebenen Erkenntnissen wird das n chste System eher die Form eines a Informationsreservoirs haben, das Studierenden (aber auch Mitarbeitern) ben tigte o Informationen in strukturierter und verkn pfter Form zur Verf gung stellt. u u
5 6
zum Beispiel f r im Text vorhandene Querverweise und Literaturangaben u Diskussion mit Andreas Brennecke, Reinhard KeilSlawik und Harald Selke
3.2. AKTIVES LERNEN MIT HYPERMEDIA
24
3.2 Aktives Lernen mit Hypermedia

Lernen geschieht in den Lernenden, sie m ssen selbst aktiv werden, Zusammenh nge u a erkennen und mit ihrem Vorwissen in Beziehung setzen [Jon92, S. 2]. Hypermedia k nnte ein kognitives Werkzeug7 sein, um den Lernproze zu unterst tzen [Ham92]. o u Traditionelle Medien erzwingen Handlungswege, die von den Lernenden eingehalten werden m ssen. Hypertext dagegen gibt den Lernenden gen gend Autonomie, um u u den Ablauf des Lernens selbst zu organisieren, sie k nnen selbst entdeckend vorgehen. o Der Grad der erzwungenen Sequentialit t [KS92] kann so reduziert werden. a Verschiedene Systeme erm glichen es den Lernenden, durch eigene Verweise die o Hypermediabasis selbst zu struktuieren oder selbst Hypertextdokumente zu erstellen. Ein herausragender Vertreter dieser Systeme ist Intermedia. Hier k nnen die Studieo renden mit Verweisen und eigenen Dokumenten neue Kontexte schaffen [KSS95]. Diese Aktivit ten zwingen den Benutzer zu einer intensiven Besch ftigung mit den zur a a Verf gung gestellten Materialien und k nnen so den Lernproze f rdern [Ham92, S. u o o 158]. Hypertext erlaubt den Lernenden im Vergleich zu anderen Lernumgebungen einen sehr hohen Grad an Selbststeuerung8 [Mar88, S. 9][Jon86, S. 287]. Die Lernenden k nnen selbst entscheiden, welche Einheiten sie bearbeiten wollen und welche nicht. o Die Lernenden k nnen so gezielt nach ihrem Vorwissen und ihren Bed rfnissen voro u gehen. In einer Hypermediabasis kann jedes Dokument durch Links in seinen Kontext eingebunden werden, dieser Kontext kann auch durch Navigationsmittel visualisiert werden. So k nnen die Lernenden bei Bedarf zus tzliche Informationen zu einem Theo a ma anfordern, wenn ihr pers nlicher Wissensstand dies erfordert [Lor93, S. 59]. Auch o Stoff, der im normalen Unterricht nicht behandelt wird, kann im Hypermediasystem pr sentiert werden [YLC87, S. 14], um das Informationsangebot abzurunden und den a Lernenden Gelegenheit zu geben, L cken in ihrem Vorwissen auszuf llen. Landow u u konstatiert dadurch eine gr ere Durchdringung des Stoffs [Lan89, S. 183]. o Wie auch andere computergest tzte Lernsysteme erm glichen Hypermediasysu o 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 hrt werden, wobei sie selbst entscheiden k nnen, mit u o welcher Feinheit sie sich mit dem Stoff befassen wollen [Jon86, S. 275]. Bei der Benutzung von Hypermediasystemen stehen die Lernenden unter st ndia gem Entscheidungsdruck. Sie m ssen immer wieder absch tzen, welches Dokument u a sie als n chstes sinnvollerweise bearbeiten sollten. Verschiedene Autoren stellen fest, a die Vielfalt der Auswahl und fehlende eigene Kriterien f hrten oft dazu, da Lernende u die Einheiten nur ober chlich behandelten [Ter93, S. 17] [Kuh91, S. 185]. Marchioa
Kognitive Werkzeuge [KJM92] sollen den Lernproze unterst tzen, indem sie den Lernenden die u tiefgreifende geistige Besch ftigung [May92, S. 14] mit den zu lernenden Sachverhalten erleichtern a [Jon92]. 8 speziell im Vergleich zu einigen herk mmlichem computergest tzten Tutorensystemen [Ham92, S. o u 147].
7
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 r ein tieferes Verst ndnis u a nicht geeignet zu sein [Wha90, S. 65][Ham92, S. 153].10 Es erfordert, da der Benutzer schon ein fundiertes Grundwissen des Gegenstandsbereichs hat [DK90, S. 203]. Die Lernenden sind (zumindest heute) auf ein groes Ma an Selbststeuerung nicht vorbereitet.11 Hammond fordert deshalb eine Unterst tzung der Lernenden durch Nau 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 ftigung mit dem bisher Gesehenen anregen [Ham92, S. 156]. a Einige Studien legen nahe, da die Akzeptanz von Hypermediasystemen im allgemeinen gro ist12 [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 t von Hypermediasystemen zu sch tzen wissen. Es f llt generell auf, a a a da in der Literatur uber Hypermediasysteme und Lernen sehr oft technische Systeme und L sungen beschrieben werden, da aber Analyse und Evaluation der Resultate oft o nur informalen Charakter besitzen. Offenes Lernen u Duchastel bezeichnet Hypertext als eine informationsreiche Umgebung,13 die eher f r informelles Lernen geeignet sei [Duc90, S. 138]. Hypertext sei eher eine Lern- als eine Lehrhilfe [Duc90, S. 139]. Hypertext eignet sich sehr gut f r kurze enzyklop dische u a 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 Jonassen, da ein Begriff dadurch gelernt werden kann, da alle seine Attribute dargestellt und mit anderen korrelliert werden. Sie bef rworten ein fallbasiertes Lernen. Den Leru nenden wird zu einem Konzept eine Menge von Fallbeispielen oder Prototypen [Lor93, S. 57] zur Verf gung gestellt. Als besonders wichtig gilt hier, da die Probleme aus der u 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 ErfahCognitive resources may be diverted from content and relationship as 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 hnten Aussage von George Landow, da seine Erfolge a (prim r) auf den Einsatz des Hypermediasystems zur ckzuf hren seien. (Abschnitt 3.1.2) a u u 12 Nielsen merkt an, da die meisten Studien sich auf junge Universit tsstudierende beziehen und die a Akzeptanz bei alteren Leuten geringer sei [Nie89]. 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 nglich als Hilfsmittel u f r die Konversation der Gebildeten untereinander gedacht) dr ngt sich hier auf. u a
9
3.3. GESTALTUNG VON HYPERMEDIASYSTEMEN
26
rungsm glichkeiten pr sentiert und keine L sungen. Lernen sollte nach M glichkeit o a o o die Zusammenarbeit mehrerer Lernender untereinander und mit dem Lehrer erm glio chen. Hypermedia k nnte genutzt werden, um diese Probleme in ihrem Kontext daro zustellen. Kommunikationsmechanismen wie pers nliche Anmerkungen und eigene o Querbez ge k nnen genutzt werden, um gemeinsames Lernen zu erm glichen. u o o Glowalla und andere haben die Verwendbarkeit ihres Hypermediasystems MEM f r das gezielte Wiederlernen untersucht. Sie verglichen die Wissensvermittlung durch u Hypertext mit intensiver tutorieller Vermittlung des Stoffs und stellten dabei fest, da Hypertexteinsatz zu einer gleich guten Behaltensleistung f hrt. Allerdings brauchten u 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 nnen dar ber hinaus ein geeignetes Medium zur o u Suche nach Informationen und zur Erg nzung bestehenden Wissens f r eine konkrete a u Problemstellung [Ter93, S. 18] sein.15
3.3 Gestaltung von Hypermediasystemen

Es hat sich bis heute noch keine Schreib- und Lesekultur f r Hypermedia entwickelt u [DPP94, Ide93]. Es gibt keine Standards f r die Gestaltung einzelner Dokumentu typen wie es sie f r sequentielle Dokumente gibt.16 Besonders Links [Lan89, S. u 188] und nichthierarchische Strukturen [DPP94, S. 5] stellen die Benutzer vor Probleme. Die Unterscheidung in relevante und nichtrelevante Links f llt besonders a Anf ngern schwer. Die Benutzung von Hypermediasystemen mu erlernt werden a [DPP94] [Mar88, S. 9], Hypermedia ist nicht, wie manchmal vermutet wird, intuitiv und sofort verst ndlich. Dies alles f hrt dazu, da der Nutzer leicht den Uberblick uber a u die Hypermediabasis verliert. Es sind verschiedene Metaphern f r HypertextSysteme vorgeschlagen worden, u wie die Karten-, Buch- oder die Reisemetapher [DMP91]. Diese sollen es dem Benutzer erm glichen, einen Teil ihres Wissens und ihrer Arbeitsweisen in neuen und o unbekannten Systemen nutzen zu k nnen [DMP91, S. 106]. Wird Hypertext nur auf o die Formel des Elektronischen Buchs heruntergebrochen, so reduziert sich die Kom plexit t des Hypertextes [Mou91, S. 293], Hypertext wird dann an der Funktionalit t a a und Efzienz des Buchs gemessen. Eine zu enge Bindung an eine Metapher aus dem Bereich des herk mmlichen Publizierens, wie die Buch- oder die Kartenmetapher, o verhindert allerdings die Entfaltung der spezisch neuen Eigenschaften von Hypertextsystemen [Mou91]. Viele der im Abschnitt uber Navigation (2.5) genannten Probleme treffen jemanden, der sich in ein Wissensgebiet neu einarbeiten will, st rker als jemanden, der sein a
15 16
zum Beispiel technische Anleitungen und OnlineHandb cher u zum Beispiel Gliederungen von Artikeln und Berichten
3.3. GESTALTUNG VON HYPERMEDIASYSTEMEN
27
Wissen nur auffrischen oder L cken schlieen will. Er wird sich im Allgemeinen u 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 rkere Probleme, aus a der jeweiligen Auswahl die passende n chste Seite zu nden (lokale Navigation) und a den Uberblick uber das, was schon gesehen wurde (globale Navigation), zu behalten [Rou90]. Hypertext ist von seiner Anlage her nicht abgeschlossen, es k nnen Dokumente aus o vielen Gebieten eingebracht und (auch sinnvoll) verkn pft werden. Hypertext sei also u von seiner Anlage ein Medium, das, so Landow, zur interdisziplin ren Arbeit einlade a [Lan90, S. 40]. Weil sich der Inhalt speziell in groen Mehrbenutzersystemen st ndig a andern kann, ist es unm glich, eine didaktisch sinnvolle Struktur vorzuschreiben. o Vielmehr kann eine Hypermediabasis als Materialien und Informationsspeicher17 dienen, in dem Lernende sich Informationen selber strukturieren k nnen, wenn noch o keine Verweise vorhanden sein sollten. Sind die einzelnen Dokumente als separate Informationseinheiten gestaltet, so lassen sie sich auch im gleichen System in mehreren Einsatzkontexten wiederverwenden. Hypermedia wird oft als ein geeignetes Medium f r die Weiterbildung betrachtet u [Tho91b, Tho91a]. Hier ist es besonders wichtig, da die Lernenden sich das t glia che Lernpensum einteilen k nnen und sp ter dort weiter arbeiten k nnen, wo sie o a o aufgeh rt haben. Hypermediasysteme k nnten die Nachschlagefunktion traditioneller o o Lehrb cher ersetzen [Tho91a, S. 207]. u Lernziel Wie schon beschrieben, ist es den Lernenden zu einem groen Teil selbst uberlas sen, welche Informationseinheiten sie ausw hlen und bearbeiten. Es unterliegt dabei a der Einsch tzung der Lernenden uberlassen, ob sie alles wesentliche gesehen haben. a Desweiteren ist f r den Autor die Bearbeitungsdauer eines Dokuments schwer abu zusch tzen, weil der Benutzer das Dokument von verschiedenen Pfaden aus erreichen a kann [GS92a, S. 17]. Dies ist allerdings auch bei herk mmlichen Texten aufgrund o 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 tig, wenn f r o u die Gruppe ein gemeinsames Lernziel festgelegt werden soll. Dies kann zum Beispiel durch begleitende Arbeitsaufgaben und Tests unterst tzt werden. u Individualisierten Lernsystemen wie Hypermediasystemen f uhren zu einen unterschiedlichen Wissenstand bei den Lernenden. Die Wahlfreiheit in Hypermediasystemen verst rkt diesen Effekt. Eine Lernzielkontrolle der herk mmlichen Art wird dem Lera o
17
Kuhlen: Hypertext ein nichtlineares 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 fungsanforderungen18 orientierten und deshalb sehr u selektiv verschiedene Lerneinheiten und MusterPr fungsfragen ansteuerten [Sch92, u S. 159, 163]. Gerade eine automatische Auswertung von Pr fungen und Tests19 scheinen unter u diesem Gesichtspunkt fragw rdig zu sein. u
3.4 Anforderungen an Hypermediasysteme fur Ausbil dungszwecke

Auf der Basis des letzten Abschnitts wird im folgenden eine Reihe notwendiger und sinnvoller Anforderungen an ein Hypermediasystem deniert, das den Anforderungen f r ein System, wie ich es in Abschnitt 3.1.3 beschrieben habe, gerecht wird.20 Viele u 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 Hypertexten. Diesen Problemen sollte groe Aufmerksamkeit geschenkt werden. Gerade die Alltagspraxis, das heit die Einschr nkungen und Notwendigkeiten, die sich aus dem a (technischen) Betrieb und dem (sozialen) Einsatzkontext des Systems ergeben, sind f r u die Akzeptanz und Nutzbarkeit eines Systems von groer Bedeutung [BKS94, S. 13]. Im anschlieenden Kapitel werden dann zwei vorhandene Hypermediasysteme beschrieben und im ubern chsten Kapitel anhand der hier zu beschreibenden Kriterien a bewertet.
3.4.1 Erschliebarkeit
Uber Karten, seien sie automatisch oder manuell erstellt, k nnen Beziehungen und o inhaltliche Zusammenh nge visualisiert werden. Personen, die mit dem behandelten a Wissensgebiet nicht vertraut sind, sind besonders auf Hilfsmittel zur Visualisierung der (inhaltlichen) Strukturen angewiesen. Dies betrifft die Orientierung in der Hypermediabasis, das Wiederaufnden von Stellen und das Inbeziehungsetzen verschiedener Dokumente und Aussagen. Es wurden bereits die Probleme geschildert, die bei der Verwendung automatisch generierter Karten entstehen k nnen. Es sollte zumindest m glich o o sein, manuell erstellte Karten in das System einzubinden [Kea88, YLC87]. Fl chen a
MultipleChoicePr fungen und schriftliche Verst ndnisfragen [Sch92]. u a 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 chen mit Andreas Brennecke und Harald a Selke.
19 18
29
in diesen sollten als Startpunkte f r Anker verwendet werden k nnen. Es kann dem u o Benutzer selbst erm glicht werden. interaktiv Karten zu erstellen [Hal88, YHMD88]. o Der Benutzer kann auf diese Weise seine pers nliche Sicht auf die Hypermediabasis o darstellen [Lan89]. Neben anderen Navigations- und Zugangshilfen wie Karten sollte ein Hypermediasystem Funktionen zur Suche in der Hypermediabasis bereitstellen, damit die Lernenden direkt auf von ihnen gesuchte Informationen zugreifen k nnen. Jeder Benuto zer sollte Fundstellen von Dokumenten, die er beim Suchen oder Navigieren in der Hypermediabasis ndet, in einer privaten oder offentlichen Liste zum direkten Zugriff speichern k nnen. In einem eingeschr nkten Gegenstandsbereich mag es sinnvoll sein, o a eine Menge von Schl sselw rtern zu denieren und an Dokumente zu vergeben. Dies u o w rde die Suche in der Hypermediabasis erleichtern. u Lernende k nnen in einem Hypermediasystem oft nur schlecht absch tzen, ob sie o a alle f r ein Thema relevanten Dokumente bearbeitet haben. Es k nnte hilfreich sein, u o die Dokumente zus tzlich zur nicht-hierarchischen Verweisstruktur in eine polyhierara chisch Struktur einzuordnen [Kap93, S. 2]. Die Lernenden k nnen so kontrollieren, ob o sie alle Dokumente eines (Teil-)Bereichs auch wirklich gesehen haben. Filter k nnen ungew nschte Dokumente oder Links aus der Sicht der Benutzer o u ausblenden [Con87, S. 39]. Gerade in Systemen, in denen viele Benutzer gleichzeitig schreiben und Verweise erzeugen, sollte es unbedingt m glich sein, die Sichtbarkeit o von Dokumenten und Links zu reduzieren. Viel benutzte und referenzierte Dokumente ertrinken sonst in der groen Zahl der auf ihnen denierten Links. Dokumente und Links k nnten nur f r den Autor, f r eine Benutzergruppe oder f r alle sichtbar sein. o u u u Filter, die Links nach Attributen unterscheiden und gegebenenfalls ausblenden, erm glichten dem Autor, die Hypermediabasis mehrfach f r verschiedene Benutzero u gruppen zu strukturieren [HKRC92, S. 43]. Es k nnten dann zum Beispiel verschiedene o Zug nge f r Anf nger und Fortgeschrittene geschaffen werden, guided tours oder ausa u a ged nnte Graphen f r Anf nger lieen sich so realisieren. u u a In wissenschaftlichen Texten ist die Anzahl der verschiedenen Typen von Links beschr nkt.21 Uber Attribute und Filter k nnten verschiedene Typen von Links klasa o siziert und wenn n tig ausgeblendet werden. So k nnte der Benutzer zum Beispiel o o entscheiden, sich beim ersten Lesen keine Literaturangaben anzeigen zu lassen. Hypermediabasen k nnen wegen der beliebigen Verkn pfung der Dokumente o u schlecht im zweidimensionalen Raum dargestellt werden. Verschiedene Gruppen expe rimentieren mit dreidimensionalen Navigationsstrukturen.22 Uber die Vor und Nachteile dreidimensionaler Navigationsstrukturen in Hypermediasystemen liegen noch keine Erfahrungen vor.
21 22
Zum Beispiel Verweise auf Funoten, Bibliographie, Querverweise. Zum Beispiel Hyper-G [AK94, S. 8][AP94].
3.4. ANFORDERUNGEN AN HYPERMEDIASYSTEME Leichte Erlernbarkeit
30
Das Hypertextsystem soll ein weiteres Informationsangebot an die Studierenden sein, das auch weiterhin mit B chern und anderen Papierdokumenten konkurrieren wird. u Es ist daher wichtig, da das System keine zu hohen Anforderungen an die Benutzung stellt.23 Es sollte Dokumentation zum System zur Verf gung stehen, in der die u Funktionen des Systems erl utert wird.24 a
3.4.2 Aufhebung der Trennung von Autor und Leser

Die Lernenden sollten die M glichkeit haben, die Hypermediabasis gem ihren Ino a teressen zu gestalten und auf diese Weise ihren eigenen Erfordernissen anzupassen. Es sollte dem Benutzer m glich sein, an beliebiger Stelle Markierungen ( Untero streichungen) und Anmerkungen anzubringen [YMvD85, S. 19]. Der Benutzer sollte entscheiden k nnen, ob er die Anmerkungen f r sich privat halten, sie mit einer Gruppe o u oder mit allen teilen m chte. Dies gilt insbesondere f r die Anmerkungen der Tutoren o u und Ubungsgruppenleiter. F r kooperatives Arbeiten k nnte es sinnvoll sein, da die Leser dem Autor ihre u o Anmerkungen zur Verf gung stellen, damit dieser sie in der n chsten Version ber cku a u sichtigen kann [CBY89]. Diese Funktion kann auch f r die kooperative Entwicklung u der (urspr nglichen) Hypermediabasis eingesetzt werden. u Eine Versionenverwaltung k nnte den Erstehungsprozess eines Dokuments dokuo mentieren. Anmerkungen der Leser gingen nicht mit einer neuen Version des Textes verloren oder w rden obsolet. Die Investition der Leser in einen Text in Form von u Verweisen und Anmerkungen w rden erhalten. u Desweiteren sollte der Benutzer die M glichkeit haben, selbst Verkn pfungen hero u zustellen. So kann der Benutzer die Hypermediabasis seinen speziellen Bed rfnissen u anpassen.
3.4.3 Dokumentenerstellung
Kuhlen beschreibt drei M glichkeiten, Dokumente f r Hypermediasysteme zu erstellen o u [Kuh91, S. 78]: Umwandlung linearer Texte in HypertextStrukturen durch automatische Konvertierungsprogramme, Zusammenstellung (bestehender) Dokumente und Verbindung uber Verweise, komplette Neuerstellung der Dokumente in hypertextgerechter Form.
Es wurde allerdings oben schon festgestellt, da Hypermediasysteme nicht intuitiv beherrschbar sind. 24 Dies ist gerade bei frei verf gbaren Systemen wie zum Beispiel WWW und Hyper-G keine Selbstu verst ndlichkeit. a
23
31
Da oft nicht die Ressourcen bereitstehen werden, um eine Hypermediabasis komplett neu zu gestalten, mu h ug auf die ersten beiden M glichkeiten zur ckgegrifa o u 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 rmige Hypermediastruktur, o die der Kapitelstruktur des Ursprungstexts entspricht. Zus tzlich werden noch Links a f r Querverweise und Literaturangaben eingef gt. Da die Textstruktur oft eine grobe u u Granularit t aufweist, werden die erzeugten Hypermediadokumente in der Regel lang, a sie sind dann in der Regel nicht gut am Bildschirm zu lesen. Es sollte deshalb die M glichkeit bestehen, den Originaltext in einer druckbaren Form25 in die Hypermediao basis aufzunehmen. Wird dieses Format vom Hypermediasystem unterst tzt, so k nnte u o der Hypertext an geeigneten Stellen direkt mit der Originalquelle verbunden werden, die Hypertextversion k nnte f r Detailfragen direkt auf die entsprechende Textpassage o u 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 ndert, so m ssen sie neu konvertiert werden. Alle Anderungen a u und Erg nzungen der Hypermediaversion gehen dann verloren, sie m ssen neu erzeugt a u werden [BKS94, S. 7]. Hypermediaunterstutzung fur verschiedenen Dokumenttypen Links sollten in und aus allen verwendeten Dokumenttypen [HKRC92, S. 48] m glich o sein. Dies erfordert, da das Hypermediasystem eigene Anzeigeprogramme f r alle u verwendeten Dokumenttypen vorhalten mu, weil nur diese die LinkInformationen verwerten k nnen. So wird nat rlich die Auswahl der Dokumenttypen eingeschr nkt.26 o u a Die Integration nicht nur der Anzeigeprogramme, sondern auch der Produktionsprogramme f r die verwendeten Dokumenttypen, wie in Intermedia geschehen, erlaubt u es, die Plazierung von Links in den Proze der Erstellung zu integrieren. Bei Anderun27 gen der zugrunde liegenden Dokumente bleiben die Links konsistent. Damit graphische Ubersichten und Karten mit den von ihnen beschriebenen Dokumenten verbunden werden k nnen, sollte es zumindest m glich sein, Links auf Bildern o o zu denieren.
3.4.4 Anpabarkeit an die Einsatzumgebung

Die Verf gbarkeit des Hypermediasystems sollte f r die Benutzer m glichst hoch u u o sein [BKS94, S. 9]. Dem Fach Informatik in Paderborn stehen vorwiegend vernetzte
Zum Beispiel als PostscriptDokument. Im WWW k nnen zum Beispiel beliebige Dokumenttypen eingebunden werden, wenn lokal ento sprechende Anzeigeprogramme konguriert sind. 27 [BKS94, S. 7] beschreibt die Probleme, die beim Einbinden und Andern von sensitiven Bildern ins WWW entstehen.
26 25
32
UNIXSysteme zur Verf gung. Es liegt also nahe, das lokale Netzwerk zu nutzen und u uber das Netz erreichbare externe Ressourcen in das Hypermediasystem zu integrieren [Mey94].28 Mit dem in Paderborn bisher verwendeten System war es kaum m glich, Hypero textdokumente in elektronischer Form mit nach Hause zu nehmen und mit den dort gegebenen Mitteln (zum Beispiel mit dem eigenen PC) zu bearbeiten. Gleichzeitig beklagten sich einige Studierenden uber den hohen L rmpegel in den offentlich zug ng a a lichen Rechnerr umen [BKS94, S. 10]. Es sollte also m glich sein, einen Teil der a o 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 nnen sicherlich nicht die gleichen qualitativen Anforderungen o gestellt werden wie an einen herk mmlichen Text. Der Autor k nnte einen Pfad voro o geben, nach dem die Dokumente ausgedruckt werden k nnen. Dieses Problem kann o nat rlich umgangen werden, indem das Material in einer zweiten, linearen Version im u System vorgehalten wird. Integration externer Ressourcen Viele Informationsressourcen k nnen nur schlecht direkt in ein Hypermediasystem ino tegriert werden. Dazu z hlen sicherlich groe Datenbanken, Dokumente, deren Inhalt a 29 sich dynamisch andert, oder komplexe Anwendungen wie zum Beispiel eine Tabel lenkalkulation. Alle diese Ressourcen sollten an das Hypermediasystem angeschlossen werden k nnen, um die Einbindung des Hypermediasystems in seine Umgebung zu o erm glichen.30 W rde das System f r die Einf hrung in ein Programmsystem oder eine o u u u Programmiersprache verwendet, so k nnten auf diese Weise die behandelten Systeme o mit beispielhaften Daten gestartet werden. Die Interaktion mit der normalen Arbeitsumgebung sollte gew hrleistet sein. Die a Einbindung von Netzwerkdiensten wie elektronische Post und Diskussionsforen erm glicht oder erleichtert die Kommunikation der Benutzer untereinander und mit o Auenstehenden. Wiederverwendbarkeit Die Kosten f r die Entwicklung von HypermediaLehreinheiten sind sehr hoch. Es u ist deshalb wichtig, Hypermediadokumente in Kontexten f r verschiedene Veranstalu tungen anbieten zu k nnen. Wenn Lernende verschiedene Veranstaltungen gleichzeitig o auf die Dokumente zugreifen k nnten, m ssen ihre Arbeitsfelder gegeneinander abo u gegrenzt werden, damit sie nicht versehentlich die Arbeitsergebnisse (zum Beispiel Anmerkungen) der jeweils anderen Veranstaltung konfrontiert werden. Intermedia
28 29
Dazu z hlen zum Beispiel Verweise auf Informationsangebote im Internet. a Wie die lokale Wetterkarte und Videoaufnahmen. 30 Siehe auch Abschnitt 2.2 uber Warm Links
33
bietet zum Beispiel die M glichkeit, verschiedene Mengen von Verweisen f r eine o u Hypermediabasis denieren, zwischen denen die Lernenden w hlen k nnen. a o
Kapitel 4 Verfugbare Systeme

4.1 Technische Grundlagen
Sowohl das WWW als auch Hyper-G setzen auf den NetzwerkProtokollen der TCP/IP Familie auf. WWW und Hyper-GServer 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 r Hypertextdokumente, u 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 Ausgangspunkt hat es Ende der sechziger Jahre im Arpanet des amerikanischen Verteidigungsministeriums. 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 lt eine weltweit eindeutige Adresse a (IPNummer), uber die er erreicht werden kann. Die lokalen Rechner werden zu loka len Netzwerken zusammengeschlossen, die dann wieder zu gr eren Netzen verbunden o sind. Aufbauend auf TCP und IP gibt es eine F lle von Protokollen f r verschiedene u u Einsatzf lle, wie zum Beispiel elektronische Post, Dateitransport oder auch Informatia onssysteme wie Gopher, WWW oder Hyper-G. Das Internet besitzt keine zentralen Strukturen. Jeder Betreiber eines Rechners kann anderen im Netz Informationen zur Verf gung stellen, jeder Benutzer im Netz kann, u wenn er die passende Berechtigung hat, bei diesen Rechnern Informationen abrufen (Client-ServerPrinzip). Jeder Informationsanbieter ist f r das, was er anderen zur u Verf gung stellt, selbst verantwortlich. Es existiert kein zentrales Verzeichnis aller im u Netz verf gbaren Ressourcen. Das stellt bei dem rasanten Wachstum des Netzes ein u
4.1. TECHNISCHE GRUNDLAGEN
35
groes Problem dar. Es wurden zwar bisher verschiedene L sungvorschl ge f r dieses o a u Problem publiziert [BDUS94], es hat sich aber bisher kein Verfahren durchgesetzt. Im und f r das Internet wurden bisher verschiedene Informationssysteme entwickelt u + 94, S. 79]: [BLCL Archie gibt einen Uberblick, wo welche Dateien im Netzwerk per Dateitransfer (FTP) abrufbar sind. WAIS (Wide Area Information Servers) ist ein Datenbank und Abfragesystem. Anbieter k nnen Datenbanken zur Verf gung stellen, die dann uber das Netz abgeo u fragt werden k nnen [DKM+ 90]. Es existiert eine zentral verwaltete Datenbank o der Datenbanken. Gopher ist ein men basiertes Informationssystem mit der M glichkeit zur freien u o Textsuche [AMM+ 93]. Men eintr ge auf einem GopherServer k nnen auf ein u a o Men auf einem anderen GopherServer verweisen. u WWW (World Wide Web) ist ein verteiltes Hypertextsystem mit einigen Hypermediaerweiterungen. Diese Informationssysteme erleichtern den Zugriff auf Ressourcen im Internet. Das Internet w chst im Moment mit exponentiellen Zuwachsraten. Einen Groteil dieses a 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 gt die Anzahl der permanent angeschlossenen a Rechner ungef hr 3,2 Millionen [AW94]. a SGML SGML steht f r Standard Generalized Markup Language und ist 1986 als ISONorm u ISO 8879:1986 [Gol86] verabschiedet worden. Ziel dieser Norm ist es, Dokumente unabh ngig vom aktuellen Ausgabeger t und a a dem Ubertragungsweg darstellen zu k nnen [Gol90]. Viele Textverarbeitungssysteo me codieren die physikalische Darstellung der Texte, zum Beispiel durch Attribute f r fette, unterstriche Schrift oder f r spezielle Zeichens tze. SGML dagegen cou u a diert Informationen uber Struktur des Texts, zum Beispiel Attribute f r Heraushebung, u Kapitel berschrift und ahnliche Informationen. Diese Formatierungsinfomation oder u Markup2 werden in f r den Menschen lesbarer Form in den Text aufgenommen [Bry88, u S. 4, 11]. Sie gehorchen einer abstrakten Syntax, um sie maschinell eindeutig verarbeiten zu k nnen. Jedes SGML-Dokument hat drei Teile [KG94, S. 5], [Rag95]: o
Siehe auch Abschnitt 4.2.4. Markup is the term used to describe codes added to electronically prepared text to dene the structure of the text or the format in which it is to appear. [Bry88, S. 5]
2 1
4.2. DAS WORLD WIDE WEB allgemeine Deklarationen zum Beispiel Zeichensatz, Sonderzeichen.
36
Prolog mit einer oder mehreren Document Type Declarations (DTDs). Hierbei handelt es sich um eine formale Syntax, in der die verschiedenen Kontrollelemente deniert werden. Instanz eines DTDs, die eigentlichen Anwendungsdaten. Die DTD deniert nur die Syntax des Textdokuments, nicht die Darstellung am Ausgabeger t. F r die Ausgabe wird dann eine f r das spezische Ger t zugeschnita u u a tene Beschreibung der Umsetzung der einzelnen Kontrollelemente ben tigt. Diese o Beschreibung wird oft als Style Sheet bezeichnet. Unter Verwendung des DTDs und einer Ausgabebeschreibung kann ein SGMLUbersetzer aus den Anwendungsdaten eine formatierte und druckfertige Version erstellen. SGML ist also nur ein Rahmen, der es erlaubt, verschiedene Dokumentendenitionen zu erstellen und auszutauschen. F r die Hypertextdokumente in WWW und Hyper-G sind DTDs deniert. Wird u 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 ischen Kernfora schungszentrums CERN in Genf entstanden. Dort wurde ein System gesucht, das es der weltweit verstreuten Gemeinde der HochenergiePhysiker erlauben sollte, schnell Daten auszutauschen und uber groe 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 hug die Abk rzung W3 zu a u nden.
4.2.1 Architektur
Folgende Anforderungen wurden f r das neue System aufgestellt [BLCGP92a]: u Bereits in Computersystemen vorhandene Datenbest nde sollten eingebunden a werden. Bestehende Informationssysteme sollten in einem Adreraum integriert werden. Dokumente sollten dynamisch erzeugt werden k nnen. o 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 nnen. o
4.2. DAS WORLD WIDE WEB
37
Es sollte eine m glicht groe Zahl von Ausgabeger ten unterst tzt werden. Die o a u ben tigten Programme sollten kostenlos zug nglich sein [RCH94, S.2]. o a Das WWW-System besteht aus drei Komponenten [BLCGP92a, S.3]: einem gemeinsamen Adresssystem f r alle Dokumente, (Universal Resource u Locator, URL), einem gemeinsamen NetzwerkZugangsprotokoll (Hypertext Transfer Protocoll, HTTP), einem gemeinsamen Datenformat f r Hypertextdokumente (Hypertext Markup u Language, HTML). Das WWW ist ein Client-ServerSystem. Autoren stellen Dokumente auf einem Rechner, dem sogenannten Server zur Verf gung, interessierte Benutzer k nnen diese u o dann von einem (anderen) Rechner, dem Client, ein Dokument mit Hilfe der Dokumentadresse abrufen. Es k nnen verschiedene Typen von Dokumenten auf diese Art o transportiert werden. Die Entwicklung des WWW und der zugeh rigen Programme erfolgt nicht zentral o durch eine Gruppe. Es gibt viele Anbieter f r die verschiedenen Systemkomponenu 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 gbare Bibliothek von grundlegenden Funktionen und vieu le kostenlos erh ltliche Programme tragen wesentlich zur schnellen Verbreitung des a WWW bei. Die Unterschiede der verschiedenen ServerProgramme liegen vorwiegend im administrativen Bereich und sind f r den Benutzer nicht sichtbar. Ich werde mich im weiu teren auf die Server von CERN und NCSA beziehen. Es gibt eine Vielzahl Clients, die jeweils auf die Gegebenheiten der verschiedenen Systemplattformen angepat sind.3 Die Unterschiede gehen hier aber so weit, da verschiedene Programme den Sprachstandard HTML abweichend denieren und sogar eigene Obermengen des Standards implementieren.4 Ich werde deshalb im Folgenden das Programm Mosaic [And93], das auch schon in [BKS94] gew rdigt wurde, als Mastab f r meine Betrachtungen u u zugrunde legen. Bild 4.1 zeigt Mosaic mit einem Dokument aus den Vorlesungsunterlagen des letzten Jahres. Die im Text unterstrichenen Bereiche stehen als Anker zur Verf gung. Gewisse Navigationsfunktionen werden unten in der Knopeiste angebou ten, andere verbergen sich in den Men s im Kopfbereich. Ein Ladevorgang kann durch u einen Mausclick auf die Weltkugel in der rechten oberen Ecke abgebrochen werden. Mosaic war lange das am meisten benutzte ClientProgramm f r das WWW [PR94b, u S. 7] und Plattform f r neue Entwicklungen. u
In [BLC92, S. 3] werden einige Clients genannt. Das Programm Netscape von Netscape Communications deniert eine Reihe neuer Sprachelemente, die weder im aktuellen Sprachstandard noch im zuk nftigen enthalten sein werden. u
4 3
38
Abbildung 4.1: Mosaic f r X-Windows u
4.2. DAS WORLD WIDE WEB Adressen im World Wide Web
39
Jedes Dokument hat eine im Netzwerk eindeutige Adresse, den Universal Resource Locator5 : protokoll://rechner/dokument/ Beim protokoll handelt es sich um das InternetProtokoll, das zur Daten bertrau 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 InternetName des Rechners, auf dem sich das Dokument bendet. dokument ist der Name des Dokuments, das auf dem benannten Rechner abgefragt werden soll. Sehr h ug wird dieser als Pfad zu einem Dokument in einem hierarchia 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 spezizieren. Der Suchbereich wird durch ein virtuelles Dokument 6 symbolisiert, an den Dokumentnamen kann mit ? ein Suchbegriff angeh ngt werden. a Die Adresse http://www.uni-paderborn.de/informatik_dt.html/ verweist zum Beispiel auf das Einstiegsdokument des Fachs Informatik in Paderborn.7 Die meisten ClientProgramme k nnen Adressen, die auf Dokumente in andeo ren Informationssystemen verweisen, au sen und Dokumente aus diesen Systemen o abrufen.8 Der Benutzer kann also uber eine einheitliche Benutzungsschnittstelle auf verschiedene Informationssysteme zugreifen. Viele Benutzer verwenden daher ihren WWW-Client auch f r Zugriffe auf andere Systeme [PR94a, S. 3]. u Datenubertragung Zur Daten bertragung zwischen WWWServer und Client wird das Hypertext Transu 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 nnen nicht nur, wie der Name des Protokolls o es andeutet, Hypertextdokumente ubertragen werden sondern Dokumente beliebiger Art [BLCL+ 94, S. 78]. Dabei speziziert der Server dem Client gegen ber den Typ des u gelieferten Dokuments gem des InternetStandards f r MultimediaMail (MIME) a u [BF93]. Die Ubertragung nicht normierter Datenformate ist bei gegenseitigem Einverst ndnis m glich. Der Client kann dann entscheiden, ob er das Dokument selbst a o darstellen kann oder ein externes Programm damit betreut. Mosaic kann selbst nur
Die Realit t ist etwas komplizierter als hier dargestellt. F r die verbindliche Auskunft siehe a u [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 nnen Gopher-, WAIS und FTP-Adressen aufgel st werden. o o
5
40
HTMLDokumente (mit eingef gten Bildern) und unformatierte Texte darstellen, Prou gramme f r andere Datenformate k nnen konguriert werden. u o Zugriffsauthorisierung geh rte nicht zu den urspr nglichen Eigenschaften des Proo u tokolls [RCH94, S. 2] und wird erst jetzt nachtr glich normiert. Verschiedene WWWa Server erlauben es dem Systembetreuer, Leserechte f r verschiedene Dokumente zu u vergeben. Greift jemand auf ein gesch tztes Dokument zu, so wird er nach einer Benutu zerkennung und einem Passwort gefragt. Gibt der Benutzer eine g ltige Kombination u ein, so wird das Dokument ausgeliefert. Kann ein Benutzer auf das Dateisystem zugreifen, in dem die WWWDokumente 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 r HTML, HTML3 genannt [Rag95], ist gerade zur Normierung u eingereicht worden. HTML ist eine Auspr gung (eine DTD) der oben beschriebea nen Standard Generalized Markup Language. Wie SGML speziziert HTML den logischen Aufbau des Dokuments.9 Es wird so gew hrleistet, da m glichst viele a o Endger te HTML-Dokumente darstellen k nnen. Im Gegensatz zu einem Textverara o beitungssystem hat der Autor nicht die volle Kontrolle uber das Aussehen des erstellten Dokuments, er sollte sich auf inhaltliche Strukturen beschr nken. a Der Startpunkt eines Hyperlinks wird als Kommandoanweisung in den Text des Hypertextdokuments geschrieben. Im Startanker wird die Adresse des Zielankers eingetragen. Der Zielpunkt eines Links wird nur vermerkt, wenn er innerhalb eines Dokuments liegt. Verweise werden also nicht von den einzelnen Dokumenten getrennt und verbleiben im Startdokument. Der Zielanker deniert einen symbolischen Namen, auf den Links verweisen k nnen. o 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 hrt. u Es ist m glich, Bilder direkt in den Text einzubinden. Einige Anzeigeprogramme o erlauben es, Bereiche dieser Bilder als Startpunkt f r einen Link festzulegen. Diese u sensitiven Bereiche werden nicht im Dokument, sondern in einer eigenen Tabelle im Server deniert. Der Client kann also die sensitiven Bereiche nicht darstellen, es lassen sich auch nicht Links zu besuchten von Links zu unbesuchten Dokumenten unterscheiden.10
A Als Ausnahme gibt es auch Kommandos die, ahnlich wie in L TEX, den Schriftstil festlegen. Der neue Standard HTML3 [Rag95] bietet die M glichkeit, die sensitiven Bereiche im einbettenden o HTMLDokument zu denieren.
10 9
41
4.2.2 Nutzung von Informationsangeboten

Die dezentralen oder nicht vorhandenen Strukturen des WWW und des Internet ma chen es schwer, sich einen Uberblick uber im WWW vorhandenen Informationen zu verschaffen. Es gibt keine zentralen Einrichtungen, die Informationsangebote katalogisieren und klassizieren. Die starke Aufsplitterung der Informationen erschwert die Suche nach spezischen Informationen [AKM94, S. 2,3].11 Einige freiwillige Personen und Institutionen stellen handgefertigte Ubersichten zu gewissen Themenbereichen zur Verf gung. Es gibt zum Beispiel ein geographisch u unterteiltes Verzeichnis der Server12 und eine hierarchisch unterteilte Ubersicht uber 13 Informationsangebote zu verschiedenen Themengebieten. Diese Tabellen k nnen o nat rlich nie den aktuellen Stand darstellen, da sie per Hand erstellt werden. Die Autou ren sind auf die Kooperation der Benutzer des WWW angewiesen, um neue Dokumente aufzunehmen und alte zu l schen [RCH94, S. 5]. Die Vielfalt der vorhandenen Inforo mationen ubersteigt heute schon oft die handhabbare Gr e vieler Ubersichten. Die o Ubersichten m ssen immer weiter unterteilt werden, wobei der Uberblick schnell veru loren geht. Diese zentralen Anlaufpunkte werden nat rlich sehr oft angefragt, die Antu wortzeiten steigen. F llt ein solcher Knoten aus oder wird er vom Netz abgeschnitten, a so gehen wichtige Anfangsinformationen verloren. Eine derartige, fast schon zentralistische, Struktur widerspricht dem Architekturansatz des WWW ganz erheblich. Sind die Adressen diese MetaDokumente einem Benutzer, etwa einem Neuling, unbekannt, so wird er Schwiergkeiten haben, sich im Netz zurechtzunden. Die Systemverwalter stellen deshalb oft auf den lokalen Servern Ubersichten bereit, die auf diese Metainformationen 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 Beispiel hierf r ist der WebCrawler [Pin94]. Nachteil dieses Verfahrens ist, da so eine u groe Menge Datenverkehr, speziell internationaler Verkehr, erzeugt wird. Dynamisch erzeugte Dokumente k nnen so nicht sinnvoll erfat werden. o Viele Clients bieten dem Benutzer Navigationsfunktionen an. Sehr h ug anzutrefa fen ist die M glichkeit, Verweise auf h ug besuchte Dokumente in einer privaten Liste o a zu speichern. Der Benutzer kann in der Regel zu den Dokumenten zur ck gehen, uber u die er das aktuelle Dokument erreicht hat. Mosaic macht Links zu schon besuchten Dokumenten kenntlich. Eine erweiterte Version von Mosaic14 erm glicht es, ausgeo hend von einer vorgegebenen Startseite uber Links angebundene Dokumente rekursiv nach Stichw rtern zu durchsuchen. Nachteil dieses Verfahrens ist, da alle durchsucho ten Dokumente (eventuell uber groe Entfernungen) zum Client transportiert werden
Ted Nelson spricht von einer Balkanisierung der Datenbanken (nach [AKM95, S.2]. 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
12 11
42
m ssen, um dort analysiert zu werden. Bewegt der Benutzer den Mauszeiger uber einen u Startanker, so zeigt Mosaic die URLAdresse dieses Links an. Aus dem Namen des Dokuments kann sich der Benutzer wenigstens eine ungef hre Vorstellung machen, was a er am Ziel des Links zu erwarten hat und wo das Dokument zu erreichen ist (Pr gnanz a der Auswahlrepr sentation, [KS92]). Nach dem Entwurf des HTMLStandards kann a jedem Anker ein Name beigegeben werden, der das Zieldokument beschreibt [Rag95]. Diese Informationen wird von den bekannten ClientProgrammen15 (bisher) nicht ausgewertet. Es ist dem Benutzer nicht m glich, herauszunden, wie gro das Dokument o 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 BernersLee als System f r kollaboratives Arbeiten voru gestellt [BLCGP92b, S. 1], dies ist aber nicht im herk mmlichen Sinne zu verstehen.16 o Die Anker f r Verweise sind im Text des Hypertextdokuments eingebettet. Will ein u Leser einen eigenen Link erzeugen, der von einem Dokument aus auf ein anderes zeigen soll, so mu er das Dokument, von dem der Link ausgeht, andern d rfen. Soll der u Link an eine bestimmte Stelle im Zieldokument zeigen, so mu in diesem Dokument ebenfalls ein Anker eingef gt werden. Alle Links sind f r jeden sichtbar. Das WWW u u ist also im Grunde ein reines Pr sentationsmedium, der Leser kann nur Links von seia nen Dokumenten auf andere Dokumente legen. Dies schr nkt die Verwendbarkeit des a Systems f r kooperatives Arbeiten stark ein. Ein Kritiker k nnte seine Anmerkungen u o in einem Dokument zusammenfassen und das Dokument uber einen Verweis mit dem Originaldokument verbinden. Da der Autor eines Dokuments aus schon genannten Gr nden nicht herausnden kann, wer auf sein Dokument verweist, kann er nicht eru kennen, wer das Dokument kommentiert, und auf die Kommentare reagieren. Es bleibt die M glichkeit, einem Kreis von Lesern Schreibberechtigung f r die von ihnen diskuo u tierten Dokumente zu geben, dies ist aus Sicherheitsgr nden bedenklich, die Benutzer u sind dann auf die normale Arbeitsumgebung des Servers, der die Dokumente verwaltet, angewiesen, der Proze des Schreibens wird nicht weiter unterst tzt. u Mosaic bietet die M glichkeit, Dokumente zu kommentieren. Die Kommentare o k nnen nur aus Texten bestehen. Sie werden im Dateisystem des Benutzers gespeichert o und k nnen deshalb von anderen nicht eingesehen werden. Wird dasselbe Dokument o wieder aufgerufen, so wird der Kommentar am Kopf des Dokuments angezeigt.
15 16
Netscape, Mosaic und Arena wie zum Beispiel in [CBY89] beschrieben
43
4.2.3 Gestaltung von Informationsangeboten

Aufbau und Wartung von WWWServern Das WWW verwendet ein physikalisches Adreschema. Dokumente werden durch einen eindeutigen Namen auf einem eindeutigen Rechner gekennzeichnet. Im Gegensatz dazu st nde eine logische Adressierung, die ein Dokument nach seinem Inhalt u adressiert.17 Dies f hrt zu einer Reihe von Problemen. Ist ein Dokument erst einmal u auf einem Rechner abgelegt und seine Adresse bekannt, so kann von anderen Dokumenten auf dieses Dokument verwiesen werden. Wird das Dokument gel scht, so o zeigen alle diese Verweise ins Leere, der angefragte Server wird bei Anwahl des Links eine Fehlermeldung zur ckgeben. Das Gleiche passiert, wenn das Dokument an u eine andere URLAdresse verschoben wird. Andert der Autor das Dokument substantiell, so k nnen die Links, die auf das Dokument verweisen, irref hrend sein oder nicht o u mehr den Intentionen ihrer Autoren entsprechen. Der Autor hat keine M glichkeit, zu o 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 InternetAdresse verlegt, so werden ihn in der Regel Anfragen, die sich auf alte Adressen beziehen, nicht mehr erreichen. Der Benutzer erh lt eine Fehlermeldung. F llt ein Rechner aus, so stellt sich das f r den Benutzer in a a u 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 r den Dauerbetrieb. Wenn jemand also ein Dokument u im WWW ver ffentlicht, mu er sich effektiv verpichten, dieses Dokument ein Leben o lang zu warten.18 Es ist sehr einfach, einen WWWServer zu installieren, die Anforderungen an Rechner 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 r verschiedene organisatorische Einheiten geschaffen.19 Dies bietet zwar u jeder organisatorischen Einheit die M glichkeit, eigenverantwortlich Informationen o anzubieten, fordert aber auch die Kompetenz und Ressourcen, dieses Informationsangebot langfristig warten zu k nnen. Durch die Aufsplitterung der Zust ndigkeiten gibt o a es keine einheitliche Benutzerf hrung f r eine Organisation oder einen Server. u u Die meisten Server verf gen uber ein Haupt- oder Einstiegsdokument, das man u erh lt, wenn man in der Adresse nur einen Rechner, aber kein lokales Dokument a angibt.20 Diese Seiten geben meistens einen Uberblick uber das Informationsangebot eines Servers und geben Gelegenheit, diese Bereiche uber Hyperlinks anzusprechen. Eine Hierarchie von Uberblicksseiten kann den Inhalt eines Servers gliedern und dem
Im WWW wird dieses als Universal Resource Name (URN) bezeichnet. Bisher hat sich noch kein Standard f r diese Art der Adressierung gebildet. u 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 t-Gesamthochschule Paderborn existieren mindestens neun WWWServer. a 20 zum Beispiel das Einstiegsdokument der Uni Paderborn: http://www.uni-paderborn.de/
17
44
Informatik der UniGH Paderborn

Arbeitsgruppen der Informatik
Programmiersprachen und bersetzer (AG Kastens) Informatik und Gesellschaft (AG KeilSlawik) Methodik des Systementwurfs (AG Rammig) SoftwareTechnik (AG Schfer)
Allgemeine Infos
Gremien des Fachbereichs MathematikInformatik Technische Berichte aus der Informatik Rechnerbetreuung der Informatik Fachschaft MathematikInformatik Das offizielle Veranstaltungsverzeichnis SS95
Netzwerkdienste der Informatik

FTPServer Texte, Doku & Wissenswertes Hilfen zum WWW
Comments to webmaster@unipaderborn.de
Abbildung 4.2: Einstiegsdokument des WWW-Servers der Informatik in Paderborn (gek rzt) u
45
Benutzer in ubersichtlicher Form zug nglich machen. Bild 4.2 zeigt die Einstiegsseite a des Fachs Informatik in Paderborn. In jedem Dokument an gleicher Stelle wiederkehrende NavigationsVerweise oder Kn pfe erm glichen direkten Zugriff auf o o oft ben tigte Funktionen, sie sind auch zur Navigation in hierarchisch aufgebauten o Datenbest nden geeignet.21 Eine einheitliche Gestaltung aller WWW-Dokumente eia ner Institution erh ht den Wiedererkennungswert (Stichwort corporate identity). Erste o Uberlegungen uber die Gestaltung der WWWDokumente der Informatik in Paderborn nden sich in [Eng94]. Die am h ugsten anzutreffenden ServerProgramme vom CERN und NCSA a verf gen uber keine Funktionen, den gesamten Informationsumfang eines Servers nach u vorgegebenen Stichw rtern zu durchsuchen. Diese Server legen ihre Dokumente in eio nem normalen Dateisystem ab. Gegen ber einer Datenbank hat dies den Nachteil, da u nicht im Gesamtdokumentenbestand efzient nach Attributen und Textteilen gesucht werden kann. Suchfunktionen k nnen uber externe Systemerweiterungen bereitgestellt o werden. Konverter und Zug nge a Es gibt mittlerweile einige Programme, die Daten aus anderen Datenformaten nach HTML wandeln und Systeme, die Zugriff auf fremde Datenbest nde uber die WWWa Benutzungsschnittstelle gestatten. Es sind inzwischen Konverter f r L TEX, FrameMaker und RTF vorhanden. Die u A AT X und FrameMaker gehen vom Originalformat dieser TextverarbeiKonverter f r L E u tungsprogramme aus, dadurch ist es ihnen m glich, die Textstruktur zu nutzen, um die o Dokumente in eine hierarchische Struktur von Hypertextdokumenten umzuwandeln. Im Ursprungstext vorhandene Verweise wie Funoten, Querverweise und Quellenangaben werden automatisch in Links umgewandelt. RTF wird von vielen auf PCs beheimateten Textverarbeitungen wie zum Beispiel Microsoft Word ausgegeben. Es enth lt keine logischen Formatierungsinformationen, a sondern konkrete Anweisungen zur Darstellung von Textelementen. Daher k nnen o hier keine weitergehenden Hypertextstrukturen extrahiert werden, ein Dokument wird komplett in einen HypertextKnoten umgewandelt. Wie Andreas Brennecke und Reinhard KeilSlawik festgestellt haben, gibt es im Moment noch keine brauchbaren what you see is what you getEditoren, die die Erstellung von HTMLDokumenten unterst tzen [BKS94, S. 5][RCH94, S. 4]. Dou kumente werden entweder direkt in HTML geschrieben, was f r den Autor nicht sehr u komfortabel ist, oder aus anderen Formaten konvertiert. Es gibt verschiedenen Zug nge oder gateways, die Informationsbest nde auera a halb eines WWWServers uber das WWW zug nglich machen. Man kann so uber die a Schnittstelle WWW direkt auf diese Daten zugreifen. Diese Programme stellen sich
Das Beispiel in Bild 4.2 zeigt folgende Kn pfe: zur ck zur Hauptseite, zum ElternDokument, zum o u Ausgangspunkt f r die Suche nach externen Ressourcen. u
21
46
nach auen als WWWServer (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 nge zu verschiedenen kommerziellen Datenbana ken wie Oracle und Lotus Notes. Das Hypermediasystem Hyper-G verf gt ebenfalls u 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 hren. Die Suche in Datenbest nden ist im u a Adreschema enthalten. Die Server erlauben es vielfach, externe Programme in den Adreraum eines Servers einzublenden. Wird eine solche Adresse angefordert, so wird nicht ein fertiges Dokument abgeliefert, sondern ein durch die Adresse speziziertes Programm gestartet und dessen Ausgabe an den Client ubertragen. An die WWW Adresse des Programms kann noch eine Liste von Parametern angeh ngt werden, a die dem Programm ubergeben wird. Die Schnittstelle zwischen Server und externem Programm ist in der Common Gateway InterfaceSpezikation (CGI) normiert, externe Programme k nnen so mit verschiedenen ServerProgrammen eingesetzt werden. o HTML erm glicht es, Dokumente als Formulare zu gestalten, mit denen vom Benutzer o Daten erfragt werden k nnen. Diese k nnen dann durch externe Programme verarbeitet o o werden. Solche Anfragen stellen normale URLAdressen dar, sie k nnen also auch o 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 nnen gewisse Dezite des WWW, wie fehlende Suchfunktionen o oder mangelnde Eingriffsm glichkeiten des Benutzers, ausgeglichen werden. Nacho teilig bleibt, da diese Programme vom Systembetreuer extra installiert und gewartet werden m ssen, was zum Teil einiges an Wissen uber das WWW und die Plattform des u 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 r die Bereitstellung u 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 BernersLee 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 ngen im Moment viele kommerzielle Anbieter ins WWW und a Internet, die die Entwicklung neuer Protokolle und Systeme forcieren.
22
Die hier genannten Werte wurden im Januar 1995 auf dem NFSNET Backbone-Netzwerk gemessen.
47
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 zusammengefat. Eine Bewertung des WWW anhand der Kriterien aus Abschnitt 3.4, ob sich das WWW f r einen Einsatz als Basissystem f r Ausbildungszwecke eignet, u u bleibt dem Kapitel 5 vorbehalten. Das WWW bietet dem Benutzer nur sehr eingeschr nkte M glichkeiten der Ina o teraktion mit dem System. Ein aktives Arbeiten mit Dokumenten, also Bemerkungen anh ngen, Bereiche markieren oder eigene Strukturen uber Verweise schaffen, ist nur a durch direktes Ver ndern der Dokumente m glich und damit bei einer groen Zahl von a o Benutzern unrealistisch. Die Gestaltung der eigenen Umgebung beschr nkt sich auf die a Sammlung von Verweisen auf externe Dokumente und die Gestaltung eigener Hyper mediadokumente. Das WWW wird h ug zur Darstellung von Informationen uber das a Studium eingesetzt, so zur Darstellung der beteiligten Einrichtungen, f r Vorlesungsu verzeichnisse und inhaltlicher Darstellung der Veranstaltungen [Mey94, BRS94]. Es stehen im WWW sehr vielf ltige Informationen zur Verf gung. Uber die Qualit t dieser a u a Informationen l t sich keine allgemeing ltige Antwort geben, es wird unerfahrenen a u Benutzern des WWW eher schwerfallen, relevante Informationen zu nden. Es gibt im Moment kaum Werkzeuge zur interaktiven Gestaltung von HTML Dokumenten. Die verwendete Sprache HTML ist andererseits recht einfach zu erlernen;23 es ist leicht m glich, neue Dokumente in den Server einzuf gen. Solange der o u
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 sicherstellen. Soll die Funktionalit t des WWW (zum Beispiel uber angebundene Programme) a erweitert werden, so ist einiger Aufwand n tig. Mosaic unterst tzt selbst nur HTML o u Dokumente und dort eingebundene Bilder, andere Dokumenttypen m ssen uber externe u Programme angebunden werden. Es steht f r diese Dokumente keine Hypertextfunku tionalit t zur Verf gung. Es k nnen beliebige andere Dokumenttypen transportiert wera u o den, externe Anwendungsprogramme k nnen zur Verarbeitung dieser Daten eingesetzt o werden. Konverter f r in der Informatik h ug verwendete Textverarbeitungssysteme u a sind vorhanden. Navigationshilfen werden vom WWW als ganzes nicht angeboten, auf die speziellen Eigenschaften von Mosaic wurde oben hingewiesen. Weil der Benutzer sich im allgemeinen nicht beim Server ausweist, ist es f r das System schwierig, den Benutzer u tutoriell anzuleiten oder zu betreuen. Der Benutzer ist also in der Wahl der zu durchlaufenen Dokumente auf sich gestellt. Hilfestellung k nnen vom Autor erzeugte sensitive o Karten bieten, die die Zusammenh nge des Wissensgebiets darstellen. Suchfunktioa nen k nnen nur uber externe Zusatzprogramme angebunden werden, das Filtern von o Dokumenten und Links ist (mit vorhandenen Clients) nicht m glich. o Ein groer Vorteil des WWW ist, da es von jedem vernetzten Rechner der Hochschule, der uber die passende Software verf gt, benutzt werden kann. Auch andere u Rechner, die ans Internet angeschlossen sind, k nnen zugreifen. Weil heute noch nicht o viele private Wohnungen an das Netz angeschlossen sind, werden die Benutzer in der Regel nicht vom heimischen Rechner aus arbeiten k nnen. Da alle n tigen Programme o o 24 aber auch f r PCs zur Verf gung stehen w re es aufwendig, aber vorstellbar, da die u u a 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 MotifBenutzungsschnittstelle, 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 lt man immer die neuen oder gegenenfalls korrigierten Dokumente, es setzt a nat rlich eine arbeitsf hige Grundinstallation voraus. u a
4.3 Hyper-G
Hyper-G ist ein weiteres Hypermediasystem im Internet. Es wird seit 1990 vom Institut f r Informatik und computerunterst tzte neue Medien (IICM) der Technischen Uniu u versit t Graz entwickelt [MT90]. Vorbild f r Hyper-G ist das IntermediaProjekt der a u Brown University. Der IntermediaAnsatz wurde erweitert um die Nutzung in Weitverkehrsnetzen 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 r MS-Windows, f r das kostenfreie PC-UNIX Linux sind alle n tigen Komponenten u u o vorhanden.
4.3. HYPER-G
49
Entwicklung eines Systems f r professionelle L sungen 25 und groe Datenu o best nde. a Navigation soll uber Hyperlinks, Strukturierung des Datenbestandes und Suchen m glich sein. o Die Fragmentierung des Dokumentbestandes, zum Beispiel durch Aufteilung auf mehrere Rechner, soll vermieden werden. Mehrsprachige Dokumente sollen ins System eingebracht werden k nnen. o Benutzeridentikation und Zugangskontrolle sollen gew hrleistet sein. a Bestehende Systeme sollen integriert werden, es soll Zug nge vom und zum a Hyper-G geben. Hyper-G wird zentral vom IICM entwickelt. Programme sind im Moment nur in ausf hrbarer Form f r verschiedene Rechnerarchitekturen erh ltlich und k nnen u u a o kostenlos uber das Internet geladen werden. Sobald die Entwicklung des Kernsystems abgeschlossen ist und es stabil l uft, sollen die Quellen f r die Anzeigeprogramme a u frei verf gbar gemacht werden [AKMS95, S. 7]. Die Entwickler rechnen mit der u Fertigstellung der grundlegenden Funktionen f r Mitte oder Ende 1995.26 Hyper-G u wird von seinen Entwicklern als System f r groe Organisationen beschrieben, die u groe Mengen an Dokumenten systematisch verwalten wollen [KM93b, S. 1]. Hyper-G ist wie das WWW ein ClientServerSystem. Es existieren Clients f r u verschiedene Platformen: Harmony f r UNIXSysteme mit XWindows verschiedener Hersteller.27 u Amadeus f r IBMkompatible PCs mit MSWindows oder Windows NT.28 u hgtv f r vt100Terminals an UNIXRechnern. u Ein Client f r Apple Macintosh ist in der Entwicklung. Der Server l uft auf einem u a UNIXRechner und verwaltet alle Datenbest nde und Benutzereintr ge. a a
4.3.1 Funktionalit t und Struktur a

Dokumente und Links werden vom System getrennt im Dokument und Linkserver verwaltet. Jedes Dokument kann eine Reihe von Attributen besitzen. Diese k nnen Titel in o mehreren Sprachen enthalten. Jedem Dokument wird einem eindeutigen Autor zugeordnet. F r jedes Dokument kann festgelegt werden, welche Benutzer oder Gruppen u
25 26
pers nliches Gespr ch mit Gerald Pail o a Funktionsumfang WWW , pers nliche Gespr che in Graz. o a 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 nnen. Die Sichtbarkeit eines Doo kuments f r andere kann angegeben werden. Zugriffsrechte auf Kollektionen gelten u auch f r ihre Kinder. Weitere Attribute beeinussen die Darstellung der Dokumente. Es u kann zum Beispiel die Reihenfolge der Dokumente in einer Kollektion speziert werden. 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 sentations oder Verteilungsmedium. Hyper-G biea tet dagegen einen geschlossenen Navigationsraum und f r kooperatives Arbeiten n tige u o Funktionen. Kollektionen Hyper-G ist angetreten, ein h heres Ma an Strukturierung des Datenbestandes zu o erm glichen. Alle Dokumente werden automatisch in eine Hierarchie von Kollektioo nen (collections) eingeordnet [Kap93, S. 1]. Die Kollektionen stellen einen gerichteten azyklischen Graph dar. Jede Kollektion kann mehrere Elternkollektionen haben, solange die Kreisfreiheit nicht verletzt wird. Themen und Gebiete k nnen so nach o verschiedenen Sichtweisen gruppiert werden. Kollektionen k nnen Dokumente und o Kollektionen enthalten, die auf verschiedenen Servern abgelegt sind [KAF+ 94, S. 3]. Dadurch wird es m glich, Informationen uber ServerGrenzen hinweg inhaltlich zu o strukturieren. Kollektionen entsprechen hierarchischen Links, wie sie zum Beispiel von Conklin [Con87] und Halasz [Hal88] gefordert wurden [Kap93, S. 2]. Die Kollektionshierarchie deniert den Suchraum f r Suchen im Hyper-G. Jedes u Dokument kann mit Titel und Stichworten versehen werden. Der Benutzer kann eine Gruppe von Kollektionen angeben, die er durchsuchen m chte. Sind diese auf mehrere o Server verteilt, so werden alle beteiligten Server parallel angefragt. Jede Kollektion wird mit einem f r den Server, auf dem sie angelegt wurde, eindeuu tigen Namen versehen. Uber diesen Namen kann auf die Kollektion Bezug genommen werden, ein Dokument wird durch die Kombination aus dem Namen einer der Elternkollektion und seinem Titel speziziert. Alle aktiven Hyper-GServer weltweit sind in der PseudoKollektion hyperroot zusammengefat. Uber diese Kollektion k nnen o andere Hyper-G-Server erreicht werden, sie kann nicht durchsucht werden. Eine besondere Form der Kollektion ist der Cluster.29 Hier k nnen eng zusamo mengeh rige Dokumente aufbewahrt werden. Werden zum Beispiel Dokumente in o verschiedenen Sprachen in einem Cluster aufbewahrt, so kann der Client das Dokument ausw hlen, das den Pr ferenzen des Benutzers entspricht. Werden verschiedene a a Dokumenttypen in einem Cluster aufbewahrt, so werden sie bei Anwahl des Clusters zusammen angezeigt. So lassen sich verschiedene Medien zu einer Einheit zusammenf gen. Ein Film kann so zum Beispiel mit einem erl uternden Text versehen u a
29
engl. Haufen, Gruppe, Aggregat
4.3. HYPER-G
51
werden. Touren sind geordnete Kollektionen, ihre Mitglieder werden in einer denierten Reihenfolge besucht [Kap93, S. 3]. Sie sind in der heute verf gbaren Version von u Hyper-G nicht implementiert. Links Hyper-G verwaltet Links und Dokumente in getrennten Datenbanken. Der LinkServer ist eine verteilte Datenbank, jeder Hyper-GServer enth lt die Informationen uber seine a 30 Dokumente und uber andere Dokumente, die mit seinen verbunden sind. Links in Hyper-G sind bidirektional. Sie k nnen sowohl vom Startanker (in Hypero 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 nnen Links auf Dokumente erzeugt werden, die anderen Benutzern geh ren o o oder die sogar schreibgesch tzt sind (zum Beispiel auf CDROM). Der Proze der u LinkErstellung kann von dem der Dokumenterstellung getrennt werden. Dokumente k nnen mit verschiedenen Systemen produziert werden, die Links k nnen nachtr glich o o a vom Autor interaktiv erzeugt werden. Jedes Dokument wird durch eine eindeutige Identikationsnummer gekennzeichnet. Wird ein Dokument in der Kollektionshierarchie verschoben oder umbenannt, so m ssen die Links, die auf ein Dokument verweisen, nicht ge ndert werden. So wird u a das aus dem WWW bekannte Ph nomen der ins Leere f hrenden Verweise vermieden a u [Kap93, S. 2]. Wird ein Dokument gel scht, so werden automatisch alle Links, die auf o oder in das Dokument verweisen, ebenfalls gel scht. So kann die Integrit t des Netzo a werks automatisch sichergestellt werden [KAF+ 94, S.3]. Die Identikationsnummer 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 renz des Caches ist somit sichergestellt. a Werden Dokumente ge ndert, auf die von anderen Servern verwiesen wird, dann a m ssen diese anderen Server von den Anderungen in Kenntnis gesetzt werden, damit u sie ihre Verweistabelle auf den neuesten Stand bringen k nnen. Dies f hrt zu einer o u gewissen Mehrbelastung des Netzwerks, die aber, laut Frank Kappe, vernachl ssigbar a ist [Kap95]. Werden Dokumente in das System eingef gt, so k nnen sie Links enthalten, die auf u o sp ter hinzukommende Dokumente verweisen. Diese Links werden als offene Links a in die Datenbank aufgenommen. Werden sp ter weitere Dokumente in die Datenbank a aufgenommen, so wird die Liste der offenen Links automatisch daraufhin untersucht, ob jetzt Links geschlossen werden k nnen. o
30
F r eine n here Darstellung siehe [Kap95]. u a
4.3. HYPER-G
52
Alle Links sind f r jeden Leser sichtbar. Links werden in jedem Dokument durch u einen, in der Regel farbig markierten, Startanker visualisert. Der Anker im Zieldokument wird nur dargestellt, wenn der Link von einem Benutzer uberquert wird. Um einen Link setzen zu d rfen, braucht der Benutzer Schreibberechtigung f r das Dokuu u 31 ment, von dem der Link ausgeht. Damit soll verhindert werden, da ein Dokument in Starankern ertrinkt. F r das Zieldokument ben tigt der Benutzer keine Schreibberechu o tigung. Zuk nftige Versionen von Hyper-G werden es entweder erlauben, auch Links u Gruppen und Nutzerrechte zuzuordnen, oder es wird m glich sein, private Links zu o setzen.32 Hyper-G stellt typisierte Links zur Verf gung. Bisher realisiert sind die Typen noru mal, eingebundenes Bild 33 und Annotation. Mit dem zweiten Typ ist es m glich, o Bilder in Hypertextdokumente einzubinden. Annotationen Der dritte Typ erm glicht es, Bemerkungen und Kommentare an ein Dokument ano zuh ngen [KM93a, S. 6]. Dabei zeigt ein Verweis vom Kommentar zum kommentierten a Dokument. Es ist also f r jeden registrierten Benutzer m glich, Kommentare einzubrinu o gen. Der Autor des Ursprungsdokuments kann erkennen, ob und welche Kommentare auf das Dokument verweisen. F r Annotationen gelten die gleichen Zugriffsrechte wie u f r normale Dokumente, das Leserecht kann auf verschiedene Gruppen eingeschr nkt u a werden. Leider wird diese Funktion von den vorhandenen Clients kaum unterst tzt. Haru mony unterst tzt Annotationen uberhaupt nicht. Amadeus und hgtv erlauben es, Dou kumente mit Texten zu annotieren. Es kann nur immer auf das gesamte Dokument verwiesen werden, Kommentare m ssen in der selben Kollektion abgelegt werden wie u das Ursprungsdokument, der Kommentator mu also Schreibberechtigung f r diese u Kollektion besitzen. Auf diese Weise kann die Gruppe der Diskussionsteilnehmer eingeschr nkt werden. Es k nnen spezielle Diskussionskollektionen ahnlich denen der a o USENET News geschaffen werden [KM93a, S. 9]. Diese Clients erm glichen es dem o Autor, alle Kommentare aufzulisten. Systemverwaltung Betreiber m ssen jeden neuen Server beim IICM registrieren lassen. Daraufhin erh lt u a er die M glichkeit, die Server-Software uber das Internet zu laden. Nach wenigen o Einstellungen (Name des Servers) kann der Server uber ein Startprogramm gestartet werden. Der Betreiber kann dann Benutzer und Gruppen eintragen.
In einer alteren Version des Servers war es m glich, auch ohne Schreibrechte Links auf Dokumente o zu setzen. 32 pers nlicher Austausch mit Klaus Schmaranz, IICM. Der Diskussionsproze dar ber scheint noch o u nicht abgeschlossen zu sein. 33 engl. inlined image
31
4.3. HYPER-G
53
Es gibt nur sehr wenige M glichkeiten, die Konguration des Servers zu beeinuso sen, die Systemprogramme und Schnittstellen sind nicht dokumentiert. Dem Server liegt eine kurze Anleitung bei, die beschreibt, wie der Server installiert und Benutzer eingerichtet werden k nnen. Weitere technische Dokumentation steht nicht zur o Verf gung. u Mit dem Server werden eine Reihe von Programmen zur Wartung der Hypermediabasis (einf gen, l schen, modifzieren, : : : ) mitgeliefert. u o Anderungen des Servers k nnen uber ein Programm automatisch aus Graz abgeruo fen und installiert werden.
4.3.2 Dokumenterzeugung und verwaltung

Hyper-G unterst tzt im Moment folgende Dokumententypen: Hypertext im HTF u Format, Bilder (GIF, JPEG, TIFF), Filme (MPEG), Postscript, 3DSzenen und Audio. F r diese Dokumenttypen bietet Hyper-G voller Hypermediafunktionalit t an, es u a k nnen Links von und zu Bereichen oder Objekten in diesen Medien erzeugt wero den. Hyper-GClients wie Harmony und Amadeus enthalten daher f r jeden Typ ein u eigenes Anzeigemodul [AKM94, S. 4]. Weitere Dokumenttypen k nnen auch im Syso tem gespeichert werden, externe Anzeigeprogramme k nnen f r diese Typen in den o u ClientProgrammen konguriert werden. Texte k nnen von den Clients interaktiv modiziert werden. HypermediaEditoren o f r andere Dokumentformate sind nicht vorhanden. Ein Editor f r Bilder und graphische u u Ubersichten, der Verweise bei Anderungen des Bildes erh lt und gegebenenfalls bei a Verschiebungen von Bildobjekten mit verschiebt, w rde eine langfristige Wartung der u Dokumente erleichtern. Es existiert in Hyper-G keine Versionsverwaltung. Wird ein Dokument gel scht o und neu eingef gt, so werden alle Links, die in das Dokument veweisen, gel scht. Die u o Anmerkungen und Links anderer Benutzer werden dadurch wertlos. Eine Dokumentation der Entwicklung verschiedener Dokumente und Projekte ist so nicht m glich. Eine o Versionsverwaltung k nnte alte Dokumente erhalten, wenn Links auf sie verweisen. o Links, die auf das Dokument als ganzes verweisen, k nnten immer auf die aktuelle o Version verweisen. Eine Versionsverwaltung ist bisher nicht vorgesehen.34 Hyper-G verwendet ein eigenes Hypertextformat HyperG Text Format (HTF) [KG94]. Es ist wie HTML eine Auspr gung von SGML. Die Hyper-GClients verwena den zur Darstellung der Dokumente einen SGMLParser, 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 nnen. HTF enth lt, im Gegensatz zu HTML, o a keine Elemente f r Benutzereingaben. u Wegen der geringen Verbreitung von HTF gibt es keine Programme und Editoren, die die Erzeugung von HTFDokumenten direkt unterst tzen. Dokumente werden mit u
34
pers nliche Gespr che mit den Entwicklern o a
4.3. HYPER-G
54
einem Client-Programm direkt in die Serverdatenbank eingef gt. Dabei werden alle u Links aus Hypertextdokumenten entfernt und in die Datenbank der Links eingef gt. u Titel, Stichw rter und Attribute werden extra in der Dokumentendatenbank abgelegt. o Jedes Textdokument wird automatisch in einen Volltextindex aufgenommen. Hyper-G wird HTML3 [Rag95] unterst tzen, sobald dieses standardisiert ist. Es ist u damit zu rechnen, da HTF dann aussterben wird.35 Alle Clients unterst tzen die interaktive Modikation von Hypertexten. Dabei weru 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 gt, so werden die Links wieder aus dem Text entfernt u und in die Datenbank eingef gt. u 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 nnen Dokumente im RTFFormat direkt in das o System eingef gt werden. Nachteil des RTF-Formats ist, da es ein physikalisches u TextLayout mit Einr ckungen, Zeilenbreiten und Gr e der Schriftzeichen deniert. u o Es scheint verschiedene RTFVersionen zu geben, der Konverter kann nur Version 0 verarbeiten. Ich habe ein Programmpaket geschrieben, mit dem HTMLDokumente inklusive ihrer Links in HTFDokumente umgewandelt werden k nnen. Das IICM o entwickelt im Moment ein System, mit dem der ganze Inhalt eines WWWServers in einen Hyper-GServer uberf hrt werden kann. u Integration anderer Informationssysteme Dokumente, die uber die Informationssysteme WAIS, Gopher und WWW erreicht werden k nnen, k nnen wie andere Dokumente in Kollektionen aufgenommen werden. o o Auf sie kann vom Hyper-G direkt zugegriffen werden. HTMLDokumente werden wie HTFDokumente dargestellt, Links in diesen Dokumenten k nnen benutzt werden. o Sehr viele vorhandene HTMLDokumente entsprechen nicht den syntaktischen Vorschriften der HTMLDTD. Dies wird aber von den meisten (nicht allen) Anzeigeprogrammen toleriert. Die frei verf gbare Bibliothek des CERN zur Analyse u von HTMLDokumenten hat die sehr weitgehende Auslegung davon, was akzeptable HTMLDokumente seien, noch gef rdert. Die Hyper-GClients Harmony und o Amadeus verwenden zur Darstellung dieser HTMLSeiten einen SGMLUbersetzer. Fehlerhafte HTMLSeiten k nnen daher sehr oft nicht dargestellt werden. o Hyper-GServer k nnen von auen direkt mit WWW oder GopherClients angeo sprochen werden [KM93b, S. 3]. HypertextDokumente werden dann automatisch in das Format des anfragenden Systems konvertiert und herausgegeben. Einzelne Kollektionen und Dokumente k nnen direkt uber ihren Namen angesprochen wero den. Die WWWAdresse der Kollektion mit dem Namen klemme ist zum Beispiel http://hyperg.uni-paderborn.de/Cklemme. Gewisse Funktionen, wie
35
pers nliche Gespr che mit Klaus Schmaranz (IICM), Graz 1995. o a
4.3. HYPER-G
55
Links in und aus NichtTexten, k nnen nat rlich nicht ins WWW umgesetzt werden. o u Benutzerrechte und Sprachpr ferenzen werden emuliert. Aktives Arbeiten (Dokumente a einf gen und andern, Links setzen) ist nicht m glich. u o F r jedes System kann eine Hierarchie von Benutzergruppen eingerichtet werden. u 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: Hyper-GGruppenhierarchie in Paderborn (Auszug) Gruppe erben alle Rechte der Elterngruppen. Benutzerin ulla kann also alle Dokumente lesen, die die Mitglieder der Gruppen iug, iugstud und pb info lesen k nnen. Jedes Dokument kann Schreib und Leserechte f r mehrere Benutzer oder o u Gruppen halten, die Mitglieder der Gruppe system k nnen alle Dokumente lesen und o schreiben. Diese Rechte gelten nur f r Dokumente des Servers, auf dem der Benutzer eingetrau gen ist. M chte der Benutzer, zum Beispiel im Rahmen internationaler Kooperationen, o Dokumente bearbeiten, die auf mehreren Servern abgelegt sind, so mu er sich bei jedem Server einzeln anmelden und ausweisen. Er kann sonst nur Dokumente lesen, die f r alle Benutzer freigegeben sind. Es ist geplant, da Benutzerdaten automatisch an u andere Server weitergereicht werden und der Benutzer automatisch identiziert wird. Erweiterbarkeit Im WWW ist es m glich, uber externe Programme weitere Resourcen einzubinden. o Eine solche Schnittstelle ist in Hyper-G nicht vorhanden. Sie widerspr che der Idee der a Konsistenz des Datenbestandes, weil sich sonst Dokumente andern oder nicht mehr vorhanden sein k nnten, ohne da das Hyper-G-System seine Link-Datenbank ento sprechend andern kann. Es m ssen also alle Daten in das Hyper-G-System eingef gt u u werden, was bei stark dynamischen Daten sicherlich zu einer hohen Systembelastung
4.3. HYPER-G
56
f hren wird. Es wird auerdem argumentiert, die Vielfalt der Erweiterungen und Formuu lare, wie im WWW anzutreffen, zerst re die Einheitlichkeit der Benutzungsschnittstelle o [AKM95, S. 2]. Die Hyper-GClients k nnen keine HTMLFormulare auswerten, so o da sehr viele Informationsangebote des WWW nicht erreicht werden k nnen. Kappe o und Maurer beschreiben die Integration von InternetMail und News in das System [KM93a], der Zugang f r Mail wird im Moment implementiert. Ein Zugang zu SQL u 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 nnen Dokumente uber Links und die Kollektionenhierarchie erreichen. Auerden o steht eine m chtige Suchfunktion bereit. a Suchen Gerade wenn ein System viele Dokumente enthlt, ist eine Suchfunktion unverzichta bar. Die Suche kann dem Benutzer den Einstieg in die Recherche nach bestimmten Informationen erleichtern. Es stehen folgende Suchoperationen zur Verf gung [AK94, u S. 2]: Suche nach dem Titel oder weiteren Schl sselw rtern. u o Beschr nkung auf bestimmte Autoren oder auf Anderungen in einem bestimmten a Zeitraum. Es k nnen eine oder mehrere Kollektionen zur Suche ausgew hlt werden. Sind o a die ausgew hlten ( aktivierten) Kollektionen uber mehrere Server verteilt, so a werden alle parallel mit der Suche beauftragt und die Ergebnisse dann zusammengetragen. Gesucht werden kann: nach booleschen Kombinationen, unscharf (fuzzy), im VektorraumModell (wie in WAIS). Jedes Textdokument wird automatisch in einem VolltextIndex aufgenommen. F r die Volltextsuche stehen die gleichen Suchmodi zur Verf gung wie f r die u u u normale Suche. Die Dokumentattribute werden getrennt von den Dokumentdaten in einer eigenen Datenbank aufbewahrt, eine efziente Suche ist also m glich. o Auch Links k nnen mit einem Titel oder Attribut versehen werden, sie werden mit o durchsucht.
4.3. HYPER-G Aktives und kooperatives Arbeiten
57
Das WWW ist eher ein Pr sentationsmedium als ein Medium f r aktives Arbeiten a u (siehe Abschnitt 4.2.2). Hyper-G bietet in diesem Bereich mehr M glichkeiten. Links o k nnen von eigenen Dokumenten an beliebigen Stellen in anderen Dokumenten plao ziert werden. Uber die schon eingef hrten Annotationen kann ein Leser Bemerkungen u an ein Dokument anh ngen, der Autor kann diese lesen und wieder annotieren. Es a kann also auf diese Weise ein Diskussionsproze in Gang gesetzt werden. Uber Gruppenrechte lassen sich diese Anmerkungen und Diskussionen auf einen Kreis bekannter Teilnehmer einschr nken. Ein Problem bei weitr umigen Diskussionen ist, da die Bea a nutzeridentit t (im Moment) nur auf dem Heimatserver ausgewertet wird. Das System a wird an der TU Graz genutzt, um Studierende zu Themen einiger Vorlesungen diskutieren zu lassen. Die Studierenden erhalten ein Pseudonym, unter dem sie Beitr ge a ver ffentlichen. Die Beteiligung am Diskussionsproze ist Voraussetzung f r die Ero u langung eines Leistungsnachweises. Zugang zum System Benutzer k nnen unter verschiedenen Identizierungsmodi mit dem System arbeiten. o In den Ver ffentlichungen uber Hyper-G werden vier Arten des Zugangs beschrieben o [KM93a, S. 5]: identiziert : Der Benutzer identiziert sich mit Benutzername und Passwort. Wenn er die Zugriffsrechte besitzt, kann er Dokumente modizieren und Links einf gen. u Die Identit t des Benutzers ist allen bekannt. a halbidentiziert: Die Identit t des Benutzers ist nur dem System bekannt. Der Bea nutzer kann ein eindeutiges und bisher nicht vergebenes Pseudonym w hlen und a unter diesem Namen Dokumente bearbeiten. anonymidentiziert: Die Identit t des Benutzers ist nicht einmal dem System bea kannt. Er kann eine beliebige Kombination aus Pseudonym und Passwort w hlen a und diese in sp teren Sitzungen wiederverwenden. a anonym: Der Benutzer kann nur frei zug ngliche Dokumente lesen. a Anscheinend sind im Moment nur das erste und das letzte Verfahren implementiert. Ein Benutzer kann sich also entscheiden, wenn er sich uber einen Client bei einem Hyper GServer anmeldet, ob er sich identizieren will oder ob er lieber anonym bleiben will. Zieht er anonymes Arbeiten von, so stehen ihm nur die Dokumente zur Verf gung, f r u u die keine speziellen Schutzrechte deniert worden sind.
4.3.4 Clients
Hyper-G ist ein ClientServerSystem. Clients kontaktieren w hrend der gesamten Sita zung nur einen Hyper-GServer. Dieser Server liefert alle Daten, auch die, die aus dem
4.3. HYPER-G
58
WWW oder GopherSystem angefordert werden. Dies erm glicht das Zwischenspeio chern der Dokumente, Benutzerprole und einfache Gestaltung der ClientProgramme [AKM94, S. 8]. Die Benutzbarkeit eines Hypermediasystems h ngt stark von den Funktionen der a Clients ab. Deshalb werden die drei verf gbaren Clients im folgenden kurz vorgeu stellt. Besonderes Augenmerk werde ich auf Harmony legen, weil dieses Programm in Paderborn am meisten eingesetzt wird. hgtv Hgtv ist das alteste ClientProgramm f r Hyper-G. Es kann von jedem VT100 u Terminal oder Emulator aus verwendet werden. Sein Funktionsumfang ist nach wie vor gr er als der der graschen Programme, es k nnen zum Beispiel Dokumente o o verschoben und Referenzkopien von Dokumenten angelegt werden. Dokumentation ist elektronisch im System vorhanden. Die Benutzungsschnittstelle ist sehr karg. Alle Kommandoparameter m ssen vollst ndig eingetippt werden. Weil nur ein Fenster u a zur Verf gung steht, kann nur entweder ein Dokument oder der Inhalt einer Kollektion u angezeigt werden. Der Uberblick auf die gesamte Kollektionshierarchie bleibt dem Benutzer verwehrt. Aufgrund geringen F higkeiten der zugrundeliegenden Ger te lassen a a sich nur Textdokumente darstellen. Harmony Harmony ist ein Client f r UNIXSysteme mit der graphischen Ober che X-Windows. u a Es steht im Moment f r Solaris, SunOS 4, IRIX, Linux und weitere Betriebssysteme u zur Verf gung. u Harmony ist eine Multiproze-Anwendung. Die Sitzungskontrolle stellt die Kollektionenhierarchie dar. Bild 4.5 zeigt die Sitzungskontrolle mit einem Ausschnitt der Hierarchie der Paderborner Hyper-GServers. Von der Sitzungskontrolle aus kann der Benutzer verschiedene Dokumente offnen. F r jeden Dokumenttyp wird ein eige u nes Darstellungsprogramm gestartet, das seine Daten direkt aus dem Hyper-G-Server bezieht und darstellt [AKM95, S. 7]. Es stehen Darstellungsprogramme f r alle unu terst tzten Dokumenttypen zur Verf gung.36 u u Die Sitzungskontrolle spiegelt immer die aktuelle Position des Benutzers in der Kollektionenhierarchie wider. W hlt der Benutzer einen Link in einem Dokument an, a so informiert das Anzeigeprogramm die Sitzungskontrolle. Diese stellt den Pfad in der Hierarchie bis zum ausgew hlten Dokument dar37 und veranlat die Darstellung des a Dokuments. Dabei wird der Fensterinhalt unter Umst nden stark ver ndert, weil Platz a a f r neue Eintr ge geschaffen werden mu. Es kann sich deshalb oft beim Benutzer u a
Einschr nkungen bestehen f r Audio-Dokumente. Hier hat sich noch kein allgemein anerkannter a u Standard f r UNIX-Systeme etabliert. u 37 Der Pfad kann nur dargestellt werden, wenn der Benutzer Leseberechtigung f r alle Kollektionen u auf dem Weg zur Wurzel hat.
36
4.3. HYPER-G
59
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 rlich keine Position aus u 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 glichkeiten ein o Logbuch aller durchgef hrten Navigationsoperationen. In dieser Liste kann sich der u Benutzer vor und zur ck bewegen und Operationen noch einmal ausf hren. u u Besuchte Dokumente werden in der Sitzungskontrolle und der lokalen Karte als besucht abgehakt. Anker, die zu besuchten Dokumenten f hren, werden in einer u anderen Farbe dargestellt. Diese Markierungen gelten nur f r die aktuelle Sitzung. u Erstaunlicherweise verf gt keiner der Hyper-GClients uber eine Funktion zur u Speicherung von benutzerdenierten 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 glichkeit, die aktuelle Arbeitsposition f r eine o u sp tere Sitzung zu sichern. a
Abbildung 4.6: Lokale Karte in Harmony Harmony kann die Umgebung eines selektierten Dokuments als lokale Karte darstellen. 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 hrt gelegentlich zu Verwirrungen, weil diese sonst nicht als u eigenst ndige Dokumente auftauchen. Links auf und von ganzen Dokumenten k nnen a o 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 bersichtlich werden. u Benutzer k nnen nicht herausnden, wohin ein Link in einem Dokument f hrt. o u Sie k nnen zwar in der lokalen Karte erkennen, welche Dokumente mit dem aktuellen o Dokument verbunden sind, sie k nnen diese Informationen aber nicht einzelnen Ankern o zuordnen. Sie sind auf die Aussagekraft des Ankers angewiesen. Es ist nicht m glich, o herauszunden, ob ein Link auf ein Dokument eines anderen Rechners verweist, was beim Laden dieses Dokuments l ngere Wartezeiten hervorrufen k nnte, oder wie gro a o das angeforderte Dokument ist. Neue Dokumente und neue Kollektionen k nnen mit Harmony direkt in das System o eingef gt werden, Texte und Bilder k nnen unter Zuhilfenahme externer Programme u o modiziert werden. Annotationen sind in Harmony nicht implementiert. Sie k nnen weder erzeugt, o noch aufgelistet werden. Links k nnen f r alle unterst tzten Dokumenttypen interaktiv erzeugt werden. Der o u u Benutzer markiert einen Bereich im Ausgangsdokument und deniert ihn uber eine Men funktion als Startanker. Analog geht er im Zieldokument vor, dann kann er den u Link in die Datenbank einf gen. u FilterFunktionen f r Dokumente und Links k nnten Verweise auf Dokumente, u o die f r den Benutzer nicht lesbar sind, unsichtbar machen und Verweise auf diese u Dokumente unterdr cken. Genauso k nnten Links und Dokumente nach vorgegebenen u o Attributen (zum Beispiel nach dem Schwierigkeitsgrad) auf Anforderung des Benutzers nicht angezeigt werden. Ein Benutzer sieht Verweise auf f ihn nicht lesbare Dokumente. Selektiert er eines ur 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 r u Harmony sind sie nicht geplant. Dreidimensionale Erweiterungen. Harmony kann 3D-Szenen [AP94] darstellen. Es wird hierf r die Open GLBibliothek ben tigt, die im Moment f r SGI-Rechner u o u zur Verf gung steht. Die Modelle werden mit dem Programm Advanced Wavefront u 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 rfel dargestellt. Zielanker ist eine u Kameraposition im System [AP94, S. 3], der Benutzer kann sich also uber Verweise von einer Position zur n chsten beamen. a Die dreidimensionale Informationslandschaft erfordert ebenfalls die Open GL Bibliothek. Mit ihr kann die Kollektionenhierarchie uberogen werden [AKM95, S. 9]. Das System ahnelt SGIs 3D Files System Navigator [TS92]. Die Kollektionen wer den mit ihren Dokumenten auf der Grund che abgebildet. Die H he der Dokumente a o
4.3. HYPER-G
62
Abbildung 4.7: Dreidimensionale Szene in Harmony
4.3. HYPER-G
63
stellt ihre Gr e dar, ihre Farbe den Dokumenttyp. Wird eine Kollektion angew hlt, o a so werden alle Unterkollektionen angezeigt und uber Linien verbunden. Dokumente k nnen wie gewohnt ausgew hlt werden. Die Informationslandschaft ist an die Sito a zungskontrolle gekoppelt, sie spiegeln Anderungen gegenseitig wider. Benutzung. L st der Benutzer eine Funktion von Harmony aus, so bekommt er o oft keine unmittelbare R ckmeldung. Operationen k nnen h ug nicht abgebrochen u o a 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 ndig geladen hat. Werden in zwei verschiedenen a Anzeigeprogrammen zugleich Navigationsoperationen angestoen, so kann der Effekt auf die Sitzungskontrolle uberraschend sein. Mit Harmony wird ein kurzer einf hrender Text mitgeliefert. Ein Tutorial ist im u Hyper-G vorhanden. Weitere technische Dokumentation steht nicht zur Verf gung, die u 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 Verfahrens anti aliasing skaliert; dabei werden Graustufen in das Bild eingef gt, die auf u Schwarzwei-Bildschirmen nicht zu erkennen sind. Die Notwendigkeit von Farbmonitoren stellt f r den Einsatz in Paderborn ein groes Problem dar, weil die f r Stuu u dierende zug nglichen Rechnerr ume vorwiegend mit ( lteren) Schwarzwei-Ger ten a a a a ausgestattet sind. Harmonys Programm zur Anzeige von PostScriptDokumenten erzeugt f r jede u Seite des aktuellen Dokuments eine Bitmap-Darstellung. Diese ist f r jede Seite bis zu u 1 MB gro und wird auf der lokalen Platte abgelegt. Gerade bei kleineren Rechnern f hrt dies oft zum Uberlauf der Platte.38 Harmony meldet dann, da das PostScript u Dokument defekt sei und verweigert auch die Darstellung der schon konvertierten Seiten. Amadeus Amadeus ist der Hyper-GClient f r Windows und Windows NT. Da im Fach Informau tik nur sehr wenige PCs zur Verf gung stehen, werde ich nur kurz auf die Unterschiede u zwischen Harmony und Amadeus eingehen. Amadeus verf gt uber den selben Leistungsumfang wie Harmony.39 Zus tzlich u a unterst tzt Amadeus Annotationen, es stehen einige Funktionen zum kopieren und u Verschieben von Dokumenten bereit, die Harmony nicht vorweisen kann. Annotationen k nnen an ein Dokument angeh ngt werden, f r jedes Dokument kann eine o a u
38 Urspr nglich wurden diese Dateien im lokalen HeimatVerzeichnis abgelegt, was des ofteren zum u Uberlauf dieser Speicherbereiche und zum Absturz des Servers f hrte. u 39 3D-Szenen stehen nur unter Windows NT zur Verf gung. u
4.3. HYPER-G
64
Auswahlliste alle Annotationen erstellt werden. Es steht ein ausf hrliches Handbuch u [Die94] zur Verf gung. u Die neue Version40 erlaubt die Verwendung von lokalen Datenbanken. Diese werden auf der lokalen Festplatte installiert und k nnen auf Datentr gern und uber Netzwerke o a weitergegeben werden. Es k nnen Kollektionenhierarchien aus Hyper-GServern auso gelesen und zu lokalen Datenbanken weiterverarbeitet werden. Die Werkzeuge hierf r u 41 stehen demn chst zur allgemeinen Verf gung. Es ist bisher noch nicht m glich, diese a u o lokalen Datenbanken zu modizieren. Eine Version mit vollwertiger lokaler Datenbank wird f r Herbst 1995 erwartet. F r Harmony sind ahnliche Erweiterungen geplant. u u Die Datenbank soll kompatibel sein zum Hypermediasystem PC-Bibliothek des IICM [KM93b, S. 4]. Dieses System wurde speziell f r W rterb cher und Nachschlau o u gewerke geschaffen. Einige kommerzielle Datenbanken stehen bereits zur Verf gung. u Es wird also m glich sein, diese Produkte mit Hyper-G zu kombinieren. o
4.3.5 Anwendungen des Hyper-G

Hyper-G steht in direkter Konkurrenz zum WWW. Das WWW hat eine groe 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 Zeitschrift f r Informatik [MS94]. Sie wird vom SpringerVerlag herausgegeben und soll u vorwiegend uber das Hyper-G vertrieben werden.42 Die Zeitschrift enth lt alle Ar a tikel in einer HTF- und einer PostscriptVersion. Die ubliche Hyper-G-Funktionen wie die Suche stehen zur Verf gung. Die Zeitung wird von einem Redaktionsteam in u Graz produziert und von dort auf eine Reihe von Rechnern weltweit verteilt. Vorteil der elektronischen Ver ffentlichung ist, da Artikel weltweit schnell zur Verf gung stehen, o u Autoren k nnen Errata und Verweise auf neuere Ergebnisse auch sp ter noch direkt als o a Anmerkungen an ihre Artikel anh ngen. Alle Artikel und Anmerkungen m ssen durch a u Fachgutachter genehmigt werden. Fachinformationssysteme: Die Deutsche MathematikerVereinigung plant ein bundesweites Fachinformationssystem auf Basis von Hyper-G. [L g94] [AKM95, S. 13]. u Ziel ist es, eine auf die Mathematik bezogene (fachspezische) Infrastruktur f r Inu formation und Kommunikation zu schaffen [L g94]. F r das neue System wurden u u
40 41
Version 0.85alpha, Mai 1995 Information Thomas Dietinger, IICM 42 Eine CD-ROMAusgabe am Jahresende ist geplant.
4.3. HYPER-G
65
besonders Suchm glichkeiten uber Systemgrenzen hinweg und eine einheitliche Beo nutzerf hrung gefordert. u Die Gesellschaft f r Informatik plant ein ahnliches Fachinformationssystem. u
4.3.6 Zusammenfassung
Aktives Arbeiten ist mit Hyper-G eingeschr nkt m glich. Der Benutzer kann Dokua o mente erzeugen und einf gen, Schutzrechte verhindern den unauthorisierten Zugriff u auf diese Dokumente. Problematisch ist, da Links f r alle sichtbar sind und nicht u auf Gruppen, Benutzer oder Kontexte eingeschr nkt werden k nnen. F r l ngerfristige a o u a Kooperationen w re eine Versionenverwaltung hilfreich. a Die Verbreitung von Hyper-G ist im Moment eher gering, eine so groe Vielfalt von Informationsquellen wie im WWW ist nicht vorhanden. Dieses Dezit wird durch die Zugangsm glichkeiten zum WWW und Gopher ausgeglichen, auch wenn f r diese o u Dokumente nicht die gesamte Funktionalit t von Hyper-G zur Verf gung steht. a u Hyper-G bietet mit seiner Kollektionshierarchie die M glichkeit, Themen zu struko turieren und von einander abzugrenzen. So k nnte ein Benutzer erkennen, ob er alle o Dokumente zu einem Thema gesehen und bearbeitet hat. Suchen erm glichen ihm, o erste Anhaltspunkte f r das zu nden, was ihn interessiert. Die Kollektionenhierarchie u bietet hier die M glichkeit, die Suche auf sinnvolle Teilbereiche der Hypermediabasis o einzuschr nken. a F r die Produktion von Dokumenten stehen noch weniger Hilfsmittel zur Verf gung u u als im WWW. Es sind nur wenige Konverter f r Textdokumente vorhanden, immerhin u ist es aber m glich, Dokumente erst nach HTML und dann nach HTF zu wandeln; o dabei treten nat rlich gewisse Verluste an Darstellungsinformationen auf. Programme u wie Harmony erleichtern dem Autor daf r die Aufgabe, neue Dokumente im System u zu plazieren. Die vorhandenen Hilfsprogramme besitzen keine einheitliche Benutzerschnittstelle, Optionen sind in verschiedenen Programmen unterschiedlich benannt, obwohl sie gleiche Funktionalit t haben. a Hypermediafunktionalit t steht f r alle Dokumenttypen zur Verf gung und erlaubt, a u u diese vollst ndig in die Pr sentation zu integrieren. Hyperlinks k nnen genutzt werden, a a o um Filme, Bilder und Ton zu strukturieren und zu erkl ren. Multimediadokumente wie a Filme, Bilder oder 3D-Szenen ben tigen viel Speicherplatz und belasten, wenn sie o abgerufen werden, die Datenleitungen. Bei heutigen Transferleistungen sind daher nur kleine Dokumente sinnvoll, weil der Benutzer sonst zu lange auf ihr Eintreffen warten m te. u Von der Seite der Systembetreiber bietet das Hyper-G gegen ber dem WWW einige u Vorteile. Es k nnen Benutzer und Gruppen eingerichtet werden, die sich gegenseitig o uberschneiden k nnen. Dokumente werden uber den Hyper-GServer in die Datenbank o eingef gt, Informationen wie Titel und andere Attribute werden automatisch extrahiert u und getrennt gespeichert. Die Konsistenz der Verweise wird vom System automatisch sichergestellt.
4.4. VORLESUNGSUNTERLAGEN IM HYPER-G
66
Nachteile sind die schon erw hnten kryptischen Hilfsprogramme und die fehlende a Dokumentation. Die Systeme werden vom IICM zentral entwickelt, es gibt keine alternativen Anbieter. Die einzelnen Betreiber k nnen nicht in die Programme eingreifen o und sie lokalen Gegebenheiten anpassen. Der Mangel an Beispielimplementationen wird Dritte davon abhalten, selbst Programme f r Hyper-G zu schreiben. Es k nnen u o keine externen Ressourcen angebunden werden werden. Betreiber und Autoren sind auf die vorhandenen M glichkeiten festgelegt und k nnen das System nicht erweitern. o o Durch die in Paderborn vorhandene Ger te sind die Benutzer auf das Client a Programm Harmony festgelegt. Die Nachteile von Harmony wurden bereits dargestellt. Harmonys Abh ngigkeit von Farbger ten erschwert den Zugang der Benutzer zum a a System. Es schafft so einen Flaschenhals, der zum Beispiel bei Verwendung des WWW mit Mosaic nicht vorhanden ist. Zuk nftig wird sich Amadeus auch ohne Netzanschlu und Zugriff auf einen Hyperu GServer verwenden lassen. Studierende k nnten den statischen Datenbestand mit nach o Hause nehmen und dort bearbeiten, M glichkeiten des kooperativen Arbeitens w rden o u hierbei nat rlich wegfallen. u
4.4 Vorlesungsunterlagen im Hyper-G

Die Vorlesung Informatik und Gesellschaft wird zur Zeit, im Sommersemester 1995, wieder von Reinhard KeilSlawik gelesen. Ubungsgruppen werden von Ursula Schwolle 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 tzlichen a Dokumente in Papierform herausgegeben. Das Hauptproblem war, da oft einzelne Seiten der Papierversion fehlten oder verlegt wurden und die Kopiervorlagen deswegen laufend kontrolliert und erg nzt werden muten. Die Unterlagen f r die diesj hrige a u a Vorlesung sind gr tenteils in der Paderborner Universit tsbibliothek vorhanden und o a k nnen dort gelesen werden. Ich bin dieses Jahr mit der technischen Dokumentenero stellung betraut worden. Das System wird im Hyper-G implementiert. Daf r wurde ein u Hyper-GServer 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 Papiervorlagen mittels eines Scanners und eines Schrifterkennungsprogramms in eine elektronische Version uberf hrt. Es gibt kaum Programme, die die Erzeugung von u HTF (oder auch HTML) Dokumenten unterst tzen. u
67
Zu den besseren Konvertern geh rt latex2html43 von Nikos Dracos, Leeds. Mit o AT XDokumente in HTML-Dokumente konvertieren. diesem Programm lassen sich L E 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 A eingebettet. Es ist nicht sehr aufwendig, den eingelesenen ASCII-Text in ein L TEX Dokument umzusetzen. Die meisten von uns bereitgestellten Dokumente enthalten vorwiegend Text und nur wenige Bilder und Graphiken, die Konvertierung beschr nkt a sich daher vorwiegend auf das Wiederherstellen der Kapitelstruktur und die Korrektur A der Ausgabe des OCRProgramms. Die L TEXDokumente werden dann nach HTML konvertiert, ein selbst erstelltes Konvertierungsprogramm wandelt die entstandenen HTMLDokumente (mit ihren Verweisen) in HTFDokumente um . Diese k nnen o direkt in den Hyper-GServer eingef gt werden. Vorteil dieses Verfahrens ist, da u A von der L TEXVersion noch ein PostScriptDokument erzeugt werden kann, das den gesamten Text in einer sequentiellen Form enth lt. a Alternativ ist es m glich, vom Schrifterkennungsprogramm ein RTFDokument o erzeugen zu lassen und dieses direkt in Hyper-G einzuf gen. Dabei wird der gesamte u Text in ein Dokument umgewandelt. Das physikalische Layout mit Zeilenbreite und Wortumbr chen wird beibehalten. u Zus tzlich zu den wissenschaftlichen Originalartikeln wurden bisher noch einige a Normen und Begriffsdenitionen 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 nnen sich auf verschiedene Art einen Uberblick verschaffen, eine Suche o l t sich besser einschr nken. Es sollen noch eigene Ubersichtsartikel zu den einzelnen a a 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 beeinussen. Eine Bibliographie des Fachgebiets wird noch erstellt und aufgenommen, ein allgemeines elektronisches W rterbuch steht (in Graz) zur Verf gung. o u Die Arbeiten zur Erstellung der Datenbank sind noch nicht abgeschlossen, Dokumente werden im Laufe der Vorlesung erg nzt. Sobald die Programme zur Erstellung a lokaler Datenbanken f r Amadeus zur Verf gung stehen, werden wir eine lokale Dau u tenbank f r die Rechner der Studierenden zuhause produzieren, die dann per Diskette u 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 te zur Verf gung. a u
43
http://cbl.leeds.ac.uk/nikos/tex2html/doc/latex2html/latex2html.html
68
Abbildung 4.8: Struktur der Vorlesungsunterlagen
69
Es wurde f r jeden Studierenden ein Benutzereintrag und eine eigene Heimatkolu lektion angelegt, wo er eigene Dokumente ablegen kann. Die Studierenden wurden in einer einst ndigen Ubung in die Benutzung des Systems eingef hrt. Die Zahl der Teilu u nehmer der Vorlesung ist uberraschend gro. Weil dadurch die Ubungsgruppen sehr gro sind, ist an gruppenweites aktives Arbeiten mit den Dokumenten nicht zu denken. F r individuelle Anmerkungen und Verweise fehlt im Moment noch die Systemunu terst tzung. Die Studierenden k nnen Dokumente lesen und im Dokumentenbestand u o suchen. Jedes Dokument existiert in einer Hypertext und einer PostScriptVersion, letztere kann bei Bedarf ausgedruckt werden. Weil Harmony im Moment keine Annotationen unterst tzt, muten wir auf ein u HypertextDiskussionsforum zur Diskussion zwischen Studierenden und mit den Lehrkr ften verzichten. Als Ersatz wurde eine lokale USENETGruppe eingerichtet. Die a Diskussion l uft langsam an. Bisher wurde vorwiegend uber den Einsatz des Hyper-G a als Pr sentationsmedium f r die Unterrichtsunterlagen und die Rahmenbedingungen a u diskutiert. Die Studierenden beklagten sich vorwiegend die schlechte Arbeitsumgebung und die Menge des angebotenen Materials. Eine inhaltliche Diskussion fand bisher nicht statt. Es werden jede Woche Ubungsaufgaben in einer Hyper-GKollektion und im Diskussionsforum ver ffentlicht. Die Studierenden senden ihre L sungen direkt per eleko o tronischer Post an ihre Ubungsgruppenleiter. Auch dieses Jahr ist geplant, die Ergebnisse des Hypermediaeinsatzes zu untersuchen und die Studierenden zu befragen. Eine erste Umfrage wurde vor der Einf hrung u der Studierenden in das Hypermediasystem durchgef hrt. Da die zweite Umfrage noch u 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 berstellen. u F r die Benutzbarkeit des Gesamtsystems ist es wichtig, die Funktionen der Client u Programme mit in den Vergleich einzubeziehen. Es wird also das WWW mit Mosaic dem Hyper-G mit Harmony gegen bergestellt. u
5.1 Erschliebarkeit
Das WWW und seine ClientProgramme wie Mosaic bieten nur wenige Funktionen, die den Lernenden den Einstieg in das Hypermediasystem erleichtern k nnten. Die o M glichkeit der Strukturierung durch Karten besteht in Hyper-G wie im WWW. Ubero sichten k nnen vom Autor explizit angelegt werden. Die M glichkeit, Bereiche in o o Bildern mit Ankern zu versehen, erm glicht es dem Autor, eigene Ubersichten in die o Hypermediabasis einzubinden. Mit seiner Kollektionshierarchie bietet Hyper-G die M glichkeit, uber Systemgrenzen hinweg die Materialien nach Inhalten zu sortieren. o Die Strukturierung der Lehrmaterialien kann so explizit gemacht werden. Harmonys lokale Karte erm glicht den Benutzern, sich einen ungef hren Uberblick dar ber zu o a u schaffen, wie das aktuelle Dokument mit anderen Dokumenten verbunden ist. Nachteilig ist, da Verweise keinem konkreten Anker zugeordnet werden k nnen. o Die Orientierung der Lernenden im Hypermediasystem unterst tzt Harmony durch u seine lokale Karte und die Kollektionen bersicht in der Sitzungskontrolle. Es fehlt u die M glichkeit, interessante oder wichtige Dokumente in eine Hotlist aufnehmen zu o k nnen. Mosaic bietet auer der Information uber ausgehende Links keine Informatioo nen uber das Umfeld des aktuellen Dokuments. Interessante Adressen k nnen von den o Benutzern gespeichert werden. Beide Programme erm glichen es den Benutzern, zu o schon besuchten Dokumenten oder zum Startpunkt zur ckzukehren. u Hyper-G bietet weitgehende, im System verankerte, Suchm glichkeiten. Die Kolo lektionenhierarchie erm glicht eine sinnvolle Einschr nkung des Suchraums auf reo a
5.2. TRENNUNG VON AUTOR UND LESER
71
levante Themengruppen. Das WWW bietet keine origin ren Suchm glichkeiten. Es a o k nnen zwar Sucherweiterungen in das System eingebracht werden, es ist aber auch o dann keine Suche uber Rechnergrenzen hinweg m glich. o Die Lernenden sollten erkennen k nnen, ob sie alle relevanten Dokumente zu o einem Thema besucht haben. Im WWW ist dieses schwierig festzustellen. Aufgrund der Implementation der sensitiven Bilder im WWW k nnen von Mosaic nur in Texten o Links zu besuchten Dokumenten markiert werden. Bilder fallen also als Checkliste f r ein Themengebiet aus. Harmony markiert in der Sitzungskontrolle und der lokalen u 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 nnen so kontrollieren, o 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 chsten Sitzung nicht mehr zur Verf gung. Beide Systeme bieten keine M glichkeiten, a u o Links mit Attributen zu versehen und Dokumente oder Links nach Attributwerten zu ltern.
5.2 Aufhebung der Trennung von Autor und Leser

Um die Hypermediabasis ihren Erfordernissen anpassen zu k nnen, sollten die Lero nenden in die Lage versetzt werden, selber aktiv an der Datenbank zu arbeiten. Das WWW ist ein reines Pr sentationsmedium. Es ist nicht vorgesehen, da auer a dem Autor andere Personen Links in oder aus bestehende Dokumente legen. Es bleibt die M glichkeit, die Lernenden selbst Dokumente schreiben zu lassen. Kooperatives o Arbeiten im Sinne eines Dialogs durch gegenseitige Annotationen sind im WWW nicht m glich. Mosaic erm glicht zwar private Annotationen, diese sind f r andere o o u aber nicht einsehbar. Hyper-G bietet M glichkeiten f r kooperatives Arbeiten. Annotationen sind grundo u s tzlich m glich, werden aber im Moment von Harmony noch nicht unterst tzt. Bea o u nutzer k nnen selbst Links in andere Dokumente legen, eigene Dokumente k nnen o o eingef gt und modiziert werden. Links von diesen Dokumenten k nnen interaktiv eru o zeugt werden. Nachteilig ist, da diese Links von allen Benutzern gesehen werden, es ist also fraglich, ob sich ein aktiver Arbeitsstil mit einer groen Gruppe von Lernenden praktizieren l t. a Eine M glichkeit zur Markierung von Textstellen fehlt beiden Systemen. o
5.3 Dokumentenerstellung
Die Dokumentenerstellung f r beide Systeme wird durch den Mangel an Werkzeuu gen stark erschwert. Im Bereich des WWW ist im Rahmen der fortschreitenden Kommerzialisierung schon bald mit professionellen L sungen zu rechnen. Wird im o
5.4. EINSATZUMGEBUNG
72
Hyper-G demn chst HTML3 als Hypertextsprache eingesetzt, dann sollten auch die a f r das WWW produzierten Werkzeuge einsetzbar sein. Abschnitt 4.4 beschreibt die u Klimmz ge bei der Erstellung von Hypertextdokumenten f r das Hyper-G. u u HypermediaEditoren f r andere Dokumentenformate sind f r beide Systeme nicht u u in Sicht. Sie w ren gerade bei der Wartung und Erg nzung bestehender Hypermediaa a dokumente (wie der oben erw hnten Karten) sehr hilfreich. a Hyper-G unterst tzt Hypermediafunktionen f r wesentlich mehr Dokumenttypen. u u Im WWW k nnen Verweise nur aus Textdokumenten und eingebundenen Bildern deo niert werden. Hyper-G unterst tzt auch Verweise in und aus Filmen, 3DSzenen und u PostScriptDokumenten. Links k nnen interaktiv deniert werden, die unterliegeno den Dokumente m ssen daf r nicht modiziert werden. Der Preis f r die Vielfalt an u u u unterst tzten Dokumenttypen ist eine h here Komplexit t der Anzeigeprogramme. u o a Die Erstellung von Hypermediadokumenten ist sehr kostspielig. Hyper-G erm go licht es, Dokumente in mehr als einer Kollektion abzulegen. Dokumente k nnen so f r o u mehr als eine Veranstaltung oder ein Thema bereitgestellt werden. Dadurch k nnen o die Lernenden schnell feststellen, welche Dokumente f r sie relevant sind. Es ist in u beiden Systemen nicht m glich, Links je nach aktuellem Einsatzkontext sichtbar oder o unsichtbar zu machen. Verschiedene Kontexte im Sinne von Intermedia lassen sich also nicht schaffen.
5.4 Einsatzumgebung
Beide Systeme k nnen von jedem vernetzten Computer der Hochschule erreicht wero den. Die dazu ben tigte Software steht kostenlos zur Verf gung. Harmony setzt f r ein o u u sinnvolles Arbeiten einen Farbrechner voraus. In den allgemein zug nglichen Recha nerr umen sind vorwiegend Rechner mit Schwarzweibildschirm anzutreffen. Der a Zugang zum System wird so also stark eingeschr nkt. Mosaic kann auf allen Sysa temen eingesetzt werden, nur sehr kontrastarme Farbbilder bereiten den Benutzern von Schwarzweiarbeitspl tzen Probleme. a Hyper-G vergibt f r jedes Dokument Schreib- und Leserechte. So k nnen sensiu o tive Dokumente gesch tzt werden. Die Berechtigung zur Anderung bestehender und u zum Einf gen neuer Dokumente kann einer Gruppe von Personen gegeben werden. u Das WWW sieht nur eine Einschr nkung von Lesezugriffen vor. Will jemand Dokua mente modizieren oder neue hinzuf gen, so mu er die Schreibberechtigung f r das u u Dateisystem des Servers besitzen. F r die ublichen Heimarbeitsrechner sind alle n tigen Komponenten des World u o Wide Web kostenlos erh ltlich. Die Lernenden k nnten die Hypermediabasis in der a o Hochschule kopieren und zuhause einspielen. F r Hyper-GClients Amadeus und u (demn chst auch) Harmony steht eine lokale Datenbank zur Verf gung, die ohne a u Netzanbindung betrieben werden kann. Es wird also mit beiden Systemen m glich o sein, zuhause und ohne Netzanschlu mit den Vorlesungsunterlagen zu arbeiten.
5.5. ERWEITERBARKEIT
73
5.5 Erweiterbarkeit
Einer der Hauptargumente f r das WWW ist seine hohe Kongurierbarkeit. Es k nnen u o andere Programme in den Adreraum des Servers eingeblendet werden, die Ausgaben dieser Programme werden vom Server als Hypermediadokumente herausgegeben. Die Installation und Wartung dieser Erweiterungenen bedeutet allerdings einen nicht unerheblichen Aufwand f r die Systembetreuung. u Hyper-G bietet kaum M glichkeiten, Ressourcen auerhalb des Servers in das Syso tem einzubinden. Die einzigen externen Ressourcen, die eingebunden werden k nnen, o sind WWW und GopherServer. Aus dieser eingeschr nkten Erweiterbarkeit ergibt a sich eine einheitliche Benutzungsober che f r alle Informationsangebote. a u Die erste Umfrage zur diesj hrigen Vorlesung Informatik und Gesellschaft hat a 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 ltlich. a
5.6 Zukunftige Verfugbarkeit

Das WWW erfreut sich im Internet und auch dar ber hinaus allgemein groer Beu liebtheit. Die Weiterentwicklung des Gesamtsystems und der einzelnen Komponenten verl uft auerst dynamisch. Die B ndelung der Entwicklung im W3Konsortium stellt a u 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 r kooperatives Arbeiten sein. u Wie sich das Hyper-G weiterentwickeln wird, ist angesichts der Abh ngigkeit von a einer einzelnen Organisation nicht leicht einzusch tzen. Durch die Ubernahme der a Hypertextsprache HTML3 wird Hyper-G von der Entwicklung des WWW protieren k nnen. Hyper-G wird angesichts des rasanten Aufstiegs des WWW wahrscheinlich o ein System f r spezielle Anwendungen bleiben. Es ist daher ungewi, ob sich ein u gr er Markt f r Werkzeuge und Systemkomponenten bilden wird. Das System wird o u vom IICM in Kooperation mit Organisationen wie der European Space Agency, der Deutschen MathematikerVereinigung und dem SpringerVerlag entwickelt. Daher sollte das Uberleben des Systems auch f r die n chsten Jahre gesichert sein. u a Die Ergebnisse der letzten Abschnitte werden in Tabelle 5.1 noch einmal kurz zusammengestellt.
5.6. ZUKUNFTIGE VERFUGBARKEIT
74
World Wide Web Graphische Ubersichten Gruppierung von Informationen Lokale Navigation
HyperG
Suchfunktion
Abschlu
Anmerkungen Kooperatives Schreiben Dokumente einf gen u Verweise Verweise in Dokumente erzeugen Modikation Werkzeuge Systemzugang HardwareVorraussetzungen Ohne Netzwerk Erweiterbarkeit
Erschliebarkeit als Bilder im Text, keine Markie- als Bilder, Markierung besuchter Dorung besuchter Dokumente, umst nd- kumente, Links k nnen interaktiv era o liche Erzeugung der Links zeugt werden nur durch Ubersichtsdokumente, keine durch Kollektionenhierarchie, durch Ubersichtsdokumente Systemunterst tzung u Hotlist, zur ck zum vorherigen Doku- zur ck zum vorherigen Dokument, u u ment, zur ck zum Start, Links zu be- Links werden f r die Sitzung markiert, u u nutzten Dokumenten werden markiert lokale Karte nur mit Systemerweiterungen m glich, auf einzelnen Kollektionenhierarchien, o auf das lokale System beschr nkt a ubergreifend auf mehreren Rechnern, verschiedene Suchmodi Links zu benutzten Dokuementen wer- besuchte Dokumente werden in der den markiert Kollektionen bersicht markiert u Trennung von Autor und Leser nur lokal f r den Benutzer, eine pro als Hypermediadokument im System, u Dokument von anderen gegebenenfalls einsehbar wegen unidirektionaler Verweise nicht m glich o m glich o Zugang uber Dateisystem uber ein Client-Programm m ssen in das Hypertextdokument ein- werden beim Einf gen aus dem Text u u gebaut werden extrahiert oder interaktiv erzeugt erfordert Schreibberechtigung, nur f r f r alle Dokumenttypen, von allen Beu u Texte m glich o nutzern m glich o als Modikation des Dateisystems uber die Clients einige wenige Einsatzumgebung Lesezugriff einschr nkbar a Gruppen- und Nutzerrechte f Leseur und Schreibzugriffe gering Farbbildschirm, hoher Speicherbedarf m glich mit Einschr nkungen o a zuk nftig m glich u o viele Systemerg nzungen vorhanden, kaum m glich a o aufwendig zu betreuen Zuk nftige Entwicklung u gesichert gesichert dynamisch, viele Anbieter abh ngig von einer Institution a
Weiterbestand Fortentwicklung
Abbildung 5.1: Gegen berstellung der Eigenschaften von WWW Hyper-G bez glich u u Lehrveranstaltungsunterlagen
Kapitel 6 Quintessenz und Ausblick

Die Vorteile des Hyper-G sind in seiner Struktur begr ndet. Die bidirektionalen Links u erm glichen Kommunikation zwischen Benutzern und sind Grundlage f r aktives o u Arbeiten. Die Trennung von Links und Dokumenten erm glicht es den Benutzern, o Links zu ziehen ohne in Dokumente eingreifen zu m ssen. Die Kollektionenhierarchie u erm glicht eine inhaltliche Gruppierung von Dokumenten und schafft abgegrenzte o Suchr ume. Alle diese Eigenschaften sind im WWW auch in Zukunft nicht zu erwara ten. Die Einschr nkungen, die jetzt noch im Hyper-G existieren, sind alle grunds tza a lich l sbar. Es ist zu hoffen, da die Entwickler die Ressourcen besitzen, das System o auch langfristig weiterzuentwickeln. Die Integration weiterer Informationsdienste wie elektronische Post und Diskussionsforen wird Hyper-G zu einem umfassenden Informationssystem erweitern, das als Grundlage f r eine allgemeine Arbeitsumgebung u dienen kann. Die gr ten Probleme beim Hypermediaeinsatz bestehen nicht in der Auswahl o des Systems, sondern in der Verbesserung des Arbeitsumfelds der Studierenden. Die Ausstattung der offentlichen Rechnerr ume mit ergonomisch geeigneten Ger ten wird a a sich im Laufe der Zeit sicherlich verbessern. Lokale Datenbanken f r den Computer u zuhause stellen f r viele Studierenden sicherlich eine geeignete Ausweichm glichkeit u o dar. Das Arbeiten mit Hypermediadokumenten erleichtert Hyper-G durch die M glicho keit, Dokumente und Verweise interaktiv zu bearbeiten. Die Produktion wird sich in Zukunft durch neue Werkzeuge erleichtern. Die Unterlagen f r die Vorlesung Informatik und Gesellschaft werden in dieu sem Semester erstmalig im Hyper-G angeboten. Ich hoffe, da sich die Akzeptanz elektronischer Unterlagen bei Studierenden und Lehrenden langfristig erh hen l t. o a 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 abschlieende Umfrage wird weitere Daten uber Akzeptanz und Be
76 nutzbarkeit des Systems liefern. Auch danach werden die Dokumente den Studierenden, zum Beispiel f r Pr fungsu u vorbereitungen, weiter zur Verf gung stehen. Uber den Einsatz des Systems f r weitere u u Vorlesungen wurde noch nicht entschieden.
Literaturverzeichnis
[ACM89] [ACM91] [AK94] Association for Computing Machinery: ACM Hypertext 89, New York, 1989. Association for Computing Machinery: ACM Hypertext 91, New York, 1991. Keith Andrews and Frank Kappe: Soaring through hyperspace: A snapshot of HyperG and its Harmony client. In Proc. of Eurographics Symposium and Workshop on Multimedia: Multimedia/Hypermedia in Open Distributed Environments, June 1994. Keith Andrews, Frank Kappe, and Hermann Maurer: HyperG 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. Keith Andrews, Frank Kappe, and Hermann Maurer: The Hyper-G network information system. Journal of Universal Computer Science, 1(4), April 1995. 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. 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. Marc Andreesen: NCSA Mosaic Technical Summary. University of Illinois, National Center for Supercomputing Applications, May 1993. Revision 2.1.
[AKM94]
[AKM95]
[AKMS95]
[AMM+ 93]
[And93]
LITERATURVERZEICHNIS [AP94] Keith Andrews and Michael Pichler: Hooking up 3space: Three dimensional models as fullyedged hypermedia documents. In Proceedings of EastWest International Conference on Multimedia, Hypermedia, and Virtual Reality, Moscow, September 1994. Addison-Wesley goes Internet: Internet allgemein.
http://www.germany.eu.net/shop/AW/News/internet.html,
78
[AW94]
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):98114, 1994. 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. Andreas Brennecke und Reinhard Keil-Slawik: Alltagspraxis in der Hypermediagestaltung. Technischer Bericht Universit tGH a Paderborn, 1994. ver ffentlicht als [BKS95]. o 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 107125, Stuttgart, 1995. German Chapter of the ACM, B.G. Teubner. 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. Tim Berners-Lee and Robert Cailliau: WorldWide Web. In Conference on High Energy Physics, Annecy, France, September 1992. erh ltlich auf info.cern.ch. a 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.
[BF93]
[BKS94]
[BKS95]
[BL93]
[BLC92]
[BLC93]
[BLCGP92a] Tim Berners-Lee, Robert Cailliau, Jean-Francois Groff, and Bernd Pollermann: WorldWide Web: The information universe. Electronic Networking: Research, Applications and Policy, 2(1):5258, Spring 1992.
LITERATURVERZEICHNIS
79
[BLCGP92b] Tim Berners-Lee, Robert Cailliau, Jean-Francois Groff, and Bernd Pollermann: WorldWide Web: An information structure for high energy physics. In D. Perret-Gallix (editor): Articial Intelligence and Software Engineering for High Energy Physics, Singapore, January 1992. World Scientic. 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):7682, August 1994. Tim Berners-Lee, Robert Cailliau, N. Pellow, and A. Secret: The WorldWide Web Initiative. In Proceedings INET 1993, pages DBC1 DBC5, 1993. Tim Berners-Lee, Larry Masinter, and Mark McCahill: Uniform Resource Locators (URL). Internet Request for Comments 1738, IETF Network Working Group, December 1994. M. Bihler, D. Roller und M. Stolpmann: Einsatz von Mosaic in der universit ren Ausbildung. In: Ulrich Glowalla und Eric Schoop a (Herausgeber): Hypermedia in Aus- und Weiterbildung, Dresden, 1994. Vorversion. Martin Bryan: SGML: An Authors guide to the Standard Generalized Markup Language. AddisonWesley, 1988. reprint 1989. Vannevar Bush: As we may think. Atlantic Monthly, 176(1):101108, 1945. republished in [Gre88, 1734]. Timothy Catlin, Paulette Bush, and Nicole Yankelovich: InterNote: Extending a hypermedia framework to support annotative collaboration. In ACM89 [ACM89], pages 365379. Jeff Conklin: Hypertext: An introduction and survey. IEEE Computer, pages 1741, September 1987. Steven DeRose: Expanding the notion of links. In ACM89 [ACM89], pages 249257. 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. Thomas M. Duffy and Randy A. Knuth: Hypermedia and instruction: Where is the match. In David H. Jonassen and Heinz Mandl [JM90], pages 199225.
[BLCPS93]
[BLMM94]
[BRS94]
[Bry88] [Bus45] [CBY89]
[Con87] [DeR89] [Die94]
[DK90]
LITERATURVERZEICHNIS [DKM+ 90]
80
F. Davis, B. Kahle, H. Morris, J. Salem, T. Shen, R. Wang, J. Sui, , and M. Grinbaum: WAIS interface protocol prototype functional specication (v1.5). Technical report, Thinking Machines Corporation, April 1990. ftp://quake.think.com/pub/wais/doc/protspec.txt. G. Davies, Hermann Maurer, and J. Preece: Presentation metaphors for very large hypermedia systems. Journal of Microcomputer Applications, 14:105116, 1991. Andreas Dieberger, Margit Pohl und Peter Purgathofer: Einige Fragen zur Entwicklung von HypertextAutorenwerkzeugen. In: Hypermedia in Aus- und Weiterbildung, Dresden, Oktober 1994. Vorversion. Norman Delisle and Mayer Schwartz: Neptune: A hypertext system for CAD applications. In Proceedings of ACM SIGMOD, pages 132142, 1986. Philippe C. Duchastel: Discussion: Formal and informal learning with hypermedia. In David H. Jonassen and Heinz Mandl [JM90], pages 135143. Laura De Young: Linking considered harmful. In Preceedings European Conference on Hypertext (ECHT), pages 238249, 1990. 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 105125, Oxford, 1988/1989. Intellect. Dieter Engbring: Gestaltung von HTMLDokumenten. Entwurf, Oktober 1994. Charles Ess: The pedagogy of computing: Hypermedia in the classroom. In ACM91 [ACM91], pages 277289. G. W. Furnas: Generalized sheye views. In M. Mantei and P. Obeton (editors): ACM Conference on Human Factors in Computing Systems III (CHI 86), pages 1623, April 1986. Ulrich Glowalla, Joachim Hasebrock, Gudrun H ferle, Gilbert a Fezzardi und Mike Rinck: Das gezielte Wiederlernen mit Hilfe des HypermediaSystems MEM. In: Ulrich Glowalla und Eric Schoop [GS92b], Seiten 4560. Charles F. Goldfarb: Standard Generalized Markup Language (SGML). ISO 8879:1986, Oktober 1986. modied Oct 1988.
[DMP91]
[DPP94]
[DS86]
[Duc90]
[DY90] [EH89]
[Eng94] [Ess91] [Fur86]
[GHH+ 92]
[Gol86]
LITERATURVERZEICHNIS [Gol90] [Gre88] [GS90]
81
Charles F. Goldfarb: The SGML Handbook. Oxford University Press, 1990. Irene Greif (editor): Computer-Supported Cooperative Work: A Book of Readings. Morgan Kaufmann, San Mateo, CA, 1988. P. A. Gloor und N. A. Streitz (Herausgeber): Hypertext und Hypermedia Von theoretischen Konzepten zur praktischen Anwendung, Nummer 249 in InformatikFachberichte. GI, Springer, 1990. Ulrich Glowalla und Eric Schoop: Computer in der Aus und Weiterbildung: Potentiale, Probleme, Perspektiven. In: Hypertext und Multimedia Neue Wege in der computerunterst tzten Aus- und u Weiterbildung [GS92b], Seiten 420. Ulrich Glowalla und Eric Schoop (Herausgeber): Hypertext und Multimedia Neue Wege in der computerunterst tzten Aus- und u Weiterbildung. Springer, 1992. Frank G. Halasz: Reections on Notecards: Seven issues for the next generation of hypermedia systems. Communications of the ACM, 31(7):836852, 1988. Nick Hammond: Tailoring hypertext for the learner. In Piet A. M. Kommers et al. [KJM92], pages 149160. Rainer Hammw hner: Vom Netz im (Hyper-)Text zum Netz im Kopf. o Nachrichten f r Dokumentation, 44:2328, 1993. u Bernard J. Haan, Paul Kahn, Victor A. Riley, and James H. Coombs: IRIS hypermedia services. Communications of the ACM, 35(1):3651, January 1992. J rg Hannemann und Manfred Th rig: Das o u HypermediaAutorensystem SEPIA. In: Ulrich Glowalla und Eric Schoop [GS92b], Seiten 118136. Heiko Idensen: Hypertext als Utopie: Entw rfe postmoderner u Schreibweisen und Kulturtechniken. Nachrichten f r Dokumentation, u 44:3742, 1993. David H. Jonassen and Heinz Mandl (editors): Designing Hypermedia for Learning, volume 67 of NATO ASI Series F, Berlin, Heidelberg, New York, 1990. Springer.
[GS92a]
[GS92b]
[Hal88]
[Ham92] [Ham93] [HKRC92]
[HT92]
[Ide93]
[JM90]
LITERATURVERZEICHNIS [Jon86] [Jon88] David H. Jonassen: Hypertext principles for text and courseware design. Educational Psychologist, 21(4):269292, 1986.
82
David H. Jonassen: Designing structured hypertext and structuring access to hypertext. Educational Technology, pages 1316, November 1988. David H. Jonassen: What are cognitive tools. In Piet A. M. Kommers et al. [KJM92], pages 16. F. Kappe, K. Andrews, J. Faschingbauer, M. Gaisbauer, M. Pichler, and J. Schipinger: HyperG: A new tool for distributed hypermedia. Technical Report 388, Institute for Information Processing and Computer Supported New Media, TU Graz, 1994. Paul Kahn: Linking together books: Experiments in adapting published material into Intermedia dokuments. Hypertext, 1(2):111145, 1989. Frank Kappe: HyperG: A distributed hypermedia system. In Proc. INET 93, pages DCC1 DCC9, San Francisco, California, August 1993. 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. Greg Kearsley: Authoring consideration for hypertext. Educational Technology, pages 2124, November 1988. 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. 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. 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. Frank Kappe and Hermann Maurer: HyperG: A large universal hypermedia system and some spinoffs. Technical report, Institute for
[Jon92] [KAF+ 94]
[Kah89] [Kap93]
[Kap95]
[Kea88] [KG94]
[KJM92]
[KM93a]
[KM93b]
LITERATURVERZEICHNIS
83
Information Processing and Computer Supported New Media, TU Graz, Graz, Austria, 1993. appeared in ACM SIGGRAPHs experimental special online issue of Computer Graphics (May 1993). [KS92] [KSS95] Reinhard Keil-Slawik: Gestaltung interaktiver Systeme Ein okologischer Ansatz. Log In, 12(5/6):1827, 1992. Reinhard Keil-Slawik and Harald Selke: Learning hypertexts: Supporting active and cooperative learning. In EDMedia 95, 1995. short paper. Rainer Kuhlen: Hypertext Ein nicht-lineares Medium zwischen Buch und Wissensbank. Edition SELStiftung. SpringerVerlag, 1991. George P. Landow: Hypertext in literacy education, criticism and scholarship. Computer and the Humanities, 23:173198, 1989. George P. Landow: Popular fallacies about hypertext. In David H. Jonassen and Heinz Mandl [JM90], pages 3959. Joachim L gger: Hyper-G als erster Schritt zu Verteilten u Informationssystemen. Als eMail an den GIArbeitskreis Fachinformation, August 1994. Jens Holger Lorenz: Kognitionspsychologie des Lernens in HyperMediaUmgebungen. Computer und Unterricht, (11):5660, 1993. Gary Marchionini: Hypermedia and learning: Freedom or Chaos. Educational Technology, pages 812, November 1988. J. Terry Mayes: Cognitive tools: A suitable case for learning. In Piet A. M. Kommers et al. [KJM92], pages 718. 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. Catherine C. Marshal and Peggy M. Irish: Guided tours and online presentations: How authors make existing hypertext intellegible for readers. In ACM89 [ACM89], pages 1526. Stuart Moulthorp: Beyond the electronic book: A critique of hypertext rhetoric. In ACM91 [ACM91], pages 291298.
[Kuh91] [Lan89] [Lan90] [L g94] u
[Lor93]
[Mar88] [May92] [Mey94]
[MI89]
[Mou91]
LITERATURVERZEICHNIS [MS94]
84
Hermann Maurer and Klaus Schmaranz: J.UCS The next generation in electronic journal publishing. In Proceedings Network Services Conference, London, 1994. (Mail an GIArbeitskreis Elektronisches Publizieren). Hermann Maurer and I. Tomek: Some aspects of hypermedia systems and their treatment in Hyper-G. Wirtschaftsinformatik, 32(2):187196, April 1990. Theodor H. Nelson: Replacing the printed word: A complete literary system. In Information Processing 80, pages 10131023, 1980. Theodor Nelson: Computer Lib/Dream Machines. Tempus Books of Microsoft Press, 1987. Jakob Nielsen: The matters that really matter for hypertext usability. In ACM89 [ACM89], pages 239247. 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.
[MT90]
[Nel80] [Nel87] [Nie89] [Pin94]
[Poh94] [PR94a]
Christian Pohl: Hypermediales Lernen in der BWL. PR-Mappe HERMES Hypermediasystem, 1994. James F. Pitkow and Margaret M. Recker: Results from the rst WorldWide Web user survey. Technical report, Graphic, Visualisation, & Usability Center, College of Computing, Georgia Institute of Technology, 1994. James F. Pitkow and Margaret M. Recker: Using the Web as a survey tool: Results from the second WWW user survey. Technical Report GVUGIT9440, Graphic, Visualisation, & Usability Center, College of Computing, Georgia Institute of Technology, October 1994. Dave Raggett: HyperText Markup Language Specication, Version 3.0. Internet Engineering Task Force, 1995. Internet Draft, draft-ietf-html-specv3-00.txt. F. Rammig: Datenbanken. Skript zur Vorlesung im Sommersemester 1984, Universit tGesamthochschule Paderborn, 1984. a Liam Relihan, Tony Cahill, and Michael G. Hinchey: Untangling the World Wide Web. In Proc ACM SIGDOC 1994. ACM Press, 1994.
[PR94b]
[Rag95]
[Ram84] [RCH94]
LITERATURVERZEICHNIS [Rou90]
85
Jean-Francois Rouet: Interactive text processing by inexperienced (hyper)readers. In Proceedings European Conference on Hypertext (ECHT), pages 250260, 1990. Eric Schoop: HERMES Botschafter eines neuen Ausbildungskonzepts in der Betriebswirtschaftslehre. In: P. A. Gloor und N. A. Streitz [GS90], Seiten 258262. Eric Schoop: Benutzernavigation im Hypermedia Lehr-/Lernsystem HERMES. In: Ulrich Glowalla und Eric Schoop [GS92b], Seiten 147166. Karl-Heinz Saxer und Peter A. Gloor: Navigation im Hyperraum: Fisheye Views in HyperCard. In: P. A. Gloor und N. A. Streitz [GS90], Seiten 190204. R. Steinmetz, J. R ckert und W. Racke: MultimediaSysteme. u InformatikSpektrum, 13:280282, Oktober 1990. John B. Smith and Stephen F. Weiss: Hypertext. Communications of the ACM, 31(7):816819, July 1988. Editorial to the special issue on Hypertext. Andrew S. Tanenbaum: Computer Networks. PrenticeHall, 2nd edition, 1989. Sigmar-Olaf Tergan: Zum Aufbau von Wissenstrukturen mit Texten und Hypertexten. Nachrichten f r Dokumentation, 44:1533, 1993. u Rainer Thome: Hypermedia Lehrer Lempels Nachfolger? Wirtschaftsinformatik, 33(3):207212, Juni 1991. Rainer Thome: Hypermedia als Basis f r Selbstlernsysteme. u Technologie & Management, (2):2023, 1991. Joel Tesler and Steve Strasnick: FSN: The 3D le system navigator. Technical report, Silicon Graphics, Inc., Mountain View, CA., 1992. available via FTP: ftp.sgi.com:/sgi/fsn. Gerhard Tulodziecki: Beitr ge von Medienverschwendung und a Medienerziehung zur Schulischen Innovation. In: Dritte Konferenz der Bertelsmann Stiftung zum Deutsch-Amerikanischen Dialog uber Medienkompetenz als Herausforderung an Schule und Bildung. Verlag Bertelsmann Stiftung, April 1994. Vorabdruck.
[Sch90]
[Sch92]
[SG90]
[SRR90] [SW88]
[Tan89] [Ter93] [Tho91a] [Tho91b] [TS92]
[Tul94]
LITERATURVERZEICHNIS [UY89] Kenneth Utting and Nicole Yankelovich: Context and orientation in hypermedia networks. ACM Transactions on Information Systems, 7(1):5884, January 1989.
86
[VDP89] [Wha90] [YHMD88]
H. Van Dyke Parunak: Hypermedia topologies and user navigation. In ACM89 [ACM89], pages 4350. Peter Whalley: Models of hypertext structure and learning. In David H. Jonassen and Heinz Mandl [JM90], pages 6167. Nicole Yankelovich, Bernard J. Haan, Norman K. Meyrowitz, and Steven M. Drucker: Intermedia: The concept and the construction of a seamless information environment. IEEE Computer, 21(1):8193, January 1988. Nicole Yankelovich, George P. Landow, and David Cody: Creating hypermedia materials for English literature students. SIGCUE Outlook, 19(24):1225, 1987. ACM Special Interest Group on Computer Use in Education. Nicole Yankelovich, Norman Meyrowitz, and Andries van Dam: Reading and writing the electronic book. IEEE Computer, pages 1529, October 1985.
[YLC87]
[YMvD85]
Versicherung
Hiermit erkl re ich, da ich die Arbeit selbst ndig verfat und keine anderen als die a a angegebenen Quellen und Hilfsmittel benutzt habe.
Paderborn, 1. Juni 1995

Dipl Arb Verteilte Hypermediasysteme

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Dipl Arb Verteilte Hypermediasysteme

Hochgeladen von

Copyright:

Verfügbare Formate

Universit tGesamthochschule Paderborn a Fachbereich 17 (MathematikInformatik)

Beurteilung von verteilten HypermediaSystemen fur die Bereitstellung von Lehrveranstaltungsunterlagen

Diplomarbeit (HS II) f r den Integrierten Studiengang Informatik u

vorgelegt bei Reinhard KeilSlawik Paderborn, Mai 1995

2.2. GRUNDLEGENDE KONZEPTE

2.2 Grundlegende Konzepte

2.2. GRUNDLEGENDE KONZEPTE

2.3. BESONDERHEITEN VON HYPERMEDIA

2.3 Besonderheiten von Hypermedia

Einzelheiten dazu werden im Kapitel 4.2 vorgestellt.

2.3. BESONDERHEITEN VON HYPERMEDIA Zugang zu Hypermediasystemen

2.4. EINSATZFELDER Kommunikation

Einen Uberblick uber verschiedene vorhandene Systeme gibt Conklin [Con87].

2.5. NAVIGATION IN HYPERRAUMEN

2.5 Navigation in Hyperr umen a

2.5. NAVIGATION IN HYPERRAUMEN

2.5. NAVIGATION IN HYPERRAUMEN

2.5. NAVIGATION IN HYPERRAUMEN

2.5. NAVIGATION IN HYPERRAUMEN

Abbildung 2.2: Lokale Karte in Intermedia

2.5. NAVIGATION IN HYPERRAUMEN

2.5. NAVIGATION IN HYPERRAUMEN

Abbildung 2.3: Manuelle Ubersicht

2.5. NAVIGATION IN HYPERRAUMEN

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

2.5. NAVIGATION IN HYPERRAUMEN

zum Beispiel Conklin [Con87], Halasz [Hal88]

Kapitel 3 Hypermedia in der Lehre

3.1 Anspruche und Realit t a

3.1.1 Kognition und HypermediaStruktur

3.1. ANSPRUCHE UND REALITAT

3.1. ANSPRUCHE UND REALITAT

3.1.3 Erfahrungen aus Paderborn

3.1. ANSPRUCHE UND REALITAT

3.2. AKTIVES LERNEN MIT HYPERMEDIA

3.2 Aktives Lernen mit Hypermedia

3.2. AKTIVES LERNEN MIT HYPERMEDIA

3.3. GESTALTUNG VON HYPERMEDIASYSTEMEN

3.3 Gestaltung von Hypermediasystemen

3.3. GESTALTUNG VON HYPERMEDIASYSTEMEN

Kuhlen: Hypertext ein nichtlineares Medium zwischen Buch und Wissensbank[Kuh91].

3.4. ANFORDERUNGEN AN HYPERMEDIASYSTEME

3.4 Anforderungen an Hypermediasysteme fur Ausbil dungszwecke

3.4. ANFORDERUNGEN AN HYPERMEDIASYSTEME

3.4. ANFORDERUNGEN AN HYPERMEDIASYSTEME Leichte Erlernbarkeit

3.4.2 Aufhebung der Trennung von Autor und Leser

3.4. ANFORDERUNGEN AN HYPERMEDIASYSTEME

3.4.4 Anpabarkeit an die Einsatzumgebung

3.4. ANFORDERUNGEN AN HYPERMEDIASYSTEME

3.4. ANFORDERUNGEN AN HYPERMEDIASYSTEME

Kapitel 4 Verfugbare Systeme

4.1. TECHNISCHE GRUNDLAGEN

4.2 Das World Wide Web

4.2. DAS WORLD WIDE WEB

4.2. DAS WORLD WIDE WEB

Abbildung 4.1: Mosaic f r X-Windows u

4.2. DAS WORLD WIDE WEB Adressen im World Wide Web

4.2. DAS WORLD WIDE WEB

4.2. DAS WORLD WIDE WEB

4.2.2 Nutzung von Informationsangeboten

4.2. DAS WORLD WIDE WEB

Netscape, Mosaic und Arena wie zum Beispiel in [CBY89] beschrieben

4.2. DAS WORLD WIDE WEB

4.2.3 Gestaltung von Informationsangeboten