Elevate: Umstellung der Rolling-Sum-Migration des Jahres auf die Elevate-App

Ich bezweifle, dass ich den Fitnesstrend liebe, aber der gleitende 30-Tage-Durchschnitt ist von unschätzbarem Wert!

Ich bin hergekommen, um genau das zu sagen! Der gleitende 30-Tage-Durchschnitt war eine der nützlichsten Funktionen, um das Saisonvolumen zu vergleichen. Auch die Distanz im letzten Jahr war sehr aufschlussreich für diejenigen, die sich auf das Sammeln von Meilen konzentrieren.

Es wäre sehr hilfreich, wenn möglich, die letzten 30 Tage und die durchschnittliche Entfernung/Zeit/Höhe des letzten Jahres hinzuzufügen.

Ich möchte diese Gelegenheit auch nutzen, um Thomas für sein unvergleichbares Projekt zu danken

@ashdriver @DCunnama @fjavipm Ich verstehe dieses Feedback. Tatsächlich wurde dieses Legacy-Feature von jemand anderem codiert (per Pull-Request & Dank an ihn!!). Ich bin bei vielen Benutzern auf viele Fehler gestoßen und konnte die Funktion nicht im Legacy-Code beibehalten. Deshalb habe ich das alte Feature auf das neue verschoben (oder für euch gezwungen...).

Ich werde diese Funktion zurückbringen und als dringend kennzeichnen. Um ehrlich zu sein, habe ich das Konzept des gleitenden 30-Tage-Durchschnitts und der durchschnittlichen Distanz/Zeit/Höhe des letzten Jahres für meine eigenen Zwecke nie wirklich verstanden. Ich kann mir also vorstellen, dass viele Benutzer (außer Ihnen) es nicht richtig verwenden können. Ich behalte im Hinterkopf, dass Funktionen für alle zugänglich sein müssen.

Könnten Sie mir also den "Bedarf", "Anwendungsfall", "gelöste Probleme" hinter dem gleitenden 30-Tage-Durchschnitt und der durchschnittlichen Entfernung/Zeit/Höhe des letzten Jahres noch einmal erklären? Also kann ich es im neuen Jahr wieder codieren? Dieses Verständnis ist für mich und auch für alle anderen Benutzer erforderlich.

Wenn Sie das alte Feature zurückbringen möchten, können Sie hier noch einen alten Build herunterladen: https://thomaschampagne.github.io/elevate/#/builds (mit Filterzweig: Master, Version: 6.8.1 )

Hallo Thomas,

Vielen Dank für die Antwort und Erklärung. Ich werde meine eigenen Bedürfnisse und Verwendungsmöglichkeiten dafür angeben, aber hoffentlich können andere mehr hinzufügen, wenn es welche gibt:

Brauchen:
Eine Möglichkeit, die aktuelle und verlängerte Trainingsbelastung (gemessen nach Entfernung oder Höhe) von einem Jahr zum nächsten zu vergleichen.

Anwendungsfall:
Der Benutzer kann auswählen, ob die Diagramme des rollenden 30-Tage- oder 365-Tage-Durchschnitts der Höhe oder Entfernung (auf der y-Achse angezeigt) und das Datum auf der x-Achse ab dem 1. Januar angezeigt werden sollen. Jedes Jahr mit verfügbaren Daten kann in einer anderen Farbe überlagert werden, und idealerweise auch die Möglichkeit, bestimmte Jahre für direkte Vergleiche zwischen ihnen auszuwählen/abzuwählen.

Problem gelöst:
Dies bietet eine einigermaßen effektive Möglichkeit, den Trainingsaufwand gemessen an Entfernung und Höhe zu bestimmten Jahreszeiten im Vergleich zu früheren Jahren zu vergleichen. Athleten trainieren oft für bestimmte jährliche Veranstaltungen, die jedes Jahr ungefähr auf das gleiche Datum fallen, und die Möglichkeit, die gleitenden 30-Tage- (und in geringerem Maße 365-Tage-) Durchschnittswerte leicht zu vergleichen, ist eine großartige Möglichkeit, die Vorbereitung auf solche Veranstaltungen zu vergleichen.

Optionale zusätzliche Funktionsanforderung: Die Möglichkeit, das gleitende Durchschnittsfenster zwischen/unter 30 Tagen und 365 Tagen anzupassen, könnte ebenfalls nützlich sein, obwohl 30 Tage meiner Meinung nach ein ziemlich guter fester Wert sind. Das Anpassen der Fenstergröße kann nützlich sein, um Trainingsblöcke, die länger (oder kürzer) als 30 Tage sind, von Jahr zu Jahr zu vergleichen - zB werden Marathon-Trainingsprogramme oft über 3 Monate angelegt.

