• Spielorientierter Ansatz als konzeptionelle Gestaltungsgrundlage und
• Normativer Rahmen als qualitativ zielgruppenorientierter Entwicklungsansatz

Termine:

• Internationale Fachmesse “Ideen-Erfindungen-Neuheiten” (iENA), 01.11.2008
• 10 Jahre Arbeitskreis Auditoren – seit 1998 im DGQ – Regionalkreis Nürnberg, 20.11.2008
• Ausschuss Normenpraxis (ANP) im DIN - 266. Sitzung ANP-N Regionalgruppe Bayern, 05.12.2008
• Georg-Simon-Ohm-Hochschule Nürnberg – Fakultät EFI, 12.12.2008
• 2. Deutscher Ambient Assisted Living Kongress Berlin, 27.-28.01.2009

Weitere Termine folgen / auf Anfrage.

Das Institut für Interdisziplinäre Innovationen (iii) stellte zur technologischen Unterstützung im Kontext der Autonomiesteigerung im Alter einen Förderantrag beim Bundesministerium für Bildung und Forschung (BMBF) für das Projekt “Altergerechte Gestaltung der Benutzeroberflächen von interaktiven Systemen” im Rahmen des europäischen Verbundprojekts “Altersgerechte Assistenzsysteme für ein gesundes und unabhängiges Leben (AAL)”.

Weiterführende Informationen:

Prof. Dr. Karl-Werner Jäger, 1. Vorsitzender des Instituts für Interdisziplinäre Innovationen (iii) an der Georg-Simon-Ohm-Hochschule Nürnberg e.V. (iii@ohm-hochschule.de)

Roland Weiniger, Vorsitzender leadventures e.V. (info@leadventures.de)

Michael Uhl (info@mu21.de)

Fachvortrag auf der internationalen Fachmesse “Ideen-Erfindungen-Neuheiten” (iENA) vom 30.10. - 02.11.2008 und zur Veranstaltung “10 Jahre Arbeitskreis Auditoren, seit 1998 im DGQ - Regionalkreis Nürnberg” am 20.11.2008.

Im Teil II “Normativer Rahmen der Benutzeroberflächen von interaktiven Systemen - Von der Ergonomie der Mensch-System-Interaktion nach ISO 9241 zum Benutzerorientierten Entwicklungsprozess nach ISO 13407″ werden erstmals erste Studienergebnisse zum Verbundprojekt “Altersgerechte Gestaltung der Benutzoberflächen von interaktiven Systemen” unter der wissenschaftlichen Projektleitung des Instituts für interdisziplinäre Innovationen an der Georg-Simon-Ohm-Hochschule Nürnberg e.V. (iii) unter der Leitung von Prof. Dr. Karl-Werner Jäger und Prof. Dr. Alexander van Raaij im Rahmen des internationalen Forschungsprogramms “Altersgerechte Assistenzsysteme für ein gesundes und unabhängiges Leben (AAL)” des Bundesministeriums für Bildung und Forschung (BMBF) vorgestellt.


Michael Uhl (Vortrag iENA 2008)

Prof. Dr. Karl-Werner Jäger
Michael Uhl

Für den Markterfolg eines technischen Produktes rückt neben den Kennziffern Funktionalität, Innovationsgrad, Zuverlässigkeit, Lebensdauer und Preis zunehmend die Benutzerfreundlichkeit, Alter und Individualisierung in den Vordergrund. Den Aspekten Mensch-Maschine-Interaktion und Gebrauchstauglichkeit (”Usability”) kommt insbesondere im Kontext des demographischen Wandels eine besondere Bedeutung zu. Darüber hinaus wird im Kontext Ambient Assisted Living (AAL) die Gebrauchstauglichkeit als Qualitätsbegriff nach DIN EN ISO 9000 betrachtet.

Der Anwendungsrahmen für die Ergonomie der Mensch-System-Interaktion enthält nach ISO 9241 mit

• den Grundsätzen der Dialoggestaltung,
• der Informationsdarstellung,
• der Benutzerführung und
• den entsprechenden Dialogtechniken

Gestaltungsempfehlungen, die die Spezifikation der Dialoganforderungen bezüglich des Nut-zungskontexts mit den Attributen Benutzer, Arbeitsaufgabe, Arbeitsmittel sowie physische und soziale Arbeitsumgebung insbesondere von älteren Menschen unterstützen.

Grundsätzlich sollte die Information an der Stelle präsentiert werden, an der sie der Benutzer erwartet und an der sie den Anforderungen an den Arbeitsablauf entspricht. Somit verringert eine erwartungskonforme Anordnung der Information die Suchzeit. Daneben sollte die Informationsdarstellung von den charakteristischen Eigenschaften

• Klarheit,
• Unterscheidbarkeit,
• Kompaktheit,
• Konsistenz,
• Erkennbarkeit,
• Lesbarkeit und
• Verständlichkeit

geprägt sein. Als gestalterische Mittel stehen hierzu Elemente wie Codierung, Steuerungselemente, Tabellen, Fenster, usw. zur Verfügung. Systematische Hilfestellung für die Entwicklung von Benutzerschnittstellen, die diesen Anforderungen entsprechen, gibt ISO 9241-12.

Mit dem Ziel, gebrauchstaugliche Benutzeroberflächen als Assistenzsysteme für ein gesundes und unabhängiges Leben zu entwerfen und somit die erfahrungsgemäßen Nutzungsprobleme ausschließen, wird in ISO 9241-110 die ergonomische Gestaltung von interaktiven Systemen dargestellt, und die Grundsätze der Dialoggestaltung unabhängig von einer bestimmten Dialogtechnik beschrieben. So dienen die Grundsätze

• Aufgabenangemessenheit,
• Selbstbeschreibungsfähigkeit,
• Erwartungskonformität,
• Lernförderlichkeit,
• Steuerbarkeit,
• Fehlertoleranz und
• Individualisierbarkeit

als fundamentale Grundlage für die Analyse, Gestaltung und Bewertung von interaktiven Systemen.

Diese Grundsätze sind bei einer ganzheitlichen Bewertung hinsichtlich der Gebrauchstauglichkeit in einem globalen Kontext zu sehen. Die charakteristischen Eigenschaften der dar-gestellten Information unterstützen dabei insbesondere die Selbstbeschreibungsfähigkeit und die Erwartungskonformität der Benutzeroberfläche. Insgesamt betrachtet, beeinflussen also die Grundsätze der Dialoggestaltung und die charakteristischen Eigenschaften der Informationsdarstellung signifikant die Gebrauchstauglichkeit mit ihren Maßen

• Effektivität,
• Effizienz und
• Zufriedenstellung.

Zur Klassifizierung der Gebrauchstauglichkeit nach ISO 9241-11 sind Ziele für das zu entwickelnde System zu definieren und entsprechend zu gewichten.

Multimedia-Anwendungen erfordern im Allgemeinen einen ungleich höheren Aufwand in Bezug auf eine gebrauchstaugliche Gestaltung und Bewertung als konventionelle Benutzeroberflächen. Aufgrund der spezifischen Merkmale von Multimedia sollten die nachfolgenden speziellen Gestaltungsgrundsätze bei der Entwicklung von Multimedia-Benutzeroberflächen nach ISO 14915 berücksichtigt werden. Die Benutzeroberfläche sollte geeignet sein für

