Pagina 1 van 1

Opschonen tracks zonder gummetje

Geplaatst: 26 jan 2016 19:34
door tony rave
Tijdens het op deze manier opschonen van een track (of meerdere tracks) wordt BaseCamp alsmaar trager en traager en traaager totdat ik na een 5 tot 10 track correcties geen andere optie zie dan BaseCamp sluiten en opnieuw starten.
Ja, mijn laptop is niet de jongste meer maar volgens TaskManager is er ook in de stroopsituatie nog voldoende RAM geheugen vrij (b.v. 1 GB).
Het lijkt alsof BaseCamp (te)veel wil 'onthouden' om 'Undo's' mogelijk te maken. MapSource (versie 6.13.7) heeft daar geen problemen mee.
Mogelijk dat de 'centrale database' van BaseCamp ermee te maken heeft?

Kent iemand een manier om BaseCamp (Windows) anders in te stellen zodat dergelijke vertraging niet optreedt ?

p.s.
Uiteindelijk heb ik op deze manier, d.w.z. trackpunten verwijderen en/of tracks opknippen in delen, ruim 500 tracks opgeschoond met de bedoeling om overlappende latere trackdelen weg te snijden.
Omdat tracks zelden exact over elkaar liggen geeft dat een dikkere trackstreep wanneer je b.v. met IMGfromGPX (van Javawa) een trackmap maakt.
Misschien leest Javawa mee en ziet hij een mogelijkheid om IMGfromGPX latere overlappende trackdelen 'automatisch' te laten verwijderen? Maar da's inderdaad weer een ander verhaal.

Re: Opschonen tracks zonder gummetje

Geplaatst: 26 jan 2016 21:34
door ankeric
Gemeld augustus 2014 op Garmin forum:

Erase-trackpoints-from-historical-Track-in-BaseCamp-4-3-4-too-slow

Erase trackpoints from historical Track using BaseCamp 4.3.4 (remove glitches, gps drift when not moving, user driving in the wrong direction, stops etc.): to remove each single trackpoint takes 1-2 seconds!
In previous BaseCamp version 4.2.5 I was able to erase multiple trackpoints within one split second.


Geldt voor de Windows versie.
Moeten we, blijkbaar na 1,5 jaar, mee leren leven?

Augustus 2015 was dit mijn laatste "conclusie":

Yesterday another user found out splitting tracks also was suffering from degraded performance. Restarting Basecamp resolved.

After further investigation he found out a VIRB was attached to an USB-port. Removing the VIRB seems to resolve the issue, permanently.

Also reading my first post on this issue:
If the GPS (Etrex 30) is not connected to PC/BaseCamp in Mass Storage mode there is no problem.
If the GPS (Etrex 30) is connected to PC/BaseCamp in Mass Storage mode than the performance issue is reproduced.
To resolve: Eject device, restart BaseCamp and performance in erasing trackpoints is ok!

So my hypothesis now is:
When using Basecamp you should not have any "storage" attached to any USB-port.

I also found out (the hard way) you should not have a SD-card containing photos attached.
My C-drive had a huge number of my photos cashed somewhere for Basecamp.

My unverified conclusion, again, is the issue is resolved if you do not attach any "storage" (GPS, VIRB, SD-card) to any USB-port during Basecamp interaction.
That is: not longer than required.

Re: Opschonen tracks zonder gummetje

Geplaatst: 26 jan 2016 22:18
door JaVaWa
Ik heb even een paar berichten afgesplitst van het oorspronkelijke onderwerp, aangezien dat over BaseCamp op de Mac ging...
Meteen verplaatst naar het BC/Windows-subforum.
tony rave schreef:Misschien leest Javawa mee en ziet hij een mogelijkheid om IMGfromGPX latere overlappende trackdelen 'automatisch' te laten verwijderen?
Overlappende tracks automatisch verwijderen is een uitermate complex verhaal, juist omdat de tracks niet echt overlappen, maar slechts heel dicht bij elkaar in de buurt lopen.
Nee, dat is niet iets wat ik "even" inbouw in IMGfromGPX.

Re: Opschonen tracks zonder gummetje

Geplaatst: 27 jan 2016 18:11
door tony rave
ankeric schreef:Gemeld augustus 2014 op Garmin forum
Bedankt voor deze informatie, kennelijk een meer voorkomend euvel dus.
Ik had geen USB aansluitingen in gebruik en foto's staan er ook nauwelijks op mijn laptop.
Nu ik het bestaande bestand van (verder van huis / langere afstand) tracks allemaal opgeschoond heb rest mij slechts toekomstige tracks te bewerken voor gebruik in een trackmap. Dat valt dan wel mee qua tijd.
Ben al blij dat BC t.o.v. de vroege versie's nu algemeen snel genoeg geworden is voor prettig gebruik op mijn laptop.

Re: Opschonen tracks zonder gummetje

Geplaatst: 27 jan 2016 18:21
door tony rave
JaVaWa schreef:Nee, dat is niet iets wat ik "even" inbouw in IMGfromGPX.
Ik dacht nooit geschoten is altijd mis.
De trackmap is zo langzamerhand mijn eigen 'on-route' kaart geworden, okay - geen routering, maar dat vind ik geen probleem. Je kunt onderweg simpel kiezen om bekende routes te volgen of juist te vermijden. Komende vrijdag een kampeerweekend in het noorden van ons land: komt ie weer goed van pas.
Bedankt voor je nuttige en goed werkende programma's.

Re: Opschonen tracks zonder gummetje

Geplaatst: 11 feb 2016 22:22
door tony rave
tony rave schreef:Tijdens het op deze manier opschonen van een track (of meerdere tracks) wordt BaseCamp alsmaar trager en traager en traaager totdat ik na een 5 tot 10 track correcties geen andere optie zie dan BaseCamp sluiten en opnieuw starten.
De momenteel laatste versie 4.6.1 (voor Windows) vermeldt als wijziging o.a. "Fixed out of memory crashes related to the undo buffer growing too large".
Nu gaat het opschonen zonder merkbare vertraging en daarmee lijkt het bovengenoemde euvel de wereld uit !

Re: Opschonen tracks zonder gummetje

Geplaatst: 12 feb 2016 09:16
door sf-ftd
Had hier ook problemen mee, zowel met het wissen van trackpunten als het invoegen en verplaatsen.
En ik heb niet eens zoveel tracks in BC staan maar wel een stuk of 20 in een klein gebied (wandelvierdaagse).

Had de Update van BC nog niet langs zien komen, ook BC zelf meld de update nog niet.
Maar eens kijken of het nu beter gaat.