Könnten Sie mir also den "Bedarf", "Anwendungsfall", "gelöste Probleme" hinter dem gleitenden 30-Tage-Durchschnitt und der durchschnittlichen Entfernung/Zeit/Höhe des letzten Jahres noch einmal erklären? Also kann ich es im neuen Jahr wieder codieren? Dieses Verständnis ist für mich und auch für alle anderen Benutzer erforderlich.

"Letzte 30 Tage" ist nützlich, um Variationen des Trainingsvolumens speziell nach Sportart zu verstehen. Bei langen Ausdauersportarten sind Volumen und Intensität der Schlüssel zum Erfolg. Abgesehen von der Intensität, die in HRSS erhalten werden kann, ist das Volumen der einfachste Teil der Gleichung, aber oft sehr schwer richtig zu machen. Die Funktion der letzten 30 Tage hilft Ihnen beispielsweise dabei, Ihre Anstiegsrate für die letzten sechs bis acht Wochen Ihres Spitzenereignisses zu ermitteln.

Nur eine kleine Korrektur - ich habe von "gleitenden Durchschnitten" über 30 und 365 Tage gesprochen, aber tatsächlich ist die gesamte kumulierte Distanz / Höhe / Zeit über das Fenster wahrscheinlich nützlicher und so wurde diese Funktion zuvor implementiert.

Ich wollte mich auch einmischen und so weit gehen zu sagen, dass die gleitenden 30- und 365-Tage-Durchschnitte tatsächlich der Hauptgrund waren, warum ich Ihr Plugin verwende, also bitte bringen Sie es bitte zurück :)

Um die Frage nach der Nützlichkeit zu beantworten, sind rollierende Durchschnitte eine gute Möglichkeit, ein vernünftigeres Maß an "Streaks" zu erhalten, die Läufer gerne verfolgen. Ich weiß zum Beispiel, dass ich seit mehr als einem Jahr mindestens 3000 Meilen rollender Durchschnitt auf meinen Beinen habe (genauer gesagt 424 Tage, wie Sie unten sehen). Diese Berechnungen führe ich in einer separaten Google-Tabelle durch, aber es ist einfach genug, sie in ein Diagramm zu konvertieren, um es in Ihr Plugin aufzunehmen.

Schwellenwert | Pro Woche | Sperma. Meilen | Datum erreicht | Tage vorbei | Monate über
-- | -- | -- | -- | -- | --
1000 | 19 | 1006 | 29.03.2016 | 1044 | 34
1500 | 29 | 1516 | 19.08.2016 | 901 | 29
2000 | 38 | 2001 | 21.10.2016 | 838 | 27
2500 | 48 | 2505 | 19.06.2017 | 597 | 19
3000 | 58 | 3005 | 2017/12/09 | 424 | 13

Von jetzt an ist es mir klarer... Ich habe lange Minuten mit meinen Fortschritten verbracht, um es zu fangen. Ich hatte vorher eine falsche Visualisierung des Features... Das hat mir nicht geholfen... Aber ab jetzt ist es kein Hexenwerk :)

Also werde ich diese 2 Modi bereitstellen:

• Der "kumulative Standardmodus", der derzeit in der App vorhanden ist
• Und der "Rolling Streak Mode" => Brauche deine Hilfe für das richtige Marketing-Wording ;)

Der "Rolling Streak Mode" hat einen anpassbaren Rolling Day-Wert von 1 bis 365 . Sollen wir dies auf feste Werte beschränken? Ich meine 1 Woche , 2 Wochen , 1 Monat , 3 Monate .. 6 Monate , 1 Jahr . Einige Benutzer wissen möglicherweise nicht, welche Tageszahl die beste ist, denke ich.

Der "Rolling Streak Mode" gilt für alle Fortschrittsarten: Distanz , Zeit , Höhe und Zählung .

Ich weiß immer noch nicht, was wir in der Tabelle (rechte Seite) anzeigen können? Das rollende Delta zwischen den Jahren? Was ist mit Zielen?

Natürlich sind die Dinge, die ich hier geschrieben habe, nicht versiegelt. Sie können Ihre Vorschläge, Ideen, Warnungen usw. hinterlassen. ;) Ich werde hier einige Builds verlinken. So können Sie die Funktion testen. Daran werde ich jetzt in erster Linie arbeiten, andere Features befinden sich in der Schwebe.

