Japiejoo

Ja, GDAK (http://gdak.wolojoli.nl/nl/) is ook mijn favoriet voor Android.

Als die functionaliteit er komt dan wordt het een stuk makkelijker om eindpunten van mysteries en multi's te vinden, als ze daar de eindpunten (en onbekende tussenpunten) dan wel van mee gaan nemen. Dus dat zullen ze nooit gaan doen (neem ik aan). Als ze de eindpunten niet mee nemen dan heb je precies hetzelfde als deze kaart. De enige informatie die deze kaart geeft is dat je binnen de cirkels zeker geen cache kan leggen. Erbuiten zou het mogelijk kunnen zijn. Het geeft informatie die je al hebt (als je de listings van de omgeving zou bekijken) alleen op een overzichtelijk manier weer. De overige waypoints/cache locaties zal je nog steeds zelf moeten verkennen.

Zijn dat dan niet toevallig Stages ipv QtA, aangezien die wel met de 161m regel te maken hebben.

Waarom worden die getoond??? Daar hoeft toch niemand rekening mee te houden.Ik kan het nu even niet controleren, maar worden die echt getoond?

De straal van de cirkel is 161m. Als de cirkels niet zouden mogen overlappen, dan liggen caches dus minimaal 2*161=322m uit elkaar. Cirkels mogen dus best overlappen. Je kan echter geen cache in een cirkel leggen. Kortom, het middelpunt van een cirkel mag niet binnen een andere cirkel liggen.Daarbij komt ook nog dat bekende waypoints van dezelfde cache wel gewoon binnen 161m mogen liggen, die cirkels kunnen dus nog meer overlappen.

Goed om te horen

Ik gebruik deze pagina altijd om meerde caches bij elkaar te zetten en routes te plannen.

Ik heb hem met die code in mijn cache pagina ingevoerd aan daar doet hij het wel gewoon. Met die code is in principe overigens niks mis. Ik heb hier gelezen dat het te maken heeft met of je een IPv4 of IPv6 adres hebt. Bij die laatste gaat het blijkbaar fout, maar daar weet ik het fijne verder ook niet van.

Dit is inmiddels overal aangepast, bedankt voor de opmerking.

Ik heb het zojuist even geprobeerd (weliswaar bij een bestaande cache), maar hier gaat alles goed.

Als je 2 waypoints maakt en dit goed uitrekent verder, dan doe je precies hetzelfde als dat de gps dat intern doet, zoals je bij de Oregon omschrijft, die maakt net zo goed 2 waypoints en rekent de afstand ertussen uit. Hoe doe je "... en dan deze van elkaar afgetrokken ..." precies? Want om een afstand te berekenen klinkt me dit toch wat vreemd (kort door de bocht) in de oren.

GCBuddy maakt gebruikt van de geocaching live api. Basic members kunnen met de live api alleen zoeken naar traditional caches, tenzij je specifiek de gc-code ingeeft van een ander type cache, dan wordt deze wel weergegeven. Dus, aangenomen dat je inderdaad een basic member bent, dan klopt het dat je alleen traditionals vindt. Als dat niet zo is, dan zou ik inderdaad even naar de filter instellingen kijken.

De standaard instelling voor coordinaten op geocaching.com is NIET graad/minuut/seconde. Dit is graad/minuten (of eventueel graad/decimale minuten afhankelijk van hoe het in je gps staat omschreven, want dit is hetzelfde). Waarschijnlijk gaat het daarna goed. Je kan ook nog even controleren of de datum op WGS84 staat.

Een graad naar links of een graad naar rechts scheelt op 250m een kleine 4.5m. Aangezien je dat bepaalt vanaf het punt waar je op dat moment staat, of beter, van wat je gps op dat moment bepaalt, is dat nou eenmaal de afwijking die een gps heeft en zal je dat niet nauwkeuriger kunnen doen. Als je echt 2 coordinaten hebt zou je wat anders kunnen doen. Je kan de GPS in Demo modus zetten. Vervolgens kan je instellen wat je huidige locatie is, dus die wordt dan niet door de GPS bepaald, maar geef je zelf in. Als je dan weer in de waypointlijst kijkt, of laat navigeren naar een waypoint, dan zie je vanaf die, ingestelde, locatie de afstand en richting tot aan dat waypoint. Die zal dan niet varieren, want het zijn 2 vaste punten. (Bij de 60CSx kan je de locatie van de demo modus alleen instellen door op de kaart te klikken (voor zover ik kan zien), dus eerst een waypoint maken van de gewenste locatie en dan zo ver mogelijk inzoomen en op het waypoint klikken moet het vrij nauwkeurig maken mijns inziens)

Op mijn 60CSx kan ik in het scherm met de lijst van waypoints zowel de afstand als het aantal graden naar het geselecteerde waypoint zien vanuit mijn huidige locatie. Als ik hem naar het waypoint laat navigeren kan ik in het kompasscherm of het van het kompas aflezen of in een van de velden erboven (waar ik zelf van kan instellen wat ik erop wil zien) ook de afstand en richting zien. (In de Setup -> Heading kan ik instellen of ik windrichting of graden wil zien trouwens) Hoe het precies bij de 62 uit ziet weet ik niet, maar ik neem aan dat je diezelfde velden ook moeten kunnen aanzetten ergens.

Ja, hier ook inderdaad.

Ok, top! Ga ik dat de volgende keer proberen. Ik had 'Houd gps ingeschakeld' aan. Het klinkt wel logisch dat als hij de gps tussendoor uit zet hij dan echt een nieuwe meting doet. Ik had dat wel bewust aangezet met de gedachte dat als de gps aan bleef de fix sneller zou zijn en de metingen nauwkeuriger. Vraag me niet waarom, dat was mijn gevoel, ik heb het niet getest.

Owja, dat kan natuurlijk ook nog, dat je er vanuit de app geen invloed op hebt. Tsja, dan worden dit soort vergelijkingen dus alleen nuttig bij de apparaten die wel echt steeds nieuwe metingen kunnen doen. Eerst maar eens wat andere apps uitproberen en dan zien we het wel weer. Die 'gemiddelde bewogen snelheid', die wordt gequoot in de post van fietspomp, dat zie je wel terug in de Garmin trouwens, dat is de 'overshoot' die je ziet voor de stabilisatie van de metingen.

Ja, dat denk ik ook inderdaad. De grap is alleen dat je in de app kan zeggen wat de minimum afstand moet zijn en 'Use 0 to log all points'. Dus ik heb daar netjes 0 ingevuld en bij tijdsinterval 1 seconde, dus dan zou je verwachten...., blijkbaar niet dus.

Ik ben ook (eindelijk) op pad geweest dit weekend en heb 2 meetpunten bezocht. De (eerste) resultaten zijn hier te zien. Wat vooral opvalt, en waar wat mij betreft een behoorlijk luchtje aan zit, is dat de smartphone, eenmaal stilgelegd, bijna 10 minuten lang dezelfde coördinaten blijft loggen. Ik kan me niet voorstellen dat dit echt zo is en ga het dus over doen met een andere app. Verder geeft de gps een afwijking van ongeveer 5 meter van het RD punt en blijft behoorlijk stabiel. De 2 metingen zijn gedaan op 2 verschillende dagen (beide locaties op een andere dag dus) met nagenoeg dezelfde weersomstandigheden, flink bewolkt. Eén van de 2 is een brug, vrij dicht bij een metalen brugleuning, de andere is een RD steen in het veld, vlak langs een heg en laag stenen muurtje.

Dat 'not solved' betekent gewoon dat je de puzzel nog niet opgelost hebt, kortom dat de twee kaarten nog niet matchen. Dat heeft niks te maken met of je dat trucje kan gebruiken om hem op te lossen. (Het kan trouwens ook prima met Chrome.)

Hier hetzelfde al een paar dagen, ook Chrome. Het gaat om het kaartje net onder de eventuele additional waypoints en net boven de logs, aan de rechterkant van de pagina.

@Van Stolk Beide files in prima staat ontvangen. Ik ga in het weekend kijken wat ik er mee kan en eens kijken of ik eindelijk tijd kan maken om zelf wat metingen te doen! Ik heb wel even GPSLogger voor Android geprobeerd. Je kan veel dingen instellen, waaronder elke seconde een punt opslaan. In praktijk blijkt dat echter meer elke 2 seconde te zijn, maar verder lijkt dit goed te werken. Ook heb ik even als test een analyse van die tracklog gedaan. Ik heb mijn telefoon voor het raam gelegd, binnen, dus totaal geen betrouwbare meting en ik heb ook geen referentiepunt uiteraard, dus ik heb het gemiddelde van de meting als referentie genomen voor de analyse. Hier de tracklog op de kaart. Hier een grafiek van de afwijking (meters) ten opzichte van het referentiepunt over tijd (300 metingen in dit geval). Hier een boxplot van de afwijking ten opzichte van het referentiepunt over de hele track. Hier een plot met de verdeling van de richtingen ten opzichte van het referentiepunt waarin de afwijkingen voorkomen. Gemiddelde coördinaat: N52 20.439 E004 37.448 (RD: 102997 483910) Gemiddelde afwijking [m]: 7.78 Standaard deviatie van de afwijking [m]: 5.14 Min afwijking [m]: 0.16 Max afwijking [m]: 25.35

Je kan in de htmlcode van de banner de breedte en hoogte aangeven, dat doe je zo: <img src="Afbeeldingslocatie" alt="Beschrijving" title="Beschrijving" width="100" height="200"> Meer informatie over afmetingen instellen vind je hier: http://www.geocachingtoolbox.com/index.php?lang=nl&page=htmlImageProfilePage bij puntje 6.

Ik heb een pagina gemaakt om tracklogs (.gpx files) te uploaden, samen met nog andere data zoals type, merk en model apparaat, software, referentiepunt, omstandigheden en wat ruimte voor extra eigen commentaar. http://www.geocachingtoolbox.com/index.php?lang=nl&page=gpsVsSmartphone Ik ben bezig om iets te maken om de tracklogs te kunnen analyseren.