kalkendotters

Zijn ze ook niet meer, als nieuwe caches. Maar oude caches vallen onder de "grandfathered rule", kortom: ze worden nog gedoogd zolang ze nog bestaan. Zo gauw ze worden opgeheven mogen ze dan ook niet terugkomen. Niet helemaal juist: De hierboven genoemde cache zijn zogenaamde 'locationless caches', dus caches die niet één vaste locatie hebben. Deze hadden vroeger een eigen categorie, maar zijn op dezelfde tijd gestopt als de virtuelen, en webcams. Voor de locationless geld echter niet het grandfather principe; die zijn allemaal verplaatst naar waymarking. Locationless caches die 'vermomd' zijn als virtuele caches mogen ook niet (ook niet als grandfathered) en horen door de reviewers gearchiveerd te worden. Hier en daar zijn er dus kennelijk nog een paar door de mazen van het net geslopen.

Uiteraard kan een foto te groot zijn; maar in dit geval is er gewoon storing bij gc.com met het uploaden van plaatjes. De uploadgrens is iets van 5Mb als ik het goed heb; sowieso is het niet handig om grote foto's te uploaden, omdat die door gc.com teruggezet worden naar een lagere resolutie

Meneer Snellius heeft dat ooit eens uitgewerkt, en het probleem is nu bekend onder de naam 'achterwaartse insnijding'. Het is nog tamelijk lastig om daar de exacte formules voor terug te vinden op het internet. In de meeste gevallen gaat het net zo goed door in excel een numerieke benadering te maken. (en om dit te berekenen is het handig om alles in RD te doen ipv in WGS84) En hier een handleiding hoe je dat netjes kunt tekenen; als je het nauwkeurig doet moet je op een meter of twee kunnen uitkomen: boek: standaard aardrijkskunde

Ja dat werkt ook voor de kaarten op SD. En aangezien de kaartinstellingen per profiel worden onthouden, kun je bv twee profielen maken: een waarin alleen de wandelkaart is geactiveerd, en een tweede waarin je top-duitsland en top-belgie activeert. Dan hoef je alleen het profiel te wisselen als je de andere kaarten wilt zien.

Het lijkt erop dat er een storing op de iPhone server is; meerdere mensen klagen er ook over op het amerikaanse forum. Dus nog even de tanden op elkaar tot ze daar ook wakker geworden zijn, en de boel resetten.

Wel een beetje jammer dat ze de logjes dan gewoon laten staan; nu moeten de eigenaren dat allemaal maar weer uitzoeken en oplossen (als ze het al zien)

Men noemt dat CoCa, Cooperation Caches. Dit is er bijvoorbeeld een: http://www.geocaching.com/seek/cache_details.aspx?wp=GCRM3Z via de bookmarklists die daar op de pagina staan kun je de rest ook vinden :-)

Gewoon weghalen, en een mailtje naar groundspeak. Ik zie namelijk meerdere keren dat er maar een uit een serie gelogd is; samen met het feit dat het over de hele wereld verspreid zit, zijn dit gewoon geen echte logjes. Tevens worden er tamelijk willekeurige TB's gelogd in 2007 .. 2010, lijkt me ook heel sterk dat je 4 jaar na dato de codes nog hebt, en niet weet op welke dag het precies was . En de foto zal ook wel niet kloppen

Tsja; er staan toch echt foute datums in de foto's. Kijk ik bijvoorbeeld in deze log: http://www.geocaching.com/seek/log.aspx?LU...9f-0afb57938c41 (van 5 augustus 2007) Dan staat er in de foto toch echt de datum: 2011:08:01 15:50:57 EXIF data vervang je (normaal gesproken) ook niet zelf. Die gegevens worden door de camera zelf in de foto gezet. Daarin staan o.a. Cameranaam/type, datum en GPS lokatie Waarschijnlijk is het je gewoon niet eerder opgevallen dat de datums verkeerd staan, omdat je die datums alleen te zien krijg als je de foto's via de gallery bekijkt (via profiel, of via cache-gallery). (Of heeft geocaching.com opeens verzonnen dat ze de foto op datum sorteren? dan komen dit soort 'fouten'natuurlijk meteen aan het begin van de fotolijst terecht ?)

Datums bij de foto's worden uit de foto zelf gehaald (EXIF gegevens) Als het fototoestel dus niet op de juiste datum staat, krijg je wat rare gegevens bij de foto

't Is natuurlijk niet helemaal de bedoeling, maar gewoon iets maken in PocketWord of PocketExcel ? Afhankelijk van de PDA zou het zomaar kunnen zijn, dat je op de foto toch al helemaal niets kunt lezen van wat er op het schermpje staat.

Sluikreclame [] Toegevoegd in voorjaar vorig jaar, heeft ook nog eens twee maanden niet helemaal correct gewerkt zodat in het lijstje bij de hotels ook de nog niet gepubliceerde caches werden vermeld met de afstand. Met flink wat rekenwerk kon je dus traditionals uitpeilen als er voldoende hotels in de buurt lagen.

