kalkendotters
-
Aantal bijdragen
1223 -
Geregistreerd
-
Laatst bezocht
-
Gewonnen dagen
35
Soort bijdrage
Profielen
Forums
Kalender
Berichten geplaatst door kalkendotters
-
-
Het zit zo:
Het is nog NOOIT zo geweest dat optellen voor aftrekken ging. Aftrekken is eigenlijk een optelling van een negatief getal.
(voorb: De aftrekking 6 - 2 = 4 kun je ook schrijven als optelling: 6 + - 2 = 4.)
En zo is vermenigvuldigen ook niet sterker dan delen.
(delen door 3 is eigenlijk vermenigvuldigen met éénderde)
Hoe is het er dan ooit ingeslopen?
DOOR DIE AKELIGE REKENMACHINE!!!
In de eerste rekenmachines was de fout geslopen dat optellen wel voor aftrekken ging, en vermenigvuldigen voor delen. Toen is de regel Meneer Van Dalen Wacht Op Antwoord er in geslopen. (Ik heb ook wel eens de regel Vier Dagen Op Ameland gehoord) De rekenmachines van tegenwoordig zijn gelukkig goed. Helaas is die foute regel er nog wel steeds, maar hij klopt niet.
Hier nog één keer de juiste volgorde:
1. alles tussen haakjes
2. machtsverheffen
3. vermenigvuldigen en delen van links naar rechts
4. worteltrekken
5. Optellen en aftrekken van links naar rechts.
Overigens ben ik de 'owner' waar de starter van deze topic het over heeft...
(in het dagelijk leven ben ik onder andere wiskundeleraar
, en dat is echt heel leuk)Aangezien worteltrekken hetzelfde is als machtsverheffen met de reciproke is het onlogisch om tussen machtsverheffen en worteltrekken opeens eerst het vermenigvuldigen voor te trekken....
Want: Wortel(2) = 2^(1/2)
logischer is dus:
1) haakjes
2) machtsverheffen, worteltrekken
3) vermenigvuldigen,delen
4) optellen, aftrekken
Gelukkig wordt in de praktijk bij machtsverheffen en worteltrekken heel duidelijk aangegeven op wel deel het betrekking heeft dmv haakjes of het 'dakje' van het worteltrekteken.
En bij cachen blijkt een veelheid van de formules helaas toch al niet te voldoen aan de wetenschappelijke notatie en komt het dus op boerenverstand aan om te herleiden welke rekenregel er nou precies bedoeld/gebruikt wordt.
-
En wat heeft dat t emaken met mail van gc.com naar niet-yahoo gebruikers?
Eigenlijk niets, maar als je een foutje maakt tijdens het foutzoeken wel.
Excuus mailtje van Elias: (een van de groundspeak programmeurs)
Due to the large backlog of Yahoo email and a mistake I made when fiddling with the mail queue , outbound emails from the site became stuck in queue. I've corrected the issue and all email is flowing normally again (with the exception of the large Yahoo backlog still waiting to go out and our continued issues with Charter).
Elias
-
Bij mij gaat dat met de telefoon sowieso niet op, ik heb hem altijd op slot staan met een code.
Alle telefoons hebben een systeem ingebouwd, zodat je altijd 112 (en 911) kunt bellen. Zowel zonder sim-kaart als wanneer de telefoon op slot staat
(probeer maar eens; zonder echt te bellen natuurlijk, want daar worden ze niet blij van)
-
Een van de redenen dat een cache wordt geretraced is dat er nog steeds founds logs op worden gedaan.
Dat kan natuurlijk wanneer de box er nog ligt, maar het schijnt dat volgens de richtlijnen een gearchiveerde cache niet meer als found mag worden gelogd.
Om dat te voorkomen wordt in sommige gevallen de cache geretracked en dan kan je er niets meer mee, dus ook geen found logs.
Als het alleen maar gaat om het niet kunnen loggen, dan kan ook gewoon de gearchiveerde cache op slot gezet worden. Het is daarvoor niet nodig om hem te retracten.
(zie bv de locationless caches waarvan er veel (alle?) op slot staan: wel te zien, niet meer te loggen)
Retracted gebeurt alleen als er iets mee aan de hand is: geen toestemming, verzoek van de legger, verzoek van de grondeigenaar, etc
Dit is de enige methode om ervoor te zorgen dan de mensen de cache en bijbehorende coordinaten niet meer kunnen zien.
(en voor de puntentelling bij .com maakt het niet uit dat de cache retracted, gearchiveerd of niet beschikbaar is; zolang er een logje bestaat wordt ie meegeteld)
-
Het blijft dus toch waarschijnlijk handwerk
maar bedankt voor de reactie 
Of je vraagt het even lief:
Missing (1): GC509A Datum (1): GCPY7J
-
Ben benieuwd of het voor anderen ook wel, of juist niet werkt.
Voor mij niet.
Alle overige zaken uit DHZ menu wel, maar aanklikken van foto carrousselleidt tot NotActivated.php.
(Suc6 met zoeken)
En ook ik krijg een not activated pagina.
Terwijl de rest van DHZ wel netjes werkt.
-
Het imode interface (imode, pda, smartfoon of zelfs gewoon je PC) is nu beschikbaar via i.geocaching.nl.
Ziet er handig uit
<Puntjes op de Imode>
De link naar het News binnen Imode werkt niet en geeft in plaats daarvan wat informatie over de lokatie van het forum...
</Puntjes op de Imode>
-
Er zijn er zelfs nog minder....
Het nummeringsysteem was in eerste instantie hexadecimaal, en is begonnen bij GC1.
Daarna GC2,GC3..GC9,GCA,GCB,..,GCF,GC10,GC11,..GC1F,GC20,..
toen de 4 cijfers bijna vol waren is bedacht dat er zo wel erg verkwistend met de ruimte omgesprongen werd en is er overgestapt op een 31-talig/letterig systeem. (de letters I L O S en U komen niet voor ivm de kans op verwisseling)
Na GCFFFF werd dus verdergegaan met GCG000, GCG001,..
Straks, als de letters weer op zijn, wordt er een cijfer/letter voorgeplakt en kunnen we weer jaren vooruit; we gaan dus van GCZZZZ, naar GC10000,GC10001,...
aantal mogelijke caches:
GCZZZZ = 512,400
GCZZZZZ = 28,218,030
-
Vraagje: als ik een DHZ aanvraag voor een cache worden dan alle logjes voor die cache opnieuw bekeken? zodat deze bv ook meteen gecorrigeerd is voor bv SN@g ?
Neen.
Jammer, dan kan ik dus geen DHZ-aanvraag-service beginnen...
Dan moet SN@G ze zelf maar even inkloppen:
Missing (23): GCMTAD GCPYKM GCPYKQ GCEAB0 GCHRV5 GCAC6C GCN8NJ GCN8NK GCHQRV GCNEYV GCRQCE GCVQG3 GCMQFN GCW84R GCK77B GCXQM1 GCXNX1 GCNX62 GCNY1V GCZ34C GCZK18 GCTZ3E GCZG43 Extra: (2): GCK8EE GCR0FD Datum: (6): GCHNRX GCG9J7 GCG9JE GCKFD8 GCW33A GCZ279
Missing: staat niet op .NL
Extra: staat wel op.NL maar niet op .com: zijn caches die unpublished zijn
Datum: logdatum op NL en COM niet gelijk
-
Volgens HH zouden de statistieken nu weer helemaal moeten werken, zoals vermeld in het "wat hangt er aan mijn muis" draadje.
Het lijkt er echter op dat ook de aanvraag via DHZ nog niet helemaal doet wat we zouden wensen.
Op dit moment mis ik nog de volgende caches in de lijst, die ik allemaal heb aangevraagd bij de DHZ:
Missing (27): GCNRGT GCM821 GCEA7F GC226B GCJ4NR GCT8P7 GCAC6C GCTDYA GCKHEV GCKRAD GCW1HM GCWZV0 GC1372 GCXR8Y GCJ5H5 GCYHMN GCHPZA GCTD8G GCKEAP GCMP1R GCTE6G GCT5P6 GCRP1Y GCTGD1 GCHYDK GCP4WF GCP7M9
Vraagje: als ik een DHZ aanvraag voor een cache worden dan alle logjes voor die cache opnieuw bekeken? zodat deze bv ook meteen gecorrigeerd is voor bv SN@g ?
-
Het lijkt erop dat de earthcaches niet meegenomen worden op de NL-kaarten.
Op dit moment ontbreken ze alledrie. Ik heb een DHZ aanvraag voor ze ingediend, maar ben bang dat ook dat niet helpt.
-
hehehe, heel simpel, ware het niet dat beide al in ingevuld zijn in de trusted sites
Het zijn de enige 2 sites die ik al ingevoerd had. Ik kom immers bijna nergens anders dan op beide sites 
Niet dus....
want ik zei: *.geocaching.nl moet ingevuld worden bij de trusted sites
als je nml goed leest, wordt je doorgestuurd vanaf WWW.geocaching.nl, en niet vanaf FORUM.geocaching.nl
-
Ik ben altijd ingelogd op geocaching.nl en bij geocaching.com.
Als ik vanuit IE op de nieuwe kaart een cache aanklik, dan krijg ik dus onderstaand plaatje te zien. Als ik op Yes klik, dan wordt de cachebeschrijving ingeladen. Dit is dus als ik ingelogd ben.
Dit schermpje krijg je te zien, omdat je geocaching.COM wél hebt toegevoegd aan de lijst 'trusted sites'/'vertrouwde websites' en geocaching.NL niét.
Oplossing: ook geocaching.NL toevoegen aan de 'trusted sites' [
] via 'Extra', 'internet opties','beveiliging', daar klikken op 'vertrouwde websites', klik op de knop 'websites' en type in het boxje '*.geocaching.nl',(zorg dat het vinkje onderaan uitstaat, bij HTTPS) 'toevoegen'Simpel toch ?
-
Hoe actueel is de "nieuwe" kaart? GCD9C Vissen - Pisces is sinds 7 november 2006 gereanimeerd, maar staat nog niet op de kaart, ook niet bij nieuw.
Wordt de kaart dagelijks bijgewerkt? Welke frequentie van bijwerken wordt gehanteerd?
De "nieuwe kaart" is exact zo actueel als de "oude kaart". Ze gebruiken namelijk dezelfde gegevens.
Er zit echter ergens een probleem met het snel detecteren van status overgangen. Van actief naar inactief is dat meestal niet zo'n probleem. Van inactief naar actief blijkbaar wel. Ik heb de betreffende cache een schop gegeven.
Wordt actief/inactief/archief ook bijgewerkt als een DHZ refresh van de cache wordt aangevraagd ?
Zo ja, dan kan ik mijn programmatje jouw programmatje wel een schopje geven als de resultaten niet helemaal correct lijken.
Ik mis overigens nog een functionaliteit van de google-kaarten. Op de oude kaartjes kon je altijd zien of een nieuwe cache al gevonden was omdat er dan nog een wit ringetje om de gekleurde stip stond. Gaat er ook zoiets komen voor de nieuwe kaarten?
Ik had gehoopt dat niemand het zou opmerken. Dat witte ringetje wordt namelijk via een truuk op de kaart gezet. Omdat GoogleMaps heel anders werkt gaat die truuk niet werken voor de nieuwe kaarten. Maar ja, hoe dan wel?
Mogelijk een aparte kaart, maar dat zie ik wel als zwakte bod. Je zou voor de nog niet gevonden een nieuw pinnetje kunnen gebruiken die bv vierkant is, valt lekker op.
Of gewoon een wit randje tekenen binnen de huidige prikkers, en als tweede set markers laden. De juiste marker kiezen zal voor jou niet echt een probleem zijn. (toch?)
-
als we dan toch bezig zijn... waar kan je dan die blachlight lampjes kopen? ik was van het weekend bij het HHE-event en zag hele goeie maar ben vergeten te vragen waar ze vandaan komen. ik kon ze niet vinden in de winkels. ik wil ze graag in een winkel kopen en niet op internet.
En die van ons bij de Lidl...
-
Sind 20:45 draait de chat niet meer...
Een aanroep van de chat levert 0 bytes aan info op.
-
Waarom moeilijk doen... zoek ff op "Yagcu"
Heb ff gegoogled en ziet er perfect uit. Vraagje hierover: kun je hiermee van gc.com gpx files halen zonder dat je premium member bent?
Nee, hiermee kun je de website van gc.com 'spideren'; oftwel de gewone cachepagina's ontleden en opnemen in een offline database. 'Spideren' is echter verboden door gc.com, en als je dit doet kan dit lijden tot een tijdelijke of permanente ban.
Daarnaast wordt het programma op dit moment niet meer doorontwikkeld en zul je moeten hopen dat anderen patches ontwikkelen als de layout van de gc.com pagina's weer verandert.
-
Maps en watchlist snap ik, maar is de First-To-Find een nieuwe optie geworden? Worden er daar nu statistieken of rankings van bijgehouden door groundspeak zelf?
Waarom wordt daar zo mee geadverteerd?
Ik kan er niet over op het gc forum vinden.
Iemand een idee?
Het voordeel dat je hebt als premium member voor FTF's is dat je 'alarmen' kunt instellen op de website. Zodra een cache gepubliseerd wordt (of gearchiveerd of geupdates, of...) krijg je automatisch een emailtje.
En kan je dus eerder zijn dan de anderen die elke keer op de 'nieuwe' caches pagina van gc.com moeten kijken.
-
Een heel erg handige manier is google earth.
Je download eerst google earth hier: http://earth.google.com/download-earth.html
Daarna download je de geocaching kml hier: http://www.geocaching.com/kml/buildnetworkkml.aspx
Wordt die ook regelmatig geupdate?
Real time toch?
Let wel: de cachelocaties worden met deze link bewust 'gestoord', alle caches liggen tot 200m van de echte plaats in Google Earth.
Ook kun je maar maximaal 200 views per dag gebruiken, normaal gesproken genoeg, maar als je veel heen en weer zoomt of schuift op de kaart, dan kun je er zomaar eens doorheen zijn.
Lijkt me interessant ga ik ook proberen. Als je member bent ziet ie dan ook de member caches?Ja, voor de members zie je dan ook members-only caches.
-
Voor degene die zich opeens afvragen waarom de pocketqueries niet meer binnenkomen:
vanaf afgelopen woensdag worden queries die ouder zijn dan 30 dagen, automatisch uit de lijst te draaien PQ's gehaald.
In de laatste PQ krijg je dan de volgende melding:
It has been 30 days since you last edited this query. To continue receiving this query next week you will need to reselect the days for it to run. This is an automatic housekeeping rule to speed up Pockey Query generation for everyone.
En aangezien iedereen natuurlijk altijd de complete emails leest die bij de PQ worden meegestuurd, is dit berichtje eigenlijk voor niemand nodig. [
] -
Nog even voor de duidelijkheid:
Met de gegeven constructie via de wap is het alleen mogelijk om eerder de cachegegevens te zien; er staan geen oplossingen bij en geen eindcoordinaten.
Dus het puzzelen en multi's oplossen blijft gewoon exact hetzelfde als dat het al was. Ook het zoeken naar de cache veranderd niet, en blijft dus net zo moeilijk/makkelijk als de cachelegger bedoeld heeft.
Het enige voordeel dat ik dus heb van maken van de geocaching-wap puzzel is dat ik die informatie soms wat eerder zie.
En uiteraard had ik het veel langer vol kunnen houden als ik gewoon nergens de datums/tijd had ingevuld, en gewoon stug volhoud dat ik midden in de nacht 60km heb gereden :-)
En ik beloof jullie dat ik vanaf nu geen gebruik van de WAP meer zal maken om de FTF te scoren. Ik vraag me zelfs af of ik daar uberhaupt nog aan ga doen...
-
Zoals al aangegeven zit er een 'fout' in de wap interface van geocaching.com, hierdoor is het soms mogelijk om informatie te verkrijgen over een nog niet gepubliseerde cache.
Deze fout is al bekend bij het amerikaanse team sinds minimaal feb 2006.
Normaal gesproken heb je niets aan deze informatie omdat onze NL reviewers zo snel zijn: voordat je ze via wap gevonden hebt staan ze al online. Toevallig waren beide reviewers tijdelijk niet beschikbaar en hoopte het aantal ungepubliseerde caches zich op, en daardoor wordt de kans op het vinden van een ongepubliseerde cache natuurlijk ook groter.
Vervolgens kun je met die heel beperkte gegevens kun je dan soms een cache vinden. (let wel, dat zijn dan zeker nog niet de eindcoordinaten van de puzzels of multis, daarvoor moet ik net als ieder ander hard puzzelen)
Overigens nog niet zo eenvoudig als het lijkt:
want: ligt de cache er uberhaupt wel, wordt de cache wel goedgekeurd door de reviewer, is de locatie eigenlijk wel correct (banpaal lag bv aan de andere kant van het kanaal), etc.
Kortom nog veel lastiger dan met een 'gewone' cache.
En volgens mij staat FTF toch echt gewoon voor First To Find.. en dat heb ik.
Is de cachelegger het daar niet mee eens is, dan moet ie maar een mailtje sturen naar Willxii en dan trekt ie die puntjes wel van mijn resultaat af.
(ps ik beantwoord geen emailtjes over hoe en wat betreffende deze thread)
-
ehm...hoelang gaat het nog duren?
ik begin de geochat nu toch wel aardig
te missen
alvast bedankt, Luilak
Ik heb uit best wel betrouwbare bron vernomen dat het al lekker opschiet.
Als er verder niks tegenzit / over het hoofd is gezien, dan zal deze waarschijnlijk in de loop van het weekend weer actief worden.
Dus nog een klein beetje geduld.
-
Op dit moment ligt de chat er geheel uit. Aanroepen van 'GeoChat' hier rechtsboven levert een blanco scherm op.
Dus ofwel is de site opnieuw gehacked,
ofwel heeft het team de chat tijdelijk offline gehaald omdat (gezien de berichten op het TuFat forum) er een 'lek' zit in de versie die hier werd gebruikt.
Het Tufat team is al bezig met het dichten van het gat (of eigenlijk: heeft dat al gedaan) en ik neem dan ook aan, dat de chat spoedig weer geopend zal zijn.
Gearchiveerde caches wel/niet in GSAK ?
in G.S.A.K.
Geplaatst
Simpel:
Gearchiveerde caches worden nooit in een PQ meegestuurd BEHALVE in de speciale PQ met de eigen finds.
Gsak onthoudt netjes alle caches die je inlees. En update ze alleen maar als er nieuwe gegevens in een PQ zitten voor die cache. En zal ze dus nooit automatisch 'archiveren'(tenzij je hem al gevonden hebt, en je de eigen-finds-PQ importeert)
Wil in gsak de gearchiveerde markeren, dan sorteer je op gpxdatum, en markeert alles met een update datum die voor de vorige week (bijvoorbeeld) ligt.
Overigens: tijdelijk gearchiveerd bestaat niet: dat zijn tijdelijk niet beschikbare caches...