Selbstverständlich sollten diese Protokolle auch dazu dienen die eigene Ausarbeitung zu verbessern.Man sollte aber beachten, dass wenn die Protokolle auch testiert sind, so sind sie nie absolut fehlerfrei.

Wenn ihr selbst eure Ausarbeitung online stellen wollt, dann schreibt mir eine E-Mail mit der PDF im Anhang und ich werde sie in die Liste einfügen. Beachtet nur, dass beide Praktikanten mit der Veröffentlichung einverstanden sein müssen.

3.3: Polarisation und Doppelbrechung
Polarisation und Doppelbrechung 18.04.2011 504,19 kB -

4.2: Test der Bell’schen Ungleichung

4.3: Kühlen und Fangen von Rubidium Atomen in einer magneto-optischen Falle.

4.4-A: Holographie

4.6: Laserdiodengepumpter ND:YAG-Laser und Frequenzverdopplung

4.9-A: Laserresonator

4.10: Akusto-optischer Modulator

4.11: Optisches Pumpen

1.5: Zeeman-Effekt
1.8: Infrarot-Spektroskopie
3.10: Gepulste Kernspinresonanz
3.16-A: Quanten-Hall-Effekt

3.16-B: Supraleitung
Supraleitung 21.11.2011 119,67 kB -

3.17: Strukturanalyse mit Röntgenstrahlen nach Debye-Scherrer
Röntgenstrukturanalyse nach Debye-Scherrer 23.05.2011 374,07 kB -

3.20: Dielektrische Relaxationsspektroskopie an Polymeren
3.21: Röntgenkleinwinkelstreuung an teilkristallinen Polymeren
5.4: Thermometrie bei tiefen Temperaturen

1.1: Magnetfeldmessung
2.2-A: Wechselwirkung von Gamma-Strahlung mit Materie

2.2-B: Radioaktivität in der Umwelt
Radioaktivität in der Umwelt 01.11.2010 364,09 kB -

2.3: Alpha-Spektroskopie mit einem Halbleiterzähler
2.4: Mössbauereffekt an Fe-57
2.5: Bremsung und Diffusion von Neutronen
2.6: Höhenstrahlung
Höhenstrahlung 24.10.2011 707,36 kB -

2.7: Paritätsverletzung beim Beta-Zerfall
2.8-A: Messung der Lebensdauer von Positronen in Materie
2.8-B: Positronen-Emissions-Tomographie
Positronen-Emissions-Tomographie 29.11.2010 2,73 MB -

2.9: Bestimmung der Lebensdauer von Myonen
5.1-A: Transistorverstärker und digitale Bauelemente
5.1-B: Operationsverstärker

Kommt ein Besucher auf die Website, liest 30 Minuten lang einen Artikel und schließt danach das Fenster, so erkennt Piwik nur eine Aktion und als Aufenthaltsdauer werden 0s und eine Absprungrate von 100% angezeigt.

Um diesen Designfehler zu beheben gibt es generell zwei Möglichkeiten:

1. Trackingsystem von Piwik umschreiben
2. Aktionen vortäuschen, wenn der Besucher noch auf der Website ist

Die Aufenthaltsdauer von einer auf neuen Minuten angestiegen.

Die erste Möglichkeit wäre die beste, aber auch die komplizierteste.
Dagegen ist die zweite Möglichkeit ziemlich schnell realisiert: Wird die Website neu geladen, so startet man einen Timer, der nach einer bestimmter Zeit Piwik neu aufruft und so eine Aktion vortäuscht. So lange der Besucher sich auf der Website befindet bekommt Piwik immer den (mehr oder weniger) letzten Aufenthaltszeitpunkt und kann daraus die Aufenthaltsdauer bestimmen.

Bevor man den Timer implementiert muss man sich überlegen wie oft der Timer aufgerufen werden soll. Jede Sekunde eine Serveranfrage zu senden ist nicht empfehlenswert.
Ich habe folgende Zeiten gewählt: 10s, 30s, 1min, 4min, 24min, 84min. Danach wird der Timer nicht weiter aufgerufen um die Statistik nicht unnötig zu verfälschen, wenn jemand vergessen hat das Browserfenster zu schließen.

Letztendlich muss folgenden Tracking-Code auf der Website:

<script type="text/javascript">
try {
var piwikTracker = Piwik.getTracker(pkBaseURL + "piwik.php", 1);
piwikTracker.trackPageView();
piwikTracker.enableLinkTracking();
} catch( err ) {}
</script>

durch diesen ersetzen:

<script type="text/javascript">
     var piwikTracker = Piwik.getTracker(pkBaseURL + "piwik.php", 1);

    function prtc(i)
    {
        // Piwik aufrufen
        try {
            piwikTracker.trackPageView();
            piwikTracker.enableLinkTracking();
        } catch( err ) {}

        // Zeiten festlegen (in Millisekunden)
        // Unterteilung selbst wählen.
        if(i == 5)
            rt = 10000;
        else if(i==4)
            rt = 20000;
        else if(i==3)
            rt = 30000;
        else if(i==2)
            rt = 3*60000;
        else if(i==1)
            rt = 20*60000;
        else if(i==0)
            rt = 60*60000;

        if(i >= 0)
        {
            i--;
            // Funktion soll nach einer Recall-Time starten
            window.setTimeout("prtc("+i+")",rt);
        }
    }

