kalkendotters

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

Stonden wel, maar staan niet meer. Op de oude kaarten staan ze sowieso niet. En dat is weer het gevolg van de problemen die er zijn/waren met de statistieken Langzamerhand loopt dat ook weer goed, hoewel ik op de 'nieuw' kaart nog steeds niet de juiste nieuwe caches zie.

Eigenlijk is dit niet de juiste groep om deze vraag te plaatsen, maar bij gebrek aan "vragen/opmerkingen over de website van .NL" doe ik het toch maar hier Aangezien ook gc.com googlekaarten met gekleurde pinnetjes heeft (zie http://www.geocaching.com/seek/gmnearest.aspx, lijkt het mij handig om ervoor te zorgen dat de pinnetjes op nl en com dezelfde kleur hebben. De kleuren op com lijken ook beter aan te sluiten op de kleur die de icoontjes op de cachepagina hebben Uiteraard betekent dit wel dat de gebruikers dan moeten wennen aan nieuwe kleuren, maar ik neem aan dat gc.com het gebruik van de kaarten gaat uitbreiden, waardoor het steeds vervelender wordt als er verschillende kleuren gebruikt worden. op .NL op.COM Traditional blauw groen Multi groen oranje Mystery geel blauw Virtual paars grijs Webcam wit paars Earthcache blauw rood

Het valt mij op dat de laatste tijd er wat cacheleggers zijn die hun caches 'promoten' door de plaatsingsdatum aan te passen. Hierdoor verschijnt deze cache dan weer op de eerste pagina van de lijst met caches in Nederland. (op dit moment zie ik er al twee staan op die pagina ) Uiteraard kan ik mij voorstellen dat de cacheleggers hun cache extra willen promoten, maar dit lijkt me niet helemaal de geeigende weg hiervoor. Stel je eens voor dat 100 cacheleggers dit regelmatig doen...

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 ?

Bedankt voor je reactie, maar eigenlijk hoop ik op iets anders, een bepaalde code dus. Alternatief kun je ook proberen te pagina te maken, zonder ook maar eenmaal de breedte van de tabel te wijzigen. En dat is dus ook precies het probleem... Maar je kunt toch even zoeken/vervangen doen ? de meeste breedtes zijn toch hetzelfde, dus kun je ze in een keer verwijderen.

a) regelmatig bewaren en daarna de pagina weer opnieuw editen (active wel even uitzetten) eerst voorbereiden in bv kladbok, frontpage, etc; en als dat klaar is in een keer met knippen/plakken in de pagina zetten.

Zorg ervoor dat je, nadat je de pagina's hebt gemaakt in frontpage, de breedte instellingen in de tabellen wist. Standaard zet FP daar namelijk een waarde in in pixels, zoals jij ze op het scherm hebt staan. In de meeste gevallen is echter de browser prima in staat om daar zelf iets netjes van de knutselen. Dus verwijder 'gewoon' alle attributen WIDTH=400 (enzo) uit de TABLE TD en TR tags. Dus eigelijk gewoon allemaal behalve de plaatjes...

wel dus (foute informatie die door mij werd gegeven verwijderd)

Dat kan zelfs op twee manieren 1) in het waypointscherm drukken op 'menu', en kies voor 'wis','alle symbolen' 2) in het trip-scherm op 'menu', 'reset', selecteer 'wis alle waypoints' en je kunt tijdens het invoeren van een waypoint uiteraard ook de naam gewoon veranderen.

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.

Inderdaad kan alles teruggerekend worden naar een cijfer, maar dit is alleen nodig als de cachelegger dat ook in zijn beschrijving heeft staan. Het komt (volgens mij) bij geen enkele cache voor dat je 'op eigen houtje' getallen van meer cijfers terug moet rekenen naar 1 cijfer zonder dat dit in de beschrijving staat. In bijna alle gevallen betekent het krijgen van getallen boven de tien terwijl er maar plaats is voor één cijfer dat het antwoord fout is. (opmerking over coordinaten verwijderd, omdat Kruimeldief intussen al actie heeft genomen, tijdens het schrijven van mijn bericht; en tegen de tijd dat ik dit bericht heb aangepast heeft Kruimeldief mij alweer geqoute... )

Dat heeft niets te maken met de onnauwkeurigheid van GE, maar met een bewust ingebouwde onnauwkeurigheid door geocaching.com. De GE kaarten (en ook maps.google.com) zijn in de meeste gevallen redelijk nauwkeurig (<5m), maar op sommige plekken kunnen ze enkele tientallen meters afwijken. Bij google Maps kun je dat eenvoudig zien omdat in de instelling 'beide' de straten niet exact passen over het satelietbeeld.

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

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 ?

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 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?)

En die van ons bij de Lidl...

Dat kan niet, maar heeft ook niet heel veel zin. De basemap is dermate grof dat je er in de praktijk weinig aan hebt: alleen grote plaatsen en de grote wegen ertussen (snelwegen) Routes berekenen gaat niet met de Topo-kaarten, deze kun je alleen maar bekijken en niet gebruiken om routes te berekenen. Wil je routes berekenen dan zul je minimaal de MetroGuide kaarten moeten hebben (= alleen routes maken op de PC) of de City Navigator (= routes op de PC én GPS)

Sind 20:45 draait de chat niet meer... Een aanroep van de chat levert 0 bytes aan info op.

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.

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.

Voorlopig kunnen we nog een tijdje door met cachenummers: Na de GCZZZZ (mogelijk al eind november) gaan we over naar GC10000 en hebben 'we' weer ruimte voor nog 15 miljoen caches. (tot GCZZZZ betekent 'slechts' 512400 mogelijke caches) Overigens betekent dat wel dat de mensen met een GPS die maar 6 tekens aankan voor een waypoint, er even voor moeten zorgen dat bv de code GC voor het waypointnummer weggehaald wordt.

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. 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. []