Hèt WayPoint GPS Forum

Ik heb vorige week van Basecamp versie 3.3.1 (Windows 7) geinstalleerd en sindsdien is hij heel erg traag met opstarten. Hij blijft vrij lang hangen bij 'controleren lijstgegevensbestanden'.
Is er iemand die dit herkent en/of iemand die daar een opossing voor heeft?

Ook bij mij duurt onder Windows XP bij deze nieuwe versie het controleren van de gegevensbestanden erg lang, t.w. 10 min 20 sec.
Dat is begonnen bij de laatste Beta versie en 'k verwachtte, dat dat opgelost zou zijn bij deze nieuwste officiele versie 3.3.1.
Dat was idd het geval bij de eerste keer opstarten, maar daarna is het, zullen we maar zeggen, niet naar wens.
Misschien, dat het komt door de grootte van diverse files, omdat ik nogal wat fiets- en wandelnetwerken heb geladen.
Nu gebruik ik Basecamp ook maar alleen voor de bijzonder functies, die BaseCamp extra heeft, maar voor het echte werk en ook opslag gebruik ik nog altijd MapSoure (6.15.7), dat in anderhalve seconde is opgestart, maar waar het laden van het gehele fietsroutenetwerk Nederland toch ook wel 10 seconden in beslag neemt.

Geen last van, 5-6 seconden van de eerste klik op het icoon totdat het programma gestart is. Alleen de zoekfunctie duurt iets langer voordat je dat kunt gebruiken.

En toch heb ik een aardige routedatabase die mee gestart wordt.

Ook hier geen problemen, Basecamp is hier binnen 4 seconden opgestart. Ik geef toe, mijn systeem is waarschijnlijk bovengemiddeld (Core i7 2600K, 16GB geheugen en alle temp zaken op een SSD).

'k Heb even de moeite genomen om BaseCamp grondig te verwijderen, dus ook de vele restanten na officieel verwijderen, w.o. registry en tal van files, en daarna de zaak weer opnieuw geinstalleerd.
Nu start BaseCamp inclusief alle eerder genoemde files op in 7 seconden.

Dank allen voor de reacties.
Ik heb er ook wel een aantal files, Bird-eye bestanden en eigen kaarten instaan. Het zal dus waarschijnlijk daarmee te maken hebben. En ja, zo'n super-machine heb ik nu ook weer niet, hoewel ik best tevredne mee ben.

Hier ook: Mapsource 6.16.3 flitst erover en Basecamp 3.3.1 duurt een 20 seconden om op te starten.
En nog een 10-tal seconden voor de zoekfunctie.

Overigens heb ik een Windows 7 laptop die redelijk up to date is en een tweede oud barrel met xp waarop het nauwelijks langzamer gaat. Doet me denken dat het echt Basecamp zelf is wat het veroorzaakt en niet zozeer hardware gerelateerd.

Ga ook de Basecamp boel maar eens grondig verwijderen en opnieuw instellen.

Nog tips voor verwijder methodes Jan?

revo uninstaller
ccleaner

Op beide pc's de boel van scratch opnieuw geinstalleerd.

Dat lijkt in eerste instantie de snelheid te verbeteren. De eerste (paar) keer start het flitsend op.
Maar daarna vervalt het al snel weer in de oude traagheid.

20 seconden minimaal voordat BC er is.

Daar is nog iets niet helemaal zoals het zou moeten zijn.
Verder wel tevreden over de nieuwe functionaliteit in 3.3.1.

Ja, erg traag.
Waar MapSource 6.13.7. slechts 5 sec nodig heeft om op te starten doet BaseCamp er 55 sec over.
BaseCamp heeft mooie mogelijkheden maar vormt voor mijn laptop een dikke brei waar ook na het opstarten nauwelijks doorheen te malen valt.
Ik heb er slechts zo'n 45000 POI's (waypoints) ingeladen, geen grote hoeveelheden andere data zoals routes of tracks want dan wordt BC's tempo helemaal een drama, maar tijdens het wijzigen van het een of ander laat BaseCamp de PC-processor al vaak tientallen seconden lang op 100% draaien.

Om dus geheel over te stappen van MapSource naar BaseCamp moet de laatste 'leaner' worden of ik zal een veel 'snellere' computer moeten bemachtigen. Mijn huidige is 8 jaar oud (Intel Pentium M 715 processor 1.50GHz, Bus Speed 99.6 MHz, Rated Bus Speed 398.4 MHz, RAM DDR 1024 MB, DRAM Frequency 166.0 MHz, OS is XP-pro SP-3) en dus volgens huidige maatstaven al 'verouderd'. Ook het indexeren van CN duurt 'eeuwen' maar dat doe ik niet dagelijks.

Middels CC_cleaner en systeem gereedschap houd ik de PC zo schoon mogelijk. Voor andere toepassingen ben ik nog altijd tevreden met de snelheid en vooral de gebleken stabiliteit en betrouwbaarheid van deze 'oudgediende'.

Eens, en daar heb ik dus geen geduld voor. Moet echt een stuk rapper worden wl ik overtuigd raken. En niet alleen bij het opstarten, ook bij het wijzigen van een route is-ie blijkbaar van alles en nog wat aan het doen en dan vooral tijdrekken. Deels vind ik het jammer want na het volgen van de 3 filmpjes wilde ik er echt mee aan de slag omdat er inderdaad een paar leuke features in zitten.
Ik wacht nu maar de volgende releases af want het is tenslotte geen halszaak. We hebben Mapsource.

Is er enige beperking aan de data die in/door BC opgeslagen kan worden? Ik heb voor mezelf de vakanties 2006-2012, routes en/of tracks, geïmporteerd in BC + nog wat onderhandenwerk hetgeen heeft geresulteerd in een kleine 300 tracks en ruim 200 routes. Hierna is BC niet meer vooruit te branden dus vroeg ik mij af of er bijvoorbeeld geïndexeerd moest worden of dat dit simpelweg niet kan en je dus heel bewust de data moet exporteren. Wellicht dat de meer ervaren BC gebruikers hiet iets over kunnen zeggen?
(Of ben ik toe aan een nieuwe pc....)

"leuk"om in een oogopslag te zien dat je al in half europa bent geweest maar is het niet veel zinvoller om wat meer te ordenen?
Als je per vakantie onderverdeelt en de rest bv per land oid dan verwacht ik dat Basecamp heel wat sneller zal zijn en is je kaart ook veel overzichtelijker.

Ik heb niet zoveel opgeslagen als Tencats. Wel honderden tracks, maar waarschijnlijk kleiner.
Dat maakt BaseCamp nog niet traag, behalve bij het maken van een back-up en het weer herstellen.

Ik vind het jammer als BC traag wordt bij veel gegevens, want anders dan HaWee zie ik wel degelijk een voordeel in alles in de database bewaren. Je kunt dan opdelen is hiërarchische lijstmappen zodat je niet alleen een klein aantal gegevens kunt tonen, maar ook groepen die samenhangen, tot het geheel aan toe.

Ik neem tenminste aan dat je het zo gedaan hebt, en het plaatje van "mijn verzameling" is.

Heb ik me misschien onduidelijk uitgedrukt (of het probleem verkeerd begrepen) ik bedoel inderdaad zoals ++Lex++ aangeeft wel alles in de database maar geordend zodat je tijdens normaal werken alleen in de lijstmap werkt die van belang is en dat je niet alles ziet maar als het nodig is wel alles kunt zien.
Ik zou verwachten dat het dan niet te traag wordt (misschien alleen bij opstarten) maar dat is theorie omdat ik nog veel minder data in BC heb staan.