kalkendotters
-
Aantal bijdragen
1222 -
Geregistreerd
-
Laatst bezocht
-
Gewonnen dagen
35
Soort bijdrage
Profielen
Forums
Kalender
Berichten geplaatst door kalkendotters
-
-
Nou ja, alles OK...
Er zijn nog een paar kleine foutjes, op de archived kaart zijn de volgende caches die echter niet gearchived zijn:
GCF8DA (net geunarchived)
GC87F9
GCG1JP
GCMJYP
GCN6Z2
GCNNWT
GCPNHH
GCPNHK
GCQ0YV
GCX60D
-
Hallo,
Ik ben nieuw hier en nieuw in geocaching.
Maar wil ik graag met jullie delen mijn hulpmiddel in form van een leuke on-line kaart.
Kijk op:
Groeten Darek
Hallo darek. Dit geeft het door bij mij:
@Reintje:
wat is er dan mis met googlemaps? Bij mij werkt het als een tierelier. Supersnel eigenlijk.
Als ik een van mijn eigen caches invoer en dan even de afstand ga vergroten dan zie je meteen alle caches die er bij in de buurt liggen. Als je in detail gaat, zie je me voor het raam zitten te kompoeteren
De melding die je krijgt is het gevolg van het maken van heel veel punten op de Googlemap, zodra je boven de 100/500 komt ga je dit erg merken. Het opbouwen van de kaart om alle punten te definieren wordt dan merkbaar te lang (zelfs als je een rappe PC hebt)
Het werkt 'wel' via de GC site omdat je daar gewoon niet meer dan 150 waypoints tegelijkertijd krijgt te zien. Zodra je probeert heel NL of de Benelux te tonen met z'n 2500 caches dan werkt dit niet meer...
En dat is het probleem waar Rein nu tegenaan loopt: de Google API is gewoon te traag als er veeeel punten getoond moeten worden.
-
Dit is inderdaad in de testfase (zie het groundspeak forum thread).
Het idee (dat al werkt!) is: je maakt in Google Earth een route, deze upload je naar gc.com (in .kml formaat), vervolgens kan je alle caches die maximaal 1 tot 5 mijl/km naast de route liggen laten selecteren in een PocketQuery.
Daarnaast kun je ook gebruik maken van de routes die andere aangemaakt hebben.
-
heb het probleem ook,weet ook echt niet hoe ik het kan voorkomen.
Het is een bugje bij .com, daar kun je zelf helemaal niets aan doen.
De enige oplossing is om ervoor te zorgen dat je ingelogd blijft bij gc.com, dus het vinkje aanzetten bij 'remember me' tijdens het inloggen.
-
Ofwel is de oplossing nog niet geimplementeerd, ofwel treedt er een ander probleem op.
Ik houd het op de eerste optie.
Zou nu goed moeten zijn.
Nog nét niet...
Nu is opeens WK pool cache Hattem voortijdig in het archief gedaan. Niet dat het veel uitmaakt omdat ie toch al unavailable is.
Maar ja, computers he; die zouden niet zelf moeten beslissen om de cache alvast maar te archiveren.
-
Het andere probleem is overigens inmiddels geïdentificeerd. Met dank aan kalkendotters voor zijn opmerking vanmorgen. Het probleem wordt veroorzaakt door de slechte toegankelijkheid van gc.com. Een oplossing is in de maakt.
Ofwel is de oplossing nog niet geimplementeerd, ofwel treedt er een ander probleem op.
Deze keer is "Anc(h)or's Nordic Walking Cache" het slachtoffer. Op de gearchiveerde kaart, maar gewoon werkend...
-
hallo allen,
is er een manier om de gearchiveerde caches te zien te krijgen ?? het is me nu 2 keer gebeurt dat een cache die op .com gearchiveerd staat ...in mijn gsak gewoon beschikbaar is .....
Ik snap echt niet wat je nu precies bedoelt.
De PQ nemen wel degelijk de unavailable caches mee, tenzij in de query hebt aangegeven dat je dat niet wilt.
Bij Tools, opties, general kun je (rechts bovenin) deze unavailables middels een rode kleur zichtbaar maken.
Net als je founds en je zelf geplaatste caches.
Zo valt alles heel goed te beheren.
Als je niet snapt wat er bedoelt wordt, waarom antwoord je dan
Er is een fundamenteel verschil tussen 'unavailable' caches en 'gearchiveerde' caches: de eerste worden nml wel mee gestuurd met een PQ, en de tweede niet
De enige keer dat gearchiveerde caches meegestuurd worden in een PQ is in de eigen founds lijst.
En aangezien je de gearchiveerde caches niet in de PQ's meekrijgt, kun je dus alleen constateren dat een cache gearchiveerd is doordat deze cache opeens niet meer meekomt in de PQ. (Of door van alle caches de webpagina te openen en te kijken of ie daar op gearchiveerd staat.)
Als de cache eerst een tijdje op 'unavailable' heeft gestaan voordat deze gearchiveerd wordt, dan is het probleem niet zo groot omdat je dan eerst een PQ krijgt met de status op 'unavailable', en later verdwijnt uit de PQ.
Als Mumzle dus zijn manier van inlezen/controleren niet aanpast, dan gaat ook hij een keer op zoek naar een gearchiveerde cache; omdat ze in GSAK gewoon op de laatst bekende status blijven staan... (vaak 'unavailable', maar soms 'available')
-
Hallo geocachers.
Ik wil mijn eerste cache gaan zoeken. Ik heb alle vragen over de schilderijen van Rembrandt e.a. beantwoord. Dit was van de cache bij Alkmaar, Rembrandt in 15 minuten. Vervolgens staat er een code van een site waar ik dan heen wordt gestuurd, maar ik krijg steeds een foutmelding als ik naar die site ga.
Ik wil heel graag echt op pad, maar kom dus niet verder, wie helpt me??????
Groet een nieuwe cacher, Lot
Dan heb je een of meerdere antwoorden niet goed, want bij mijn oplossing krijg ik netjes de juiste pagina te zien.
Maar een mailtje naar de maker kan natuurlijk altijd.
-
Ben benieuwd of dat ruilen lukt. Heb eenzelfde geval gehad. Daar zei men mij dat de verpakking beschadigd was
en men kon om die reden niet ruilen 
. Mijn les toen was. Laat het kaartje in de winkel uitpakken, door het personeel.
les 1 consumentenrecht:
als het product niet werkt dan moet de leverancier (de winkel dus!, en niet de fabrikant) zorgen dat het wel werkt (repareren of omruilen dus) of je het geld teruggeven.
Ze mogen je niet afschepen met het feit dat de verpakking is geopend.... (hoe zou je anders kunnen constateren dat het niet werkt?)
(als je het terug wilt geven omdat het je bij nader inzien niet bevalt, is het een ander verhaal)
-
Als Reintje wil, dan kan/wil ik wel even meedenken over het waarom van dit verhaal...
Voorzover ik kan zien is dit de enige die ten onrechte op archived is gekomen...
Ik krijg ook de indruk dat het probleem zich niet massief openbaart.
De voor de hand liggende controles, zoals de correcte status in XML feed achter de parser heb ik natuurlijk al geprobeerd. Daarom vrees ik dat je hulp niet direct resultaat zal hebben.
Deze code loopt al jaren/maanden en nu gaat er met één cache iets mis. Ra, Ra.
Bertien is weer een gelukkig mens, want haar cache handcijfers staat nu weer goed.
Het nieuwe slachtoffer is de cache "925 jaar Langedijk deel 2", van roestje; nu is deze onterecht gearchiveerd [
] -
Begrijp ik het goed dat het misschien bij een volgende auto-update het misschien weer "hersteld" is in gearchiveerd?
Kennelijk wel, want ondertussen staat ie al weer op de archived-pagina
Als Reintje wil, dan kan/wil ik wel even meedenken over het waarom van dit verhaal...
Voorzover ik kan zien is dit de enige die ten onrechte op archived is gekomen...
-
Kennelijk gaat er iets fout bij het markeren van de actieve caches.
Op dit moment staat namelijk (o.a.?) de cache 'handcijfers' op de kaartpagina met gearchiveerde caches
. Volgens de gc.com site is deze cache nog springlevend.Voorzover ik kan zien is deze cache ook niet tijdelijk gearchiveerd geweest, en dus geheel ten onrechte in het verdomhoekje verplaatst.
-
Ik gebruik ook een Holux om te cachen. Tot nog toe niet gehad dat de Holux vastliep. Wel af en toe een verbinding die niet wil starten maar dat ligt aan de PDA (HP2210), opnieuw starten van de PDA zorgt dan voor een perfecte verbinding.
Enige nadeel van de Sirf3 is dat bij lage snelheid de doorgegeven snelheid en richting niet meer worden worden geupdated. De positie zelf wordt wel aldoor netjes geupdated, dus aan de hand van de hoek tov van de cache en een schatting van het noorden is prima de cache te vinden.
(of gewoon langzaam heen en weer lopen, en kijken of je van of naar de cache toegaat, tot de minimale afstand, en dan haaks op die richting hetzelfde [
])Verder ben ik bijzonder teverden met de Sirf3 omdat ie in de meest ongunstige omstandigheden nog een positie weet te bepalen, iets waar de oudere chipsets regelmatig problemen mee hebben.
-
Wat dachten jullie van “Een oppikkertje”?
Bij ons noemen we een door ma Brick thuis opgeloste/voorbereide cache en waarvan ze dus denkt de eindcoördinaat te weten een oppikkertje.
Onze kinderen houden hun hart vast en beginnen vaak al te zuchten: “Daar heb je mama weer met haar oppikkertjes”.
Het komt dan ook regelmatig voor dat we naar een oppikkertje veel langer zoeken dan naar een gewoon buiten in de vrije natuur opgeloste multi-cache....
We vinden ze ook wel eens hoor!
Oppikkertje toegevoegd. #373. Dank.
Als variatie daarop hebben wij de Huiskamermulti. Oftewel een Multi die thuis volledig is te berekene, evt met behulp van Google, danwel door logisch redeneren.
-
Pallas komt alleen niet op TV, Kruimel, want Pallas heeft het kaartje lekker laten liggen
ik hoef geen media-aandacht aan Geocaching te geven, dat mag de volgende doen als hij daar zin in heeft...
Zou wel een stunt zijn, als iedereen het kaartje laat liggen..
-
Helaas is het niet mogelijk de methode van berekening
te geven. Het enige wat ik kan zeggen is dat het een
forse wiskundige berekening is....
Wat een grapjas. Dat is gewoon een gedocumenteerde formule. Er zijn diverse excel-sheets die dat doen (zonder macros)
-
Zoals ik hierboven als schreef: foutje in de sessie.
(tijdelijke) oplossing:
Open eerst (eenmaal) www.geocaching.com, daarna kun je naar hartelust links vanaf het forum e.d. gebruiken.
Dit geldt bv ook voor de links die geocaching zelf in emailtjes rondstuurt. :-(
-
De problemen hebben te maken met de 'sessie' die je gebruikt op de geocaching.com
Elke gebruiker die een pagina bekijkt krijgt een uniek label (de sessionID) zodat de site weet welke pagina je opent en waar je vandaan komt.
Om de een of andere reden wordt deze sessionkey niet (altijd?) aangemaakt als je een willekeurige pagina opent. Als je echter eerst de hoofdpagina (www.geocaching.com) opent en daarna pas naar de cachepagina gaat, dan werkt het wel goed.
Paddestoelen Project
in Algemene vragen
Geplaatst
Het is nu zomer
Al wat verder bekend over het project ? Of liggen alle Paddo's in de ijskast ?