Seit Beginn des B.A.-Studiums vor ca. drei Jahren spukte in regelmäßigen Abständen die Datenbank „INFODATA“ in meinem Alltag herum. – Das Problem daran war, dass der als „umfangreichste bibliographische Datenbank für die Informationswissenschaften“ (seitens der Lehrenden) angepriesene Service – und damit eines der Projekte im Fachbereich mit großer Außenwirkung – für mich nie erlebt werden konnte, da die Plattform „INFODATA-eDepot“ IMO ganz und gar nicht den versprochenen Eigenschaften entspricht. Spätestens bei der Literaturrecherche zu meiner Bacheleor-Arbeit beschloss ich dort nie wieder hinein zu schauen…

In der letzten Woche wurde nun erneut – im Master-Studiengang – die „INFODATA“ erwähnt und dieses Mal sogar mit phantastischen Aktualisierungszahlen (jährlicher Zuwachs ca. 1500 Einträge) für ihre Qualität gepriesen. Dies nahm ich dann zum Anlass meine bis dato existierende Bildungslücke zu schließen, indem ich einfach die Frage aufwarf, welche „INFODATA“ denn gemeint ist. Als Antwort erhielt ich „Na die INFODATA…“ – was mich im ersten Moment jedoch nicht wirklich weiter brachte.

Nach einige kleinen Diskussion und etwas Web-Recherche kam ich dann zu folgender Situation:

• Sucht man einfach nur nach dem Begriff „infodata“ – was meiner Meinung nach ausreichen sollte, um ‚vernünftige‘ Treffer zu erhalten; bspw. mit DuckDuckGo oder Google – ist das Ranking von „INFODATA-eDepot“ (fast*) immer höher, als das der „INFODATA“.
• Selbst bei einer Dämain-Einschränkung auf „fh-potsdam.de“ ändert sich bei der Google-Anfrage nichts. Bei der DDG-Anfrage hingegen taucht das erste mal die „INFODATA“ vor „INFODATA-eDepot“ auf.
• Die – ich nenne sie mal platt so – Verschlagwortung für die Suchmaschinenindizes (also SEO) für die „INFODATA“ ist eher gruselig/sub-optimal. So sind IMO Phrasen wie „Schnupper-INFODATA“, „INFODATA bei der Gesellschaft für Betriebswirtschaftliche Information [GBI] (kostenpflichtig)“ und „INFODATA, FH Potsdam (eingeschränkter Zugang, nur Katalogdaten)“ nicht dazu angetan darzustellen, dass die „INFODATA“ solch eine tolle Datenbank ist.
• Auch die URL „fabdax.fh-potsdam.de/infodata/“ trägt – im Gegensatz zu „www.infodata-edepot.de“ (auch wenn man hier das „www“ ruhig weglassen können sollte) – nicht unbedingt zu einer (sicher gewünschten) Griffigkeit bei.
• Geht man davon aus, dass die FHP-Bibliothek eine erste Anlaufstelle bei der Literaturrecherche ist und weiterhin, dass die „INFODATA“ eine hauseigene Datenbank für „Fachinformationen“ ist, dann sollte sie wenigstens auf der entsprechenden Seite der Bibliothek gelistet sein.
• Wenn man denn weiß, dass die „INFODATA“ (genau wie „INFODATA-eDepot“) vom IZ betreut wird, sollte die „INFODATA-eDepot“ nicht unbedingt so präsent auf der IZ-Homepage sein – rechts oben ein Link, links unten eine Schnellsuche und rechts auf der Startseite ein scraper für die aktuellsten Dokumente.
• „INFODATA-eDepot“ hat – so weit ich das mit einer nicht erfolgreichen einfachen Suche in der „INFODATA“ nach dem in „INFODATA-eDepot“ existierenden Volltext „Business News in 3D“ probiert habe – nichts mit der „INFODATA“ zu tun, wie mind. ein Lehrender dachte. Es scheinen zwei unterschiedliche und unabhängige Datenbestände zu sein (– was mich bei der Frage nach der Vollständigkeit der „INFODATA“ nat. gleich mal zu weiteren Grübeleien bringt…).

