Japiejoo

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

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.

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.

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.

@ Van Stolk Als je via de kaart op een meetpunt klikt, kom je op een pagina met meer informatie over het RD punt met vaak een omschrijving hoe hij eruit ziet. Ook kan je dan nog doorklikken naar foto's die vaak beschikbaar zijn. Dat helpt bij het zoeken.

Ik zie dat er aardig wat interesse is en er zelfs al mensen aan de slag zijn gegaan (dat kan ik over mezelf nog niet zeggen). Ik ben van plan om een upload mogelijkheid te maken voor gpx files (en eventuele andere data) om zo alle data te verzamelen en ze (hopelijk) overzichtelijk te kunnen representeren. Ik zal een linkje posten als het zo ver is. Dus als je al iets hebt, gooi het nog niet weg!

Die nauwkeurigheid die Garmin geeft is niet de maximale afwijking van een punt. Het is de EPE (estimated probable error) en dit, hoewel Garmin niet zegt hoe ze hem berekenen, is iets als '75% van de metingen valt binnen dit gebied', waarbij de 75% die ik nu zeg dus niet 75% hoeft te zijn bij Garmin, kan ook 50% of 95% of ... zijn. Lees hier meer: http://gpsinformation.net/main/epenew.txt

Dat is een mooie. Heb je ooit iets met die data gedaan?

Ok, dat is duidelijk en met de rest kan ik het alleen maar helemaal eens zijn!

Aaaaaah kijk, dus het is wel al eens gedaan! Ok, dat was dus, voor mij in ieder geval, onbekend. Eindelijke feiten ! Edit: Hoewel, bedoel je nou met "Ook deze cachers melden geen significante verschillen qua nauwkeurigheid.", dat er niemand komt klagen over een slecht ingemeten waypoint? Dat is niet echt een reden om aan te nemen dat telefoons even nauwkeurig zijn als een GPS toch? Met een kaart en kompas kan je ook caches vinden, dat wil ook niet zeggen dat het even nauwkeurig is. Voor de duidelijkheid, ik geloof helemaal dat de huidige generatie telefoons prima kan concurreren met een GPS en dat ze dezelfde nauwkeurigheid halen, in ieder geval binnen de foutmarge (die verschillende GPSen, modellen, merken ook hebben). Ik cache zelf ook regelmatig met een telefoon, dat heeft zeker voordelen op allerlei gebied, dus wat dat betreft hoef ik nergens van overtuigd te worden. Ik zou het alleen mooi vinden om dit ook gewoon als data op papier te hebben. Maar dat ligt misschien aan mij en de onderzoeker (diep) van binnen.

Als je inderdaad mensen zo ver krijgt om een tracklog te uploaden met de bijbehorende informatie, dat zou top zijn. Upload en analyse mogelijkheden zijn te regelen, dat is geen probleem. Een waardering zou je kunnen maken aan de hand van het verschil van de gemiddelde meting met het RD punt, als ook kijken naar de afwijking van het RD punt over de hele track, als een soort foutmarge (de schommelingen van de GPS rond het punt). Je zou zelfs nog kunnen kijken of de GPS een voorkeur heeft voor een bepaalde richting, of hij bijvoorbeeld constant ten noorden van het RD punt blijft, i.p.v. er in willekeurige richtingen omheen. Het is zeker beter als je alles op hetzelfde moment kan meten natuurlijk, dus dat heeft zeker de voorkeur. Maar, laat ik voor mezelf spreken, ik ga niet het halve land door rijden daarvoor. Dus daarom zou het ook prima kunnen om data door mensen lokaal te laten meten. Die zou je los van het 'event' kunnen bekijken en vergelijken en kijken of die variabelen daadwerkelijk zo veel invloed hebben. Dit (nog actieve) RD punt lijkt het dichtst bij de IJkbasis te liggen: Nummer: 339204; Naam: Steen R.D. Trapjesberg; RD-coördinaten 195898 456851 (N52° 05.903' E005° 59.045').

Ja, dat is zeker ook een mogelijkheid. Het nadeel van alleen een gemiddelde meting doen is dat je de schommelingen ter plekke niet in kaart kan brengen, maar alleen een gemiddelde meting krijgt. Het verschil tussen een GPS die binnen een straal van 5m rond danst en eentje die binnen een straal van 15m rond danst zul je dan niet zien. Terwijl ik met een cache zoeken toch liever die eerste zou gebruiken. Ik verwacht ook geen grote verschillen, maar dat is ook een duidelijk resultaat en bevestigt ook meteen dat een telefoon ook prima gebruikt kan worden.