Reintje de Vos †

Ik zit op dit moment op mijn werk. Thuis ligt een boek open op een pagina die beschrijft hoe ook IE het goede gedrag gaat vertonen. Nog even geduld dus. By the way: Aan velen die geholpen hebben te bepalen in welke provincie een plaats ligt: Binnenkort is dat live.

Wat ik eigenlijk probeer duidelijk te maken is dat ik het zo ingewikkeld heb gemaakt dat ik het zelf bijna niet meer begrijp. Dat ga ik binnenkort vereenvoudigen. En met je, door mij geroemde "huisvrouwenlogica" heb je het maar weer eens helemaal begrepen.

Nee, het heeft te maken met de gebruikte browser. Firefox en Safari op een Mac doen het prima. IE op de Mac niet.

Dat is een hele oude vraag. Het komt namelijk neer op een vraag naar meer gedetailleerde kaarten. Die gaan er niet komen. Als een cache 1,5 Km van een andere af ligt, zie je de caches als twee losse puntjes. Op een aantal plekken wordt die afstand niet gehaald, waardoor de puntjes over elkaar gaan vallen. Dat is eenvoudig op te lossen door alleen een cache te plaatsen als er niet al in de buurt een andere ligt, of door via de DHZ kaarten je gevonden caches uit te filteren.

Dat is vast iets met je browser. Je gebruikt namelijk eerst twee maal de enter-toets en daarna geef je een klap op de knop. Tenminste dat schrijf je. In IE krijg ik ook een leeg scherm. Omdat ik al een jaar de database verder moet vullen zal ik daar even naar kijken als het zover is.

Ik heb op mijn kamer een whiteboard hangen. Daar schrijf ik zaken op die met de site ontwikkelingen te maken hebben. Een van de zaken die daar nu op staat is "Password mechanisme DHZ". Dus over niet al te lange tijd: "Nieuw, nieuw, nieuw. Nu nog handiger". Ik zal een poging doen om het uit te leggen. Het heeft alles te maken met verschillende sites en verschillende forums en dat maakt het niet eenvoudiger. Er zijn er wachtwoorden voor: 1) de gc.com site. (voor als je een cache logt) 2) het gc.com forum (maar dat heb je niet nodig) 3) Het gc.nl forum. (Heb je wel nodig: de DHZ functies zijn alleen beschikbaar voor leden van het .nl forum) 4) Het DHZ wachtwoord (Dat is een mal wachtwoord met wat cijfers en letters). Voor veel DHZ functies is het noodzakelijk om op gc.nl te weten met welk lid van gc.com we te maken hebben. (Voor Pentagram is dat gemakkelijk, omdat jullie op forum.nl en gc.com dezelfde naam gebruiken, maar jullie hadden ook voor EWFAS kunnen kiezen op gc.com. 8BG en Achtbaangek is een niet verzonnen combinatie). Op gc.nl is er al een identificatie in gebruik: Het forum lidmaatschap. Dus het leek me (bij nader inzien) handig om je forum-id te gebruiken als identificatie voor DHZ. Dan hoef je maar een wachtwoord te onthouden. Maar, dan is het nodig om op een of andere manier vast te stellen om welk gc.com account de gebruiker bezit. Om dat mogelijk te maken verstuur ik aan het gc.com account een tijdelijk DHZ wachtwoord aan de eigenaar van een nickname. Mijn bedoeling was om dan als ontvanger van die gegevens eerst in te loggen op het gc.nl forum en vervolgens naar de DHZ pagina te gaan om je forum-id te koppelen aan je gc.com account. Immers, ik het een mal wachtwoord aan Pentagram op gc.com gestuurd en als gc.nl forum-id Pentagram dan het goede wachtwoord ingeeft bij Pentagram, dan zijn Pentagram op gc.com en Pentagram op forum.nl blijkbaar dezelfde. Vanaf het moment dat je je ontvangen wachtwoord hebt gekoppeld aan je forum-id, kun je je wachtwoord dat ik gestuurd heb vergeten. Heb je niet meer nodig. Daarna zou het voldoende moeten zijn om eerst op het forum in te loggen. Je kunt dat controleren door te kijken of je naam onderaan de pagina zichtbaar is op de forum index. Is dat het geval, dan kun je verder zonder extra activiteiten van de DHZ functies gebruik maken. Let wel, dat is dus anders dan het vroeger was. Ik heb de koppeling met het forum later bedacht en moet de DHZ pagina's nog zo veranderen dat het koppelen van de accounts wat helderder wordt afgedwongen en dat je niet meer op een onbedoelde manier kan inloggen. Maar, ik was nog even druk met andere zaken. Dus: Inloggen op het forum.nl en cookies toestaan en alles zou vanzelf moeten gaan.

