mbts

Microsoft Windows geeft aan dat het een 'schijfkopiebestand' is omdat de bestandsnaam eindigt op '.img'. Het is echter lang niet altijd zo dat Windows het dan ook bij het rechte eind heeft. In dit geval klopt de aanname niet. Dit is geen 'schijfkopiebestand', maar een bestand met kaartsegmenten. Als je deze verwijdert ben je je kaarten kwijt. Niets aan doen dus, want er is niets aan de hand.

Os Sacrum of heiligbeen van een reiger of andere grote waadvogel, je kijkt tegen het deel waar de rugwervels aan vast zitten aan de zijkant rechts zie je nog heel flauw een heupkom. Kijk, zo leren we nog eens iets! Het is dus helemaal geen schedel Zojuist nog even wat gegoogled, en nu snappen we hoe dit in een vogel moet passen Bedankt!

Weet iemand misschien van welk dier deze schedel zou kunnen zijn? De lengte is een cm of 12. Opvallend zijn alle gaatjes bovenop de kop en de hele dunne jukbeenderen. Tanden of kiezen zaten er niet (meer?) in. Deze kwamen we tegen in Friesland, bij Vanellus vanellus. En nee, die is het zeker niet

Wij hebben dit ook nogal eens, maar zolangzamerhand begin ik te vermoeden dat het alleen optreedt als de batterijen vrij leeg zijn. Andere problemen met spontaan uitgaan hebben wij nog niet gehad in de ca 10 maanden dat we de Colorado nu gebruiken.

Maart 2007 hebben wij onze GPS in de wilgen gehangen!

Achteraf vragen we ons af wat hij zou hebben gedaan als er geen wildrooster in het pad had gelegen. In de log schreven we dat hij ons tegemoet liep op het pad en er even naast ging om ons te passeren, maar achteraf realiseerden we ons dat hij ook echt niet door kon lopen vanwege het wildrooster. Hij was absoluut niet in ons geïnteresseerd, dus wie weet was hij andere helemaal niet aan de kant gegaan... Op de originele foto is heel goed te zien dat hij een prooi in zijn bek heeft. Het lijkt een rat te zijn, maar het is net niet duidelijk genoeg om daar helemaal zeker van te zijn.

Wij hadden niet lang geleden in Limburg wel de mazzel dat een vos voor ons wou poseren voor de camera. Heel bijzonder. Hier is de log

Leuk! Op 1 maart 2007 had ik dit als wens bij Garmin neergelegd, met nog een suggestie (om de laatst gebruikte setting voor de afstand eenheid bij projecteren te onthouden). Ik vond het vreemd dat bij 'measure distance' de afstand in tiende kilometers werd weergegeven, en in de route editor in honderdsten. Ik zal vast niet de enige zijn geweest die dit handig leek aangezien het er nu in zit Jammer dat die andere wens niet ook is ingebouwd, maar misschien volgend jaar? Nu kan ik natuurlijk niet overstappen op een Colorado, mocht ik dat al overwegen

Je wordt er nog steeds automatisch naar toe gestuurd, alleen duurt het 100 seconden voor dat gebeurt...

Die rechtstreekse email optie stond er vast sinds je greasemonkey met GC-bag-o-tricks in firefox had geïnstalleerd... Er zal een nieuwe versie van deze bag-o-tricks moeten komen nu de pagina layout zo drastisch is gewijzigd. Misschien is ie er al, ik heb er nog niet naar gezocht.

Dit zal de verklaring zijn voor onze missende 854ste cache (zie boven). Deze heb ik in GSAK toegevoegd nadat ik kort daarvoor de My Found Pocketquery had ingelezen. Voor de 854ste mist dus de log ID. Ik denk dat dit veel verklaart. Geen bug dus. Bedankt!

Als ik de optie om de huidige sortering niet te gebruiken uitgevinkt laat zie ik netjes alle milestones (elke 100ste), maar de laatste milestone die wordt getoond is onze 853ste cache, terwijl er ook een 854ste is. Ik heb in GSAK de Usort kolom gevuld en zo mijn founds allemaal genummerd. Als ik nu eerst hierop sorteer en dan aangeef wel de huidige sortering te willen gebruiken volgt er een correct overzicht; de laatste milestone is dan inderdaad de 854ste.

Ik heb dit ook geconstateerd, maar er verder nog niets mee gedaan. Het gaat tot 600 goed, daarna klopt het niet meer.

Bij ons gaat het zo te lezen een stuk beter dan bij jullie. Ik heb één keer gedacht dat het naaldje weg was terwijl dat niet had gemoeten, maar ik weet het niet 100% zeker. We hebben de GPS al veel gebruikt met versie 3.30, en het enige dat ik wel echt ervaar is dat de kompasnaald bij mij wat minder stabiel is dan hij in een oudere versie was.

Iedereen heeft zo zijn eigen werkwijze tijdens het geocachen. De een navigeert helemaal op basis van de kaart, de ander helemaal op het kompas, en weer een ander op beide. Ik val in de laatste categorie. Op grotere afstand van een cache loop ik meestal op basis van de kaart, maar dichtbij het eindpunt wissel ik naar het kompas. Op het moment dat ik niets kan vinden wissel ik nogal eens tussen beide pagina's. Als de Quit dan niet werkt moet je vooruit bladeren, en dat is wat hinderlijk. Als workaround kun je de pagina volgorde anders instellen, en dan zou het probleem verholpen moeten zijn. Ik heb dat zelf nog niet uitgeprobeerd ('ik moet werken, daarom'). 3.20 is m.i. ook zeker niet onbruikbaar. Voor mij lost het het verdwijnende kompasnaaldjes-probleem op (dat in bij sommigen in 3.10 wel optreedt).