Zusammenfassend: „INFODATA-eDepot“ ist nicht die „INFODATA“!
Die (zweisprachige bibliographische Literaturdatenbank) zum Thema „Informationswissenschaft“ – „INFODATA“ – ist unter http://fabdax.fh-potsdam.de/infodata/ erreichbar/zu finden und wird auf den IZ-Webseiten beschrieben.

Ob die „INFODATA“ nun wirklich die (angepriesene) hilfreiche Datenbank für die Informationswissenschaften ist habe ich nicht eruiert. Irgendwie schrecken mich – leider – zu viele Aspekte (einige davon sind bereits beschrieben worden) ab. Selbstverständlich helfen der Google-Suchschlitzt und ein paar Boolsche Operatoren bei einer richtigen Recherche nicht alleine weiter. Allerdings gibt es kognitive Prozesse und reine Wahrnehmungssystematiken, die das Verhalten von Suchenden beeinflussen. Das Credo „Wer sucht, die/der findet.“ trifft nur bedingt zu und sollte nicht für schlechtes SEO, keine Verlinkung – .oO(Wozu hat man denn Hypertexte erfunden…) –, verrückte Interfaces etc. herhalten (müssen). Ein guter Service (erst recht ein Recherchesystem!) muss einfach gefunden werden können, seinen genuinen Zweck so gut wie möglich erfüllen, funktional in der Benutzung sein und darf auch gut aussehen! Nicht/Schlecht nutzbare Datensilos sind IMHO von gestern und tragen – (auch und gerade) wenn sie als Prestige-Projekte angepriesen werden – zur „Internetaversion“ bei…

So, genug geschwafelt… – Ich für meinen Teil bin zumindest jetzt – nach ca. drei Jahren – mal froh zu wissen, was es mit der bis dato mysteriösen „INFODATA“ auf sich hat…

Nach etwas Suchens bin ich dann zu einer Lösung gekommen: Installation der Version 1.4.
Allerdings ist diese Version nur (direkt) über addons.mozilla.org und nicht über die Hauptseite des „Mozilla Calendar“ Projekts erhältlich. Auf der Projektseite wird als aktuelle Versionsnummer die 1.3 angegeben… *naja*

Trotz alledem: Es funktioniert wieder alles und die CalDAV-Unterstützung, welche IMHO (auch) durch das Team von Inverse inc. unterstützt/voran getrieben wird, ist großartig!

Speziell in den letzten Tagen bzw. Wochen habe ich wieder viele Dinge gelernt und auch die letzten drei Jahre haben einige Erkenntnisse geliefert. Die präsentesten (und aktuell in meinem Kopf herum spukenden) davon will ich im Folgenden mal ganz kurz, ungeordnet & nicht vollständig aufschreiben…

Also:
Grafiken/Bilder/… in einer Arbeit, die am Ende auch ausgedruckt wird, sollte man nicht unbedingt mit einer hohen Kompression speichern, denn das sieht in der Print-Version echt blöd aus! (Auch wenn es nett ist, dass das PDF mit 70 Seiten, 25 farbigen Abbildungen und einem im Anhang eingebundenen einseitigen PDF nur knapp 3 MB groß ist…)

Ebenso sollte man sich die digitale Version der Arbeit vorab (zu Teilen) mal ausdrucken um zu schauen, ob die die eingebundenen Abbildungen in einem guten Größenverhältnis (zum Text und zur Seite) eingebunden sind. – Man hat nur eine recht ungenaue (wenn nicht sogar falsche) Vorstellung davon, wenn man sich nur das PDF vorab anschaut…

Wenn man die Arbeit mit/in (La)TeX schreibt und eine externe BibTeX-Datei für die Literatur und/oder eine externe Glossar-Datei einbindet, sollte man für das korrekte Setzen der Referenzen mehrere Kompilierdurchläufe benutzen. Ich habe es in Anlehnung an einen Tipp auf TeX-SE so gemacht:
pdflatex Masterdokument && bibtex Masterdokument && makeglossaries Masterdokument && pdflatex Masterdokument && pdflatex Masterdokument && evince Masterdokument.pdf

