Crash bei längeren Strecken

[ckrey]

ich hatte es am Anfang schon einmal gemeldet, aber irgendwie scheint nichts passiert zu sein.

Bei kurzen Strecken (<15km) funktioniert der Upload ohne Probleme. Bei längeren Strecken über 30km scheint die Datenaufbereitung zu starten und nach etwa 20 Sekunden schließt sich die App, bzw geht in den Hintergrund Ein Upload findet nicht statt. Das ist unabhängig vom benutzten WLAN oder 4G. iPhone XR, 12GB frei, IOS 15.5

Ist der Bug auf dem Schirm und wann ändert sich was? So macht das für mich keinen Sinn. Die App ist im aktuellen Stand pure Stromverschwendung. Ich warte jetzt noch 14 Tage, danach lösche ich die App.

[ckrey]

Die Datensammlung erfolgt im Speicher und wird bei Beendigung in CSV umgewandelt. Bei sehr langen Strecken (> 30km!) kann es dort zu Speicherproblemen kommen (im Hauptspeicher, nicht auf der “Platte” (Flash)). Zu der Zeit wird auch gar kein Upload gemacht, es ist reine interne Bearbeitung.

Ist nicht zu ändern ohne die gesamte Verarbeitung/Speicherung zu überarbeiten.

[ckrey]

das Problem hatten wir bei Android auch. Ich habe das so gelöst, dass die Werte (also eine Zeile) immer an eine Textdatei geschrieben (angefügt) werden. Dadurch gab es das Problem nicht mehr und die Änderung war sehr überschaubar. Wäre das in der iOS-Codebasis schwerer?

[ckrey]

Es gibt mehrere Dinge zu beachten:

• [x] wegen #39 müssen die Aufzeichnungen von Position und Beschleunigungssensor getrennt aufgezeichnet und später gemischt werden um die unterschiedlichen Zeitstempel in die richtige Reihenfolge zu bringen
• [x] Momentan werden Streckenlänge und -dauer jeweils ad-hoc aus den im Speicher gehaltenen Positionen berechnet. Das muss angepasst werden (wenigstens Lat/Lon/Zeitstempel)
• [x] Um die Strecke zum Editieren auf der Karte anzeigen zu können müssen wenigstens Lat/Lon/Reihenfolge
• [x] Die Konvertierung in GPX, KML und GeoJSON erfolgt ebenfalls aus den im Speicher gehaltenen Positionen (Lat/Lon/Reihenfolge)
• [x] Die OBS Werte werden heute in der aktuellen Position abgespeichert. Die Position wird erzeugt wenn iOS einen location update sendet, die OBS Werte werden asynchron dazu gesendet. Wann soll also die Position geschrieben werden?
• [x] Die Offline Ermittlung der Incidents muss dann nicht im Nachhinein, sondern während der Aufzeichnung erfolgen

[ckrey]

The problem is fixed and ready for testing. Although, longer rides take more than 10 seconds to upload and receive the result. Currently the iOS App has a timeout of 10 seconds for AI incident detection. @selphiron please advice. I have a sample file which takes quite long even on high-speed internet connection

[selphiron]

That depends on the internet connection and the length of the ride (= size of the file). I used the sample file on my PC (fast LAN connection) and it took 1 second. On my smartphone (wifi) it took longer. Maybe, we could make the timeout ride-length-dependant? 5 seconds for every of the file size? So 4 MB would be 20 seconds. What do you think @ckrey ?

[ckrey]

The file was for a 2 hour ride: Response time for a 4MB file from here to VM1: 12 sec, to VM2: 5 sec According to curl the actual upload took less than 1 sec. I will change the timeout to 20sec fixed b/c I think it is not related to the transmission.