Verschiedene tolle Sachen, die man mit intelligent gesetzten Logvorlagen so machen kann.
Gestern kam mal wieder eine Frage in der GSAK Deutschland Gruppe auf Facebook auf, welche nicht so einfach zu beantworten war.
Es ging um die Verwendung bzw. die Anwendung von Einheits-, Touren-, Massenlogs oder wie auch immer man das sonst nennen kann.
Mir ist bewusst, dass es dazu natürlich allerlei Philosophien gibt, aber darauf will ich hier jetzt gar nicht näher eingehen.
Hier soll es um die technische Lösung dieser Problemstellung mittels der nativen GSAK Logfunktion gehen.
Nachdem wir gestern in der Gruppe mit mehreren Leuten auf keinen wirklich guten Nenner für ein komfortables Einheitsloggen kamen, reichte ich heute sogar einen Feature Request mit der Idee für eine Verbesserung dieses Logvorgangs ein.
Was ich bekam, war eine kurze Antwort und die schnelle Erkenntnis, dass es das ja alles schon gibt.
Davon gehört hatte ich selbst jetzt aber auch noch nicht. Das war dann die Motivation das Ganze hier mal von Anfang bis Ende in einem Beitrag zu verewigen.
Loggen mit den Spezialvorlagen
Nun genug der Vorrede und auf ans Eingemachte.
Das Fallbeispiel/IST-Zustand
Als Beispielobjekt habe ich einfach mal eine Mysterie-Serie aus der näheren Umgebung herangezogen.
Wenn ich die nun mit der GSAK Logfunktion abrufe, werden sie vorerst mit den selbst eingerichteten Standardtemplates befüllt.
Dies geschieht anhand des vergebenen Logtyps in den Fieldnotes.
Sieht dann bei mir in der Regel so aus:
Vielen Dank an [Purple]%OwnerName[/Purple] für Einrichtung und Unterhaltung dieses Caches.
[^] ________ [^] ________ [^]TFTC sagen die Confectricians
Gefunden am %Date, um %Time.
#%Count
[^] ________ [^] ________ [^]
Etwas spartanisch, aber erfüllt für einzelne bis wenige Logs genau seinen Zweck für mich.
Wöllte ich jetzt nachträglich alle Logs überschreiben, hätte ich bis heute die Vorlage für den Logtyp Gefunden verändert und die Funktion Vorlagen erneut anwenden für alle Logs ausgeführt.
Nach dem Loggen hätte ich den Logtyp Gefunden dann wieder auf mein Standardlayout gesetzt.
Durch meinen bisherigen, veralteten Wissensstand war mir keine andere Lösung bekannt.
Die Vorlagen erneut anwenden-Funktion richtet sich nämlich ausschließlich nach dem Logtyp.
(Und glaubt mir. Ich ärgere mich gerade tierisch, dass ich das bisher so kompliziert gelöst habe.)
Spezialvorlagen richtig anwenden
Natürlich ist niemand von Fehlern befreit, so auch ich nicht.
Nur bin ich der Meinung, dass man Fehler nicht unbedingt nach Bekanntwerden wiederholen muss, sondern dann auch dauerhaft daraus lernen sollte.
Somit kann ich dann hier mein Vorgehen für Einheitslogs präsentieren, wie es ab heute Anwendung findet.
Vorerst ändert sich am Workflow erst mal nichts.
Die Logs werden zunächst auf einem der vielen Wege eingelesen.
Dabei wird dann auch automatisch die jeweilige Standardvorlage gesetzt. Das soll uns aber ab jetzt nicht mehr weiter stören.
Haben wir alle gewünschten Logs in der Logs veröffentlichen-Oberfläche, richten wir die Speziallogs nach unseren Bedürfnissen ein.
Mein fiktives Beispiel für die Mysterie-Serie:
Heute konnten wir an einem wunderschönen Tag endlich diese gelösten Mysteries suchen
und auch allesamt finden.
Besonders gefallen haben uns die Verstecke bei #3 und #11.
Daher vergeben wir bei diesen beiden einen Favoritenpunkt und lassen für die gesamte Serie ein weiteres blaues Schleifchen beim Bonus.Vielen Dank an [Purple]%OwnerName[/Purple] für Einrichtung und Unterhaltung dieser Cacheserie.
[^] ________ [^] ________ [^]TFTC sagen die Confectricians
Gefunden am %Date, um %Time.
#%Count
[^] ________ [^] ________ [^]
Und nun?
Wenn ich die Vorlage jetzt erneut anwende, kommt doch trotzdem die Standardvorlage für „Gefunden“
Vollkommen korrekt. Da fehlt natürlich noch was.
Jetzt kommen wir zu dem tollen und komfortablen Teil der Spezialvorlagen.
Diese kann man nämlich mit Bedingungen versehen, welche dafür sorgen, dass sie die Standardvorlagen überschreiben.
Grundsätzlich hier erst mal alle verwendbaren Bedingungen:
- {sequence=from-to}
- {NameContains=String}
- {logtype=type}
- {date=From,To}
- {FieldNotesContains=String}
- {GcAccountName=xxxxx}
- {CacheType=xxxxx}
Diese setzt ihr direkt vor das erste Wort eurer Spezial-Logvorlage.
In meinem fiktiven Beispiel möchte ich die Spezialvorlage anwenden, wenn es ein Mystery mit dem Logtyp Gefunden ist.
Das sähe dass dann bei mir so aus:
{logtype=Found It}{CacheType=U}Heute konnten wir an einem wunderschönen Tag endlich diese gelösten Mysteries suchen und auch allesamt finden.
Besonders gefallen haben uns die Verstecke bei #3 und #11.
Daher vergeben wir bei diesen beiden einen Favoritenpunkt und lassen für die gesamte Serie ein weiteres blaues Schleifchen beim Bonus.Vielen Dank an [Purple]%OwnerName[/Purple] für Einrichtung und Unterhaltung dieser Cacheserie.
[^] ________ [^] ________ [^]TFTC sagen die Confectricians
Gefunden am %Date, um %Time.
#%Count
[^] ________ [^] ________ [^]
Kurze Erklärung:
Das {logtype=Found It} ist denke ich recht eindeutig.
Mit {CacheType=U} filtern wir auf Mysteries.
Eine Tabelle der Kürzel für die Cachetypen findet ihr hier: GSAK Hilfe
- A = Project Ape
- B = Letterbox
- C = Cache In Trash Out
- D = Groundspeak Lost and Found Celebration
- E = Event
- F = Lost and Found Event
- G = BenchMark
- H = Groundspeak HQ Cache
- I = Wherigo
- L = Locationless
- M = Multi
- O = Other
- P = Groundspeak Block Party
- R = Earth
- T = Traditional
- U = Unknown/Mystery
- V = Virtual
- W = Webcam
- X = Maze Exhibit
- Y = Waymark
- Z = Mega event
Laut GSAK Forum sollten aber auch normale Bezeichner funktionieren.
Das wars schon fast
Da ihr (und ich) nun die Bedingungen für das Überschreiben der Standardvorlagen eingerichtet habt, sollte mit einem Klick auf Vorlagen erneut anwenden die jeweils passende Spezialvorlage gesetzt werden.
In meinem fiktiven Beispiel haben jetzt alle Mysteries den Einheitslog erhalten.
Kann die Funktion noch mehr?
Aber natürlich.
Dank 5 Slots für Spezialvorlagen und den verschiedenen Bedingungskategorien habt ihr natürlich eine riesige Auswahl an möglichen Kombinationen.
So könnte ich zum Beispiel mit den gleichen Bedingungen, bei denen ich nur den Cachetyp ändere, den Beifang dieser Tour mit einem gesonderten Log versehen.
Zum Beispiel so:
{logtype=Found It}{CacheType=T,M,B}Heute konnten wir an einem wunderschönen Tag endlich die gelösten Mysteries der I love You Serie suchen und auch allesamt finden.
Dabei haben wir auf dem Weg noch etwas Beifang mitgenommen und auch dieser Cache war dabei.Vielen Dank an [Purple]%OwnerName[/Purple] für Einrichtung und Unterhaltung dieses Caches.
[^] ________ [^] ________ [^]TFTC sagen die Confectricians
Gefunden am %Date, um %Time.
#%Count
[^] ________ [^] ________ [^]
Diese zweite Spezialvorlage würde jetzt für alle Tradis (T), Multis (M) und Letterboxen (B) angewendet, welche mit Logtyp Gefunden eingelesen wurden.
Weg von den Einheitslogs, kann man natürlich so auch seine Gefunden-Vorlage je nach Cachetyp verändern lassen.
Zum Beispiel könnte man eine veränderte Signatur für EarthCaches direkt beim Einlesen setzen lassen.
Da gibt es die verschiedensten Möglichkeiten, mit denen ihr eurer Phantasie freien lauf lassen könnt.
Fazit:
Mal wieder wurde ich als jetzt doch schon längerer GSAK Nutzer eines besseren belehrt und konnte eine für mich ganz neue Funktion entdecken.
Das Programm steckt auch nach längerer Nutzung immer noch voller Überraschungen.
Für mich definitiv eine sinnvolle, komfortable und gut durchdachte Funktion.
Euch viel Spaß beim Ausprobieren und loggen.
Und natürlich allseits Happy Hunting