• das Kommunikationsziel,
• Wahrnehmung und Verständnis,
• die Exploration und
• die Benutzungsmotivation.

Eine normativ qualitative Klassifizierung der Schnittstellenqualität lässt sich mit der Unterteilung in drei Qualitätspegel nach DIN 40020 erzielen:

• Mindestpegel,
• Standartpegel bzw.
• Exzellenter Pegel.

Entsprechende Richtlinien und Handlungsempfehlungen um die benutzerorientierten Gestaltungsaktivitäten innerhalb des gesamten Produktlebenszyklus von interaktiven Systemen abzubilden erhält der Produktmanager mit der Norm ISO 13407.

Abschließend sei vermerkt, dass derzeit der immense Funktionsumfang moderner elektronischer Geräte dem Benutzer in den meisten Fällen über zu komplexe oder unzureichend semantisch gegliederte Benutzeroberflächen zur Verfügung gestellt wird. Ziel muss sein, einen Entwicklungsansatz für eine zielgruppengerechte und insbesondere altersgerechte Systemauslegung zu finden, um den steigenden Bedarf an Orientierungs-, Unterstützungs- und Hilfsangeboten Rechnung zu tragen.

Deus ex Machina: Das Apache Modul mod_access stellt jedem Webmaster eine einfach zu handhabende Möglichkeit zur Verfügung um bestimmten Benutzergruppen den Zugriff auf die eigenen Inhalte zu verweigern.

Paradigma: Zugriffe von Benutzern mit den IP-Adressen 217.194.34.XXX und 194.138.XX.XXX sollen unterbunden werden. Hierzu füge ich in der Datei .htaccess folgende Zeilen hinzu:

Order allow,deny
#Test (eigene IP):
#Deny from 77.191.130.92
#IP-Bereich 1:
Deny from 217.194.34
#IP-Bereich 2:
Deny from 194.138
Allow from all

Exegese: Innerhalb der Apache mod_access Syntax sind die Direktiven allow und deny vorgesehen. Die Verwendung der Orderdirektive lässt sich pragmatisch formulieren: “deny,allow” verwendet man, um viele IP auszusperren. “allow,deny” wird verwendet, um ein öffentliches Angebot für bestimmte IP explizit zu sperren. Da es sich im oben genannten Beispiel um lediglich zwei IP-Bereiche handelt, für die mein Informationsangebot gesperrt werden soll, wähle ich die Orderdirektive “allow,deny”.

Um die Funktionalität zu testen habe ich zunächst Zugriffe von meiner IP geblockt. Nach erfolgreicher Funktionsprüfung konnte ich diese durch “Auskommentieren” wieder freigeben. Im Beispiel lässt sich somit auch die Kommentarsyntax innerhalb der Datei .htaccess erkennen (#). Des weiteren ist damit nachvollziehbar, dass IP-Adressen sowohl vollständig (eigene IP) als auch partiell (IP-Bereich 1, IP-Bereich 2) – also IP-Adressbereiche – angegeben werden können. “Allow from all” gibt den Webinhalt für jedermann außer den mittels “Deny from” bezeichneten IP frei.

Die Maxime jedweden Handelns sollte auf Fairness beruhen – auch, oder erst recht, innerhalb der scheinbaren Anonymität des Internets. Aufgrund der Apache-Konfiguration wird den ausgesperrten Usern die erbarmungslose und wenig aussagekräftige Standardantwort 403 (Forbidden) präsentiert. Umsichtige Administratoren jedoch konfigurieren den .htaccess-Gebrauch in der httpd.conf für jedes Verzeichnis. Somit bietet sich dem Webmaster neben der vollständigen Sperrung des Webangebots (obige .htaccess im Root-Verzeichnis) auch die Möglichkeit, Informationen partiell für bestimmte Nutzerkreise bereitzustellen (.htaccess im zu reglementierenden Verzeichnis). Die Regeln des Unterverzeichnisses ersetzen dabei die Übergeordneten. Ergo lassen sich individuelle 403-Seiten für den ausgesperrten Benutzerkreis erzeugen. Hierzu wird die .htaccess-Datei im zu sperrenden Verzeichnis nach der Direktive mit der Zeile

ErrorDocument 403 /exception/403.html

ergänzt.

Im Verzeichnis “exception” muss selbstverständlich die entsprechende Datei 403.html existieren. Nach der oben genannten .htaccess-Regel muss nun dafür gesorgt werden, dass die individuelle 403-Seite auch für die ausgesperrten User lesbar ist. Der Inhalt der Datei / exception/.htaccess lautet wie folgt:

Order deny,allow
allow from all

Quintessenz: Das Apache Modul mod_access bietet mit den beschrieben Direktiven einen eloquenten Weg bestimmte User loyal den Zugang zu bestimmten Informationen zu verwehren.

Seit der Veröffentlichung erhalte ich reichlich Feedback zum Code und den dazugehörigen Beschreibungen. Des Öfteren werden (Komplett-) Lösungen für größere Projekte angefragt. Als Lösungsansatz biete ich diesbezüglich die Integration einer mySQL-Datenbank zur Speicherung der Datensätze an.

Das sich mit den in php beschriebenen mySQL-Funktionen ausgezeichnet auf mySQL-Datenbanken zugreifen lässt ist nicht wirklich ein Geheimnis! Die Codierung in php bietet sich also förmlich an! Allerdings wird die Google Maps API mit Java-Script angesprochen… Es stellt sich nunmehr die Frage: Wie sind die Programmiersprachen php, mySQL und Java-Script zu kombinieren damit W3C-konformes HTML entsteht?

Antworten auf diese Frage gibt das Code Beispiel “mu21.de Google Maps API with mySQL (Examples)” und die Dokumentation hierzu im Code Archive: mu21-google-maps-API-mySQL.php (Explanation) und vor allem das Tutorial Google Maps API (eine Schnittstellenbeschreibung) (2822). Damit ist eine kompakte Anleitung zu allen relevanten Anwendungsgebieten der Google Maps API vorhanden. Jede Anwendung wird dort didaktisch mit Code-Beispielen illustriert.

Viel Spaß damit!

P.S.: Wie gehabt ist Feedback jederzeit über das Kontakt-Formular willkommen!

Das jeweilige Exzerpt zum Post ist neben der Feed-Ansicht auch in der Single-Post Ansicht verfügbar:

In der Post-Listing Ansicht (index.php) ist die Kurzfassung allerdings nicht zu finden:

(*): SEO = Search Engine Optimisation (dt. Suchmaschinenoptimierung). Neben der “more” Funktion, die die Artikel in der Post-Listing Ansicht kürzt und somit den gesamten Text nur in der Single-Post anzeigt, ist die Exzerpt-Methode eine formidable Technik um den Suchrobotern einen “anderen” Artikel zu präsentieren. Der Artikel wird damit länger und beginnt mit einem anderen Text (dem des Exzerpts).

Zur entsprechenden Druckversion gelangt man durch anklicken des Links “Print” in der Fußzeile des Posts:

oder am Ende der Seite:

Viel Spaß damit!

P.S.: Das Video Tutorial musste unbedingt sein ;-) Schließlich befinden wir uns derzeit im Web 2.0.X Zeitalter! Also frei nach dem YouTube Motto: Broadcast Yourself! Auch wenn es der letzte … ist. Hauptsache Broadcast Yourself!

