Reintje de Vos †

Als service voor de Geocacher staat er op deze site sinds jaar en dag een aantal kaarten van Nederland met daarop de aanwezige caches. Tot een maand geleden verzorgde Eagles deze kaarten en op dit moment worden de caches automatisch gegenereerd. Om de kaarten actueel te houden staan alleen de actieve caches op de kaart. Sinds kort geeft een speciale kaart weer welke caches inactief zijn. Er zijn op dit moment zo'n kleine 100 caches inactief. Vaak al heel lang. Door dit grote aantal en de lange tijd is het ondoenlijk en niet zinvol om dagelijks een controle uit te voeren van de actuele status. 100 controles is best veel en de status is vooraf in te schatten: Inactief. Daarom gebeurt deze controle wekelijks. Het kan zijn dat een cache, als gevolg van een probleem, even inactief wordt gezet, en een paar dagen later weer actief wordt. In deze gevallen zou het jammer zijn als de cache nog een aantal dagen als inactief op de kaart zou blijven staan. Dat kost cache plezier. In deze gevallen kun je mij een mailtje sturen. Ik zal dan zorgen dat hij dan snel weer "op de kaart" wordt gezet. Aan een ieder die inactieve caches heeft die niet meer op actief gaan komen heb ik een verzoek: Archiveer ze gewoon.

Zoals vorige week beloofd heb ik me verdiept in de kleurstelling van de cache kaarten. Na wat gefreubel ben ik op een kleurstelling gekomen die je hier kunt zien. Ik heb een poging gedaan om van de primaire kleuren rood, groen, blauw en geel uit te gaan. Daarbij heb ik ook verschillende vormen gebruikt. Om de boel niet te druk te maken heb ik gekozen om de caches en multy-caches rond te houden. Vanwege het probleem met de snelwegen heb ik ook weinig rood gebruikt. Wat ik graag zou willen horen of de verschillende typen zo goed te onderscheiden zijn.

@ Gerard Zou het niet zo kunnen zijn dat het sober houden veel te maken heeft met de cache pagina's en logjes? Stel je eens voor dat er 500 OpenCaching server systemen staan op uiteraard verschillende plaatsen in de wereld. En stel je nu ook eens voor dat iemand een logje plaatst met 4 foto's van 250K. Is dus 500 keer 4 keer 250K wat verstuurd moet worden. Stel dat ik zo'n server ga beginnen. Dat kan gemakkelijk achter mijn ADSL lijntje op mijn servers. Dan ben ik de hele dag bezig met het binnen halen van foto's van iemand die in Nieuw Zeeland een cache heeft gevonden. Niemand die ze bij mij komt ophalen, want hier is alleen interesse in foto's van het Kootwijkerzand. Ik wil met een klik bij de goede informatie zitten. Daarom is die extra klik naar het forum nu ook weg. Was nergens voor nodig. Ik wil ook dat het er aantrekkelijk uitziet. Zolang dat op een server betrekking heeft is er voor soberheid geen noodzaak.

Ik denk dat het belangrijkste van het initiatief van OpenCaching is, dat er een poging wordt gedaan om de gegevens over caches gemakkelijk te kunnen delen met andere sites. Hoe die gegevens vervolgens worden gerepresenteerd lijkt me niet zo relevant om te standaardiseren. De XML definitie natuurlijk des te meer. Ik heb zelfs gelezen dat er een ambitie is om het te mengen met al bestaande databases. Natuurlijk kan er gewerkt worden aan een standaard userinterface, maar ik denk dat de representatie van de gegevens vooral functioneel moet zijn. Als de representatie dat niet is, komt er vanzelf iemand (ik?) die over de database een schil legt waardoor de boel wel gemakkelijk wordt ontsloten. En omdat het OpenSource is kan niemand dat verbieden. Misschien allemaal wat abstract en daarom een voorbeeld: iMode. De iMode interface is een minimale interface voor het bekijken van cache data. De cache kaarten met zoom functie zijn een veel geavanceerdere oplossing om dezelfde data te bekijken. Ik ben erg geïnteresseerd in wat zich afspeelt op het gebied van OpenCaching, omdat ik daarin een mogelijkheid zie een bijdrage te leveren in een OpenSource project. Op SourceForge ben ik OpenCaching overigens nog niet tegengekomen. Een voorbeeld van hoe het er dan in de toekomst mogelijk uit gaat zien kun je hier zien.

