kalkendotters

Waarom zou je eigenlijk een topic moeten/willen afsluiten ? Als het topic openblijft kost het niet meer geheugen, is niet lastiger op te zoeken, ...

foutje..; ik blijk het te verwarren met een andere versie van POI-caches

Als je al een windows-mobile telefoon hebt, dan is de keus zeer eenvoudig: een bluetooth GPS (let op dat static navigation uitstaat). Vervolgens de WiG-player instaleren en veel plezier.

Voor de goede orde: dit zijn dus 9000 caches als POIs.. (point of interest) Dus alleen de lokatie, de naam en de hint (+evt cachegrootte/moelijkheid) geen beschrijving van de cache en al helemaal geen foto's, en dus niet te vergelijken met de GPX-caches die je op een Colorado kunt laden en lezen

zie dit topic of deze

De manier waarop Bluetooth informatie verstuurd heeft in het geheel niets te maken met een eventuele baudrate instelling die je voor de 'seriele'poort kunt doen. De standaard snelheid voor BT 1.2 is 1 Mbps (en het zou volslagen idioot zijn om dat terug te zetten naar 9600 baud) wat een netto datasnelheid oplevert van 721 Kbps; dus ruim genoeg voor een simulatie van een seriele poort. De manier waarop de data verstuurd wordt over BT heeft helemaal niets meer met het oude seriele protocol te maken. De bluetooth verbinding heeft toch niets te maken met de manier waarop de applicaties met elkaar praten? Vandaar ook die al dan niet virtuele seriele poorten. En inderdaad die snelheid heeft natuurlijk niks met bluetooth te maken, maar alles met de snelheid van de onderliggende gps hardware. Toch? nee... de virtuele seriele poort is alleen maar een stukje programmeerinterface om het apparaat te benaderen. Het programma zegt: maak een verbinding met com1 (ik noem hem voor gemak even com1, omdat dat aansluit op de manier waarop geprogrammeerd wordt), en stuur daar het volgende pakketje data heen. Alle instellingen die het programma doet op com1 zijn alleen van belang voor com1; en worden NIET doorgeven naar de BT verbinding of de GPS-compoort die daar nog weer eens achter verstopt zit. Aangezien echter com1 een virtuele poort is, en niet werkelijk uitgevoerd is als seriele poort met draadjes, heeft het instellen van de baudrate geen enkel effect.

De manier waarop Bluetooth informatie verstuurd heeft in het geheel niets te maken met een eventuele baudrate instelling die je voor de 'seriele'poort kunt doen. De standaard snelheid voor BT 1.2 is 1 Mbps (en het zou volslagen idioot zijn om dat terug te zetten naar 9600 baud) wat een netto datasnelheid oplevert van 721 Kbps; dus ruim genoeg voor een simulatie van een seriele poort. De manier waarop de data verstuurd wordt over BT heeft helemaal niets meer met het oude seriele protocol te maken.

Eigenlijk slaat de baudrate in ons geval helemaal nergens meer op... Vroeger waren GPS ontvanger vaak voorzien van een seriele poort, en werden daarmee aangesloten op de PC/PDA/Phone/etc. Daarbij is de baudrate van belang om te zorgen dat de snelheid van zenden overeenkomt met de snelheid van ontvangen; anders wordt het niet verstaan. Tegenwoordig zit daar vaak een BlueTooth interface tussen: die hebben aan de ene zijde een BT-signaal en aan de andere kant een Seriele poort. Op de PDA/PC/Phone wordt dit BTsignaal weer beschikbaar gesteld als een virtuele seriele poort. Dat is dus geen echte seriele poort, maar een stuk software dat net zo aangeroepen wordt als een echte seriele poort. Het gehele systeem ziet er dan zo'n beetje als volgt uit: GPS-serieel-BT ..lucht... BT-virueelserieel-PC Er is dus sprake van 2 'seriele' verbindingen die beide een baudrate kunnen hebben: Tussen de GPS en BT, deze staat door de fabrikant vast ingesteld en is niet te wijzigen; zodra je deze omzet krijg je een mismatch tussen de baudrate van de GPS en BT waardoor je niet meer kunt communiceren met de GPS De virtuele seriele poort: deze baudrate kun je onbeperkt wijzigen omdat er niets mee gedaan wordt; het signaal wordt namelijk niet echt omgezet naar serieel. Omdat het een 'seriele' poort nadoet, krijg je er ook instellingen bij om deze poort in te stellen, zoals baudrate, databits,stopbits; daar wordt echter helemaal niets mee gedaan door de 'seriele'poort. Ook als de GPS ingebouwd is in een telefoon/PDA zal er gebruik gemaakt worden van een virtuele seriele poort, en ook daar maakt de baudrate dus niets uit.

Tsja... Heel goed opletten wat er precies op je schermpje staat dus; daar staat namelijk niet N52 03.517 E005 53.551 maar N52°03'51.7" E005°53'55.1" en is daarmee dus precies gelijk aan: N52°03.861' E005°53.918' (want 51.7/60 = .861 en 55.1/60 = .918 ) Je hebt de GPS dus ingesteld staan op gg°mm'ss.s" terwijl op de website gebruik gemaakt wordt van gg°mm.mmm'

Is een bekend probleem dat op schijnt te treden bij gebruik van Internet Explorer 6. Groundspeak is bezig met het zoeken naar een oplossing.

