Grote Griezel

Voor wat betreft de diameter van het touw is het verstandig om hierbij ook naar je zekerapparaat te kijken. Elk zekerapparaat heeft een eigen marge, veel voorkomende zijn bijvoorbeeld: Eddy 9 - 11 mm Grigri 10 - 11 mm -> Noot: Petzl ondersteunt alleen gebruik voor dynasiche touwen en als belay device Grigri 2 8.9 - 11 mm -> Noot: Petzl ondersteunt alleen gebruik voor dynasiche touwen en als belay device Rig 10 - 11.5 mm ID S 10 - 11.5 mm ID L 11.5 - 13 mm Eerlijk gezegd heb ik zelf weliswaar ook wel eens (minimaal) afgeweken van de officiële marges, en dat gaat meestal ook wel goed, maar in principe hou ik de geadviseerde waarden aan. Mocht je meer gaan doen dan alleen naar boven en direct weer naar beneden klimmen (bv. branch walking) dan is statisch touw absoluut gevaarlijker. Bij een val zal de totale valkracht via je gordel op je lichaam overgebracht worden en dat kan heel gevaarlijk zijn. Via de amerikaanse tree climbing forums weet ik dat er incidenten zijn geweest waarbij een val met statisch touw ernstige gevolgen heeft gehad. Ga klimmen met mensen met ervaring, praat met ze en laat je adviseren voor datgene wat je zelf wilt gaan doen. Als je je hierbij aan de bekende merken houdt zijn er eigenlijk geen slechte spullen meer, alleen nog maar slechte keuzes. Alvast veel plezier gewenst met de eerste klimervaring! Grote Griezel

Koos de Kapper Sunday, 07 October 2001 was eerst Charter member, maar dat is blijkbaar gewijzigd.

Koos de Kapper Sunday, 07 October 2001 was eerst Charter member, maar dat is blijkbaar gewijzigd.

Koos de Kapper Sunday, 07 October 2001 was eerst Charter member, maar dat is blijkbaar gewijzigd.

Koos de Kapper Sunday, 07 October 2001 was eerst Charter member, maar dat is blijkbaar gewijzigd.

Koos de Kapper Sunday, 07 October 2001 Was ook eerst Charter member, maar dat is door GS blijkbaar gewijzigd.

Koos de Kapper Sunday, 07 October 2001 Was ook eerst Charter member, maar dat is door GS blijkbaar gewijzigd.

Fijn te horen dat het is opgelost en dank voor je terugkoppeling :-). Grtz, GG

Ik had na de laatste FF update ook een probleem met een zeer trage Firefox en hoge CPU waarden. Dit werd bij mij veroorzaakt door het proces "plugin-container.exe", dat soms minutenlang op +90% CPU stond. Je zou eens kunnen kijken met de Windows taskmanager via <Start> <Uitvoeren> Taskmgr.exe en dan klikken op de tab <Processen> en deze sorteren op <CPU> of er bij jou wellicht een proces is dat je CPU zwaar belast. Daarnaast kun je Firefox ook eens in Safe mode starten via het commando: “C:\Program Files\Mozilla Firefox\firefox.exe” -safe-mode. Hierdoor worden Plugins, Extensions en dat soort zaken tijdens deze Safe sessie tijdelijk gedisabled. Als blijkt dat je dan het probleem niet hebt weet je dat je het in die hoek moet zoeken. Mocht je ook "last" hebben van de eerder genoemde plugin-container.exe dan is die eventueel weer uit te schakelen. Deze plugin-container.exe is door de ontwikkelaars overigens geïntroduceerd om FF Plugins in een apart proces te kunnen draaien, dit om Browser crashes en instabiliteit te voorkomen. Deze dan weer uitschakelen zou dan natuurlijk wel weer tot een instabiele browser kunnen leiden. Ik heb de plugin-container.exe (op mijn Windows 7 64Bit Ultimate OS) inmiddels uitgeschakeld en ervaar inderdaad geen performance problemen meer. Dit heeft bij mij tot op heden niet geleid tot browser crashes, maar ik gebruik dan ook niet zo heel veel plugins. Tja, zaken testen en elimineren is eigenlijk de enige weg voor dit soort vage problemen. Suk6 en groetjes, Grote Griezel

