Eagles

Hahaha, die Urban-1 is nog eens een bizarre vorm van een multi-cache. Niet meerdere punten en aan het eind één doos, maar één punt en dan... meerdere dozen!!! Ik hoop dat ons hetzelfde gaat overkomen met 12 Steden 13 Ongemakken: Nijmegen. Die is weggehaald en het kan bijna niet anders zijn gedaan dan door jeugd gezien de lokatie. Het was een lelijke dikke glazen pot, de inhoud was niet meer je-van-het (wilde hem namelijk rond die tijd nèt gaan hervullen) dus het lijkt me dat een jonger persoon er niet echt interesse in heeft om zelf te gebruiken (i.t.t. wat ik van een ammobox zou verwachten). Dan zou ik echter verwachten dat hij/zij de inhoud ter plekke rondgestrooid en/of de pot kapotgegooid zou hebben. Maar niets van dat, geen spoor te vinden in de hele omgeving. Het zou toch wel erg leuk zijn om een mailtje aan te treffen met daar-en-daar kun je hem vinden... maar ja... "dream on" denk ik dan maar. De mazzel die de prof had zal zich wel niet zo vaak herhalen.

Tijdens m'n vakantie heeft het kaartjes maken natuurlijk even stil gelegen. Toen ik echter gisteren weer vrolijk de draad op wilde pakken merkte ik dat die zooi bij .com het weer eens niet deed. Niet eens gewoon alleen maar traag, maar niks, nakkes, nada aan respons. Goed, dan maar een dagje uitstellen, tot nu dus. En ja hoor, het lukte... 16 pagina's caches gedownload... en weer stopt de toko aan de andere kant van de plas ermee. Dus het lijkt er helaas op dat er ook deze week geen kaartjes-update komt. Ik zie namelijk zo 1,2,3 geen gaatjes tijd meer om het er nog ergens tussendoor te doen.

Ik reageer eventjes in dit forum op een PM die ik pas heb ontvangen, maar n-e-r-g-e-n-s meer terug kan vinden en ik weet ook niet meer de naam. Dus degene die mij pas een mail stuurde, stuur hem nog eens. Een deel van het antwoord: Nee, Duitsland kan er ECHT niet meer bij. Althans, in de huidige vorm van kaartjes maken. Alleen als er iemand mee gaat helpen in het bijna geheel automatiseren van het kaartjes-maak proces. Dus: downloaden en verwerken van de data. Echter ik kan dat totaal niet. Zelfs de wijze die Hawkeyes aanbood en die ik nog nader moet gaan bekijken, namelijk het aanbieden van een wekelijkse query van .com, is nog niet zo zeker een mogelijke oplossing. Er blijft dan nog heel wat extra werk over in de rest van het maken omdat de database hier lokaal dan ook ineens met zo'n 1700 caches toeneemt. De crashes die regelmatig optraden, treden nu ineens niet meer op met de kleinere database..... ik vrees dat het daar aan lag. Het is ondoenlijk, hoe jammer het ook is (en dat vind ik zelf ook hoor, want zoals je al kon lezen maakte ik er zelf ook gebruik van).

Ik vind ook dat dit niet moet kunnen. Zowiezo al vanwege het feit dat het op een kerkhof lag. Hoe oud en verlaten ook: het is en blijft nog een plek waar mensen ooit een eerbiedwaardige rustplaats is gegeven. Er is ook eens een discussie geweest over een lokatie waar ooit eens een kerkhof is geweest maar dat geruimd was. Dan vind ik het wat anders, maar in het Ierse geval is het duidelijk: moet niet mogen, verzin maar wat anders zou ik de maker aanraden. De alternatieve 'naderingsroute' over een ruïne is ook niet o.k. Je moet hunters wel een veilige hunt geven. Vandaar dat sommige plekken hier ook niet goedgekeurd worden. Logisch.

Yeah, tijdelijk... nog even en hij staat al een jaar op tijdelijk. Tja het is een relatief begrip.

En voor het geval dat je dat nog niet ergens gelezen had: download teveel in een te kort tijdsbestek en je krijgt een IP ban. Dus deel de download op in brokken.

Hahaha! Die is goed! Het is dat de nick Eagles ons (Miranda natuurlijk ook) gedurende die jaren (jawel, het zijn er net meer dan 2) toch wel erg na aan het hart staat, anders zou ik m'n nick omzetten naar de Monnik.

Yep. Zo lang als ik ze al maak is het altijd al downloaden geblazen.Alleen als ik Premium Member zou zijn is er een auto-query te maken. Hawkeyes heeft nu een opzet gedaan om automatisch data te query'en en toe te sturen, ik ga eens kijken of dat een werkbare methode is.