Mijn motto is: "Doet de gebruiker het verkeerd, dan is het hem verkeerd geleerd." Ofwel, de enter-toets moet het ook gewoon doen. Kijken of ik dat kan regelen.

Aan dit alles heb ik vandaag ook lopen denken op m'n werk. Ik ben een collega van Loper, en die woont in Scherpenzeel. Scherpenzeel (Gl) wel te verstaan. Ik denk dat het het handigst is als we kijken of we zinnige toevoegingen kunnen bedenken bij dubbele plaatsnamen. Bij de meeste zal dat lukken, bij een enkeling moeten we gewoon creatief zijn. Als er meer dan een wordt gevonden krijg je een beleefde vraag: Ik heb meer dan een plaats gevonden op "Scherpenzeel". Kies de goede. Dat is een variatie op zoeken op "Schepenzeel" en dan in het linkje van de twee opties meeloeren welke het meest noordelijkst ligt en die dan niet kiezen. Wel een goede oefening voor de topografie van Nederland overigens. Het is inderdaad door die dubbele plaatsnamen wat lastiger dan ik gisteren dacht. Maar daar komen we wel uit (hoop ik).

Ik zal kijken of ik ze komend weekend even kan maken.

Zat ik me net te bedenken toen ik in een ander draadje het voorbeeld van Bergen en Mons uit de doeken deed. Voorlopig denk ik dat de plaatsen in België maar een ander type moeten krijgen dan de plaatsen in Nederland. Dan kan ik bij keuze NL en BE toevoegen aan de keuze mogelijkheid. Dat is geen enkel probleem. Nu zitten de plaatsnamen al samen met de SBB locaties en de stations. Maar zo wordt een op het eerste gezicht eenvoudig probleem steeds ingewikkelder.

Dat komt omdat ik graag in Friesland zeil en ik een zus in Friesland heb wonen Nee, ik wist helemaal niet dat de Friese namen in het bestand zaten. Wat ik wel weet is dat België er nog niet inzit. Ben benieuwd of Bergen dan ook als Mons voorkomt.

Ik ga nog terugkomen op de kleuren van de kaarten. Ik wil daar een paar test kaarten voor maken. Dan kunnen we bepalen wat het handigste is. Daar heb ik dus last van.

Tuurlijk, alles is mogelijk. We hebben in de database nu 10600 plaatsnamen staan. Er staan een paar dubbele in. Stel dat er 10000 enkele overblijven. Gemiddelde naamlengte = 9 karakters. Plus 2x10 voor de lat en de lon is 29 per plaats. Met wat enters erbij is dat zo'n 300000 toetsaanslagen. 100 aanslagen per minuut = 3000 minuten werk. Dat is dus 500 uur werk. Dat moet dus in 3 maanden te doen zijn. Elektronisch verwerken lijkt me echter een betere optie.

Deventer heeft een heel speciaal plekje gekregen. Kijk maar: Deventer.

Ik heb de boel zo gemaakt dat je maximaal 3 verwisselingen, gemiste letters, teveel letters, verkeerde letters etc. mag hebben voor een hit. Die 3 is arbitrair, mogelijk moet dat wat groter. Als je dus Lei intoetst zou hij niet met Leimuiden moeten komen denk ik. Tijdens het testen heb ik ook de suggestie "Apeldoorn" voorbij zien komen op "Amesfoort", maar toen stond het aantal toegestane fouten veel hoger. Dat was me al opgevallen. ik moet even een scriptje maken om ze eruit te filteren. Gaat goedkomen.Dat was ik nog vergeten te vertellen: Het bestand met plaatsnamen is van hem afkomstig.

