Hèt WayPoint GPS Forum

Binnen BaseCamp heb ik nog nooit een grens ontdekt aan de optie [Ongedaan maken].

Tot BaseCamp versie 4.6.2.

Nu loop ik incidenteel (...?) tegen een grens aan waarbij [Ongedaan maken] nog slechts gedeeltelijk werkt.

Onderstaande korte route is getekend binnen dezelfde sessie. De laatste viapunten kan ik verwijderen, maar daarna houdt het op. Ik kan nog een paar keer klikken op [Ongedaan maken], zonder effect en daarna wordt de optie 'grijs'.

Herkenbaar voor iemand?

Ik meen ergens iets gelezen te hebben over de undo-buffer. Lijkt erop dat je sinds de laatste versie nog maar 5 stappen terug kunt undo-en. Dat was voorheen beslist meer.

-
@Waypoint: hoe gaan wij dit oplossen?

BaseCamp changes made from version 4.5.2 to 4.6.1:

• Fixed out of memory crashes related to the undo buffer growing too large.

Deze "fix" impliceert dat de Undo-buffer nu beperkt is tot – vijf – (5 dus) stappen!

Dit is voor mij volstrekt onacceptabel.

BaseCamp (en eerder MapSource) heeft altijd geëxcelleerd in "Ongedaan maken".
Ondanks dat ik deze functionaliteit zeer intensief gebruik, heb ik nooit een crash ervaren (als gevolg van "undo buffer growing too large").
Als Garmin deze functionaliteit noodzakelijkerwijs toch moet beperken, dan staan 5 stappen gelijk aan een grens uit de tijd van de dinosaurussen.
Andere applicaties kennen - uiteraard – ook een beperking van de undo-buffer. Garmin was redelijk uniek op het punt van een vrijwel onbeperkte buffer (net als JOSM). Maar deze applicaties waarschuwen (meestal) netjes: "deze wijziging kan niet ongedaan worden gemaakt, wilt u toch doorgaan?"

Waarom zijn 5 stappen Undo – voor mij - onacceptabel?

Iedere track wordt achteraf geschoond (glitches, koffiestops, navigatiefoutjes, enz.). Het is onvermijdelijk dat hierbij foutjes worden gemaakt.
Geen punt! Ongedaan maken, opnieuw en nu wel goed!

Van de vakantie-routes wordt altijd tijdens de voorbereiding gekeken of een route beter of anders kan. Dus route verleggen en het resultaat opnieuw beoordelen. Maar niet alle veranderingen zijn altijd verbeteringen.
Geen punt! Ongedaan maken, opnieuw en nu misschien wel beter?

Deze werkzaamheden kunnen met een te kleine Undo-buffer niet meer goed worden uitgevoerd.

De work-around is mij bekend, maar ook omslachtig: maak van iedere route of track eerst een duplicate voordat je deze gaat wijzigen.
En vooral: vergeet dit niet!

Maar, ik heb ook meerdere malen de verkeerde Waypoints weggegooid.
Geen punt! Ongedaan maken, opnieuw en nu wel goed!

Maar hoe maak ik duplicates van alle Waypoints?
Duplicates maken levert een nieuwe berg – deels overbodige/verouderde/onjuiste - Waypoints op. Het verwijderen van de back-up Waypoints is een nieuwe uitdaging.
Of de hele folder openen en alle Waypoints exporteren naar een gpx bestand? Dan wordt het opnieuw een uitdaging om die tientallen Waypoints hierin terug te vinden die ik ten onrechte heb verwijderd.

Nadat ik mij dit alles heb gerealiseerd ben ik natuurlijk niet boos. Na 15 jaar Garmin weet ik wel beter.

Het staat immers keurig in de Changelog, dus ik was gewaarschuwd! Had ik maar - nog - beter moeten lezen!

Maar... is dat zo?
Moet ik als eenvoudige gebruiker begrijpen dat "Fixed out of memory crashes related to the undo buffer growing too large" impliceert dat de Undo-buffer in feite gewoon niet meer bestaat?

