Archive bestanden na een harde reset

[FM]

Naar aanleiding van de video's van Hans over een 'grote beurt' voor de Zumo, en het feit dat mijn 550 niet lekker meer liep, heb ik 2 maanden terug de 550 effectief zijn grote beurt gegeven.

ik merk bij de archive bestanden voor de tracklogs 2 dingen op:
1. Hij is opnieuw met bestand 1.gpx begonnen (na bestand 170.gpx)
2. 1.gpx lijkt me normaal qua bestandsgrootte. De bestanden zijn traditioneel ongeveer 1 Mb groot. Maar bestand 2.gpx is maar liefst 10 Mb groot! Dit beslaat ongeveer 5.000 gereden kilometers

Heeft nog iemand dit opgemerkt ?

[GPS Expert]

Ik heb dit inderdaad wel eens gezien bij de 550 in het verleden.

Bestanden verwijderen en de zumo begint weer bij 1 (dacht ik).

[FM]

Ik heb niets gedaan met de opmerking van Marco.

Ik bekijk net de archieven van mijn Zumo. Hij blijft alle tracks bijschrijven bij bestand 2.gpx. Een bestand 3.gpx heeft hij nog altijd niet aangemaakt. Bestand 2.gpx is ondertussen al 15 Mb groot; 160.250 trackpunten...

Blijkbaar is er geen technische reden om de gearchiveerde trackbestanden te beperken tot ongeveer 10.000 punten, maar is dit gewoon zo bepaald in de software. Alleen is nu ergens de logica om aan een nieuw bestand te beginnen om zeep.

De Zumo heeft nu de bestanden 151.gpx tot en met 170.gpx, plus de bestanden 1.gpx en 2.gpx.

Ik verwacht dat door het verwijderen van 151-170.gpx, hij opnieuw een 3.gpx zal aanmaken. Maar ik ben er nog niet goed uit wat ik wil proberen. Misschien wil ik ik eerder eens zien hoe groot een trackbestand kan worden voor er iets blokkeert.

[FM]

Ik reageer maar eens op mijn eigen topic.

Ik had dus niets meer gedaan met de archive bestanden, gewoon laten staan. En jawel, de Zumo bleef maar verder het bestand 2.gpx verder vullen. Maar nu waren er toch ergens wat missingen gebeurd bij het wegschrijven. Mapsource kon het bestand niet meer lezen. Ik heb met een xml-editor gepuzzeld tot alle tags weer correct geopend en gesloten werden. Blijkbaar was onze terugreis van de vakantie van Krakau naar Dresden de boosdoener; daar is een heel stuk track afwezig.

Het bestand was ondertussen 27 Mb groot. Maar nu heb ik toch maar alle archive bestanden verwijderd. Zulk een reusachtig gpx-bestand maakt het niet simpel om fouten te verbeteren...

[Arjen.]

Indien je een reactie verwacht, is het handig een vraag te stellen.
Zoals ik het nu lees, geef je een beschrijving van zaken die je tegenkomt.

In plaats van handmatig alle tags nalopen, zou je kunnen proberen de tool van Javawa te gebruiken:
http://www.javawa.nl/rtwtool.html

[FM]

Zoals ik het nu lees, geef je een beschrijving van zaken die je tegenkomt.

Is het ook wel zo. Ik wilde eens zien wat de gevolgen zijn van een steeds groter wordend archiefbestand. En eventueel zou er nog iemand in geïnteresseerd kunnen zijn.

Maar dat hoeft niet.

[Arjen.]

Informatie delen is goed en wordt gewaardeerd.

[RonalT]

Ik heb nooit iets anders gedaan. Mijn 550 had al lang 20 archief bestanden en 1 actueel trackbestand.
Eigenlijk nooit problemen mee gehad.

[FM]

Ik had ook geen problemen tot de harde reset. En dan bleef ie ineens alles bijproppen in de 2.gpx... Maar dat was op zich nog altijd geen probleem. Ook met één groot archiefbestand kon de Zumo best verder.

[STXrider]

Een te groot bestand gaat uiteindelijk ten kost van de (reken)snelheid...

En als je de archiefbestanden eens verwijderd en de oude 1,2, en 3 of de laatste 2 169 tot 171 terugzet? Uit een ver verleden staat me bij dat er altijd 2 bestanden moeten blijven staan voor *.GPX files. Als ik files weg haal laat ik ook altijd de laatste 2 staan.....

Misschien is dit het probleem?

[FM]

Wel, ik heb ze allemaal al weggehaald uit de archive map.

Maar dat mag geen probleem zijn. Bij een nieuwe Zumo550 was die map ook leeg.

[STXrider]

Maar dat is natuurlijk geen vergelijking. Dan staat in het apparaat ook alles op "0 "! Want er moet ergens een teller zitten die de bestandjes aanmaakt.

Wat het geheugen betreft

Het bestand was ondertussen 27 Mb groot. Maar nu heb ik toch maar alle archive bestanden verwijderd. Zulk een reusachtig gpx-bestand maakt het niet simpel om fouten te verbeteren...

Je archief gaat tot 100%, dus als je dat hebt bereikt zal het apparaat het 1e archief bestand overschrijven.

[STXrider]

Misschien als je wacht totdat je archiefbestand bijna 100% aangeeft. Eventueel eerst een back-up maken van je log-files (gpx). Bij het wissen van het archief bestand, wis je ook het log bestand en misschien begint hij dan weer opnieuw te tellen?

[FM]

Je archief gaat tot 100%, dus als je dat hebt bereikt zal het apparaat het 1e archief bestand overschrijven.

100 % van wat ?

Normaal wordt het eerste archiefbestand overschreven als er 20 archiefbestanden aangemaakt zijn. Maar bij mij werd geen oud bestand meer overschreven omdat alles werd bijgeschreven in het nieuwste bestand. Normaal wordt er een nieuw archiefbestand begonnen als het meest recente bestand ongeveer 1 Mb groot wordt. Maar dat gebeurde dus niet meer bij mij.

[STXrider]

Dat kun je zien door te gaan naar

• Gebruikergegevens
  
  
  -
• Beheer triplog
  
  
  -
• En hier wordt het percentage weergegeven tot 100%