Sollte man eine Graustufenversion eines schönen bunten (und mit Links versehenen) PDF benötigen, empfehle ich die Konvertierung der farbigen Version mittels Ghostscript wie (schon 2008) bei handyfloss.net beschrieben.

Selbst definierte TeX-Makros – in meinem Fall fest stehende und mehrfach verwendete Strings (wie bspw. das Makro „\art“ für „Bachelor-Arbeit“) sollten bei der Benutzung im Dokument am Ende mit einem geschützen Leerzeichen versehen werden, denn sonst wird das Leerzeichen nämlich einfach vergessen/nicht berücksichtigt… – So wäre (eine mgl.) korrekte Verwendung:
blatext2 \art\ blatext2

Es ist (zwar recht arbeitsintensiv aber letztlich auch) enorm hilfreich und Freude bereitend, wenn man sich ein Thema aussucht, welches echt spannend ist!

Man sollte nicht zu viel Zeit für einen Abschluss benötigen, denn sonst kann es durchaus passieren, dass selbst die (soziale) Hans-Böckler-Stiftung die Förderung eines (direkt an den Bachelor-Abschluss anschließendes) Master-Studiums mit der Begründung „der zu langen Vorstudienzeit“ ablehnt. .oO(…)

Es ist nicht unbedingt notwendig, sich mit Lehrpersonal ab dem ersten Semester anzulegen… – Das kann nämlich dazu führen, dass man ganz klar an den Noten der belegten Module erkennen kann, wer diese Person ist. Und das ist dann dem Gesamtnotendurchschnitt (der in unserer „Leistungsgesellschaft“ ja nicht ganz unwichtig ist…) nicht wirklich zuträglich! (An allen Modulnoten auf meinem Datenkontrollblatt, die zwischen 2,7 und 4,0 liegen und somit die schlechtesten sind, ist immer eine Person beteiligt gewesen… *verrückt,oder!?*)

So viel dazu… – Grüßle!

Ich hatte die Aufgabe zu lösen, mittels eines HTML-Formulars und PHP ein Bild (als BLOB) in einer MySQL-Datenbank abzulegen. – Eigentlich ja nicht allzu schwierig, denn Anleitungen & Code-Schnipsel dazu gibts im Netz wie „Sand am Meer“…

Am Ende entschied ich mich für die Variante, die hochgeladene Datei ohne file handler (fopen, fread, fclose) in die DB zu hexen. Denn man kann recht einfach mittels mittels der globalen PHP-Variable „$_FILES“ auf die (mittels POST) hochgeladene Datei zugreifen.