P.P.S.: Falls die “Briefmarkengröße” des Video Tutorials an dieser Stelle nicht ausreichen sollte, so kann es auch formatfüllend mit dem YouTube Player auf http://www.youtube.com/watch?v=-oh8INhjz00 betrachtet werden.

Möchte man das Kartenmaterial jedoch ansprechender verpackt sehen, virtuelle Rundflüge unternehmen oder einfach nur unabhängig vom Browser sein, so fällt die erste Wahl auf Google Earth.

Um die grundlegenden Möglichkeiten dieses Programms aufzuzeigen habe ich die Schwedenreise virtualisiert und stelle sie hier zur Verfügung:

Virtuelle Schwedenreise (.kml - Google Earth)

Ad hoc habe ich ein Tutorial für Google Earth (insb. für die virtuelle Schwedenreise) erstellt: Virtuelle Schwedenreise at Google Earth (eine Anleitung) (1682)

Somit existiert die Schwedenreise nun auch virtuell bei Google Earth: “schwedenreise.mu21.de Version 5.0″ oder auch “schwedenreise.mu21.de V1.0″; V wie virtuell! ;-)

–– 
Schwedenreise: Schwedenreise Version 2.0 (Bildergalerie) - Schwedenreise Version 5.0 (virtuelle Schwedenreise - .kml-Files)

1. Google Maps API (eine Schnittstellenbeschreibung) (2822): Dokumentation zur Google Maps API Programmierung. Umgebungskarten, Straßenkarten, Satellitenbilder mit Marker und Polylines (inkl. Einsatz von php, mySQL) und Routenplanerfunktion. Update 2007-11-04: Version 2.0 verfügbar!
2. Virtuelle Schwedenreise at Google Earth (eine Anleitung) (1682): Ein Tutorial für Google Earth: Schwedenreise (5. Version)
3. Zeitreflexionen (ein Erklaerungsversuch) (1005): Antworten auf Zeitfragen technischer Natur
4. Presentation VoIP (Notes) (1268): Die Notizseiten zum Vortrag Voice over IP
5. Presentation Mobile Networks (Notes) (1230): Die Notizseiten zum Vortrag Mobilfunknetze
6. Schwedenreise 4.0 (eine Entstehungsgeschichte) (998): Entstehungsgeschichte der Schwedenreise (4. Version)
7. DNS-Anbieterliste Deutschland (781): IP-Adressen einiger DNS in Deutschland, Österreich, Schweiz
8. … to be continued…

Inhaltlich Verantwortlicher für die hier zum Download angebotenen Working-Papers ist (wie für sämtliche interne Beiträge von mu21.de):

Michael Uhl

whois mu21.de?:

Michael Uhl
Blumenstraße 28
91489 Wilhelmsdorf
Germany
E-Mail: info@mu21.de
http://www.mu21.de

–– 
Downloads: Working-Papers

Heute musste ich mal wieder auf einem “fremden” Unix arbeiten. Gewohnt von “Zuhause” tippte ich fürs Directory-Listing dir anstatt ls - lh ein. Folglich bekam ich die niederschmetternde Antwort: “-bash: dir: not found” zu lesen! Aber: Ich bin nun mal ein “DOS-Kind” und benötige mein dir!

Zum Glück fiel mir die Alias-Definition der bash ein (schließlich erreichte ich damit auf der Kommandozeile von mu21-srv annähernde DOS-Kompatibilität):

alias dir='ls -lh'

in die Datei ~/.bashrc (falls vorhanden - ansonsten anlegen) einfügen… Und schon ist der DOS-Befehl dir auch auf der bash verfügbar! Allerdings nur für den jeweiligen Benutzer. Möchte man für alle Benutzer der Maschine dieses Verhalten erzeugen, so wird dieser Eintrag in /etc/bash.bashrc fällig!

Generell:

alias gewuenschter_befehl='bash_befehl -mit_optionen'

Dies gilt leider nicht für alle Shell-Varianten. Auf Embedded-Linux-Systemen wie z.B. AVM Fritz Box Fon oder Linksys WRT54G wird meist die BusyBox Distribution eingesetzt (geringe Größe). Die Funktion alias ist der dort verwendeten Almquist-Shell (ash) jedoch unbekannt (reduzierter Befehlssatz). Demnach lässt sich an dieser Stelle keine Befehlssubstitution durchführen… Nein, es lässt sich auch kein ash-Skript in /bin erstellen: SquashFS! Abhilfe schaffen hier sog. Build-in Funktionen. Diese übersteigen jedoch den Aufwand ls –lh anstatt dir einzugeben. Das DOS-Kind reift somit zum Unix-Erwachsenen heran ;-)

–– 
P.S.: Ich habe die Ausführungen zu den Google Maps API Templates überarbeitet! Das Working paper steht dementsprechend in der Version 1.1 [Update 2007-09-10:] 1.2 [Update 2007-09-13:] 1.3 zur Verfügung: Google Maps API (eine Schnittstellenbeschreibung) (2822)

Beginnend mit dieser philosophischen Betrachtung möchte ich heute der all uns umgebenden Zeit ein bisschen mehr Aufmerksamkeit zukommen lassen. Niemand hat sie! Und trotzdem spricht jeder darüber! Allerdings, finde ich, wird sie (sprachlich) mit Füßen getreten. Vielleicht weil sie die jüngste aller SI-Einheiten ist? Falls es daran liegen sollte: Hier ein Erklärungsversuch:

Aufgrund des komplexen Themas und der entsprechenden Länge, stelle ich hierzu bereits am Anfang der Abhandlung das Working Paper zur Verfügung: Zeitreflexionen (ein Erklaerungsversuch) (1005)

Das Kürzel GMT (Greenwich Mean Time) ist weitläufig bekannt! Leider ist es in der heutigen Zeitrechnung nicht mehr relevant. Und pseudowissenschaftliche Zeitangaben mit dem Kürzel GMT sind in 99,9% aller Fälle schlichtweg falsch. Trotzdem ist es der Ursprung der neuzeitlichen Zeitrechnung.

