kalkendotters

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'

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.

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. []

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...

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.

Gelukkig denken ze ook na over de andere mobiele platforms: Jeremy: I don't know what you mean about non-iPhone users but we are working on an overall mobile strategy. It's just hard to get on *every* mobile device so we have to pick our battles with the SDK, the carriers, etc.

Nee, en nee De PDF optie dateert van voor de invoering van de additonal waypoints. Ondanks diverse verzoeken op het amerikaanse forum heeft men ze echter nog steeds niet toegevoegd aan de PDF. Jammer maar helaas; we zullen het nogmaals aankaarten in t forum.

Barcode caches bestaan idd al... Op een windows mobile telefoon/pda kun je het programma Barcorama draaien, wat diverse 1D en 2D barcodes kan lezen. Kortom, weinig spectaculair nieuws :-)

Fout... Officieel ondersteund Garmin tot 2 Gb, een groter kaartje werkt wel :-) In de praktijk zul je niet meer dan 2 Gb gebruiken omdat je maar 2000 kaartdelen tegelijk in een map kan bewaren. Zeker met kaarten met relatief kleine vlakjes (zoals topoNL) loop je daar dan redelijk snel tegenaan. Tip is dus om de NT versies van de kaarten (beschikaar voor o.a.a CityNavigator Europe) te gebruiken (als je GPS die kan lezen) omdat daar de kaartdelen veel groter zijn.

Ik krijg het terug: ----- The following addresses had permanent fatal errors ----- <benelux (at) pq.geocaching.nl> (reason: 550 5.1.1 <benelux (at) nala.dohd.org>: Recipient address rejected: User unknown in local recipient table)

Ja, dat is normaal... :-) Er staat ook netejes bij de additional waypoints: zichtbaar voor de reviwer en eigenaar; dus het doet precies wat t zegt.

(1) Als mensen het 'hele' verhaal willen lezen, gaan ze maar gewoon de 20 logjes bij elkaar zoeken. Ik zie totaal niet het nut van een 20 x gekopieerd stukje standaard verhaal.

Volgens mij mag adopteren niet meer. je mag dan wel opnieuw aanmelden en op dezelfde locatie de cache neerleggen. Natuurlijk kun je een cache gewoon (laten) adopteren, waarom zou anders de speciale link nog beschikbaar zijn ? ( http://www.geocaching.com/adopt/ ) Het enige dat niet kan/mag is het adopteren van reeds gearchiveerde caches.

Kan ik je blij maken met een lijst waarin de meeste userid's en guid's staan ? En ik zal je de PQ's van NL wel even door (laten) sturen. :-)

Voorlopig niet Blijft ook voorlopig zo staan

Ik blijf mij er voortdurend over verbazen hoe soepel de mensen omspringen met in hun ogen vreemde tekentjes, die ze dan maar gewoon weglaten. En dan gaat het in dit geval met name om de tekens ° ' " en de spatie... Als je bijvoorbeeld om een vertaling van een woord uit het arabisch vraagt, dan laat je toch ook niet alle krulletjes weg die je snapt? En een datum ga je toch ook niet schrijven als 22708 omdat je even niet snapt waarom er / tekens tussenstaan? of dat het nu 182021 is .. (dat is dus een tijd )