kalkendotters

Wat hier staat kun je niet.... (niemand trouwens) Wat je wel kunt doen is een projectie maken van 237m over 14°. Dat vindt je in het menu als je een waypoint hebt geselecteerd.

Vast wel; maar dat vindt ik net even te ver gaan omdat je daarmee de oplossing van sommige caches 'weggeeft'. Dus zal ik de benodigde linkjes niet hier op het forum plaatsen.

Een snelle blik in de definitie van de GPX-file (http://www.topografix.com/gpx_manual.asp) leert mij dat daarvoor het attribuut <ele> beschikbaar is (elevation)

Voor datamatrix vond ik: Although this is a free standard, there are no free documents that explain the encoding process. For C coders, there is example code. Dus niet met de hand te decoderen... De specificaties voor QR zijn wel openbaar en deze valt dus in principe met de hand te decoderen. Dat zal echter voor zeer weinigen weggelegd zijn omdat er intern o.a. Reed-Solomon wordt gebruikt voor de foutcorrectie. Overigens bestaan er voor veel barcode formaten ook online-decoders, daar kun je een plaatje heensturen/linken en het resultaat wordt onmiddelijk getoond :-) Geen idee of die ook beschikbaar zijn voor Datagram en QR

IN PRINCIPE mag je geen cachebeschrijving maken waarvoor het nodig is om software te installeren op de PC om tot een oplossing te komen. Hoewel er in de praktijk best wel wat caches goedgekeurd worden die zonder die software echt niet op te lossen valt. 'Ouderwetse' encryptie systemen zoals Ceasarcode, Viginere, playfair, etc zijn ook zonder software op te lossen. Maar dus neem nu al die barcode cache , waarvan er reeds enkele in nederland en belgie zijn , deze zijn toch ook niet zonder software op te lossen? De meeste (alle?) barcodes kun je 'met de hand' ontcijferen; en hebben dus niet perse software nodig. Er zijn er zelfs een paar waarbij het alleen maar met de hand lukt omdat de checksum in de code niet klopt en de software dus een foutmelding geeft.

IN PRINCIPE mag je geen cachebeschrijving maken waarvoor het nodig is om software te instaleren op de PC om tot een oplossing te komen. Hoewel er in de praktijk best wel wat caches goedgekeurd worden die zonder die software echt niet op te lossen valt. 'Ouderwetse' encryptie systemen zoals Ceasarcode, Viginere, playfair, etc zijn ook zonder software op te lossen.

Landmeetgps ? :-) Neem een beetje afstand: ga naar een punt waar je wel de positie goed van kan bepalen, en bepaal vervolgens de afstand en hoek waarin dat punt ligt ten opzichte van de cache. Voer een projectie uit, en het wp ligt precies boven op de cache. De cacher kan dan hetzelfde uitvoeren in omgekeerde volgorde :-)

Ja (de plaatjes kun je gewoon downloaden, het is namelijk nauwelijks mogelijk om daar een scrape detectie functie op te bouwen, omdat sommige pagina's een waanzinnige hoeveelheid plaatjes gebruiken. Alleen weet je zonder de html pagina niet welke plaatjes er allemaal bij de cache horen )

Gewoon met t handje. Op gc.com is het nog steeds niet mogelijk om te zoeken naar een bookmarklist. De enige optie is om alle caches langs te bladeren en op te letten welke 'public' bookmarks daar staan genoemd. Of een site maken waar iedereen zijn bookmarks kan aanmelden Er is op het amerikaanse forum al vaker gevraagd om zoekmogelijkheden binnen de bookmarks; dus zal dat ongetwijfeld wel een keer komen, maar wanneer ?

Dat gaat dus niet meer. Als een cache eenmaal gearchiveerd is dan kan hij niet meer geadopteerd worden (tenzij je de reviewer kan overtuigen dat daar een hele goede reden voor is). Wil je een cache laten adopteren, dan moet je hem alleen op disabled zetten, en dan een adoptieverzoek doen. Komt daar niemand op, dan kun je hem alsnog archiveren.

Er is geen speciale query om je verstopte caches op te vragen. Je zult deze dus op een andere manier moeten vergaren. Eenvoudigste is om de cachepagina's te openen, daar de GPX van te downloaden (bevat meteen 20 logs) en deze te importeren in GSAK. Ander alternatief is om je eigen caches even zelf te vinden, en dan de query gevonden caches te draaien :-) Niet vergeten om daarna de log weer te verwijderen, anders gaan er weer mensen over zeuren. Of maak een bookmarklist met daarop je eigen caches, en maak van deze bookmarklist een pocketquery; dan kun je hem ook automatisch elke dag/week/maand laten draaien. Houdt er rekning mee dat in een PQ altijd maximaal 5 logs staan (+eventueel de eigen logs) en je dus voor de geplaatste caches meestal niet alle logs zult binnenkrijgen.

Niet ... Je kunt wel plaatjes bekijken, maar er is geen enkele koppeling met de GPX-files, waypoints, of wat dan ook. Je zou zelf de bestandsnamen kunnen aanpassen zodat ze beginnen met de waypointcode.

Nee De Satmap is 'volledig' gesloten, en kan niet voorzien worden van andere programmatuur. En dus helaas ook niet van een wherigo player. Zelfs als je er wel zelf programma's op zou kunnen zetten, gaat dit waarschijnlijk stranden door een gebrek aan werkgeheugen. dotNET 2.0 vergt namleijk behoorlijk wat ruimte, en is essentieel voor de WiG player

Nou... nieuw .... Die kaarten zijn voor het eerst uitgeleverd in het voorjaar van vorig jaar; en hebben dus de kaartinfo van ca midden 2006. Hoewel er ook af en toe geplande wegen opstaan die nog niet afgebouwd zijn. Waarom TomTom dit opeens adverteert als 'nieuwe' kaartupdate is me een beetje een raadsel :-) [Oeps, jaartje in de war :-)]