Danke Thomas, ich stimme auch zu, dass dies einer meiner Lieblingsteile des Plugins war. Ich persönlich denke, dass es standardmäßig auf 1 Monat eingestellt ist, aber es wäre großartig, dem Benutzer zu erlauben, es manuell einzustellen.

Ich wechselte oft zwischen 1 Monat und 1 Jahr hin und her, um meine Belastungen von einem Jahr zum nächsten leicht zu vergleichen und zu sehen, wie mein Training lief, hauptsächlich bei Veranstaltungen wie dem Marathon im Laufen, bei denen die Trainingsmenge wirklich hoch ist gut zu sehen über Müdigkeit etc.

Danke schön!

Ich würde sagen, feste Werte sind gut für den Bereich - 1 Woche, 2 Wochen, 1 Monat, 3 Monate, 6 Monate, 1 Jahr.
Vielleicht noch 2 Monate hinzufügen?

Behalten Sie die Tabellenwerte und die Übersicht meiner Meinung nach bei den vorhandenen Progressionstabellen - dh Delta mit vorherigem und aktuellem Jahr, wie Sie vorschlagen.

"Rolling Streak Mode" scheint mir ein anständiger Name zu sein - zumindest fällt mir nichts Besseres ein!

Nochmals vielen Dank für all die Zeit und Expertise, die Sie diesem Projekt widmen - es wird sehr geschätzt.

• Und der "Rolling Streak Mode" => Brauche deine Hilfe für das richtige Marketing-Wording ;)

Ich habe das Wort "Streak" in meinem ursprünglichen Beitrag in Anführungszeichen gesetzt, da Streaks etwas Spezifisches für Läufer bedeuten und das sind aufeinanderfolgende Lauftage. Einige Läufer glauben an NDO (no-days-off) und Streaks geben an, wie lange man ohne einen Tag Pause gehen kann. In diesem Sinne kann es verwirrend sein, es "Rolling Streak Mode" zu nennen. Ich würde so etwas wie "Rolling Cumulative Mode" oder "Windowed Cumulative Mode" vorschlagen, was ein Zeitfenster impliziert, in dem die Akkumulation stattfindet.

Der "Rolling Streak Mode" hat einen anpassbaren Rolling Day-Wert von 1 bis 365 . Sollen wir dies auf feste Werte beschränken? Ich meine 1 Woche , 2 Wochen , 1 Monat , 3 Monate .. 6 Monate , 1 Jahr . Einige Benutzer wissen möglicherweise nicht, welche Tageszahl die beste ist, denke ich.

Ich würde vorschlagen, eine Option für Einheiten (Tage, Monate, Jahre) und eine Zahl anzugeben. Zum Beispiel würde ich gerne meine 2-jährige rollende Akkumulation haben, da das Laufen ein langes Spiel ist. Außerdem wäre es schön, die Möglichkeit zu geben, 2-3 verschiedene Parameter, zum Beispiel 30 Tage & 1 Jahr, übereinander zu legen, da letzteres eine "geglättete" Version des ersteren ist. Damit die y-Achse sinnvoll ist, müsste natürlich ein Durchschnittswert aufgetragen werden, der nicht total ist, da die Summen drastisch unterschiedlich sind. Der Durchschnitt könnte pro Woche angezeigt werden, den viele Läufer verfolgen. In meiner Tabelle entsprechen über 3000 km / Jahr 58 / Woche. Wenn Sie also 30 Tage und 1 Jahr übereinander zeichnen würden, würden Sie sehen, wie viel Sie vom 58 Meilen/Woche-Ziel abweichen.

Der "Rolling Streak Mode" gilt für alle Fortschrittsarten: Distanz , Zeit , Höhe und Zählung .

Klingt gut und das macht Sinn.

Ich weiß immer noch nicht, was wir in der Tabelle (rechte Seite) anzeigen können? Das rollende Delta zwischen den Jahren? Was ist mit Zielen?

Ich habe dies nicht in die obige Tabelle aufgenommen, aber ich verfolge auch, wie lange es dauert, den nächsten Schwellenwert oder das nächste Delta zu erreichen, wie Sie sagen. Man möchte sich nicht zu schnell von Schwelle zu Schwelle bewegen, da dies das Rezept für Verletzung/Burnout ist. Was ich hier anbieten kann, ist, dass es schön ist, die Schwellenwerte entweder insgesamt (1000, 2000, 3000mi usw.) oder pro Woche (10, 20, 30mi usw.) vom Benutzer einstellbar zu haben und dann anzuzeigen, wie viele Tage oder Monate Sie haben haben die Schwelle überschritten, die jeden Tag zunehmen wird.