Deze site is mij ooit ter ore gekomen: http://www.elstead.co.uk/d/ar2003.htm. Iemand die ook 2001 had is daarmee bezig geweest (ondanks dat het artikel over 2002/2003 spreekt), maar daar weet ik nog geen resultaten van. Gewoon proberen zou ik zeggen. Een backup van de .exe is zo terug gezet. *Het is wel je eigen risico natuurlijk, voor zover daar sprake van is.*

Nee, dat kan niet. Vandaar dat ik het over GarTrax had want daar kun je van diverse bronnen inlezen en dan uitschrijven naar een ander formaat (keuze uit vele), waaronder .wpt van Ozi.

Even er van uitgaande dat je geen Premium Member van .com bent: Ik zou als ik jou was uitgaan van GarTrax. Je zult wel van Portugal zelf de nodige .loc files moeten downloaden (bijvoorbeeld in brokken van max 20 per file, waarbij je caches toont vanaf een zeker coördinaat) waarin alles staat wat van je gading is en inlezen in GarTrax. Daarmee kun je dan alles off-line in een gestripte versie ter beschikking hebben: inclusief wat logjes en (spoiler)foto's. Let wel op dat je niet in één keer alle caches die je wilt hebben gaat downloaden. Dan leg je een veel te grote belasting op .com aan en krijg je vanzelf een IP-ban. Het is wel verstandig op tijd te gaan downloaden, want door de overgang van .com naar de nieuwe website zijn er soms caches waar het indexfile genereren op fout gaat. Dan valt dit wel op te lossen met andere config files, maar daar gaat natuurlijk even wat tijd en zoek- plus vraagwerk in zitten. Soms wordt er ook een cache bij het downloaden overgeslagen die je dan later nog even over moet doen. (Dat zie je aan het simpele feit dat de download dir van die cache leeg is, of aan de errorlog )

Die kosten zijn sinds 1 juli jongstleden niet meer van toepassing, door een Europese regel die verplicht is gesteld voor internationaal bankverkeer. Die regel bepaalt dat de kosten gelijk moeten zijn aan de kosten voor het nationale bankverkeer. Er moet alleen aan een paar voorwaarden voldaan worden, en daar valt ook in dit geval eenvoudig aan te voldoen: 1) betaling in €'s 2) maximaal bedrag €12.5000,= 3) de betaling binnen de EU 4) je moet de IBAN gebruiken (International Bank Account Number), dit is eenvoudigweg een samenstelling van bankrekening begunstigde + rekening ontvangende bank, deze is meestal zelfs via de website van de bank te bepalen 5) je moet de BIC code gebruiken (Bank Identifier Code, staat op de website van de bank), soms vernoemt een bank een SWIFT code omdat dat een instantie is die al langer werkt met codes voor dit soort bankverkeer. Op de Swift website kun je je BIC code checken 6) betaling uitvoeren op basis van Shared Cost (en dat is nou net hetgene wat verplicht is door de Europese Comissie): dit wil zeggen dat aan beide kanten van de betaling de kosten betaald worden, en die zijn nu gelijk aan het nationale verkeer. Dus als die nul zijn, dan zijn ze dat ook voor het internationale verkeer. Er is dus niet meer een bankrekening in Nederland nodig om het goedkoop te houden!

Daar moet je inderdaad niet zijn als je een normale prijs wilt betalen. Ik ben daar ook eens geweest (half jaartje terug) om te kijken, en blijkbaar zijn ze *nog* weer een stuk duurder geworden. Hij is ook gewoon in alles duur vergeleken met andere dumps. Wanneer je daar wel moet zijn? -> als je iets bijzonders zoekt. Hij heeft echt zo'n beetje ALLES staan daar, nog net geen Leopard II. Als je daar in de buurt woont dan kun je ook eens gaan kijken bij Hamstra aan de Kleine Haarsekade in Gorinchem (ongeveer op N51° 50.900' E4° 58.420'). Die heeft een variërende hoeveelheid op voorraad en is ook niet echt bijzonder goedkoop, maar een stuk acceptabeler dan in Heukelum. Ik moest er even bij vermelden dat het een echt waterdichte moest zijn anders loop je kans om er één met een deuk erin te krijgen, dus slecht passend op het rubber. Dit geldt overigens bij elke winkel dat je daar voor op moet passen.

Net voordat ik dit las heb ik een topic gestart over de status Temporarily Unavailable, die voor een deel van de genoemde caches geldt. Dit topic hier gaat weliswaar over het leren van praktijk voorbeelden over wat er allemaal kan komen kijken bij een lokatie, dus is natuurlijk een andere discussie maar er is een raakvlak: als namelijk er van tevoren door de andere cache-ogen naar een nieuwe lokatie gekeken wordt, raakt de lijst met temp. unav. misschien niet zo veel langer!