Fundamental für die Navigation zur See ist die Ermittlung von Latitude und Longitude. Während bereits frühzeitig für die geographische Breite die Referenzen Nordpol und Südpol ±90° bzw. der Äquator (0°) eingeführt wurden, wurde erst Ende des 17ten Jahrhunderts Greenwich als Standard- (später Festlegung des Null-) Meridian in zahlreichen Schiffskarten festgelegt. Bis dahin galt als Referenz zur Bestimmung der geographischen Länge der Ausgangspunkt der Reise. Der nun (1884) festgelegte Nullmeridian ermöglichte nicht zuletzt eine stringente Einteilung der Welt in Zeitzonen. Ausgangspunkt bildete hierzu natürlich der eben festegelegte Meridian durch Greenwich: GMT (Greenwich Mean Time). Alle anderen Zeitzonen ergaben sich (mehr oder weniger) logisch anhand deren geographischen Länge. Da diese Festlegung aufgrund astronomischer Berechnungen zu Beobachtungen aus der Sternwarte von Greenwich erfolgte, wurde die Definition von GMT zunächst von den beteiligten Physikern durchgeführt. Dies hatte zur Folge, dass der Tag mittags begann und auch aufhörte - also die mittlere Sonnenzeit auf dem Meridian von Greenwich, gerechnet ab dem mittleren Mittag. Diese Definition erwies sich (verständlicherweise) als nicht Alltagstauglich. Folglich wurde diese Definition ein paar Jahre später als GMAT (Greenwich Mean Astronomical Time) eingeführt. GMT bedeutete ab diesem Zeitpunkt: “die mittlere Sonnenzeit auf dem Meridian von Greenwich, gerechnet ab Mitternacht”!

Na, Konfusion komplett? Aus diesem Grund wurde, nicht zuletzt um Verwirrungen vorzubeugen, 1928 die UT (Universal Time) eingeführt.

Doch zunächst einige Grundlagen zur astronomischen Chronologie um die Notwendigkeit der Einführung der SI-Sekunde und die damit verbundene Skalierung durch Temps Atomique International besser verstehen zu können:

Schon frühzeitig wurde mittels Astronomie ein physikalischer Zeitbegriff geformt. Naturgemäß wurde hierzu der Mond als nächstgelegenes (und am besten zu beobachtendes) Objekt am Firmament gewählt. Der Lunarkalender (2. Jahrtausend v. Chr.) entstand. Das Jahr wurde demnach in 12 Monaten (anhand der Mondphasen) eingeteilt. Allerdings verkürzt sich aufgrund dieser Einteilung das Jahr um 10 bis 12 Tage. D.h. es stimmen relativ schnell die Jahreszeiten nicht mehr überein (in 10 Jahren also fast “1/3 Jahr”). Infolgedessen ging man dazu über als Referenz für die Kalenderrechnung das sog. Solarjahr (die Bahnperiode der Erde im Bezug zum Äquator, auch tropisches Jahr) heranzuziehen. Die damaligen trigonometrischen Berechnungen bestimmten das tropische Jahr auf sage und schreibe 365,25 Tage! Diese Beobachtungen und die daraus resultierenden Berechnungen führten zur Neugestaltung des Kalenders unter Julius Caesar (46 v. Chr.). Der, teilweise bis weit ins 20. Jahrhundert gültige, Julianische Kalender verknüpfte das Tropische Jahr (Umlaufzeit der Erde um die Sonne) mit 1/12 des Mondjahres (Umlaufzeit des Mondes um die Erde) und dem Sternentag (eine Drehung der Erde um die eigene Achse). Allerdings ist der dabei errechnete (mittlere) Sonnentag (1 Solarjahr / 365) genau um 1/365 kürzer als der Sternentag. In diesem Kontext ergeben sich demnach die Schaltjahre. Damit gilt es also die 0,25 Tage pro Jahr (=6 Stunden) auszugleichen. Also 6h·4=24h=29.Februar (vgl. boolean schaltjahr = ((jahr % 4 == 0 && jahr % 100 != 0) || jahr % 400 == 0);). Ein Problem bleibt allerdings noch: Mit dem Julianischen Kalender verschiebt sich das Primar-Äquinoktium!

Aufgrund dessen verdonnerte Papst Gregor XIII. den deutschen Mathematiker Clavius 1579 zum Nachrechnen: Dieser kam nun auf 365,2422 Tage pro Jahr. Somit war die “Tag-und-Nacht-Gleiche” wieder um den 20.März bzw. den 23. September hergestellt. Mit dem daraus resultierenden Gregorianischen Kalender wurde ebenfalls der letzte Tag des Jahres vom 24.Dezember auf dem 31.Dezember verlegt. Die Bezeichnung Silvester geht somit auf den Todestag von Papst Silvester I. zurück. Der Eigenname des Tages hat also weder etwas mit dem boxenden Schauspieler noch etwas mit der dämlichen Katze gemein. Nein, es ist nicht mal Denglisch: vgl. “New Year’s Eve”.

Spätestens seit dem Gregorianischen Kalender stimmt der “christliche Kalender” nicht mehr mit dem “jüdischen Kalender” überein. Nachdem der Lunisolarkalender die genauen Daten des Osterfests enthält, ergeben sich nun allerdings die sog. Osterparadoxien (der Ostertermin fällt nicht mit dem astronomischen Datum zusammen: Wann ist Ostern?).

OK! Genug Kalenderkunde! Wir sind also immer noch bei der Universal Time. Universal: Durch die Einführung der Referenz Greenwich (Stadtteil von London mit Sternwarte) wurde ein Bezug geschaffen. Time: Zeit. Um UT letztendliche verstehen zu können sind noch die beiden Definitionen WOZ und MOZ notwendig:

Die wahre Ortszeit (WOZ) ist definiert durch den Sonnenstand im Meridian. D.h., die Sonne steht exakt im astronomischen Süden (oder einfacher: “die Sonne steht
Senkrecht”). Diese Zeit wird von den gebräuchlichen Sonnenuhren angezeigt.

Die mittlere Ortszeit (MOZ) gleicht die Nichtlinearitäten der WOZ (Umlaufbahn der Erde um die Sonne nicht kreisförmig (Exzentrizität der Erdbahn), Rotationsachse nicht senkrecht zur Umlaufbahn (Schiefe der Ekliptik), etc.) aus. Siehe hierzu: Zeitgleichung.

Geschafft! Hier die Definition: UT (Universal Time) ist die astronomische Zeit (MOZ) von Greenwich (Nullmeridian)! Geschafft? Leider wird UT kaum verwendet! Gebräuchlicher ist UTC. Bevor ich den Übergang zur UTC wage, muss ich allerdings noch auf die verschiedenen UT-Normalen eingehen:

UT0: Die direkt aus Beobachtungen abgeleitete mittlere Ortszeit des Nullmeridians. UT0 gibt die mittlere Ortszeit von Greenwich wieder. Erreicht die Sonne die größte Höhe über den Horizont von Greenwich so wird als Referenz 12:00 GMT angenommen. Dieser Zeitpunkt wird als obere Kulmination bezeichnet. Durch Messungen dieser Kulmination und anschließender Berechnungen anhand der Zeitgleichung wird die Zeit UT0 festgelegt.

UT1: Hier sind die durch die Polschwankungen entstandenen Einflüsse rechnerisch
korrigiert. Die Geodäsie erlaubt nicht zuletzt mit der VLBI (Very Long Baseline Interferometry) eine äußerst präzise und vor allem permanente Vermessung der Erdoberfläche. Somit ist es letztendlich möglich geworden die Polbewegungen messtechnisch zu erfassen. Die Polbewegungen verfälschen durch die mit ihnen ständig einhergehenden Verschiebungen der (tatsächlichen) Beobachterkoordinaten die zuverlässige MOZ-Gewinnung. Abhilfe schafft hierbei die Näherungsformel zur Bestimmung der UT1R. Die Zeit UT1D bereinigt sogar die Effekte der Gezeiten (ständige Abbremsung der Erdrotation, Gezeitenreibung).