Ich werde den Thread im Auge behalten und nochmals vielen Dank für die Bereitschaft, dieses tolle Feature wieder einzuführen!

• Der "kumulative Standardmodus", der derzeit in der App vorhanden ist

Ich würde auch vorschlagen, im Standardmodus die Option für die monatliche und nicht nur für die jährliche Option hinzuzufügen. Viele Läufer fahren Jahr für Jahr das gleiche Rennen, daher wäre es schön, jeden Monat einen "Reset" zu haben, um zu vergleichen, wie sich die Akkumulation vom Januar 2019 mit der Akkumulation von 2018 abschneidet, wenn dies sinnvoll ist. An dieser Stelle ist das alles Feature Creep :) daher würde ich mich mehr als freuen, wenn Sie einfach die vorherige Funktionalität wiederherstellen :)

Wie wäre es eigentlich mit einer einfachen "Rolling Sum" ? Der Standardmodus ist eher "YTD Sum" (Year To Date). Nur ein Gedanke.

Also habe ich vor 2 Tagen mit der Entwicklung begonnen.

Das habe ich im Moment benutzt:

export enum ProgressionMode {
    STANDARD_CUMULATIVE,
    ROLLING_CUMULATIVE
}

@mathin "Rolling Sum" & "Year To Date Sum" scheint in der Tat viel einfacher zu sein. Ich darf diese einschalten. Was denkst du andere?

Einige Ergebnisse hier !! :) Ich habe die Mainstream-Logik durch TDD codiert. Und nach einigen Umgehungen in der Benutzeroberfläche sind hier einige Ergebnisse:

"30 Tage rollierende Summe"

"3 Monate Rollierende Summe" :

"1 Jahr rollierende Summe" :

Die zugehörige "Jahressumme" :

Und das Vermächtnis "Letzte 30d-Distanz" zum Vergleich mit "30 Tage Rolling Sum" :

Das sieht perfekt aus, vielen Dank, dass Sie so schnell dazu gekommen sind, etwas umzusetzen!

Sie können das aktuelle Verhalten mit Unit-Tests hier validieren: https://github.com/thomaschampagne/elevate/blob/1f48cd28c5c111c6fe826ae6da6b79d8050c583e/plugin/app/src/app/year-progress/shared/services/year-progress.service.spec .ts#L537

Und Methode hier: https://github.com/thomaschampagne/elevate/blob/1f48cd28c5c111c6fe826ae6da6b79d8050c583e/plugin/app/src/app/year-progress/shared/services/year-progress.service.ts#L200

Einige Ergebnisse hier !! :) Ich habe die Mainstream-Logik durch TDD codiert. Und nach einigen Umgehungen in der Benutzeroberfläche sind hier einige Ergebnisse:

Das ist absolut erstaunlich! Vielen Dank, ich kann es kaum erwarten, die neuen Metriken zu verwenden!

Eine kleine Frage/Anmerkung. Wenn ich (natürlich nur optisch) die Legacy "Last 30d Distance" mit der neuen "30 days Rolling Sum" vergleiche, kommt mir die "Rolling Sum" eher "gezackt" vor oder umgekehrt, dass die Legacy "Last 30d" sieht etwas glatter aus. Ist dies nur ein Artefakt der Plotting-Funktionen oder wird der Legacy-Code zusätzlich geglättet?

Danke noch einmal!!!

@mathin Es ist nur der d3 curveLinear Modus, den ich verwende: https://github.com/d3/d3-shape#curveLinear

Mit _curveNatural_ ergibt sich:

@mathin nochmal. Zu Ihren Anliegen:

Außerdem wäre es schön, die Möglichkeit zu geben, 2-3 verschiedene Parameter, zum Beispiel 30 Tage & 1 Jahr, übereinander zu legen, da letzteres eine "geglättete" Version des ersteren ist. Damit die y-Achse sinnvoll ist, müsste natürlich ein Durchschnittswert aufgetragen werden, der nicht total ist, da die Summen drastisch unterschiedlich sind. Der Durchschnitt könnte pro Woche angezeigt werden, den viele Läufer verfolgen.