Bij het kaartjes maken valt me elke week weer op dat er zo'n enorm groot aandeel caches met als status: temporarily unavailable tussen zit. Op dit moment zijn het er 57, van de in totaal 634 aanwezige caches in Nederland. Dat is nota bene 9%!!! Op zich is het logisch dat als er onderhoud is, of als iemand even niet naar z'n cache kan die gejoept is, of wat dan voor tijdelijke bijzondere omstandigheid er dan ook moge zijn waarom een cache niet beschikbaar kan, dat hij dan op temp. unav. wordt gezet. Maar sommige caches zijn m-a-a-n-d-e-n lang tot meer dan een jaar temp. unav. Eigenlijk zijn ze gewoon een soort van archived geworden. Tuurlijk: temporarily is een rekbaar begrip. Er zal dus altijd een wit, lichtgrijs, donkergrijs, maar zeker ook zwart gebied zijn. Laat iedereen daar alsjeblieft wel een beetje logisch in blijven nadenken en als het een beetje lang gaat duren: zet hem op archived zodat hij tenminste niet meer in de downloads terecht komt. Tegenwoordig is het prima mogelijk om een cache te unarchiven. (Dat is wel eens anders geweest en misschien stamt daar de vrees vandaan om te archiven.) Dit heb ik een keer aangemeld bij .com met het verzoek om een soort klok in te bakken die een cache automatisch archiveert als hij meer dan een zekere tijd temp. unav. is. Hun antwoord was dat dat de verantwoordelijkheid is van de plaatser en dat als het te lang duurt dat er dan maar een "this cache should be archived" logje geplaatst moet worden. Maar als een plaatser hier niet op reageert, dan gebeurt er gewoon niets. Voorbeeld: Night Crawlers and Travel Bugs. Geen idee of het voor hun moeilijk te implementeren is, daar werd geen uitspraak over gedaan. In elk geval neem ik aan dat we bij andere de andere 56 toch wel met z'n allen een normaal evenwicht moeten kunnen vinden?

Nu (donderdagavond) kreeg ik wel data van de .com site.... dus de kaartjes-update staat er! Dan nu nog 'even' een mededeling: er gaat e.e.a. veranderen aan de kaartjes. Om maar met de deur in huis te vallen: 1) de Duitse caches gaan eraf 2) de "temporarily unavailable" caches gaan er niet meer tussenuit gefilterd worden. Waarom?!?... omdat... (ad 1) - Duitsland te heftig groeit om ze handmatig te blijven downloaden. Het is daar echt EXPLOSIEF gegroeid. Op dit moment zijn er daar 1862 caches, dus met 20 per download worden dat 94 downloads (bekijk dat eens tegen Nederland: 32, België 11, Luxemburg 2, wat voor BeNeLux een totaal van 45 maakt... nog niet eens de helft!) In de beginperiode van het kaartjesmaken waren het er in Duitsland beduidend minder dan in Nederland, waar er toen nog niet eens veel waren. Duitsland was dus niet erg veel meer werk erbij en het leek me wel een mooie service om voor 'grensgevallen' zoals ik ook de oostkant te laten zien. Eerste opzet was Nederland; en omdat BeNeLux toch een bepaalde eenheid is werd dat als geheel gelijk maar afgedekt, en om dan Nederland geheel omringd te laten zien pakte ik Duitsland erbij. (ook een beetje eigen belang... zoals wel eens gezegd wordt: wie appelen vaart, appelen eet. ) - het type cache ook nog eens voor alle caches handmatig éénmalig bij het GCxxxx nummer moet worden opgezocht en ingevuld - de nabewerking met macro's door het aantal caches incl. Duitsland tè traag wordt (ad 1 en 2) - het aantal downloads pas fors gegroeid is door de vernieuwing van geocaching.com (nu 20 per pagina, eerst 25, dus het aantal downloads is gegroeid met 25%) waardoor de tijd ook nog eens meer dan evenredig is toegenomen door het vaker moeten wachten op return data van .com. (ad 2) - het handmatig uitvinken van temporarily unavailable caches een veel te groot tijdsbeslag legt op de download, terwijl een overgroot deel gewoon gearchiveerd zou moeten worden omdat ze superlang unavailable blijven. Een paar ècht temp unavailable's uitklikken: o.k., maar op dit moment staan er 57 van de 634 caches ( = 9% !!!) op temp. unav. en die 57 zitten her en der verspreid door de downloads dus zijn lastig / tijdrovend terug te vinden. Ik voel me niet meer verantwoordelijk om dit soort dingen op te lossen die door een ander al dan niet achteloos / moedwillig / of waarom dan ook onnodig veroorzaakt worden. (Ik ga hier een apart topic over opstarten, dus gelieve hier geen discussie daarover, anders ontspoort het al snel naar off-topic) Zelf vind ik het jammer dat dit nodig is. Duitsland gebruikte ik in ieder geval om te checken of er iets in de buurt beschikbaar kwam (geen idee of er verder überhaupt iemand gebruik van maakte ) omdat het toch een deel van de omgeving is. Tja... niet iedereen woont in de provincie Utrecht of in de Randstad waar zo ontzettend veel voer is. En de tweede reden waarom ik het jammer vind is: wat ik zelf van een kaartje verwacht is dat als ik op een stip klik, dat ik daar dan ook naartoe kan... en niet dat daar "tijdelijk niets is". Het moet m.i. een indruk geven van wat er in een gebied ongeveer is en hoe vol het daar is als je een uitstapje er naartoe gaat maken.