Dat is een beetje gevaarlijk... Op sommige plekken zit Google er namelijk een meter of 30 naast, en hier en daar schijnt het zelfs tot 100m op te kunnen lopen. Wil je het coordinaat plotten gebruik daarvoor dan een topografische kaart; die zijn wel altijd nauwkeurig (tenminste de nederlandse) De afwijking van Google kun je meestal vrij goed zien als je zowel de satelieten als de wegen laat zien. Vaak ligt dan de weg net naast het satelietbeeld. Waarbij in de meeste gevallen de coordinaten van het wegbeeld wel goed zijn.

De cachemaker kan dat al enige tijd (enkele jaren) opgeven op de gc.nl site. Vervolgens kun je met 'mijn kaart' (http://www.geocaching.nl/maps/DefineIUserMap.php) daar een selectie op maken. De cachemaker moet daarvoor op http://www.geocaching.nl/diy/CacheProperties.php 'even' de eigenschappen van de cache invullen. Vroeger werd daar expliciet op gewezen door de reviewer, maar ik heb het idee dat dat tegenwoordig niet meer het geval is en dus zullen we dat zelf moeten doen.

Dat komt omdat je de plaatjes hebt bewaard als CMYK versies. De meeste browser kunnen die niet standaard tonen. Oplossing is om deze even met photoshop om te zetten naar RGB formaat (Afbeelding, Modus, RGB-kleur) en daarna opniew bewaren. Tevens kun je de JPG compressie wel iets lager zetten,bv kwaliteit 80; ik denk dat je die nu erg hoog hebt gezet aangezien de jpg voor kruispunt-2 590Kb is terwijl dat ook met 50Kb kan zonder dat je verschil ziet.

Ja, op dit moment worden dit soort caches wel toegestaan; zolang het tenminste gratis is... Naar ik begrijp worden de regels echter (binnenkort?) aangepast waarna het (opnieuw) niet meer mogelijk is. Volgens mijn uitleg van de regels zouden deze nu al verboden moeten zijn; maar gelukkig ben ik geen reviewer. []

Nee, nee

Mijn eerste idee is om gewoon alles in een database te stoppen; en filters gebruiken om daaruit de delen te selecteren die je nu in aparte databases hebt staan. En anders zou je het hele verhaal kunnen automatiseren met macro's.

Al ik het linkje gewoon in de browser plak, dan werkt het netjes; dus is de link die je gebruikt goed. Hoofdletters/spaties/etc mag je allemaal vergeten, daarin zit niet het probleem. Zou het kunnen zijn dat je gewoon niet lang genoeg wacht voor je de PDF pagina geopend krijgt? Deze wordt namelijk behoorlijk groot als je daarin foto's opneemt (in dit geval 470Kb), en kan dus bij een niet zo snelle verbinding wel even duren voor ie opent. Overigens is het voor de papierloze cachers handiger als je 'gewoon' de plaatjes zelf linkt op de cachepagina; een PDF op A4 is namelijk lastig leesbaar op een klein PDA/ Colorado/iPhone schermpje

Heel ingewikkeld, maar waarschijnlijk zul je/zal er wel bedoelen: oost - 0.003' (minuten dus, en geen graden) E05°10.000' - 0.003' = E05° (10.000-0.003)' = E05° 9.997' (als het echt 0.003° moet zijn, dan: 5+10.000/60-0.003°=5.16366°= 5° (60*0.16366)' = E005° 9.820' ) (Xaa was net wat sneller met het compleet hebben van het antwoord :-) )

OSEWIWI Ouwe Stomp Event Waar Iedereen Welkom Is :-)

Saturnus-event Zonder verdere info wat het event voor moet stellen is het wel een ietsiepietsie lastig om een naam te verzinnen...

Een snelle zoektocht levert o.a. een verwijzing naar: http://garminoregon.wikispaces.com/message/view/home/5112117 In t kort: dit is een 1:100.000 kaart, met onderliggende DEM (=hoogte) kaart. Er ontbreken enkele landen (zie bovenstaande link) en de Topo zal natuurlijk altijd van mindre kwaliteit zijn de de losse topo per land die op 1:25.000 is.

Misschien wordt het wel helemaal geen officieel event. Dan valt er niets aan te melden op die eventpagina... Kijk, dan wordt het misschien toch interessant om te gaan Hoewel ik me dan nog steeds afvraag wat het event gaat inhouden: - Een tentoonstelling van ouwe stompen - Voordrachten over 'de goeie ouwe tijd' - Uitleg over de eerste caches - ...

Het zal wel aan mij liggen maar ik snap er nog steeds geen hout van: Een ouwe-stomp event voor oudjes, waar opeens ook newbie's mogen komen Geen datum bekend, geen plaats bekend en toch allemaal mensen die zich opgeven. Kan iemand wat licht in de duisternis brengen voor deze simpele ziel? (Overigens heeft kruimeldief ooit eens in een ander draadje aangegeven dat het opgeven voor een event pas kan als de eventpagina online is...)

Leuk, maar dan moet het wel geintegreerd worden met Google Maps op de iPhone zodat je geen GPSr meer nodig hebt. Het maakt gebruik van de ingebouwde GPS van de iPhone, en heeft een 'kompas' scherm. Weliswaar niet zo nauwkeurig als een echte GPS, maar voor veel opikkers voldoende.