if (isset($_FILES[‘bild‘]) && is_uploaded_file($_FILES[‘bild‘][‘tmp_name‘]) && $_FILES[‘bild‘][’size‘] > 0) {
$mimetype = $_FILES[‘bild‘][‘type‘];
$blob = bin2hex(file_get_contents($_FILES[‘bild‘][‘tmp_name‘]));


Da ich beim Insert immer die Meldung bekam, dass ich einen Fehler in der SQL-Syntax habe, wenn ich für den BLOB mysql_real_escape_string(file_get_contents($_FILES['bild']['tmp_name'])) oder addslashes(file_get_contents($_FILES['bild']['tmp_name'])) (wie bspw. hier beschrieben) benutzt habe, habe ich letztlich die Funktion bin2hex() für das Speichern der binären Daten (des Bildes) in der MEDIUMBLOB-Spalte der DB verwendet.

Nach ein paar Test-Uploads stellte ich dann jedoch fest, dass größere Bilder nicht hochgeladen werden können – wg. der Begrenzung auf dem Server. Also habe ich etwas gesucht und die dafür zuständigen PHP-Einstellungen bzw. -Variablen gefunden. Diese spuckten mir allerdings aus, dass meine max. Upload-Größe 32MB beträgt, was bei einem Upload von einem ca. 1,5MB großen Bild jedoch nicht ’stimmte‘. Denn da kam dann dann die MySQL-Meldung „Got a packet bigger than ‚max_allowed_packet‘ bytes“ und der Datensatz wurde nicht in die DB geschrieben.

‚Gut, dass die MySQL-Meldung so aussagekräftig ist‘, dachte ich mir und suchte erneut nach einer Lösung… – Und siehe da, auch dazu gibt es Lösungen, wie bspw. diese. Ärgerlich war nur, dass ich den ganzen Tag der Meinung war, dass der MySQL-Parameter „max_allowed_packet“ dynamisch zur Laufzeit des Servers per PHP beeinflussbar ist. *gml*
Dies kam zum Beispiel auch daher, dass das Auslesen des Parameters (mit mysql_query("SHOW VARIABLES LIKE 'max_allowed_packet'")) und das Neusetzen des Wertes (mittels mysql_query("SET max_allowed_packet=16777216;")) zwar anstandslos funktionierte, aber leider den Upload nicht verbesserte. Trotz des neu gesetzten Wertes (auf 16MB), war die Uploadgrenze in Wirklichkeit immer noch beim Standardwert 1MB.

Lange Rede, kurze Erkenntnis:
Das Ändern des MySQL-Wertes „max_allowed_packet“ zur Laufzeit per PHP funktioniert (i.d.R.) nicht. (Man kann, wenn man MySQL-Root-Rechte mit seinem Login hat, versuchen, den globalen MySQL-Parameter zu verändern.)
Man muss/sollte/kann die Einstellung serverseitig vornehmen und entweder dauerhaft den Eintrag max_allowed_packet=16MB; in der my.cnf machen oder mit MySQL-Root-Rechten den Wert mittels SET max_allowed_packet=16777216; zur Laufzeit ändern (dann ist dieser bei einem Neustart allerdings wieder weg).

Außerdem ist anzumerken, dass die BLOBs in der DB irgendwie (ca.) doppelt so groß sind/werden, wie die Original-Dateien. – Aus einem Bild mit 991K wird bspw. (bei mir) ein BLOB mit 2.03MB. *strange&doof* (Bitte jetzt kein Bashing, ob es überhaupt sinnvoll ist, Bilder direkt in der DB zu speichern. – Es muss dieses Mal so sein!)

Nun wollte ich einfach das „proposed“-Repo deaktivieren und mein System sozusagen (wieder auf den Standard) „deaktualisieren“. Aber irgendwie funktioniert das nicht so einfach…

Nach einigem Suchen habe ich dann einen funktionierenden Weg bei „Ask Ubuntu“ gefunden, den ich hier mal (auch für mich zum Merken) verlinke: „How can I revert back from an upgrade to the Proposed repository?“.

Noch ein kleiner Hinweis zu obigem Vorgehen: Bevor ihr die beiden Skripte durchlaufen lasst, deaktiviert das „proposed“-Repo nicht. Erst nachdem ihr euer System deaktualisiert habt, könnt ihr bspw. über die Software-Paketquellen-Verwaltung auf dem Reiter „Aktualisierungen“ den Haken beim Repo weg machen.

Viel Glück!

Die Regeln basieren auf dem Buch „Debugging“ von David J. Agans. Wer noch ein paar Details zu den einzelnen Regeln lesen möchte, der kann hier mal schauen.

Doch nun (endlich) die (Lebens)Weisheit:

1. Understand the system
2. Make it fail
3. Quit thinking and look
4. Divide and conquer
5. Change one thing at a time
6. Keep an audit trail
7. Check the plug
8. Get a fresh view
9. If you didn’t fix it, it ain’t fixed

Angefangen hat es heute um 10.34 Uhr, als diese E-Mail vom crazy Maik eintrudelte. Da diese mit „freundlichen, germanischen Grüßen“ und dem Spruch „Staatsbürger des Deutschen Reiches mit unmittelbarer Reichsangehörigkeit gemäß Reichs- und Staatsangehörigkeitsgesetz (RuStAG) vom 22. Juli 1913“ abschloss, ging (irgendwie) bei mir sofort die Schubslade „Nazi“ auf.

Aber halt! Darf ich denn, ohne (Hintergrund-)Wissen, einfach so einen Mitbürger, mit nationaleren Ansichten als den meinen, einfach so verurteilen? Nein! Also schnell den Finger in die Ritze gesteckt, bevor die Schubslade ganz zu war und versucht, mich schlau(er) zu machen…

Und dann fing der Schlamassel an. – Schon vor einiger Zeit *dunkelerinner* hatte ich mal etwas von der „Kommissarische Reichsregierung“ (kurz KRR) gelesen – es könnte der Telepolis-Artikel „Reichlich ominös“ von 2001 gewesen sein, muss es aber nicht. Allerdings ist die Erinnerung daran fast Null und nur etwas nebulöses/rechts lastiges schwirrt seit dem zu diesem Thema durch meinen Kopf.
Als ich dann jedoch vorhin auf der Seite friedensvertrag.info (Link aus o.g. E-Mail) surfte, musste ich lauthals in mich hinein lachen (ich rede zwar laut mit mir selbst, lachen jedoch (noch) nicht, nur in Gesellschaft):

• Schäferhunde (die im Grafikprogramm eher schlecht frei gestellt wurden),
• Frakturschrift,
• Familienbilder/-darstellungen, auf denen die blonde Mutti, ein sportiver Vati & zwei Kinderlein debil lächeln,
• ein bolivianisches Impressum,
• viel Geschwafel von „Reichsbürgern“ & „Reichsvolk“,
• der Anschein einer Legitimation (von wem auch immer) & Richtigkeit der präsentierten Informationen,
• …

Schlussendlich unterstützten dann auch noch die folgenden beiden Tatsachen meinen bis dato gemachten Eindruck, dass es sich bei dem ganzen Quatsch eher um Inhalte mit fäkalem Wert handelt:

1. Bzgl. der Kontakt-Seite hat sich ein Tippfehler eingeschlichen, denn diese heißt „Konkakt“.
2. Die präsenteste Person (mehrere Photos & respektvolle Erwähnung in mehreren Texten) ist „DR. Schittke Norbert“.

Und deshalb:
Lieber Maik, liebe „Exilregierung“ – ja, ihr lest richtig; aus der KRR ist mittlerweile durch eine „Gründung“, auf der leider „nur ein verschwindend geringer Teil des gesamtdeutschen Reichsvolkes erschienen“ war & deren Protokoll von 2004 auch noch so ein Lacher ist, eine vierköpfige „Exilregierung Deutsches Reich“ geworden!
Ich habe keine Ahnung von der Materie und es ist mir auch echt schnurz-egal. Ich finde es toll, wenn Traditionen gepflegt werden und Menschen bewusst mit Vergangenheit, Gegenwart & Zukunft umgehen. Auch müssen wir nicht gleicher Meinung sein. Aber das, was ihr macht ist echt Schwachsinn! Und den Mist dann auch noch (ganz nebenbei, bspw. in öffentlich archivierten E-Mails) rotz-frech zu verbreiten und damit evtl. auch noch Andere in euren Dunstkreis zu ziehen, finde ich voll panne – haut doch einfach ab!
Solltet ihr jedoch von dieser subversiven Scharlatanerie abrücken und eure Energie für wirklich wichtige Dinge einsetzen wollen, dann meldet euch mal (bei mir), denn dann können wir (vllt.; ich muss mir das nochmal überlegen…) auch mal reden.

Allen anderen (an diesem Müll interessierten) LeserInnen kann ich noch Links ans Herz legen (- auch wenn das Meiste schon etwas älter ist):

• taz von 2000: „Die Reichsminister drohen mit dem Tod“
• die KRR-FAQ unter krr-faq.net
• den Text „Reich(lich) Unsinn – die Reichsbürgerbewegung“ der Grünen Jugend NRW unter unser-land-bleibt-tolerant.de
• Update: Indymedia-Artikel „Friedensvertrag.info hops gegangen“ von 2005 (Dank an Robert!)

Und passend zu dieser ganzen Crazyness suche ich abschließend noch jemanden, der mit mir ASAP „Die Mondverschwörung“ in Berlin schaut oder das (wohl echt tolle) Filmchen nach Potsdam holt. [via]

PS.:
Sollte sich jmd. durch obige Worte, Links, Zitate etc. gekränkt, diskriminiert o.ä. fühlen – bzw. worden sein –, dann entschuldige ich mich vorab dafür und bitte um unverzüglichen Kontakt! – Jegliche Unterstellungen einer gewissen böswilligen Intention dieses Artikels bitte ich zu unterlassen. *danke*

PPS:
So wie ich das verstanden habe, können bzw. sind nur Bürgerinenn und Bürger der BRD, die vor 1945 geboren wurden, „Rechsbürger“ sein. – Somit sollte sich das Problem doch eigentlich zeitnah erledigt haben, oder?! *sryfürdiepietätlosigkeit*

1. Eine funktionierende Hibiscus-Installation (unter Ubuntu) wird vorausgesetzt.
2. Installation des Jameica-Plugins „jameica.scripting“
   1. Download von http://www.willuhn.de/products/jameica/releases/nightly/jameica.scripting-1.0-nightly.zip
   2. Entpacken der Dateien nach ~/.jameica/plugins/
3. Installation des Scraping Script~/.jameica/plugins/
   1. Download der Datei http://sites.google.com/site/niqs24boxx/files-hibiscus/boscotland.js?attredirects=0&d=1
   2. Kopieren dieser Datei in den Ordner ~/.jameica/plugins/jameica.scripting/scripts/
      (Hinweis: Der Ordner "scripts" existiert so nicht. Ich habe ihn zur besseren Übersicht selber erstellt. Ihr könnt das boscotland.js-Skript auch woanders ablegen, ihr müsst es nachher nur wiederfinden…)
   3. Download der HTMLUnit-Bibliotheken von http://sourceforge.net/projects/htmlunit/files/
   4. Nach dem Entpacken müssen alle Dateien aus dem Unterordner lib in den Jameica-Ordner ~/.jameica/plugins/jameica.scripting/lib/ kopiert werden.
4. Jetzt Hibiscus starten und unter „Datei“ → „Einstellungen“ im Reiter „Scripting“ die Datei/das Skript boscotland.js (s.o.) hinzufügen.
5. Nun noch schnell das BoS-Konto als „Offline-Konto“ erstellen & speichern.
6. Und schon könnt ihr auf der Übersichtseite des neuen BoS-Kontos mittels des neuen Buttons „Via Scripting synchronisieren“ alle Transaktionen abrufen.

Danke an: Olaf, Andreas & Ben!

Und falls ihr für ein Offline-Konto Daueraufträge simulieren wollt, dann schaut euch mal das OffKontoDauerauftrag-Skript an!

1. Server-Adresse: (https://)banking.s-fints-pt-bb.de/PinTanServlet
2. HBCI-Version: „FinTS 3″

Durch Zufall hatte ich diese Angaben – ohne die es nur HBCI-Kommunikationsfehler gibt – im Onlinebanking-Forum (onlinebanking-forum.de) gefunden.
Weitere Informationen und Anleitungen findet ihr auch direkt auf den MBS-Seiten unter https://www.mbs-potsdam.de/module/aktion_if/aktion_if_migration/software/.

PS:
Wer Hibiscus einfach und schnell unter Ubuntu benutzen möchte, dem seien das PPA von dennis-benndorf (ppa:dennis-benndorf/ppa) und das ubuntuusers-Wiki empfohlen!

Seit einer ganzen Weile bin ich jedoch des Themes überdrüssig und meine sporadischen Ausflüge in die Theme-Download-Welt bescherten mir bisher keine großen Erfolge. – Das Standard-Theme passte bisher irgendwie am besten.

Heute habe ich mich mal (wieder) durch ein paar Seiten – mit frei herunterladbaren Themes – geklickt und einige neue Themes ausprobiert.

Ergebnis: Es gibt einfach zu viele unbrauchbare Themes, deren Sinnlosig- und Hässlichkeit unübertroffen ist… Entweder die Farben der Navigations-Elemente sehen schäußlich aus, oder die Spielereien mit den Menü-Hintergründen nerven, oder, oder, oder…

Hier mal meine beiden Favoriten (durch deren Erwähnung, an dieser Stelle, den Autoren gedankt sein soll):

• „Der Pate“ Theme von Meilow (auf modopo.com)
• „Dark Night“ Theme von web750eb (auf modopo.com)

.oO(Schade, dass sich wohl viele Icons und Schriftfarben wohl generell nicht ändern lassen…)