Ik heb de afgelopen tijd een dagelijks topografiespel gemaakt: TOPLO.
Iedere dag krijg je een nieuwe ronde met Nederlandse plaatsen die je zo nauwkeurig mogelijk op de kaart moet aanwijzen. Je kunt kiezen uit 5, 8 of 10 plaatsen en iedereen krijgt dezelfde dagelijkse opgave.
Het leek me wel iets om hier te delen. Het staat nog aan het begin, dus feedback over het spel, de kaart of dingen die niet lekker werken is welkom.
Ik zou graag willen kunnen inzoomen om nauwkeuriger een locatie aan te kunnen geven met een dikke vinger op een klein telefoonscherm, anders kom ik niet dichterbij dan een kilometer of 5.
Ook wil ik graag meerdere moeilijkheidsniveau’s op een dag kunnen spelen.
De noord-zuidafmeting van Nederland klopt niet met de oost-westafmeting. Dit kan kartografisch echt niet zo!
Thanks! Goede feedback, dit was ook precies de reden dat ik het hier even wilde delen.
Inzoomen heb ik inmiddels toegevoegd en dat werkt inderdaad veel fijner op mobiel.
Je opmerking over de verhoudingen van de kaart bleek ook helemaal terecht. Dat was uiteindelijk wel een aardig konijnenhol
Na het aanpassen van de projectie kwamen er weer andere dingen naar boven, vooral rond Zeeland en de wateren. Inmiddels is de kaart daardoor op meerdere punten flink verbeterd.
Meerdere niveaus op één dag laat ik voorlopig nog even zoals het is. Daar wil ik later waarschijnlijk een aparte oefenmodus voor maken.
De moeilijkheid zit juist ook in welke plaatsen je krijgt. De dagelijkse set bestaat uit 5 makkelijke, 3 gemiddelde en 2 moeilijke plaatsen. Met Makkelijk speel je alleen de 5 makkelijke, met Gemiddeld komen daar de 3 gemiddelde bij en met Moeilijk ook de 2 moeilijke.
Babyloniënbroek is inderdaad een mooi voorbeeld van een plaats die je alleen op Moeilijk tegen zou moeten kunnen komen.
Misschien ook een uitleg over de puntentelling? Als je raak schiet krijg je er 1.000 denk ik? En voorbij de 100km 0? Maar daar tussen kan ik zo snel geen afname in punten ontdekken.
Klopt ongeveer. Binnen 3 km krijg je 1.000 punten (RAAK!). Daarna loopt de score geleidelijk en niet-lineair af op basis van de afstand, tot 0 punten vanaf 75 km.
Dicht bij de juiste plek telt een paar kilometer verschil bewust zwaarder dan wanneer je er al ver naast zit. Als indicatie: 5 km is ongeveer 950 punten, 10 km ~830, 20 km ~620, 30 km ~450, 50 km ~190 en vanaf 75 km 0.
Een korte uitleg over de puntentelling in het spel zelf is inderdaad wel een goede toevoeging.
Heb je het centrum punt van de woonplaats genomen met die buffers of de polygoon met daaromheen de buffers.
Gister of vandaag had ik Rotterdam. Weet vrij zeker waar het ligt en het is vrij groot. Toch zat ik er verder naast dan gedacht.
Komt ook omdat ik was uitgezoomd, maar toch
Een “raak” had ik wel verwacht
Ik gebruik één vast punt rond het centrum van iedere plaats en bereken de afstand vanaf je prik tot dat punt. De grootte van de woonplaats zelf telt dus niet mee. Binnen 3 km van het centrum is het RAAK. Dat heb ik bewust zo gedaan zodat grote steden niet veel makkelijker worden dan kleine plaatsen. Wel goede feedback trouwens, want blijkbaar is dat nog niet duidelijk genoeg uitgelegd. Ik ga dat bij de speluitleg zetten.
Kleine update gedaan op basis van wat feedback hier. Je kunt nu na Makkelijk nog opschalen naar Gemiddeld en daarna eventueel naar Moeilijk. Ook een pagina toegevoegd met wat uitleg over de puntentelling en spelregels.
Er zat trouwens ook een mooie bug in Urk vandaag: het punt van Urk lag midden in het IJsselmeer. De plaatscoördinaten worden automatisch opgebouwd met data uit PDOK, maar bij Urk kwam daar dus een totaal onbruikbaar punt uit voor het spel. Urk gecorrigeerd en meteen een aantal andere kust- en IJsselmeerplaatsen nagelopen.
Uit welke databron haal je dat dan? Ik heb ooit zelf wat gepuzzeld met de BAG en dan kom je ook rare situaties tegen, zoals:
Woonplaatsnamen komen vaker voor, dus centroids van een plaatsnaam kunnen volledig ergens verkeerd liggen
Woonplaatsen met veel water of buitengebied geeft centroids buiten kern
Heb hier ooit een blog over geschreven:
Maar omdat je hiermee nog steeds het volledige gebied benadert, is de stadskern niet helemaal zuiver. Daarom ook eens uitgezocht of je een kern beter kunt bepalen als je alle verblijfsobjecten gebruikt en daar een gemiddelde uithaalt:
Daarmee krijg je de centroid veel beter op de woonkern:
Ja, dit is dus precies het probleem waar ik tegenaan liep Ik gebruik PDOK/BAG als bron en bepaalde daar automatisch een punt per woonplaats uit. Bij Urk kwam dat punt dus letterlijk in het IJsselmeer terecht.
Interessant om het gemiddelde van de verblijfsobjecten te gebruiken, dat lijkt eigenlijk veel beter aan te sluiten bij wat ik voor TOPLO nodig heb: niet zozeer het geografische midden van de woonplaats, maar een representatief punt van de daadwerkelijke woonkern. Ga ik eens induiken, dank voor de links!
Ja, inderdaad het eerste. Met centrum bedoel ik de binnenstad/dorpskern, dus het punt dat je intuïtief als “daar ligt deze plaats” zou aanwijzen. Niet de centroïde van de woonplaatspolygoon. Dat laatste is dus precies waar het bij bijvoorbeeld Urk mis kan gaan.
ik vind het leuker om vaker ‘raak’ te schieten dan er wéér verder naast te zitten dan gedacht. De puntcentroide verklaart het deels. De nauwkeurigheid van het aantikken op het telefoonscherm natuurlijk ook.
Dus ik weet niet hoeveel tijd je hebt om er meer aan te klooien, maar wellicht kun je via de browser uitlezen waar iemand vandaan komt, vervolgens die plaats en bijvoorbeeld Texel en Maastricht uitvragen om te benchmarken hoe nauwkeurig de gebruiker de punten kan aanwijzen. Vervolgens die afwijkingen nemen als buffer rondom de (punt)polygoon als ‘raak’ en daarop de punten berekenen?
Punten zijn dan niet meer onderling te vergelijken maar voor de gebruiker misschien wel leuker om vaker ‘raak’ te schieten Noem dat anders ‘kindermodus’, nog voor ‘makkelijk’.