UT2: Hier wurde außerdem die mittlere jährliche Schwankung der Erdrotation abgezogen. Leider unterliegen die Polbewegen aufgrund der elliptischen Umlaufbahn und der schiefen Rotationsachse (also den Jahreszeiten) noch jahreszeitlichen Schwankungen. Diese werden empirisch gewonnen und von UT1 abgezogen.

So, dass soll es an Definitionen gewesen sein! Nun verlange ich nur noch grundlegende Kenntnisse in Atomphysik und Nachrichtentechnik!

Wie sich bereits vermuten lässt, eignen sich die oben genannte Definitionen ehr weniger um Zeit auch wirklich zu messen. Genauso wenig eignen sich Sonnen-, Wasser oder Sanduhren, so nostalgisch sie auch sind, zum präzisen Zeitmessen. Mit Erfindung der Räderuhr und den daraus resultierenden Chronometern war schon ein großer Schritt in Richtung einer adäquaten Referenz getan. Die fortschreitende “Elektronisierung” erledigte den Rest: das mechanische Pendel als Taktgeber wurde durch einen Quarzoszillator ersetzt. Die Eigenfrequenz des Quarzes von 32,768 kHz wird dabei mit einer geeigneten Frequenzteilerschaltung auf den Sekundentakt “heruntergeteilt” (z.B. LCD-Uhr). Damit lassen sich Genauigkeiten von bis zu ±5 Sekunden pro Monat erreichen! Diese (Un-) Genauigkeit sind für die heutigen technischen Anwendungen natürlich viel zu ungenau! Daher wurde 1967 die internationale Zeitnormale mit der zugehörigen SI-Sekunde eingeführt: “Die Sekunde ist das 9.192.631.770-fache der Periodendauer der dem Übergang zwischen den beiden Hyperfeinstrukturniveaus des Grundzustandes von Atomen des Nuklids 133Cs entsprechenden Strahlung.”

Anders ausgedrückt: Beim Übergang vom oberen zum unteren Niveau sendet Cäsium 133 elektromagnetische Wellen mit der Frequenz 9,192631770 GHz aus. Es müssen demnach “nur” noch die 18,38526354exp9 Nulldurchgänge gezählt werden, und schon hat man “seine” SI-Sekunde. Wie man sich denken kann, ist die tatsächliche Realisierung “ein bisschen” anspruchsvoller. Mittels dieses Vergleichsmaßstabs lässt sich also Zeitmessung im Bereich von 1,5exp-14s betreiben. Man sieht hier nicht zuletzt: Die Genauigkeit steht und fällt eben mit dem gewählten Maßstab (vgl. Lägenmessung durch Interferometrie (Vergleichsmaßstab: Wellenlänge des HeNe-Lasers 632,8 nm) und Messen mit dem Zollstock (Vergleichsmaßstab: Urmeter)).