// Piwik-Tracking-Funktion aufrufen
prtc(5);

</script>

Die Absprungrate von 80% auf 20% gesunken.

Durch diese Änderung habe ich endlich realistische Werte für meinen Blog bekommen. Die durchschnittliche Besuchszeit ist von einer Minute auf neun angestiegen und die Absprungrate von ungefähr 80% auf 20% gesunken.

Der Nachteil dieser Methode ist, dass die Aktionenanzahl nicht mehr stimmt. Jeder muss für sich entscheiden an welcher Information er mehr interessiert ist. Für mich persönlich ist die Aufenthaltsdauer und die Absprungrate wichtiger als die Aktionenanzahl, da ich daran sehe, ob meine Arbeit sinnvoll ist oder nicht.

Als erstes definiert man eine Variable, die den aktuellen Fortschritt beschreibt. Wird beispielsweise ein Feld durchlaufen, so gibt diese Variable die Position, an der gerade eine Berechnung durchgeführt wird an. Ich nenne sie hier iter.

Anschließend benutzt man die Funktion ProgressIndicator und übergibt als Argument den Iterator (iter), wobei man angeben muss, dass er dynamisch ist.

ProgressIndicator[Dynamic[iter], {1, maxIter}]

Um jetzt den Fortschritt einer Berechnung anzuzeigen muss man in der Berechnung dem Iterator immer die aktuelle Laufvariable zuweisen.

Am Beispiel von Selectionsort könnte es so aussehen:

maxIter = 1000; (* Maximale Anzahl von Zahlenwerten *)

iter = 0; (* aktueller Fortschritt.  iter <= maxIter *)

(* Fortschrittsbalken einbauen. iter gleich maxIter –> 100% *)
ProgressIndicator[Dynamic[iter], {1, maxIter}]  

(* Liste mit Zufallswerten *)
numb = Table[Random[Integer, {1, 10000}], {x, 1, maxIter}];

(* Selectionsort *)
For[i = 1, i < maxIter, i++,
 minpos = i;
 For[j = i + 1, j <= maxIter, j++,
  If[numb[[j]] < numb[[minpos]],
   minpos = j,
   ]
  ];
 temp = numb[[i]];
 numb[[i]] = numb[[minpos]];
 numb[[minpos]] = temp;
 iter = i; (* iterator aktualisieren*)
 ]

Optimal wäre natürlich auch eine Restrechenzeitangabe. Die einfachste Möglichkeit ist eine lineare Zeitinterpolation, die je nach dem wie man den Iterator setzt für eine Abschätzung der Restzeit gut genug sein soll.

Fügt man den diesen Codeblock anstatt ProgressIndicator in dem oberen Beispiel…

Dynamic[
 {{"Status:",
    ProgressIndicator[iter, {0, maxIter}], (iter/maxIter)*100.0, "%"},
   {"Restzeit (min):",
    AccountingForm[((maxIter -
          iter)/((iter + 0.0001)/(AbsoluteTime[] - startTime)))/
      60, {Infinity, 1}], "", ""}} // MatrixForm
 ]
startTime = AbsoluteTime[];

… so sieht die Aussage folgendermaßen aus.

Viel Spaß beim Warten und Tee trinken

Symphony of Science ist ein Projekt von John Boswell und besteht aus mehreren Musikvideos. Es sind Zusammenschnitte (Mashups) aus verschiedensten Videoquellen wie Dokumentationsfilme, Fernsehauftritte, Reden, Interviews etc. mit berühmten Wissenschaftlern. Die Videoschnitte sind so gesetzt, dass die Reden der Wissenschaftler zu einem Lied werden. Untermalt wird das ganze mit elektronischer Musik.

Aber was erkläre ich da?! Schaut es euch selbst an. Hier sind drei von momentan 12 Symphony of Science-Videos.

PS: Es sind schon drei Monate seit dem letzten Eintrag hier vergangen und ich komme immer noch nicht dazu mittlerweile fünf größere Artikel abzuschließen (Studium…).
Dieser Beitrag sollte ein Lebenszeichen von mir darstellen

An dem Video kann man auch ganz grob die Geschwindigkeit des Teilchenstromes abschätzen (vorausgesetzt, der Maßstab Erde-Sonne stimmt). Innerhalb einer Sekunde wird die Materie mehrere Erdradien weit geschleudert. Das entspricht einer Geschwindigkeit von mindestens 50000km/s bzw. über 15% der Lichtgeschwindigkeit.

Einfach faszinierend wie gigantisch unser Stern ist und welche Energiemengen dort in Sekundenbruchteilen freigesetzt werden und das seit Milliarden von Jahren.