De capaciteit wordt dus bepaalt door het werkgeheugen, maar kennelijk ook door de rekencapaciteit van de ontvanger. Als het maximaal haalbare tien à 12 zones is dan rijst bij mij de vraag hoe groot (hoeveel bytes) zo'n zone dan mag zijn. Wat mag je daar allemaal inproppen? Ik ga er vanuit dat niet al die zones geladen worden. Ik heb een PDA, maar met 128 MByte zit je aardig op de grens van het apparaat dus dat is niet echt praktisch om daarmee te gaan experimenteren. Aantal bytes hoef je je niet echt zorgen over te maken. Het grootste probleem is dat de WiG player (ook die in de colorado) regelmatig moet checken in welke zone je nu uithangt; en dat is vooral een beperking in het rekenvermogen van het apparaat. Voor het testen kun je prima gebruik maken van een PDA; die zal waarschijnlijk zelfs sneller zijn dan de Colorado. Tevens worden er voor de PDA vaker WiGplayerupdates beschikbaar gesteld; iets wat erg handig is omdat WiG nog steeds een beetje een Alpha-status heeft.

De 400 heeft diverse amerikaanse kaarten 'ingebakken' zitten, zoals topo amerika, of bluechart. Aangezien die kaarten voor europese klanten niet interessant zijn; en de prijs daardoor de prijs verhogen zul je deze weinig aangeboden zien in europa. In het amerikaanse forum is er verder nog niets bekend òf en welke fabrikanten ook apparaten gaan maken die geschikt zijn voor Wherigo. Het geheugenverschil tussen de Col 300 en 400 gaat over het kaart/waypointgeheugen. Dat heeft niets te maken met het werkgeheugen, oftewel de maximum grootte van een WiG programma. 3) Is het mogelijk om de route in twee versie uit te brengen voor een en dezelfde cache? Ik kan me voorstellen dan niet iedereen zit te springen om een 'WhereIgo' compatibel apparaat. Tuurlijk; je kunt een cache gewoon als Multi maken, en de volledige beschrijving als WiG cartridge maken.

Dan zou je ook even kunnen kijken wat je kunt bereiken met de ingebouwde middelen van OZI explorer, zoals Route, Map-commentaar, Points and Distances, en Map Features.

Omdat zowel .jpg als .png slechts met één laag kunnen werken, zul je dus altijd een ander formaat moeten gebruiken om je eigen versie met aangepaste straten in op te slaan. Zo'n beetje elk tekenprogramma kan wel opslaan of exporteren als jpg of png; dus dat zal geen probleem zijn. Denk er wel om dat je het aantal pixels in het bestand gelijk houdt, anders klopt de calibratie van de kaart niet meer.