Op de hoofdpagina staat nu een invul veldje. Daar kun je een plaatsnaam intypen. Als je vervolgens op de knop drukt zijn er 2 mogelijkheden: Of je krijgt een ingezoomde kaart met in het midden de plaats die je ingegeven hebt. Of je plaats is niet gevonden. dan krijg je een keuze van plaatsnamen die er op lijken. Antwoorden op de vragen die gaan komen: 1) Werkt het ook in België? Nee, bijna. 2) Hoe zit het met Luxemburg? Nog niet zo best. als iemand een bestandje heeft et plaatsnamen: graag. 3) Werkt het ook op iMode? Nee, maar dat is een goed idee, dat gaan we maken.

Ik heb even zitten broeden op een antwoord. Natuurlijk kunnen we wat speciaals maken voor geocachers die last hebben van kleurenblindheid. Ik zit me alleen af te vragen of het niet veel eenvoudiger kan. Als het probleem van de huidige kleurstellingen is dat het met kleurenblindheid moeilijk te zien is, is de oplossing mogelijk ook heel eenvoudig: Kleurstelling aanpassen. Mogelijk kunnen we ook meer met de driehoekjes werken. Nu zijn die alleen rood voor SBB, maar andere kleuren zijn ook mogelijk. Dat is een kwestie van wat grafische programma's opstarten en andere kleuren gebruiken. Dus mijn wedervraag is: Is het een oplossing als we op de huidige kaart de caches anders inkleuren? En zo ja, welke kleuren zijn dan handig. Als dat niet de oplossing is, laat dan weten hoe het wel zou moeten. Dan maken we daar wat speciaals voor. Dat is in een middagje geregeld, maar waarom speciaal als het ook gewoon kan.

Geintje Wiltz is een plaatsje in ons derde BeNeLux landje. Die staan ook op de kaart. Ik heb inmiddels begrepen dat de files onderweg zijn. Dus dat gaat helemaal goed komen.

Lijkt me handig! (Heeft wel niets met postcodes te maken ) Als je die file opstuurt, je hebt m'n email adres, zal ik kijken of ik Geoman zo gek kan krijgen dat we dat op een lollige manier integreren met de ingezoomde kaarten. De vraag die van onze zuiderburen gaat komen: "Komt Diest ook in het lijstje voor? En Wiltz?

Ik ben dol op oplettende medecachers. Zo is de fout van gisteren ook aan het licht gekomen. Vandaag is het echter anders. Omdat de kaarten niet kunnen zoomen moet het een overzicht blijven van de "lastige gevallen". Wat lastig is kun je over discussiëren. Maar het aantal moet wel beperkt blijven, anders kun je net zo goed de zoom kaart gebruiken. Als ik de moeilijkheid neem op groter dan 3, dus alles vanaf 3.5, dan kom ik op ongeveer 100 caches. Als ik 3 ook meeneem, kom ik op zo'n 250 caches. Dat is dus een kwart van alle caches. Dus heb ik groter dan 3 genomen. Ik heb een controle uitgevoerd op Wyldemerk (3/3.5) en Op wacht ...(3.5/2). Ze komen alle twee op een van de kaarten voor, dus zit het volgens mij goed. Mogelijk moet je een cacheupdate in je browser doen? Er zijn natuurlijk nog andere smaken te bedenken. Moeilijkheid + zwaarte > 7.5 Dat levert ongeveer 20 caches op. Moeilijkheid >3.5 en Zwaarte>3.5 levert 12 caches op. Moeilijkheid = 1 en zwaarte=1 levert ruim 300 caches op. Het is een kleine moeite om een veelheid aan kaarten te genereren, maar de vraag is: Wie doet er wat mee? De splitsing tussen Nederland en Benelux is gemaakt voor mensen die geen breedband verbinding hebben. Nederland is sneller geladen. Mogelijk is het een idee om voor onze vrienden in België de onderkant van de Benelux aan te bieden als gevolg van dezelfde overwegingen. Ook heb ik zitten denken aan "De cache van de week". Maar "Op basis waarvan?" en "Wat is daar dan mee?" Wat ik me wel voor kan stellen is een setje kaarten speciaal voor jou. Alles wat je al gevonden hebt staat niet op de kaart. (Net Lingo ). Als die optie wordt geboden moet hij wel hapklaar zijn. Met zoomen en zo, anders is het zo halfbakken. Zover is het nog niet, want voorlopig ben ik bezig met de spullen voor de Travelbug race 2003.