Die PTB (Physikalisch-Technische Bundesanstalt) in Braunschweig zeichnet sich als deutsche Hüterin der Einheiten verantwortlich für die UTC(PTB) in Deutschland. Zur präzisen Atomzeitbestimmung stehen ihr drei Cäsium-Atomuhren (CS1 - CS3) und eine Cäsium-Fontäne (CSF1) zur Verfügung. Nahezu jeder Industriestaat verfügt über eine ähnliche Institution zur Verwaltung der UTC (Österreich: Bundesamt für Eich- und Vermessungswesen (BEV), Schweiz: Bundesamt für Metrologie und Akkreditierung (UTC(CH)). Koordinierend (endlich macht auch dieses C (coordinated) in der Abkürzung einen Sinn) sorgt das BIMP (Bureau International des Poids et Mesures) dafür, dass die UTC überall gleich ist. Somit ergibt sich für die evidente Zeitangabe in Deutschland während der Normalzeit (MEZ): hh:mm:ss UTC(PTB)+1:00 - bzw. in der Sommerzeit (MESZ): hh:mm:ss UTC(PTB)+2:00.

Mit der Einführung der gesetzlichen Zeitdarstellung (und vorheriger Entstehung) wollen wir uns allerdings nicht zufrieden geben: Ist Zeit · Zeit wirklich Mahlzeit (nach Gerhard Polt)? Nicht, wenn der 01.01.1973, …, der 01.10.191, …, oder der 01.01.2006 dazwischen lag. An diesen Tagen gab es nämlich (unter andern) um 1 Sekunde vor 01:00:00 UTC(PTB)+1:00 eine Schaltsekunde! Bisher definierten wir den Tag nach der Formel: 24h·60min·60s=86400. Diese galt allerdings nur bis 1956. Damals wurde festegestellt: Im langzeitlichen Mittel nimmt die Rotationsgeschwindigkeit der Erde nicht zuletzt aufgrund der Gravitationskräfte (evtl. auch durch die Gravitationsverschiebung von Süd nach Nord: vgl. massive Verschiebung der Bundmetalle in die nördliche Hemisphäre) zwischen Erde und Mond ab. D.h., die durch den Cäsiumzerfall definierte SI-Sekunde geht vor! Damit die Ephemeridensekunde der UT1 und die SI-Sekunde um nicht mehr als 0,9s voneinander abweichen, werden also Schaltsekunden in einer nicht festen zeitlichen Abfolge eingefügt (siehe z.B. Ankündigung vom 30.12.2005).

Allerdings nutzt die genaueste Zeit nichts, falls sie den Anwendern nicht zur Verfügung steht. Hierzu sendet der Langwellensender DCF77 auf der Frequenz 77,5 kHz die Zeit UTC(PTB) aus. Damit können so ziemlich alle Funkuhren Europas versorgt werden. Zur Zeitsynchronisation via Internet stehen die beiden “Stratum One Time Server” der PTB zur Verfügung: ptbtime1.ptb.de, ptbtime2.ptb.de.

Hierzu passt, aktueller denn je, die Illustration von Jan Michael Richter auf Spiegel Online vom November ‘06: Endlich reich werden!

Neben einer (kleinen) Bilderauswahl von unserer Reise in die Ewige Stadt (Rom 2005) stelle ich dort hauptsächliche einige Impressionen (inkl. Tourenbeschreibungen) von unseren Bergtouren in den Gurktaler Alpen (Nockberge: Falkert, Mallnock, Kamplnock, Goldeck und Tschiernock) und in den südlichen Hohen Tauern (Liesertal, Maltatal, Mölltal (mit Reißeck und Raggaschlucht) und Großelendkees (nördlicher Gletscher der Hochalmspitze)) vor.

Voraussetzung für Google Maps API ist die Beantragung eines “Maps API key” (siehe Verwendung von Google Maps API). Hiermit wird nicht zuletzt sichergestellt, dass die Urherberrechte (insbesondere an den Geocode Daten - nominell darf nur alle 1,728 Sekunden eine neue Route berechnet werden) nicht verletzt werden.

Neben einigen Programmierkenntnissen (Java Script, Objektorientierte Programmierung) sollte der potentielle Anwender der Google Maps Programmierschnittstelle Erfahrungen in der Gewinnung von Longitude und Latitude mitbringen (für interessierte Leser, die Freude an dieser Thematik haben, empfehle ich meine Abhandlung zum Thema “Realisierung eines Ortungssystems mit GPS“).

Auf der Seite mu21-google-maps-API.html stelle ich den erforderlichen Code zur Generierung von fast fehlerfreien XHTML-Code (1 Fehler - derjenige der diesen abstellt, darf mir die Lösung nennen und den Fehler (xmlns:v=”urn:schemas-microsoft-com:vml” - leider nötig um den IE zu genügen) behalten!) vor um Straßenkarten und Satellitenbilder für Webseiten erstellen zu können. Damit die Karten von gewisser Professionalität zeugen, dürfen an dieser Stelle natürlich weder Navigationselemente noch die von google.maps gewohnte Auswahlmöglichkeit zwischen Straßenkarte, Satellitenbild bzw. Hybridansicht fehlen. Um den Code besser nachvollziehen zu können, ist dieser auf der Seite mu21.de Google Maps API (Examples) zu Demonstrationszwecken komplett XHTML codiert.

Ein weiteres interessantes Feature von Google Maps API ist die Nutzung der Geocode Daten. Damit lässt sich problemlos ein Routenplaner zu Navigationszwecken realisieren. Die für den Benutzer zugängliche Routenplanerfunktion stelle ich an dieser Stelle aufgrund der latenten Missbrauchsgefahr nicht vor (falls ihr für eure Seite trotzdem diese Funktion nutzen wollt: Google ist euer Freund!)! Trotzdem: Es lassen sich viele Erkenntnisse aus meinen Code-Beispiel (mu21-routenplaner-google-maps.html) ziehen. Vollständig ist das Ergebnis der Kodierung auf der Seite mu21.de Google Maps API Directions Elements (Example) zu betrachten.

Wie gehabt stelle ich an dieser Stelle für interessierte Leser wieder das Working Paper mit weiteren Hintergrundinformationen (inkl. Code) zur Verfügung: Google Maps API (eine Schnittstellenbeschreibung) (2822)

Die Quintessenz: Kartenprodukte dürfen (insofern man ein lizenziertes Exemplar besitzt) nicht mehr als 1000 Mal weitervertrieben werden. Dies gilt auch für Karten auf Webseiten! Es gibt also zwei Alternativen: Echtzeit Auswertung der Page Impressions und die damit verbundene Entfernung des Kartenmaterials, falls sich der 1001 Besucher ankündigt; Oder: Verwendung von Google Maps API. Die erforderlichen Programmierkenntnisse besitzt der anständige Webmaster, oder man eignet sie sich an (weiterführende Informationen, insbesondere zur Winkelmaßermittlung (-berechnung) habe ich unter Verwendung von Google Maps API zusammengestellt)!

Nachdem ich mich also mit der Google API Technik vertraut gemacht habe, verwende ich diese im Bereich der Schwedenreise 2.0 nicht zuletzt um diese aufzuwerten und “Web-2.0-fähig” zu machen (siehe Relaunch Schwedenreise… und Schwedenreise, die unendliche (Versions-) Geschichte):

Damit ist es mir gelungen sowohl die Autotouren als auch die Reisen innerhalb Schwedens zu illustrieren. Gerade der Einsatz von Ortsmarken bietet die Möglichkeiten, einerseits die schönsten Sehenswürdigkeiten in der Karte aufzuzeigen, und andererseits auch die Geheimtipps bzw. die schwer zu findenden Orte kartographisch zu nennen. Zu einerseits siehe: Bildergalerie: Stockholm - Venedig des Nordens. Die erste Karte auf dieser Seite zeigt eine Straßenkarte des Großraums mit einigen Markern als Hinweis (bzw. Link zur jeweiligen Beschreibung) zu Ausflugszielen im Umland von Stockholm. Die zweite Karte zeigt als Satellitenbild der Innenstadt die absoluten Hot Spots Stockholms (die Marker sind ebenfalls als Link zum jeweiligen Reisebericht ausgeführt). Zu Andererseits: z.B. Bildergalerie: Vimmbery - Unterwegs im Herzen Smålands. Hier nutze ich die Möglichkeiten der API-Programmiertechnik um auf schwer zu findende Orte wie z.B. auf Skurugata, Gibberyd (Katthult) und Svedestorp (Bullerbü) aufmerksam zu machen.

Selbst die Übersichtskarten ließen sich unter Verwendung von Polylines und Markern (siehe insbesondere Südschweden - hier gelangt man durch anklicken der verschiedenen Ortsmarken zur jeweiligen Bildergalerie des Ausflugs) ansprechend gestalten.

Damit aber noch nicht Genug! Nein! Auch Routenplanung ist möglich! In diesem Fall ehr “Routenpräsentation”. Endlich konnte ich auch den Reiseverlauf veranschaulichen. Ergebnis: u.A. Reiseverlauf Schwedenreise 09/2002 - Tag 1.

Unter dem Motto schwedenreise-2.0-at-mu21.de-goes-web-2.0 wünsche ich euch viel Spaß auf den überarbeiteten Seiten!

Presentation VoIP (Voice over IP)

Notizenseiten und Handout zum besseren Verständnis:
Presentation VoIP (Notes)
Presentation VoIP (Handout)

Diesen Vortrag widme ich dem Thema VoIP (Voice over IP) und stelle darin das Funktionsprinzip, das SIP-Protokoll als Quasi Standard und einige Anwendungen für VoIP vor:

Einführend beschreibe ich den Unterschied zwischen leitungs- (POTS) und paketvermittelnde (IP) Dienste und gebe eine kurze Begriffsdefinition zur IP-Telefonie. Auf der nächsten Folie stelle ich das Funktionsprinzip zu VoIP vor (A/D-Wandlung, Kompression, Paktierung mittels UDP (User Datagram Protocol), Versand über IP-Netz, De-Jitter und Buffer zur Paketsortierung, Dekodierung und D/A-Wandlung). Um die Einführung in VoIP zu komplettieren stelle ich noch die derzeit gebräuchlichsten Protokolle vor: H.323, InterAsterisk eXchange (IAX) als Protokoll der OpenSource Telefonanlage Asterisk, ISDN over IP, das Skinny Client Control Protocol (SCCP) als Cisco-Standard und das Session Initiation Protocol (SIP) als heutigen Quasi Standard.

Im nächsten Kapitel: detaillierte Vorstellung des SIP und der dazugehörigen Systemarchitektur: User Agents, Registrar (Redirect-Server), Proxy-Server und Location-Server. Anschließend vereinfachte Darstellung der SIP-Kommunikation mit den eben genannten Komponenten. Daraufhin SIP-Signaling (Aufbau, Halten, Abbau) mit Angabe einiger Statusmeldungen. Abschließend Betrachtung einer SIP-Nachricht (Header: Anfragen (REQUESTs) und Antworten (RESPONSEs); Body: Nennung von Codec, Übertragungsprotokoll, URI,… im SDP (Session Description Protocol)) und Kurzerklärung der SIP-Protokolle: SIP (ermöglicht die Kommunikation), SDP (handelt die zu verwendenden Codecs aus) und RTP (Transportiert den Multimedia-Datenstrom).

Zum Schluss des Vortrags Erwähnung einiger VoIP-Anwendungen: Enterprise-Telefonie (dabei ersetzt die IP-PBX (Private Branch Exchange) im LAN komplett die herkömmliche TK-Anlage), PC zu PC Internet-Telefonie, PC zu POTS Internet-Telefonie und Telefon zu Telefon Internet-Telefonie.

Die letzte Folie zeigt eine Möglichkeit der VoIP-Integration im SSS: Next Generation Network (NGN)!

Weitere interessante Ausführungen könnt ihr im Downloadbereich (Studium) unter Projekte finden!

Presentation Mobile Networks (Mobilfunknetze)

Notizenseiten und Handout (mit Abkürzungsverzeichnis) zum besseren Verständnis:
Presentation Mobile Networks (Notes)
Presentation Mobile Networks (Handout)

In diesem Vortrag stelle ich die Mobilfunkstandards GSM (2G), UMTS (3G) und den Vorläufer der 4ten Generation (B3G) Flash-OFDM vor:

Mein Vortrag beginnt mit der Vorstellung der Technologie der 2ten Generation, GSM (Global System for Mobile Communication): Einleitend mit der Motivation zum Zellularen Konzept (aller Mobilfunksysteme) gehe ich insbesondere auf die C/I-Problematik (Carrier to Interferer Ratio) ein, um anschließend auf die Clusterbildung (mit Erklärung des Frequency Reuse Factors) als Abhilfe zu kommen. Abschließend zum Netzaufbau noch Einführung der Regulären Cluster (exemplarisch). Aufgrund des Zellularen Konzepts ist es notwendig geworden Handover durchzuführen: Vorstellung der Handoverarten (Intra BSC Handover, Intra-, Inter MSC Handover) mit den jeweils beteiligten Netzelementen (MS, BTS, BSC, TCE, MSC) und Entscheidungsgründe (Handover Measurements).

Im Anschluss: Kurzeinführung in die 3te Generation, UMTS (Universal Mobile Telecommunications services). Beweggründe für UMTS mit Vorstellung der Verfahren zum Vielfachzugriff / zur Teilnehmertrennung (FDMA, TDMA, CDMA). Erläuterung der Signalspreizung mit dem Übergang zur Teilnehmertrennung. Einführung in das WCMA-Übertragungsprinzip und Erklärung des WCDMA-Übertragungsgewinns (Processing Gain). Zuletzt Überblick über die UMTS Netzarchitektur (Node B, RNC, CN mit Hinweis, dass dieses identisch mit dem von GSM ist).

Zum Ende des Vortrags noch ein Ausblick auf die nächste Mobilfunkgeneration: B3G (Beyond 3G): Flash-OFDM. Hoher Detektionsaufwand bei hohen Geschwindigkeiten im UMTS. Erprobung von Flash-OFDM (Orthogonal Frequency Division Multiplex) als möglicher Nachfolger von WCDMA.

Weitere Arbeiten findet ihr im Downloadbereich unter Projekte!

Obwohl die Regeln bereits in die Jahre gekommen sind, haben sie rein gar nichts an Aktualität verloren (vermutlich aktueller den je):

Goldene Regeln für schlechte E-Mail
von Lars Kasper

Also, falls ihr demnächst mal wieder E-Mail von mr-supercool@wde.ed erhaltet: Regeln während des Lesens abhaken! Ich wette, ihr könnt an mindestens zehn Punkte einen Haken setzten (vgl. Bullshit-Bingo)!

P.S.: Weitere Schätze dieser Art können in der Linkliste gehoben werden…

Now (2007-05-25): Closed!

Im Zuge der mu21.de-Qualitäts-Offensive stellte sich für mich, wie bereits im letzten Post (Relaunch Schwedenreise…) kurz erwähnt, relativ schnell heraus, dass der Erfolg der Qualitäts-Offensive nur mit einem Relaunch der Schwedenreise zu erreichen war… Außerdem versprach ich mit dem Slogan “Quality Assurance at mu21.de” die kontinuierliche Verbesserung der Seiten…

Also erhielten die glücklichen Teilnehmer der Schwedenreise eine Einladung per E-Mail zur Teilnahme an der mu21.de-Qualitäts-Offensive mit dem Thema “Excluded: Schwedenreise (Qualitäts-Offensive)” [1]. Zur besseren Kooridation wurde gleichzeitig das erstellte Working Paper (extract-working-paper-schwedenreise-mu21.de) versendet [2]. Ausgegliedert wurde die Schwedenreise, damit sonstige Arbeiten am Content von mu21.de problemlos parallel abgeschlossen werden konnten (Fertigstellung: 2007-05-23). Einen Tag später war es auch für die Schwedenreise soweit: Offizieller Abschluss (inkl. CleanUp) sämtlicher Arbeiten - und sogar 4 Tage vor Soll!

Besonderen Dank gebührt an dieser Stelle meiner Freundin, Birgit Ziegler, für die tatkräftige Unterstützung (insb. siehe Stockholm)!

[1]: “Teilnehmer”: Okay, okay! Die aufmerksamen mu21.de-Leser haben die Polemik längst erkannt: Teilnehmeranzahl: Zwei! Meine Freundin, Birgit, und ich. Dabei (beim Schreiben des vorhergenden Satzes) fällt mir gerade auf: Die Schreibweise hört sich fast ein ein wenig Schizophren an! - Diesbezüglich: Sind wir nicht alle ein bisschen Schizophren? Oder auch: Suche nach Identität in Stiller, Max Frisch).