Als je het zelfde voorbeeld gebruikt, maar dan voor "Heerenveen", komt er heel wat anders uit. Doordat je in voorbeeld gebruik maakt van een plek waar heel veel caches liggen, zie je daar door de bomen het bos niet meer. In de omgeving Heerenveen liggen veel minder caches, waardoor je een prima overzicht hebt over de caches in de buurt. Persoonlijk vind ik een kaartje veel overzichtelijker dan een lijstje. Vandaar de kaart en geen lijstje. Wat ik me nog wel zou kunnen voorstellen, is de mogelijkheid om via "Zoek op plaatsnaam" alleen je eigen "niet gevonden caches" te laten zien.

Ik kan een ieder geruststellen. De volgorde waarin er op de site gelogd wordt is niet van (doorslaggevend) belang voor de Goud, Zilver en Brons toekenning. Als ze op verschillende dagen zijn gelogd is dat natuurlijk wel de ranking, maar Wiliii heeft van ruim 2000 caches de logs doorgelezen en aan de hand van de log vastgesteld wie er 1, 2 en 3 waren. De ultieme volgorde is de volgorde waarin er in het logboek is gelogd. De eerste in het logboek is de eerste. Gevolg is dus ook dat er geen twee teams als eerste kunnen zijn. Ook al ga je met meerdere teams op pad, er is altijd een iemand (en dus een team) die de cache als eerste spot.

Je kunt natuurlijk ook naar de kaart gaan met daarop de recente caches. Keurig in een kaartje van Nederland geplot. Een witte kringel geeft aan dat je de eerste logger zou kunnen zijn...

Ik zie dat er op een aantal MS browsers een probleem is met het weergeven dan de box voor de motivatie. Ik ga dat op een later tijdstip oplossen. Eerst even op mijn werk aan de gang.

"Ergens" in je voorkeuren. Maar omdat ik een Mac heb moet ik dat even uitzoeken. Ik ga zo naar mijn werk, en dan zal ik eens even kijken wat er loos is. Als het waar is dat er problemen zijn met de weergave van het veld voor de motivatie, dan zijn er dus ook problemen met het weergeven van de landen in de travelbugrace. Daar ga ik dan met mijn mooie DHTML pagina's.

Je moet wel javascript aan hebben staan.

Onderste knopje aanvinken. Dan komt het invul scherm voor de motivatie vanzelf.

Wegens grote vraag is er een nieuwe statistiek bijgekomen: Een ranking op FirstFinders. Williii is bezig geweest met monnikenwerk. Hij heeft bij alle Nederlandse caches vastgesteld wie de eerste drie cachers zijn geweest die deze cache hebben gelogd. Het resultaat van zijn noeste arbeid is te zien op de "FirstFinders" pagina. Uiteraard kun je ook kijken welke caches iemand als eerste heeft gevonden. Het is natuurlijk mogelijk dat je van mening bent dat je bent misdeeld in de toekenning. Daarvoor is er een knopje op de "DHZ pagina voor incorrecte logs" bijgekomen. Als je dat aanvinkt, kun je vervolgens een motivatie schrijven voor het laten aanpassen van de FirstFinders.