geen quote , en zelfs niet off-topic zoals de meerderheid van de berichten hier ... Percentages boven de 50% DEET zijn nutteloos, zoals een eenvoudig zoektochtje op het internet aangeeft: The more DEET a product contains, the longer the repellant can protect against mosquito bites. However, concentrations higher than 50 percent do not increase the length of protection. For most situations, 10 percent to 25 percent DEET is adequate. zie bv: http://www.idph.state.il.us/envhealth/deetfacts.htm

Hier heb ik op het gsak board ook wel eens een draadje over gezien. Er is toen wel wat verbeterd, maar ik weet niet meer wat de oplossing was, het komt gelukkig zelden voor. De oplossing was/is dat aan de tekst van de cachebeschrijving ook automatisch de beschrijving wordt toegevoegd van de additional waypoints. De berekening van de final moet dus gewoon aan het eind van de beschrijving staan in GSAK. (dit wordt in de GPX al aangepast, en is dus niet een functie van GSAK)

Windows Core = het klokhuis uit windows Voorzover ik uit de diverse berichten op de diverse forums lees, hebben ze dus een standaard windows-mobile (gezien de uitkomstdatum van t apparaat waarschijnlijk 6.0) gestript van alle overbodige ballast; zoals email, office, msn, spelletjes, mediaplayer, etc levert ze wat extra ruimte op, en wat aan snelheid omdat ook overbodige programmatjes niet meer draaien. Waarschijnlijk wordt het implementeren van een WhereiGo speler dan lastig omdat de .NET runtime uitgaat van diverse services die standaard in windows aanwezig zijn. (nog even afgezien van het feit dat je op dit moment niet eens zelf programma's mag instaleren; ook de firmware updates worden nml op een beveiligde SD kaart geleverd) Ik zie trouwens niet wat de ANWB voor rol zou kunnen spelen voor de WhereiGo, want volgens mij zijn zij gewoon een 'wederverkoper' en maken hooguit de kaarten geschikt voor het apparaat.

Je hebt gelijk; maar daar heb ik geen last van met mijn echte toetsenbord op de TyTn II Is overigens opgelost in de 2.03c versie Via het hoofdmenu: file - load settings - load page file Of door het overschrijven van default schermindeling in de releasenotes: Please note that if you have used a previous OziExplorerCE development version it is advisable to delete the OziExplorer2.cfg file as this may activate toolbars, task bars etc which are no longer part of the standard supplied interface so there may be no way to deactivate them.

Zou gewoon moeten werken :-) Via Bleutooth koppel je de PC met de BT-GPS. Op de PC wordt dan een virtuele COM-poort gemaakt waaraan je OZI (of iets anders) kunt koppelen. Via deze COM-poort zal de BT-GPS onafgebroken zijn data sturen. Om te controleren of dat stukje werkt kun je ook met een communicatieprogramma (zoals bv Hyperterminal, geleverd bij Win98, XP, etc) kijken wat er uit de compoort komt. Daar zouden voortdurend regels uit moeten komen die lijken op: $GPGGA,152611.922,4638.3247,N,01417.6450,E,1,07,1.1,494.0,M,,,,0000*07 $GPGSA,A,3,03,02,31,18,14,11,15,,,,,,1.8,1.1,1.5*34 $GPRMC,152611.922,A,4638.3247,N,01417.6450,E,0.05,50.23,240203,,*33 $GPGGA,152612.922,4638.3246,N,01417.6450,E,1,07,1.1,494.4,M,,,,0000*01 $GPGSA,A,3,03,02,31,18,14,11,15,,,,,,1.8,1.1,1.5*34 $GPRMC,152612.922,A,4638.3246,N,01417.6450,E,0.06,133.52,240203,,*00 $GPGGA,152613.922,4638.3246,N,01417.6449,E,1,07,1.1,494.8,M,,,,0000*04 $GPGSA,A,3,03,02,31,18,14,11,15,,,,,,1.8,1.1,1.5*34 zoniet, dan gebruik je waarschijnlijk de verkeerde com-poort

Dan moet je ook even het vinkje aanzetten bij: 'I want to share this list with others'

Scheer niet alle schapen over één kam... Je wilt niet weten hoeveel moeite het mìj elke keer kost om een beetje (bij voorkeur leuke) log te schrijven, en dan nog denk ik na het schrijven: mmm, nou ja; het is weer eigenlijk net niks. Helaas kun je niet aan de grote/inhoud van het logje zien hoeveel moeite het de schrijver gekost heeft. Ik niet; want ik heb een hekel aan banners