[2]: Für Leser, die an der Entstehungsgeschichte der 4. Version der Schwedenreise Interesse haben, hier ein Zwischenstand (21.05.2007) des Workingpapers: Schwedenreise 4.0 (eine Entstehungsgeschichte)

Seit nunmehr vier Jahren mute ich den Besuchern von schwedenreise.mu21.de (Schwedenreise 3.0, vgl. Artikel Schwedenreise, …die unendliche (Versions-) Geschichte) zu über eine Baustelle zu stolpern (“die Schwedenreise wird derzeit überarbeitet. Bis auf weiters ist…”). In meinem letzten Beitrag in diesem Blog konntet ihr von der so genannten mu21.de - Qualitäts-Offensive lesen. Dabei ging (geht) es zwar primär um XHTML 1.0-konformen Code und in zweiter Linie um die Verbesserung der Orthographie bzw. der Grammatik auf den Seiten - von Umgestaltung war keine Rede.

Sei’s drum!

Schwedenreise 4.0 resultierte!
Reiseinformationen zur Schwedenreise.

Damit habe ich nun endlich begleitend zu den Fotogalerien der Schwedenreise 2.0 die Ausflüge vom September 2002 in beschreibenden Text gefasst. Bei der Erstellung der Seiten legte ich durchaus großen Wert auf durchgängige Lesbarkeit und das die Ausführungen unter keinen Umständen wie ein Erlebnisbericht wahrgenommen werden (à la mein schönstes Ferienerlebnis…).