Scheint viel schwieriger zu sein, es "schnell" zu machen, vielleicht in einer neuen Ausgabe zu verfolgen, die später gemacht wird.

In meiner Tabelle entsprechen über 3000 km / Jahr 58 / Woche. Wenn Sie also 30 Tage und 1 Jahr übereinander zeichnen würden, würden Sie sehen, wie viel Sie vom 58 Meilen/Woche-Ziel abweichen.

Du hast mich verloren :)

Einige UI-Updates und "6 Weeks Elevation Rolling Sum" :

Das sieht sehr schön und vielversprechend aus!
Ich würde eine laufende Summe von 4 Wochen über 30 Tage / 1 Monat und 13 Wochen über 3 Monate bevorzugen.
Da die meisten Menschen normalerweise am selben Wochentag trainieren.
Bei Verwendung des Wochenrituals ersetzt jede Fahrt am Sonntag die Fahrt des Sonntags-X-Backs, so dass die Schnur viel glatter wird und viel weniger wackelt.

Ich würde eine laufende Summe von 4 Wochen über 30 Tage / 1 Monat und 13 Wochen über 3 Monate bevorzugen.
Da die meisten Menschen normalerweise am selben Wochentag trainieren.

Das ist so ein toller Punkt, ich würde auch gerne die 4-Wochen-Rolling-Summe anstelle von 30 Tagen sehen. Und übrigens, ich glaube, du wolltest 12 Wochen schreiben, nicht 13, oder?

@bkleingoldewijk @mathin Sie können den gewünschten Zeitraum wählen. Multiplizieren Sie einfach mit der Zahl, die Sie brauchen.

Exzellent!

Bob

von meinem Iphone gesendet

Op 12.02. 2019 om 18:57 heeft Thomas Champagne < [email protected] [email protected] > het volgende geschreven:

@bkleingoldewijk https://github.com/bkleingoldewijk @mathin https://github.com/mathin Sie können den gewünschten Zeitraum auswählen. Einfach nach der Zahl, die Sie brauchen.

[Bild] https://user-images.githubusercontent.com/151973/52657012-f395ee80-2ef7-11e9-81c4-5b43b4792c70.png

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub https://github.com/thomaschampagne/elevate/issues/760#issuecomment-462865891 an oder schalten Sie den Thread stumm https://github.com/notifications/unsubscribe-auth/AtN0S2opo7- OK64kFII6bAM1C2Dc1tzRks5vMwCMgaJpZM4ako11 .

Ich bin auch ein großer Fan der rollenden 30 Tage und 365 Tage. Ich würde jedoch auch darauf hinweisen, dass eine rollierende 4 Wochen und 52 Wochen informativer wären, da ich in der Woche dazu tendiere, das gleiche Zyklusmuster zu haben. Vielen Dank.

Es gibt Probleme mit Farbe und Kontrast. Im Moment verwendet 2019 in meinen Diagrammen eine sehr dunkle Farbe vor einem sehr dunklen Hintergrund. Die Farbauswahl muss sorgfältiger sein oder Optionen zur Auswahl aus einer Palette haben.

@jfhaugh die "rollende" Palette ist hier definiert: https://github.com/thomaschampagne/elevate/blob/develop/plugin/app/src/app/year-progress/year-progress.component.ts#L43

Du kannst mir deine Liste geben ;)?

(sollte auch bei Lichtthema funktionieren)

Könnte helfen: https://color.adobe.com/create/color-wheel/

Hier ist ein erster testbarer Build von Rolling & Year-to-date-Progressionen :

v6.9.2_stable_2019-02-23-14-06.zip

Hinweis: Um eine neue Synchronisierung zu vermeiden, können Sie ein Backup Ihres "offiziellen" Elevates verwenden, um es in diesem Build wiederherzustellen.

Ihre Hilfe ist natürlich herzlich willkommen bei:

• Finden Sie Fehler in häufigen und verdrehten Fällen
• Geben Sie mir Ideen/Text, um das Verständnis der Funktion zu verbessern (insbesondere die rollende Progression, die für die meisten Benutzer sicherlich komplex ist). ZB "Unter die Schaltfläche sollten Sie Folgendes schreiben: ", "Hover-Tooltip hinzufügen * und anzeigen * *", usw...
• Stellen Sie mir den Inhalt des Hilfsdialogs zur Verfügung (wird angezeigt, wenn Sie auf die Schaltfläche (?) klicken)
• Repariere mein Englisch :)

Danke für deine Hilfe und das Testen :)

