Report
- Zielstellung
- Zusammenfassung der Parameter und der Historie für Simulationen und insbesondere Fits
- Sowohl textlich (vom Menschen lesbar) als auch strukturiert abgelegt (maschinenlesbar)
- Motivation
- Eine Report-Funktionalität stellt einen ganz wesentlichen Mehrwert des Moduls gegenüber (recht einfach) von jedem Nutzer zusammengestückelten eigenen Skripten rund um die verwendete EasySpin-Funktion dar.
- Problem
- Bei Simulationen und insbesondere bei längeren Fits (mehrere Iterationen etc.) ist es am Ende durchaus interessant, die „Historie“ der durchgeführten Operationen zu kennen und so zusammen mit den Daten im Datensatz abzulegen, daß man jederzeit wieder aus einem Datensatz einen Report generieren kann.
- Lösung
- Entwicklung der notwendigen Datenstruktur (siehe den Punkt Historie)
- Layout eines Reports (LaTeX-Template)
- Entwicklung einer Report-Routine, die das Template mit Inhalt füllen kann.
Zielstellung
Zusammenfassung der Parameter und der Historie für Simulationen und insbesondere Fits sowohl textlich (vom Menschen lesbar) als auch strukturiert abgelegt (maschinenlesbar).
Problem
Bislang existiert nicht notwendigerweise die vollständige Struktur innerhalb des Datensatzes, die dafür notwendig ist. Die „History“ in der trEPR-Toolbox wäre ein entsprechender Anhaltspunkt
Es wäre zu klären, welche Inhalte wichtig sind und wie man sie am Besten ablegt.
Die hier genannten Aspekte werden unter dem Punkt „Historie“ gesondert behandelt und geklärt.
Lösung
LaTeX-Template für Reports
Layout eines Reports (LaTeX-Template)
Pro Nutzerinteraktion ergibt sich eine A4-Seite Report, die ein Bild des simulierten/gefitteten Spektrums und eine Tabelle mit den Anfangs- und Endwerten, und der oberen und unteren Grenzen der Parameter enthält. Bei einem Fit sollen zusätzlich die Residuen abgebildet werden. Ganz an Ende des Reports ist eine Tabelle, welche die Parameterwerte pro Nutzerinteraktion zusammengefasst darstellt.
Entsprechende Felder können später automatisch ausgefüllt werden.
Idealerweise kann der Nutzer jeweils selbst Templates anpassen und verwenden.
Reportgenerator
Entwicklung einer Report-Routine, die das Template mit Inhalt füllen kann.
Läuft nach bisherigem Stand auf eine relativ einfache Funktion heraus, die das Template „parst“ und alle Felder, die durch einen entsprechenden Feldbezeichner als solche kenntlich sind, mit den Inhalten aus Matlab-Variablen füllt.
Ideen
Report-Templates vom Nutzer vollständig variierbar
Einstellmöglichkeiten für Bilder etc.
läuft auf ein Rewrite der LaTeX-Toolbox für Matlab raus