Omdat door een probleem bij Geocaching.com het niet mogelijk is om caches van een land te downloaden, is er vandaag geen kaartjes update.

Ga nou gewoon maar vast een nickname verzinnen...! Je kunt echt geloven wat JAKo schrijft.

Wauw Yvanka, dat klinkt als een ECHTE geocachers-spirit. Als ik jou was zou ik snel een gps kopen! Ennuh, als je dan wat ervaring hebt dan verwacht ik eigenlijk wel een cache van jou die een beetje op zo'n sneaky wijze verstopt is zoals je altijd al deed. De meeste caches liggen op redelijk normale plaatsen en gaan voor een groot deel om het wandelen en het natuurgebied, maar de andere soort: op bijzondere wijze verstopte caches: daar hou ik in elk geval zeker ook van! Maar om even terug te komen op het topic: wordt het nou Piep of Yvanka?

Tja de ene is er wat rapper in dan de ander, niet?

Een offset cache is een cache waarbij een punt opgegeven wordt en je vervolgens daar ter plekke info krijgt waar de cache eigenlijk te vinden is (vaak wordt dit al snel een multi cache genoemd). Hoe, dus in welke vorm, de offset genoemd wordt en hoe hij verwerkt moet worden kan dus altijd anders zijn. In dit geval is het zaak om gewoon zo goed mogelijk op het gegeven punt te komen, slim te zijn, en dan ff een aha beleving krijgen! Dus inderdaad zoals Barnold zegt: "doe maar gewoon wat er staat en kijk om je heen". Verder ga ook ik niks verklappen, want dan is de lol eraf.

Nee joh! Da's helemaaal niet sneu... nou blijkt dat hij NOG harder kan gaan rijden (op 120-wegen althans). Ik denk dat Dennixx nou snapt waarom hij altijd zoveel werd ingehaald, of niet?!?

De laatste tijd merkte ik ook E-N-O-R-M-E performance problemen. Bij het downloaden van de kaartjesdata kwam er na een verzoek om een nieuwe pagina gewoon tientallen secondes tot soms minuten geen respons van de site. Men was weliswaar bezig met het opzetten van een nieuwe site, maar dat zou toch niet tot een opstopping in die orde hoeven leiden? Ook was het niet zomaar een periode van een week of twee, maar maanden. De vraag is of met de mate van groei van het geocachen een capaciteitsuitbreiding niet al snel richting lapwerk gaat, omdat de vraag als snel de uitbreiding weer kan overtreffen. Voorlopig is het, zoals het lijkt, na de overgang naar de nieuwe site opzet wel merkbaar beter. Waarom de opstopping niet wat verdeeld wordt over de wereld, dus d.m.v. de mirroring waar je het over had, dat begrijp ik ook niet. Kwestie van geld zou ik kunnen indenken. Want dan moet er dus ook ergens een vette mirrorserver opgezet worden. Toch lijkt me dit uiteindelijk de enige echte oplossing.

Hahaha, lijkt op het spreekwoord "Als de moderator van huis is...." (in vrije interpretatievorm).

Die had ik inderdaad ook al eens gemerkt. Een setje .loc files staat in de inbox van P-Terminator voor de poging om het te reproduceren. Maar daar heb ik hier verder geen melding van gemaakt, omdat ik in principe alles via de GarTrax supportlijn wil laten lopen. Echter voor het crashen had ik (dacht ik) een oplossing die voor iedereen als work-around kon dienen. Daarom had ik die bug hier maar wèl even vermeld. Laten we hier dus niet direct alles noteren waarvan we denken dat het een foutje is in het programma, tenzij P-Terminator dat wel graag hier wil hebben i.p.v. via de supportlijn. En... af en toe voutje valt wat mij betreft in het niet vergeleken met wat je kunt met het programma! Dit nog eens even ter welverdiende ophemeling!!! Greetz, Eagles (die collega's en Shikra vaak hoort zeggen: "Geef een softwarepakket met een bug aan hem en hij komt 'm tegen!")