Warte schon eine Weile auf rollierende Metriken — nette @thomaschampagne

Registerkarte „Jahresfortschritte“

• Noch besser wäre es, wenn man bei der Auswahl "Jahre" könnte..
  
  
  
  • Wählen Sie Alle
  
  
  • Alle abwählen
  
  
  • Auswahl umkehren
  
  
  • letzte 5 Jahre (zB)
    
    (Hinweis: Meine Datenbank stammt aus dem Jahr 2003, aber die Daten werden im Laufe der Zeit immer spärlicher. Dies führt zu einer Menge Ablenkung in den Diagrammen. Es ist auch mühsam, Kontrollkästchen über fast 20 Jahre hinweg zu aktivieren oder zu deaktivieren.)
  
  

• Rollierende Perioden sind eine der besten Funktionen dieser Software. Tritt in den Arsch.
  
  
  
  • anpassbares gleitendes Zeitfenster wäre perfekt
  
  
  • oder 4 Wochen oder 30 Tage einschließen
  
  

Mach weiter so!

Ich habe den Feature-Helper aktualisiert, wenn Sie sich die Textverbesserungen und Englisch ansehen könnten

Die Quelldatei, die Sie bearbeiten und zurückschicken können: https://github.com/thomaschampagne/elevate/blob/9632d6b28a4a7cfe57b1099c031f9856ae8c2855/plugin/app/src/app/year-progress/year-progress-helper-dialog/year-progress- helper-dialog.component.html

@thomaschampagne nochmals

Ich habe ein kleines Problem zu melden. Neulich habe ich das Rollintervall auf 1 Tag gesetzt und mir meine Grafiken angesehen. Ich war überrascht, Werte von 30mi+ zu sehen, die ziemlich seltsam erschienen, da ich kein Ultra-Typ bin. Ich laufe nie mehr als einen Marathon (nur an einem Renntag) und selbst einschließlich des Aufwärmens vor dem Rennen (max. 1 km) würde ich an einem einzigen Tag nie mehr als 27-28 km und nie über 30 km überschreiten. Bei weiterer Untersuchung stellte ich fest, dass der 30-Meilen-Tag auftrat, als ich einen langen Lauf von 35 km und am Vortag einen leichten Lauf von 8 km über insgesamt 30 Meilen gelaufen war.

Dadurch wurde mir klar, dass das rollierende Intervall möglicherweise auf Stundenbasis implementiert werden kann. Das bedeutet, dass die 22-mi- und 8-mi-Läufe wahrscheinlich innerhalb von weniger als 24 Stunden voneinander abliefen (aber an verschiedenen Tagen), und daher wurden sie wahrscheinlich im gleichen 1-tägigen Rollintervall gezählt. Das gleiche Prinzip scheint auf alle rollierenden Intervalle bezüglich der Anzahl der Tage/Wochen etc. zu gelten. Das klingt nach der "richtigen" Funktionalität, die implementiert werden soll, aber in der Praxis wäre eine "Quantisierung" des rollenden Intervalls wahrscheinlich brauchbarer.

Ein Vorschlag wäre, die Intervalle um Mitternacht zu quantisieren, so dass beispielsweise ein 2-Tage-Intervall von Mitternacht bis Mitternacht zählt, anstatt innerhalb des Tages zu rollen. Ich hoffe das ergibt Sinn.

Nochmals vielen Dank und bitte teilen Sie mir Ihre Meinung mit und wenn ich etwas klarstellen muss.

@mathin Du hast wahrscheinlich recht. Es könnte von Datteln kommen. Könnten Sie ein neues Ticket für diesen potenziellen Fehler erstellen? Und verlinke mir eine Elevate-Sicherung + Aktivitäten-ID/Daten, wo das Problem liegen könnte.

@mathin Du hast wahrscheinlich recht. Es könnte von Datteln kommen. Könnten Sie ein neues Ticket für diesen potenziellen Fehler erstellen? Und verlinke mir eine Elevate-Sicherung + Aktivitäten-ID/Daten, wo das Problem liegen könnte.

Hallo @thomaschampagne . Ich würde tun, was Sie gefragt haben, aber ich weiß nicht wie (Backup + ID/Daten usw.). Wenn Sie die Zeit haben, die Funktionalität zu reparieren, wäre das großartig, aber ich erwarte nicht, dass Sie dies tun, da ich verstehe, dass dies Ihr Lieblingsprojekt ist. Danke nochmal für die tolle Funktionalität!