Meine Wahrnehmung in einem Satz: Grabenkämpfe zwischen Tools, die Suche nach der Didaktik und dem Glück und vor allem ein Test für meine eigene Infrastruktur zur Dokumentation.
Vorbereitet hatte ich ein eigenes Etherpad, Wisemapping als Mindmapping Tool und mein eigenes DokuWiki. Ich habe auf mein Notebook verzichtet, um mein Gepäck gering zu halten (Was super geklappt hat – nicht). Immerhin hatte ich ja das Fahrrad dabei. Ich wollte in Frankfurt unabhängig bleiben und ein wenig Bewegung bekommen, was tatsächlich sehr gut war! Daher hatte ich als größtes Gerät ein Nexus 7 (2013) dabei. Nach anfänglichen Zicken mit dem Wlan funktionierte dieses anschließend ausgezeichnet.
Entgegen meinem Vorhaben vor allem im Etherpad zu dokumentieren bin ich sehr schnell dazu über gegangen im Wiki zu dokumentieren. Zum einen, ist es für mich eine übersichtlichere Struktur und zum anderen funktionierte das Tippen im Etherpad alles andere als gut. Egal mit welcher Tastatur & Browserkombination irgendetwas funktionierte nicht. Meistens waren es irgendwie die Leerzeichen die nicht so recht wollten.
Aber ich will es eigentlich gar nicht so technisch betrachten. Technik wollte aus mir nicht bekannten Gründen halt nicht und die Alternative funktioniert einfach.
Ich war auch auf Sketchnotes vorbereitet. Aber das habe ich irgendwie nur in einer Session gemacht und da auch nur halbherzig. Dabei haben mir die Sketchnotes, die ich bei @anjalorenz gesehen habe soo gut gefallen und Lust auf selber machen gemacht.
Der Nachteil der Etherpads ist ja, dass sie erst mal im digitalen Nirvana verschwinden, wenn man sich den Link oder Namen nicht direkt an alternativer Stelle notiert und später mühsam wieder herausgefischt werden müssen.
Daher habe ich die Artikel im Wiki dazu benutzt die Infos zu den einzelnen Sessions zu bündeln. Ein iframe Plugin erlaubt es mir sogar google docs und ipads in die Blog Seiten einzubinden.
Das Ganze hat eine Problematik. Was ist, wenn ich doch eigentlich wichtige Informationen konservieren will?
Dann ist es ja nur eine semigute Idee die Etherpads direkt einzubinden!?
Eigentlich gehe ich mal davon aus, dass die Inhalte der Etherpads ab einem gewissen Punkt nicht mehr verändert werden. Also kann ich sie einbinden und habe alle Infos einfach so verfügbar.
Was aber, wenn dann doch mal was verändert wird? Die Etherpads bieten eine gewisse Versionierung an. Also kann ich, solange das pad online ist auf die vorhergehenden Inhalte zugreifen. Die pads bieten alternativ auch eine Exportfunktion für das Dokuwiki, welches ich ja verwende, sodass ich auch einfach einen Zustand exportieren und im Wiki archivieren kann.
Ich finde bisher funktioniert das super. Es wäre auch mal spannend diese Kombination in einer Umgebung zu nutzen, in der sich das Pad ständig ändert und ich im Wiki wichtige Fragmente aus dem Pad speichern kann.
Zumindest, habe ich so im Wiki eine gute Übersicht über die Sessions die ich besucht habe und kann direkt auf die ursprüngliche Ressource zugreifen. Beides, meine eigene und die ursprüngliche Dokumentation bleiben im Blick und an einer Stelle aufrufbar.
Auf ecfra14.de wurden die Links zu den Pads entfernt und Ergänzungen sollen über die Kommentarfunktion des Blogs gemacht werden. Ich finde die Idee grundsätzlich gut, allerdings muss ich jetzt doch noch an einem zweiten Ort nach Ergänzungen suchen.
Jetzt habe ich doch keine Reflexion zum Educamp geschrieben, sondern nur meine Dokumentation reflektiert. Aber so kommt es halt. Wie macht ihr das denn mit der persönlichen Dokumentation? Lasst mal einen Kommentar da.
Seit einiger Zeit besitze ich den Nook Simple Touch von Barnes & Noble und lese darauf überwiegend eBooks. Allerdings brachte mir Daniel / Aircoholic die Idee näher den E-Book Reader auch für andere Inhalte einzusetzen.
Nook
Die Besonderheit am Nook ist, dass er nicht wie viele andere Geräte mit einer Linux Distribution läuft, sondern mit Android 2.1. (Schon klar, basiert auch auf dem Linux Kernel aber darum geht es nicht.)
Zu Android 2.1 gibt es genug Möglichkeiten das System zu rooten und so eben auch für den Nook. Dazu gibt es einfache tools, mit denen das rooten nahezu kinderleicht ist.
Ich habe dafür den NookManager aus dem XDA Forum verwendet. Alles was man benötigt ist eine MicroSD Karte und einen PC um diese zu beschreiben. Alternativer Nook Launcher
Mit dem rooten ist es aber noch nicht getan. Ziel der Aktion ist es, Apps aus dem Google Playstore installieren zu können. Dazu müssen nach dem rooten noch die fehlenden Google Apps (Gapps) geflasht werden. Dazu gibt es ebenfalls aus dem XDA Forum eine Erweiterung für den NookManager. Diese nennt sich NTGAppsAttack und fügt einige googlespezifische Apps und Funktionalitäten, wie den Playstore zum Nook hinzu.
Nach dem rooten und der Installation der Google Funktionalitäten erhält der Nook optional einen neuen Launcher über den dann alle weiteren Apps aufgerufen werden können.
Anschließend muss noch die App SearchMarkt installiert werden, da leider die Suchfunktionalität im Google Playstore defekt ist. Macht aber nichts, funktioniert auch gut und so oft wird es nicht benötigt.
Instafetch
Der Workflow den ich beschreibe beruht maßgeblich auf dem Dienst Instapaper. Ohne ein Konto dort geht es nicht.
Leider funktioniert die Android-App von Instapaper nicht auf der Android Version auf dem Nook. Allerdings gibt es die prima Alternative Instafetch. Diese funktioniert auch auf dem Nook und wird direkt mit Instapaper verknüpft.
Workflow
Wikipedia Artikel via Instafetch
Es ist nicht immer schön Artikel auf einem Monitor zu lesen. Das kann schnell ermüden und daher sollen nun die Artikel schnell und einfach auf den E-Book Reader gebracht werden.
Wenn man nun also bei Instapaper angemeldet ist, kann man seinem Browser ein Bookmarklet hinzufügen und somit beim Surfen interessante Artikel schnell bei Instapaper speichern.
Auf dem nook ist es dank der root funktionalität und der installierten App InstaFetch nun möglich die gespeicherten Artikel aus Instapaper zu synchronisieren und zu lesen.
Die gespeicherten Artikel sind dabei bereits in eine simplifizierte Form ohne Bilder und Werbung etc. gebracht worden. Alle störenden Elemente sind damit entfernt.
Zudem, und das ist beim Nook wirklich toll, funktionieren die Tasten zum Blättern in der App weiterhin.
So lassen sich Artikel aus der Wikipedia oder aus Onlinemagazinen wie Spiegel Online wunderbar augenschonend auf dem E-Book Reader lesen.
Weitere Apps
App Drawer auf dem Nook
Neben Instafetch lassen sich auch weitere Apps wie Dropbox oder Amazons Kindle App installieren. Auch Evernote lässt sich installieren und benutzen. Das Layout und die Optik sind für Apps auf dem 6″ großen E-Ink Display zwar etwas gewöhnungsbedürftig aber zum lesen ist es wunderbar.
Seit einigen Tagen versuche ich mich in das Thema PLE (personal learning environment) einzuarbeiten und meine eigene PLE zu visualisieren und zu reflektieren.
Dies wollte ich in meinem selbst gehosteten Wisemapping Tool zum erstellen von Mindmaps machen. Leider lassen sich bei dem Tool nur einfach verbundene Mindmaps machen. Verbindungen zwischen zwei Unterpunkten funktionieren nur über separat hinzufgbare Pfeile.
Nachdem ich mir einige andere PLEs angesehen habe, habe ich alles zusammengetragen was mir eingefallen ist.
Herausgekommen ist eine Mindmap im Rahmen der Möglichkeiten von Wisemapping. Vor allem aber ist sie nicht fertig. Ich denke sie wird auch nicht fertig. Wie Anja Lorenz schreibt, ist die PLE auch Kontextabhängig. In meinem Ansatz wollte ich aber mal versuchen möglicht alles zu integrieren, unabhängig vom Kontext.
Meine PLE
Fazit
Eines ist mir aber dabei deutlich geworden, meine PLE wird nie fertig sein. Die Visualisierung ist spannend und funktioniert für mich gut, weil es keine Soll- oder Normwerte gibt und auch keine Bewertung (im schulischen Sinne) stattfindet. Rückmeldung hingegen interessiert mich sehr.
Darüber hinaus finde ich bei digitalen Tools wichtig, dass ich mich daran halte. Ich tendiere zum ausprobieren von vielen verschiedenen und neuen Tools. Dabei schleicht sich gerne auch mal etwas Chaos ein à la „Wo war das nochmal?“ Diese – und ich mag das Wort aus irgendwelchen Gründen nicht – Workflows zu visualisieren ist für mich daher sehr spannend.
Screenshot von meiner tt-rss Installation mit einem google reader alike theme
Tiny Tiny RSS
Aufgrund des Beitrages auf der von mir sehr geschätzten Seite Linux und ich und weil ich, wie so viele andere, auf der Suche nach einer neuen RSS Lösung als Ersatz für den Google Reader war habe ich mir Tiny Tiny RSS auf meinem Server installiert und ausprobiert. Über meine Eindrücke will ich hier berichten.
Die Installation selber ist nicht schwierig, vorausgesetzt man kennt alle Zugänge. Da mein Server von einem Freund administriert wird musste er mir die Datenbank anlegen und die Automatisierung erstellen.
Daher habe ich die Installation auf einem Notebook mit Ubuntu 13.04 getestet. Allerdings nicht per apt-get, sondern in Form des tar Archivs. Das war nicht weiter schwer und ist im Wiki und bei Linux und ich gut beschrieben.
Meine Kriterien für einen guten RSS Reader
vollwertiger Ersatz für den Google Reader
wenig Eyecandy und trotzdem nicht hässlich
Plattformunabhängig bzw. -übergreifend
kostenfrei / open source
adäquate Geschwindigkeit
TT-RSS
Mir war insgesamt am wichtigsten, dass tt-rss den Google Reader wirklich vollwertig ersetzt. Ich bin in dieser Hinsicht generell etwas skeptisch, denn meiner Erfahrung nach sind viele Google Produkte leider wirklich gut und Alternativen können da einfach nicht wirklich mithalten.
Den Google Reader macht für mich sein Minimalismus aus. Kein unnötiger Zauber, kein überflüssiger Eyecandy. Es ist auch kein nervendes Plugin oder Ähnliches nötig wie bei feedly, welches mir überhaupt nicht zugesagt hat. Zu viel Schnick Schnack in Form von bunten, sich bewegenden Menüpunkten, einem permanent sichtbaren Symbol in der Bildschirmecke und dann auch noch ein Browserplugin. Sowas will ich nicht.
gReader Pro Beta in Komination mit tt-rss
Außerdem muss es auf allen Plattformen die ich benutze funktionieren. Also auf Windows bzw. Web, Linux und Android. Im Grunde geht ja alles per Webinterface. Doch gerade auf dem Smartphone sind auch Quadcore Prozessoren mit solchen Webseiten manchmal überfordert. Über den PC hingegen nutze ich nur das Browserplugin und das sollte eben, wie in den Kriterien schon erwähnt, nicht hässlich sein. Häufig gibt es ja tolle Software, die einfach am Design scheitert. Beim Design schrammt tt-rss knapp an einem Auschlusskriterium vorbei. Die mitgelieferte Oberfläche ist nicht gerade schön in meinen Augen. Sie ist nicht schlimm, könnte aber besser sein. Aber dann, stellt sich heraus, tt-rss ist via css anpassbar und besser noch, die community scheint schön aktiv zu sein. Ich verwende jetzt beispielsweise einen Google Readeresqes Theme. Sehr zurückhaltend und minimalistisch. Mich stört nur die Scrollbar auf der linken Seite. Aber insgesamt schon sehr gut und im Grunde genau das was ich will.
Ebenfalls sehr wichtig war die Möglichkeit des Umzugs. TT-RSS bietet hier gleich zwei Wege. Zum einen den Import der OPML Daten aus Google Takeout und zum Anderen den Import über ein aktivierbares Plugin. Ich habe mich für den Umweg über die OPML Daten entschieden, da ich die so oder so schon von Google heruntergeladen hatte.
Screenshot von meiner tt-rss Installation mit einem google reader alike theme
Plugins
TT-RSS eigene App
Plugins sind ein weiteres Merkmal von tt-rss. Auch diese gibt es zahlreich und die Community ist auch hier aktiv. Ich habe mir Plugins installiert, mit denen ich Feedinhalte schnell mit google+, pocket und twitter teilen kann. Leider konnte ich den tt-rss Dienst noch nicht neu starten damit die Plugins neu geladen werden, denn bisher funktionieren diese leider nicht. Ich hoffe aber, dass sich dieses nach einem Neustart des Dienstes ändern wird. Das Plugin zum einbinden von Youtube Videos funktioniert hingegen einwandfrei.
Vorteil des Google Readers, er ist in der Reaktionszeit schneller. Artikel werden quasi in Echtzeit als gelesen markiert. Hier hat tt-rss ein wenig das Nachsehen. Dabei ist dies abhängig vom Internetzugang. Auf der Arbeit sitze ich hinter einer VPN Verbindung, welche alles etwas zäher macht. Aber über G3 auf dem Telefon kann ich mich nicht beklagen und auch über die schnelle Leitung zu Hause fällt das kaum mehr ins Gewicht.
Es ist außerdem ein Update Plugin integriert. Ich bin gespannt ob dieses problemfrei arbeiten wird. Ich werde darüber berichten sobald das erste Update zur Verfügung steht.
Mobiler Zugang
Nachdem man in den Einstellungen den Zugriff auf die APIs eingeschaltet hat, ist es möglich sich mit einer externen App mti tt-rss zu verbinden. Ich benutze dazu gReader Pro Beta auf meinem Nexus 4 und es läuft wunderbar. Ich erkenne quasi keinen Unterschied zur Verbindung mit dem Google Reader vorher. Die eigene App von tt-rss habe ich nur zu Testzwecken kurz in der kostenlosen Version installiert. Dies ist eine sieben Tägige Testversion. Insgesamt sieht das auch ordentlich aus und besitzt viele Einstellmöglichkeiten inklusive den Möglichekeiten alle SSL Zertifikate zu akzeptieren und eine HTTP Authentifizierung zu integrieren, wenn man tt-rss lieber mit einer .htaccess Datei zusätzlich schützen möchte.
Außerdem
Zwei Sachen, die für den einen oder anderen von Bedeutung sein können sind die Kostenfreiheit und die Möglichkeit mehrere User einzurichten.
TT-RSS ist lizensiert unter der copyleft Lizenz GNU GPL und steht gratis als Download zur Verfügung.
Zudem wird während der Installation der Benutzer Admin angelegt und man soll sich einen Benutzer Account einrichten. Es sind aber auch mehrere voneinander unabhängige Benutzerkonten möglich.
Der letzte Punkt war für mich ausschlaggebend gewesen doch keine $30 in Fever zu investieren, denn so kann ich auch meiner Freundin einen Account einrichten und sie kann ihre Feeds über die selbe Ressource eigenständig verwalten.
[UPDATE]
Mittlerweile gibt es eine neue APP. Sie heißt News+ und ist in einer frühen Beta Phase. Sie ist hier zu bekommen. Es handelt sich dabei um eine modulare Neuentwicklung des gReader. Unterstützung für tt-rss gibt es in form eines Plugins welches als separate apk zu installieren ist.
[/UPDATE]
[2. UPDATE]
Ich bin mittlerweile zur tt-rss app übergegangen, weil ich es als Unding empfinde erst tt-rss support anzubieten, es dann in eine neue APP zu überführen und die Funktionalität gleichzeitig aus gReader pro zu entfernen. News+ soll dann auch wieder Geld kosten. Der Gedanke dahinter ist, dass gReader pro die großen Anbieter von RSS Feeds unterstützen soll und News+ dann auch viele kleinere per modularer Plugins.
Über die Sinnhaftigkeit dieses Ansatzes lässt sich sicherlich diskutieren. Nur leider funktioniert gReader für mich in der Zwischenzeit nicht mehr und News+ befindet sich in einer frühen Entwicklungsphase. Da gebe ich lieber das Geld für die tt-rss App aus, welche mir mittlerweile auch sehr gut gefällt und vor allem auch perfekt zum Server passt. Auf dem Handy lese ich RSS Feeds mittlerweile schneller als über das Webinterface, was möglicher Weise an den Plugins liegt. Aber das ist reine Spekulation.
Für mich ist gReader pro gestorben.
[/UPDATE]
Ich freue mich über Kommentare zu diesem ersten etwas längeren Beitrag auf meinem noch frischen Blog.
Features von tt-rss.org
Server-side AJAX-powered application, user only needs a web browser