Zoals Harrie terecht aangeeft kun je buitenlandse logs automatisch laten opnemen door gebruik te maken van de gemiste log pagina. Daar kun je ook aanvinken dat je de statistieken wilt bijwerken.

Ik ben vaak druk bezig met het maken van allerlei zaken voor de site. Ik laat me daarbij graag inspireren door dingen die ik zie en lees. Als ik het enen nog aan het afronden ben, loop ik te broeden op het volgende. Recent zijn mij een aantal dingen opgevallen in relatie tot kaarten. Dat bracht me op het idee om een "dienst" te gaan aanbieden waarbij je je eigen caches kunt plotten op een kaartje dat je zelf aangeleverd hebt. Dat lijkt me leuk voor op je homepage of op je eigen cache pagina's. En omdat ik al kan plotten op een kaartje, kan dat nooit heel moeilijk zijn. Ook viel me op, dat er veel vragen zijn over cache kaarten in andere landen. En dan mooier dan de kaarten op gc.com en als het kan een beetje actueel. Op gc.nl loopt een automatisch mechanisme dat gegevens van caches verzamelt. Dat gebeurt op dit moment actief voor de BeNeLux en omstreken, maar is eenvoudig op te schalen naar andere landen. Op dit moment hebben we al caches in 94 verschillende landen/staten van USA/provincies in België. Als ik wat ga maken op het gebied van kaarten in andere landen moet voor die landen data worden verzameld. Dat kost tijd en je kunt niet alles tegelijk doen. Dus dringt de vraag zich op: Welk land zouden we graag als eerste op een mooie kaart zien verschijnen. Dat was het doel achter deze pol. De uitslag lijkt me duidelijk: Frankrijk. Dat komt me wel uit, want daar liggen slechts 500 caches, dus is het inlezen van de gegevens relatief snel klaar. Engeland, Duitsland en Oostenrijk staan op plek 2,3 en 4. Die ga ik niet doen: de lokale sites van Duitsland en Oostenrijk hebben al kaarten. Ook liggen er in Engeland ruim 5700 caches en in Duitsland ruim 8500. Denemarken heeft slechts 800 caches, dus dat zou ook een aardige zijn. Bijkomend voordeel is dat de vorm van Denemarken wel past bij de vorm van de kaarten. Tot slot natuurlijk Griekenland. Met 94 caches dun becached, maar wel leuk omdat ik daar op vakantie ga. Wat mij betreft mag de poll gesloten worden. Ik weet genoeg voor dit moment. (Een ieder die het democratische gehalte van het geheel in twijfel trekt, kan ik gerust stellen: Dat is het niet. Bottom line is dat ik gewoon doe wat ik zelf wil en de geocaching community daarvan laat profiteren.)

Wegens technische trammelant is die even heel erg smal, maar dat wordt weer breder.

Nog even om de vreugde wat in te dammen. Ik ben aan het kijken wat de mogelijkheden zijn. Daarvoor moet ik een pilot doen, omdat dit extra-tje niet onze BeNeLux kaarten "in de weg" mag zitten. Als de kaarten op een of andere manier worden gemaakt, heb ik gegevens over de caches nodig. Om die gegevens te laden heb ik wat tijd nodig. En bij tijd denk ik aan weken. Op dit moment ben ik met Wiliii bezig aan iets heel anders, maar het laden van cache gegevens uit een ander land is in beginsen heel eenvoudig. Vandaar dat ik vanmorgen in aan het rijtje "Belgium", "Netherlands", "Luxembourg" "Greece" heb toegevoegd. De gegevens gaan nu vanzelf binnen komen. Kan ik ondertussen nadenken over licentie vrije kaarten.