Het wordt nog erger:

• Changes made from version 4.5.2 to 4.6.1

Bij deze update van BaseCamp krijgt óók de database een upgrade van versie 4.5 naar versie 4.6.

Werkt BaseCamp 4.5.2 samen met de database versie 4.6?
Is er een weg terug?

Het is vandaag 9 maart.
Mijn back-up van BaseCamp database versie 4.5 is van 9 februari!
Als ik die back-up terugzet ben ik én een maand historie én een maand werk kwijt!

Of de hele BaseCamp 4.6 database exporteren en opnieuw importeren in een lege database versie 4.5?
Uurtje werk? Avondje werk?

Moet ik nog zeggen dat BaseCamp 16 jaar van ons leven in historie bewaard?

Ik zou graag van Waypoint (of van dit forum) horen:

• Dat ik zeur.
• Dat ik overdrijf.
• Dat het volstrekt normaal is dat je slechts 5 stappen ongedaan kunt maken.
• Dat de work-around (maak voorafgaand aan iedere wijziging van meer dan 5 stappen duplicates of back-up) nauwelijks extra inspanning vergt.

Zo niet, dan verwacht ik dat Waypoint deze klacht bij Garmin neerlegt. Omdat Waypoint – hopelijk - meer gewicht in de schaal legt dan ik als individuele gebruiker.
En dat Waypoint niet – weer - zegt: "dit heet vooruitgang".

De work-around om door te gaan met BaseCamp 4.6.x en daarbij consequent duplicates/back-ups te maken, is acceptabel op het moment dat er een toezegging komt van de kant van Garmin dat deze fix in een volgende release – binnen redelijke termijn - wordt teruggedraaid (of wordt beperkt tot een reëel aantal van bijvoorbeeld 100 stappen).

Voor mij is de huidige beperking een zegen. Okay, misschien zijn 10 undo's ook nog goed, meer heb ik er nooit nodig gehad.
zie http://forum.gps.nl/viewtopic.php?f=109 ... do#p403680

Deze vind ik leuk Tony.

Ik neem aan dat jij nog weet dat ik hier ook tegenaan liep. En dus hoop ik inderdaad dat deze fix ook dat probleem oplost. Maar dat lees ik niet op het Garmin forum. En ook niet in de Changelog.
Evenmin heb ik ooit geconstateerd dat de vertraging in het wissen van trackpunten niet optreedt als je geen Undo hebt gebruikt.
En als jij zegt er nooit meer dan 10 te hebben gebruikt... en toch de vertraging te ervaren...

Maar... ik heb het nog niet getest.

Dan nog vind ik deze fix een voorbeeld van "het kind met het badwater weggooien".

Ja, herinnerde ik me nog.
Het opschonen van tracks gaat nu inderdaad als de gesmeerde bliksem.
Edit-1:
Het b.v. wissen van meerdere trackpunten werd m.i. als 1 enkele undo gehandeld, daarom had ik er nooit meer nodig.
Edit-2:
Een goed compromis is wellicht de beste oplossing.

Ok, dank. Hoef ik dat niet meer te testen.
Dan wordt het nu tijd voor een compromis of een goede oplossing.

Ik heb vanmiddag wel gezien dat het in één stap verwijderen van veel punten, door BaseCamp zelf (!), telt als één stap.
Edit-2: ieder individueel punt dat je als gebruiker (!) verwijdert, telt wél als een afzonderlijke Undo-stap.

Ik biedt 50

Edit-1: ben ik zo voorspelbaar? Of ben jij paranormaal begaafd? Ik lees mijn post hierboven

ankeric schreef:-
Ik zou graag van Waypoint (of van dit forum) horen:

• Dat ik zeur.
• Dat ik overdrijf.
• Dat het volstrekt normaal is dat je slechts 5 stappen ongedaan kunt maken.
• Dat de work-around (maak voorafgaand aan iedere wijziging van meer dan 5 stappen duplicates of back-up) nauwelijks extra inspanning vergt.