Vielmehr sollen die Reiseberichte von zukünftigen Schwedenreisenden als wertvolle Tipps bei der Reiseplanung und -Gestaltung aufgenommen werden. An einigen Stellen weiße ich zu diesem Zweck ausdrücklich auf Fallstricke hin bzw. hebe lohnenswerte Ziele, die wir erst auf unseren späteren Schwedenreisen entdeckten, hervor. Die absoluten Hot Spots auf unseren Reisen innerhalb Schwedens respektive die jeweiligen Routen unserer Autotouren sind in Infokästen zur leichteren Orientierung vermerkt. Dem verbesserten Überblick über die Reiseziele dienen jeweils Kurzzusammenfassungen (Abstracts) mit dem jeweiligen Motto der Tour am entsprechenden Seitenanfang. Um auch einen geographischen Überblick (gerade für Skandinavien-Neulinge) zu bieten habe ich sowohl unsere Autortouren als auch unsere Stadtrundgänge mit Google Maps visualisiert (siehe Infokästen “Route” auf den einzelnen Seiten). Somit sind die Orte in einer präzisen Straßenkarte vermerkt (im Zweifelsfall können daraus Latitude und Longitude gewonnen werden) und können bereits vorab als Satellitenbild betrachtet werden.

Natürlich sind auch bereits erfahrene Schwedenreisende oder einfach nur interessierte Leser eingeladen den Charme Schwedens zu verfallen, oder eben einfach nur in Erinnerungen zu schwelgen…

Hier eine Kurzfassung, was euch auf den Seiten erwartet:

Reisen (mehrtägig) innerhalb Schwedens:

Stockholm - Venedig des Nordens:
Die elegant kultivierte Perle der Ostsee. Von vielen Venedig des Nordens genannt. Im südländischen Flair Gamla Stans schwelgen. Zu Fuß, per Schiff oder Straßenbahn Inselhopping betreiben und dabei der einmaligen Atmosphäre der Stadt verfallen. Die Translation zwischen maritimen-, urbanen- und ländlichen- Charakter erleben.

Gamla Stan: Im südländischen Flair Gamla Stans schwelgen! Gamla Stan! Hier muss man einfach gewesen sein!

Riddarholmen: Die schönste Kirche Stockholms: Riddarholms Kyrka. Herrlicher Blick nach Södermalm, Långholmen und Kungsholmen.

Helgeandsholmen: Insel zwischen Ostsee und Mälaren. Sitz des schwedischen Reichstags.

Norrmalm: Norrmalm beherbergt gleich zwei Shoppingparadiese Stockholms: Ǻhléns und NK! Außerdem die belebtesten Plätze der Stadt: Kungsträdgården und Sergels torg!

Östermalm: Kulinarische Hochgenüsse in den Saluhallen und Auftakt für Schiffstouren in die Schären.

Djurgården: Die Freizeitinsel Stockholms: Vasamuseum, Gröna Lunds Tivoli, Prinz Eugens Waldemarsudde, Schloss Rosendal und Skansen. Ein wundervolles Kontrastprogramm zu den Stadtrundgängen.

Kastellholmen: Inselumrundung mit großartigen Blicken auf Gamla Stan, Södermalm und Djurgården.

Kungsholmen: Nobelpreisverleihung und grandioser Ausblick vom 100 Meter hohen Turm: Stadshuset.

Södermalm: Ein junges Stadtviertel mit vielen Kneipen und Cafes erkunden und beim Rundgang Meisterwerke der Technik bewundern: Slussen und Katharinahissen. Ausgangspunkt für eine Fahrt nach Saltsjöbaden.

Mälarsee: Mit dem Ausflugsschiff vom Stadshuskaj über den Mälaren zum Schloß der königlichen Familie. Dort UNESCO-Weltkulturerbe bestaunen: Drottningholm.

Skärgård (Schärengarten): Ausflug mit dem Schiff vom Nybrokajen über Waxholm nach Grinda in Stockholms Schärengarten.

Göteborg - Das Tor Skandinaviens:
Die routiniert urbane Eleganz der Westküste Schwedens und damit das Tor Skandinaviens. Überwältigende Tiefblicke vom Göteborgsutkiken. Kulturelle Hochgenüsse in Göteborgs Operan oder am Gustav Adolfs Torg erleben. Natur pur auf den Schären (södra Skärgård).

Autotouren (Sternpunkt Jönköping), die bequem innerhalb eines Tages bewältigt werden können:

Rund um den Vättern:
Fahrt von Jönköping entlang dem Westufer des Vätterns Richtung Norden nach Vadstena. Unterwegs Besichtigung von Gränna, Stora Åby, Alvastara, Rökstenen und Hageby. Auf dem Rückweg Brahehus im eindrucksvollen Sonnenuntergang. Wanderung im Dumme Mosse.

Südufer Vänern:
Die unfassbare Dimension des Vänern erfahren. Auf den Spuren frühgeschichtlicher Siedlungen bei Falköping. Die Idylle von Läckö Slott, das schönste Barockschloss Schwedens, mitten im Vänern genießen.

Vimmbery - Unterwegs im Herzen Smålands:
Ausflug ins Herz Smålands oder ein Déjà-vu der eigenen Kindheit. Von Jönköping durchs traumhafte Smaland nach Vimmerby. Auf dem Weg dorthin sich verzaubern lassen von einer tiefen Schlucht (Skurugata), von den Originalschauplätzen aus Michel aus Lönneberga (Mariannelund, Katthult) und den Kindern aus Bullerbü um anschließend Pippi Langstrumpfs Limonadenbaum in Näs zu bestaunen.

Halland - Riviera der Westküste Schwedens:
Tour nach Halmstad an die Riviera des Kattegats. Auf dem Weg dorthin zum ersten Mal bei Ljungby echte Elche gesehen. Am Meer die höchsten Dünen Skandinaviens (Tylösand).

Reiseverlauf:

Reiseverlauf:
Reiseroute von Wilhelmsdorf (Nürnberg) nach Jönköping für einen Alleinreisenden mit Nächtigung in Flensburg. Eindrucksvolle Passage über den Kategatt, durch den Schärengarten Göteborgs und mit einem der größten Fährschiffe durch das Stadtgebiet von Göteborg!

Außerdem: Welche Reisemöglichkeiten bestehen, um in das Land von König Vasa zu gelangen? Mit welchen Kosten muss jeweils gerechnet werden? Auf den folgenden Seiten stelle ich die verschiedenen Anreisemöglichkeiten per PKW und per Flugzeug vor und wäge diese gegeneinander ab.

Partys:

Party Pics zu Feiern der Högskolan i Jönköping 2002/03:
Pictures (Galleries): Kopenhagen, Dinner at Birgit, At Anja´s, Birgit´s B-Day, Halloween, Entré´s Trip to Stockholm, Icehockey, Tequila-Party, At Marlene´s, Bad-Taste-Party, Christmas-Market, Goodbye-Dinner