Regelmatig worden er vragen gesteld over cache kaarten van andere landen. Met de vakantie voor de deur is die vraag heel opportuun. Ik heb gisteren even lopen denken en heb een idee hoe ik dat zou kunnen realiseren. Als gevolg daarvan ben ik het inlezen van caches in Griekenland gestart. (Ik ga daar namelijk deze zomer op vakantie. ) Ik schat dat er in Europa zo'n 15.000 caches liggen. Het is kansloos om die op een fatsoenlijke manier voor de zomer allemaal op een kaart te hebben. Er moet dus een selectie van landen worden gemaakt. Daarover gaat deze poll. Stel, er komen kaarten van andere landen in Europa, welke moeten dan eerst? (Dit is dus geen toezegging dat ze er komen)

Toevallig heb ik als onderdeel van mijn studie ook een graad als wiskunde leraar gehaald. Ik heb zelfs voor de klas gestaan tijdens een stage in Naaldwijk. (Misschien heb ik wel leden van de HCT in de klas gehad ) Daarom voel ik mij geroepen om even in te grijpen in het bovenstaande voorbeeld. Ik vind dat je zoveel mogelijk verwarring moet voorkomen. Hoewel A + B - C / D * E eenduidig is, is A + B - C * E / D duidelijker. Nog duidelijker wordt het als je haakjes plaatst: A + B - (C * E)/D. Het gebruik van nog meer haakjes maakt het nog duidelijker: A + B - ((C * E)/D). De haakjes zijn dus niet strikt nodig, maar het vergemakkelijkt wel het aangeven van de bedoeling. Dat is zeker het geval met (en ik gebruik nu even V voor het wortel teken) VA*B. Dat is namelijk niet V(A*, maar BVA. Ik ben het met een ieder eens dat, indien de cache niet gaat over rekenen, je moet proberen om een eventuele berekening zo eenvoudig mogelijk te houden en de kans op vergissingen te voorkomen. Persoonlijk heb ik nogal eens moeite met het maken van de sommetjes, omdat ik me regelmatig afvraag of de eigenaar wel weet wat de regels zijn.

Vorige week heb ik een reply geplaatst op de 1 April grap wat luister bij te zetten. Vandaag een wat serieuzere vraag: Wat is het nut van dit alles? Op basis van deze gegevens kan ik namelijk eenvoudig op de site bepalen welke cache in welke provincie ligt. Maar dan moet ik eerst een praktische toepassing zien. Overigens: "Gewoon voor de fun" vind ik ook een prima antwoord.

Klopt. Dat kun je goed zien als je FireFox gebruikt met de "Developer extension". Daarmee kun je de cellen van een tabel op een pagina van een rode rand voorzien. Een leuk detail is dat gc.com en gc.nl een zelfde manier smoelen, maar als je op zoek gaat naar cellen op b.v. de kaarten pagina's, je geen cellen tegen komt. Overigens is het natuurlijk fout om incorrecte HTML code te gebruiken.

Uiteraard is het ten overvloede, maar toch. Op de pagina "Mijn Kaart" kun je op een knopje extra drukken. Dat geeft je de mogelijkheid een kaart te maken met caches waarvan de eigenaar via DHZ heeft opgegeven dat je er met een hond mag wandelen.

Ik heb de coderings pagina even bekeken. Je kunt dat javascript zo in een debugger laden en zien wat er gebeurt. Dit vind ik geen coderen, maar een lastige manier van opschrijven. Het echt coderen van (D)/(X)HTML kan natuurlijk niet, omdat je dan niet meer voldoet aan de standaard. Omdat je browser de info altijd moet renderen moet de decoderings methode altijd mee. Ik snap alleen de toepassing niet. Of je wilt de code niet weergeven en ook niet leesbaar voor iemand laten zijn. In dat geval is weglaten volgens mij het eenvoudigst. Of je wilt de code wel meesturen, maar niet laten zien in de browser, dan kun je het handigst een tag opgeven met style="display: none;"

Zit er al in: http://www.geocaching.nl/maps/ShowLocation...Lat=lat&Lon=lon, waarbij lat en lon zijn uitgerdukt in graden (DD.DDDDD). (Dus niet DD.MMMMM)