Bij het lezen dan dit draadje zat ik me af te vragen of iemand voor ons als geocachers een lollige toepassing kan bedenken voor het gebruik van postcodes. Als die er is kunnen we (ik?) die namelijk even maken. De toepassing: "Ik woon op 3813KM, welke caches zijn er in de buurt" kan ik natuurlijk zelf bedenken. Het antwoord staat hier. De toepassing: "Ik ga bij iemand op bezoek en welke caches zijn er in de buurt" lijkt mij geen zinvolle. Meestal weet ik wel hoe ik er moet komen, maar niet wat de postcode is. Suggesties?

Alles is mogelijk natuurlijk. Het doel wat ik had met de kaarten, is aan te geven waar ongeveer de caches liggen. Dus niet op straat nivo. Als caches heel dicht op elkaar liggen overlappen ze op de huidige kaarten. Als de caches een kilometer van elkaar liggen overlappen ze niet. Zelf kijk ik bijna nooit van te voren waar ik het meest efficiënt kan parkeren, maar ga "ongeveer in de buurt staan" en sjok dan achter het pijltje aan. Uitzonderingen daargelaten natuurlijk.

Het foutje is rechtgezet. Het was een kwestie van zeven tweetjes in zeven drietjes vervangen.

Je hebt gelijk. Een foutje van mij. Ik ga niet eens de discussie in dat de moeilijke ook zwaar zijn, want er staat gewoon een fout in de database. Ik zal dat z.s.m. corrigeren. Dank voor de tip!

Er zijn verschillende manieren om de coördinaten weer te geven. Boven de caches staat de locatie in graden en daarna minuten. (DD.MMMMM). Ik denk dat de locaties bij de postcodes in graden staat. (DD.DDDDD). De ene notatie kun je in elkaar omrekenen door de minuten door 0.6 te delen en op te tellen bij de graden. immers, er zitten 60 minuten in een graad. Vergelijk het met een kwart uur: dat is 15 minuten. Vraag is altijd hoeveel 2.5 uur is. Dat is dus 2:30. en geen 2:50! Ik heb geen Magellan, maar een garmin GPS ontvanger. Ik denk echter dat je ergens bij 'instellingen' kunt aangeven hoe je de zaak wilt invoeren. De kaart datum, wat een heel ingewikkeld verhaal is, moet neem ik aan gewoon op WGS84 blijven staan. Een vraag terug: Waar heb je die lijst vandaan? Is misschien aardig om wat mee te doen op de cache kaarten.

We werken inmiddels al weer een maandje met de nieuwe cache kaarten. Echter, de bovenstaande puntjes stonden nog steeds open. Het leek mij leuk om een overzicht te hebben van de moeilijkSTE, zwaarSTE en nieuwSTE caches. En omdat ik toch bezig was ook maar een overzicht van de speciale caches: Virtuele, webcams etc. Anders sneeuwen ze maar onder in het geweld van alle gewone- en multy caches. Als toegift heb ik ook een kaartje gemaakt met daarop alle inactieve caches. Dat zijn er nogal wat. Mogelijk kan daarvan het een en ander het archief in. Als er nog wensen zijn, laat die dan horen. Ook als op jou browser het niet zo lekker wordt weergegeven bijvoorbeeld.

Mogelijk vindt je hier een antwoord op je vraag. Als dat niet zo is, dan snap ik de vraag niet.