Mein (gegenüber dem [url=http://redmine.opencaching.de/issues/869]Ticket #869[/url]) etwas konkreterer Vorschlag (der allerdings noch eine Eingrenzung des Funddatums auf einen gewissen Zeitraum erlauben würde):
- Intern wird in der DB das Datum weiterhin gespeichert.
- Im Profil des Users gibt es einen Switch, mit dem er die Anzeige des Datums bei allen seinen Logs ausschalten kann. Ist dieser Switch deaktiviert, werden bei allen Logs des Users die Daten wie bisher angezeigt. Ist er aktiviert, wird das Logdatum wie folgt "verschleiert":
- Bei allen nach Logdatum sortierten Ausgaben wird das interne Datum zum Sortieren benutzt, aber nicht angezeigt. Damit lässt sich das Funddatum eingrenzen zwischen das Datum des Vorfinders (bzw. Datum des Publish) und des Nachfinders (bzw. heute). In der Regel sollte das ein hinreichend großer Zeitraum sein. Eine gewisse Eingrenzungsmöglichkeit bleibt aber, darauf sollte dann in dazugehörigen Hilfetexten hingewiesen werden.
- Bei Schnittstellen nach außen (OKAPI) wird für den fraglichen Fund das Datum des letzten Fundes davor benutzt (+1s, um die Reihenfolge einzuhalten). Oder, um es genauer zu sagen, das letzte Datum eines Fundes, der vor dem Funddatum des Users liegt, und dessen Owner nicht ebenfalls die Anzeige des Datums ausgeschaltet hat. Gibt es kein solches Log, dann das Publish-Datum. Damit wird dann auch in externen Programmen der Fund chronologisch korrekt einsortiert; und c:geo / GSAK etc. müssten nicht lernen, mit leeren Funddatenfeldern umzugehen.
- Zu klären wäre dann, ob des Benutzer bei aktiviertem Switch noch ein Logdatum angeben muss, oder ob dann automatisch das Datum der Eingabe verwendet wird.
Ich halte das für eine sinnvolle Erweiterung. Ich habe einen relativ hohen Anteil von Offline-Logs in meinen Caches, ich vermute, dass das auch durch den Wunsch nach "nicht-Trackbarkeit" begründet ist.
Gibt es zu dem Vorschlag noch weitere Meinungen? Gibt es in der Community den Bedarf nach einer solchen Funktionalität?