Hmmm, ik heb het bij mij ook even getest. Het werkt alleen als ik in in Ozi Explorer de optie: "File" "Configuration" <Load last map> aanvink en dan Ozi even sluit en start. Ik gebruik overigens momenteel de laatste versie: 3.95.5k Als ik in nu Gsak een filter maak van bijvoorbeeld caches in Den Haag en vervolgens een export maak naar Ozi dan opent Ozi Explorer inderdaad automatisch met de laatst geopende kaart en laat de Waypoints daarop ook daadwerkelijk zien. Wel een kanttekening: Mocht je nu in Gsak een export maken van Waypoints in Den Haag en je laatst geopende kaart in Ozi is de Topo van bijvoorbeeld Schoonhoven, dan zal Ozi openen met de Schoonhoven kaart en laat dan uiteraard de geexporteerde waypoints niet zien op deze kaart. Ze zijn echter wel geladen, want als je dan de kaart van Den Haag alsnog opent in dezelfde Ozi sessie zie je de waypoints direct verschijnen. Ja, het werkt. Nee, Gsak is naar mijn idee momenteel niet in staat om aan de hand van de gexporteerde records de juiste kaart te laden in Ozi. Gsak kan wel de executable van Ozi vinden, maar dus niet de juiste kaart laden. Als iemand daar nog een idee over heeft hoor ik het graag, ik zie vooralsnog geen mogelijkheid dit te realiseren. Grote Griezel

Team Sweetlake, Uiteraard deze nieuwe versie direct geïnstalleerd op mijn oude PDA en het werkt weer als een zonnetje. Wederom hartelijk dank voor al jullie werk, ik gebruik deze tool al vanaf het begin met veel plezier! groetjes, Grote Griezel

Daar is helaas inderdaad niet al te veel over te vinden. Het is wel zo dat in de laatste reactie van het door Peetee genoemde topic de gebruiker aangeeft ook Topo 2010 Benelux te gebruiken in combinatie met een Legend HCX. Hetzelfde als jezelf ook gebruikt dus. Tja, veel meer dan proberen oorzaken uit te sluiten kun je eigenlijk niet doen. Stel je basismap eens in op de GPS en schakel de Topo uit, heb je dan hetzelfde probleem? Ik weet niet hoe je de Topo op de GPS hebt gezet, zelf of met een voorgeïnstalleerd geheugenkaartje? Indien je het zelf vanuit Mapsource hebt gedaan zou je eens kunnen kijken of het probleem zich voordoet als je andere kaarten gebruikt, bijvoorbeeld die van Open Street Maps. Die kun je gratis downloaden op: http://garmin.na1400.info/routable.php Vervolgens kun je deze kaarten op je computer installeren in Mapsource en vervolgens op je GPS zetten. Hou er wel rekening mee dat je bij het overzetten zowel de OSM als de Topo 2010 kaarten moet selecteren als je alles weer op je GPS wilt hebben. Bij elke nieuwe upload vanuit Mapsource wordt het oude bestand op je geheugenkaart overschreven. Mocht het met de OSM kaarten vervolgens wel goed gaan dan is er mijns insziens niets mis met de GPS maar zit het waarschijnlijk ergens in de Topo 2010 kaarten. Je zou dan met deze ervaring eens contact op kunnen nemen met de leverancier van die kaarten.

Ik heb hier ook eens mee zitten spelen tijdens een vakantie in Zwitserland. Mijn ervaring was toen dat Kalibratie vaak herhaald moest worden. Doordat je in het veld meestal de nauwkeurige barometerdruk niet weet en door de verschillen tussen hoge en lage luchtdruk en de daaraan gekoppelde hoogteverschillen bleek het kalibreren met de hoogte de enig werkbare methode. Dat is in Zwitserland over het algemeen goed te doen, want vaak wordt er op routemarkeringen in de bergen ook de hoogte aangegeven. Een interessant draadje hierover is te vinden op: http://forum.gps.nl/viewtopic.php?t=10945

Naar aanleiding van je eerdere vraag heb ik Mapmerge ook weer eens geprobeerd en hiervoor eerst de genoemde laatste versie opgehaald. Ik heb vervolgens als test de volgende Topo kaarten gemerged: 30D 30E 30F 30G 30H 37A 37B 37E 37F Deze .GIF kaarten waren al gecalibreerd en hebben elk dus een bijbehorende .MAP file. Het mergen op een Dual Core AMD Athlon 64 met 2 GB intern geheugen duurde 17:25 minuten. Hierbij heb ik een Pixelscale van 2,5 gebruikt in Mapmerge. Dit is al met al een behoorlijk reken-intensief proces, maar de Processorbelasting op deze configuratie is hierbij niet boven de 55% gekomen. Tijdens dit proces ben ik als test gewoon door blijven werken en heb onder andere deze reply opgesteld vanuit Firefox. De grootte van het resulterende .OZFX3 bestand is 59 MB en deze nieuwe kaart is voor zover ik kan beoordelen prima gecalibreerd. Ik heb er als test een eerdere fietsroute van 85 km met ongeveer 50 waypoints op geladen en dat klopte allemaal precies. Ik heb dit bestand ook nog even op mijn wat oudere PDA geladen en dat gaat ook prima. Ik ben op zich wel benieuwd wat jouw instellingen zijn voor Mapmerge.

obscured ownerless oversized oversimplified overall organic orange opulent