Zo simpel is dat niet; en er staan momenteel al diverse servers te rekenen voor de PQ's ... Door slim programeren kun je vaak veel meer winnen dan door botweg computers extra te plaatsen Ik was al beniewd wie dit als eerste zou opvallen in Jeremy's quote Maar we moeten dus nog even geduld hebben; dan kunnen de 20 PQ's voor NL weer terug naar 10 PQ's (en dan weer oplopend naar 20 ...)

Dit weekend waren er BIG problems met de PQ server; waarvoor Jeremy zelfs zijn excuses heeft aangeboden op het amerikaanse forum. op dit moment zou alles weer goed moeten draaien, maar is nog bezig met een inhaalslag:

Verbaast me niks dat je het niet helemaal snapt; het is ook nogal een lastige functie. Er zijn twee manieren om te quoten: met het 'reply' knopje in het bericht zelf: deze zal altijd het bericht waar je het reply knopje van gebruikt 'quoten' De tweede mogelijk is met de 'add reply' knop onderaan de lijst met berichten. De berichten die dan gequote worden zijn de berichten waar je eerst op het knopje '+quote' hebt gedrukt. Aangezien deze knop de actie aangeeft die uitgevoerd wordt als je op de knop drukt, veranderd deze dan in '- quote'. Met 'Add reply' krijg je dus alle berichten gequoted die het knopje op '-quote' hebben staan. Druk je meteen op 'add reply' dan wordt er dus geen enkel bericht gequote omdat je nog geen berichten hebt geselecteerd met het '+quote' knopje.

Kijk, dat is nog eens service :-) scheelt mij weer uitzoeken waarop ik eigenlijk reageer

De macro werkt ietsje anders Op basis van de coordinaat wordt met behup van een DEM database de hoogte berekend/opgezocht van de cache. En die hoogte wordt dan ingevuld bij de cache. Uiteraard geeft dit niet de exacte hoogte, omdat: - de cache op de grond of in de boom kan zitten - de DEM database gebruik maakt van 30m vlakken - de cache niet op de paginacoordinaat hoeft te liggen Maar het geeft een redelijke indicatie van de hoogte

Dat klopt: als je op de GPS de actieve track bewaart, dan wordt deze track gestript van datum en tijd, en teruggerekend naar maximaal 500 trackpunten. Ook de duurdere modellen hebben dezelfde handicap

En weer een nieuwe update voor de diverse modellen: Dakota (WebUpdater) software version 2.60 http://www8.garmin.com/support/download_details.jsp?id=4527 Oregon (WebUpdater) software version 3.60 http://www8.garmin.com/support/download_details.jsp?id=4051 Oregon 550 (WebUpdater) software version 3.10 http://www8.garmin.com/support/download_details.jsp?id=4523 * Increased the map drawing range to allow maps to draw farther south. * Corrected issue with route line sometimes not drawing. * Corrected issues with marine POI. * Corrected issues with GB Discoverer maps. * Corrected issue with project waypoint bearing sometimes not showing the input value. * Corrected issues with possible corrupted profile showing on the Profile Change page. (Oregon 550 only)

Dan zou het zomaar eens kunnen zijn dat je per ongeluk hebt aangegeven dat firefox geen plaatjes mag laden van geocaching.com (kan bv eenvoudig via rechtsklik op het plaatje, en dan 'Afbeeldingen van geocaching.com blokkeren') Opheffen doe je via de Extra, Opties, tabblad inhoud, knop 'uitzonderingen' achter 'afbeeldingen automatisch laden' (het is overigens een reuze handige optie om bv websitetellers niet op de pagina te laten zien)

Die geeft bij mij geen resultaten (zoekdatum 2009-03-31) Bij mij wel ;-) Even wat kleine aanpassingen gedaan, en meteen maar even kleurtjes aangebracht voor de cachestatus.

Als je dit er echt hebt staan, dan moet je de html even aanpassen naar iets dat wel correct is: '<img src="http://img.geocaching.com/cache/6684a233-27f9-4b91-b51d-5cff76a43302.jpg" width="30%" height="30%" />' die /> hoort er namelijk niet tussen.

Wat bedoel je? De gearchiveerde puntjes op de kaart van Nederland komen weer terug. Ik heb hier dat probleem ook, maar volgens mij heeft dat niets met gc.com te maken en wel met gc.nl het is alleen wel toevallig dat het meestal voorkomt na een update van com. Omdat de layout behoorlijk is aangepast, struikelde het .nl systeem een beetje bij de gearchiveerde caches. Aangepast, en ze verdwijnen nu vanzelf weer in t archief.

Even wachten totdat gc.com en de maker van de statsmacro eruit zijn, en dan de nieuwe versie van de macro downloaden. Ivm met de restyling van gc.com moet nml de html die gemaakt wordt door de macro hier en daar aangepast worden.

En hier een draadje op het amerikaanse forum waarin de geupdate scripts gemeld worden: http://forums.groundspeak.com/GC/index.php...t&p=4188441