Zo niet, dan verwacht ik dat Waypoint deze klacht bij Garmin neerlegt.

Niet van WayPoint, maar mijn reactie:

Wat mij betreft mag die undo-buffer wel wat groter; tien stappen of zo zou net wat ruimer zijn. In die zin ben ik het met je eens. Met vijf stappen is 95% van m'n "undo-behoefte" gedekt.

En verder kan ik al je genoemde punten met 'JA' beantwoorden .De 'ik verwacht dat..." vind ik ietwat drammerig in dit kader...

Mijn redenen om veel [Undo] te gebruiken gaan in de praktijk veel verder dan bovenstaande 3 voorbeelden. Zo blijkt na enige zelfreflectie en overleg met mijn eindgebruiker Anke.
Maar ik heb er geen behoefte aan om uitgebreid uit te leggen waarom ik, wanneer en onder welke omstandigheden [Undo] wil kunnen gebruiken. Voor mij is dat een gegeven.

BaseCamp 4.6.1 kan dus wél een groot aantal punten "Ongedaan maken" zolang deze in één actie zitten.
Dus blijkbaar hoeft de grootte van de Undo-buffer niet het probleem te zijn, zolang deze niet een "extreme omvang" heeft.
Ik denk, educated guess, dat Garmin niet in staat is om de Undo-buffer te beheren en te controleren.
Daarom, educated guess, is door Garmin gekozen voor een "Quick and Dirty oplossing" door maximaal 5 acties toe te staan.

Het door Tony aangehaalde probleem (het duurt, na verloop van enige tijd, 2-3 seconden per punt om trackpunten te verwijderen) is door mij gemeld bij Garmin d.d. 07-08-2014.
Erase-trackpoints-from-historical-Track-in-BaseCamp-4-3-4-too-slow

jm47048 (Desktop App Developer): Grrrrr, I am not able to recreate your issue.

---: I'm having the same problem. Driving me crazy.

SUSAMB (moderator): Not seeing any of that so it's probably a problem with your PC somewhere. Apart from an uninstall/reinstall I'm not sure what else to suggest.

AnkEric: Monitor Memory (Private Working Set): initially this was 200 Mb, after some time and repeating steps above: 400 Mb. (BaseCamp 4.3.5).

jm47048 (Desktop App Developer): We continuously are improving this area. The issue is that for every delete we rebuild the track list of point and recalculate all the stats. A lot of this has been redone already, but for larger tracks it is still slow. We will continue to improve this area but I hope that you have seen that we have made improvements already.

Dit issue is nieuw voor BaseCamp 4.3.5. Dus: een bug!
Een bug van 1½ jaar oud die nu pas wordt "opgelost". Helaas is de oplossing "een sigaar uit - mijn - eigen doos".

Edit: dit is een aanname en mogelijk onjuist!
In de Changelog 4.6.1 staat óók:

• Improved performance of some track editing operations on the map.

Dus het zou zo maar kunnen dat de "UnDo-fix" niets te maken heeft met het opschonen van tracks:

tony rave schreef:Het opschonen van tracks gaat nu inderdaad als de gesmeerde bliksem.

Ik trok hierboven ook even de parallel met JOSM (OpenStreetMap Editor).

Ik had natuurlijk ook de parallel kunnen trekken met MsOffice. Word 10 kon onder Windows 3.11 al 100 stappen ongedaan maken. Dat was ergens in de tachtiger jaren, dus 30 jaar geleden?

Word laat ook netjes zien wat je ongedaan kunt maken:



BaseCamp toont slechts een "black box":



Maar JOSM is inzichtelijker, transparanter, iets minder Off Topic en illustreert dat Garmin de "out of memory crashes" volledig aan zichzelf te wijten heeft.

JOSM houdt op vaste schijf (dus niet in het geheugen!) een volledig Transaction Log bij van al mijn wijzigingen.

Ik heb een test uitgevoerd door een groot deel van de OpenStreetMap kaart ergens in Nijmegen (?) te beschadigen en te verwijderen.

Deze actie bewaart JOSM in een Transaction Log van ruim 2 MB, zie: "Data Layer 1_20160310_095517499.osm".
Hierin staan mijn acties én de volledige historie van de door mij verwijderde objecten.



De actielijst is volledig zichtbaar binnen JOSM. Hierin kan ik selecteren welke actie(s) ik ongedaan (Undo) wil maken.



En vervolgens kan ik ze ook weer opnieuw uitvoeren (ReDo).



En het prijskaartje?
Geen!
Het geheugengebruik van JOSM neemt nauwelijks toe tijdens deze – uitzonderlijke en extreme – acties.
Een geheugengebruik van 512,5 MB is "verwaarloosbaar" en JOSM zal dus ook niet crashen.
Ook niet na 10 keer (!) UnDo + ReDo...



Zo doe je dat Garmin op het moment dat je last hebt van "out of memory crashes"!
En Garmin kent deze methode ("cash on disk"), want ook BaseCamp bewaart tracks niet in memory maar op vaste schijf, zie: "D:\BaseCamp\Database\4.6\TrackSegments\".

Maar los een probleem niet op door het aantal UnDo acties te beperken tot 5. Dat is niet (meer) van deze tijd!

ankeric schreef: @Waypoint: hoe gaan wij dit oplossen?

BaseCamp changes made from version 4.5.2 to 4.6.1:

• Fixed out of memory crashes related to the undo buffer growing too large.

Deze "fix" impliceert dat de Undo-buffer nu beperkt is tot – vijf – (5 dus) stappen!

Dit is voor mij volstrekt onacceptabel.

Wij als WayPoint kunnen dit niet oplossen voor je.

Wat we wel kunnen doen, en dat zal ik ook doen, is het aankaarten bij Garmin.
Neemt niet weg dat de ervaring leert dat hoe meer mensen dit aankaarten bij Garmin, het sneller opgepakt gaat worden.

ankeric schreef: dat Waypoint deze klacht bij Garmin neerlegt.

Zoals gezegd.

Jeroen D. schreef:Wij als WayPoint kunnen dit niet oplossen voor je.

Dat begrijp ik en dat verwacht ik ook niet.
Al hoopte ik wel, een beetje, dat jullie zouden weten of BaseCamp 4.5.2 met een 4.6 database kan communiceren.
Maar dat kan ik natuurlijk ook zelf ontdekken...

Jeroen D. schreef:Wat we wel kunnen doen, en dat zal ik ook doen, is het aankaarten bij Garmin.

Mijn dank is méér dan 5 stappen groot!


==============================================================================
Update: inmiddels BaseCamp 4.5.2 geïnstalleerd. Aangenaam eenvoudig, binnen 15 minuten.
==============================================================================

Maak back-up van:

• HKCU\Software\Garmin\BaseCamp (niet nodig)
• HKCU\Software\Garmin\Common (niet nodig)
• ..\BaseCamp\Database\4.5\ (volledige folderstructuur!)
• ..\BaseCamp\Database\4.6\ (volledige folderstructuur!)

Vanuit Windows Control Panel, niet vanuit Revo Uninstaller (want dan raak je ook je Registry settings kwijt):

• Deïnstalleer BaseCamp 4.6.2

Hernoem:

• ..\BaseCamp\Database\4.6\

naar:

• ..\BaseCamp\Database\4.5\

Installeer:

• BaseCamp 4.5.2

Klaar, zo simpel.
(Althans voor deze combinatie van versies, geen garantie dat dit ook werkt voor database 4.7)

Ook getest: Update 4.5.2 weer naar 4.6.2 en ook dat gaat goed.
(en vervolgens weer terug naar 4.5.2, ook goed)