Toekomst & Wensen

User story

Als deelnemer die lid is van een club die niet officieel bij de Survivalrun Bond Nederland is aangesloten, wil ik die club toch bij mijn profiel kunnen kiezen (en zo nodig kunnen aanmelden), zodat mijn club ook op de site zichtbaar is en meetelt in het clubgevoel, terwijl een beheerder de aanmelding eerst goedkeurt.

Achtergrond

De clublijst komt van de bond. Er zijn best wat clubs die geen bondslid zijn maar wel leden hebben die aan survivalruns meedoen. Die staan nu nergens.

Acceptatiecriteria

• Bij het kiezen van een club kan een deelnemer aangeven dat zijn club ontbreekt en de gegevens opgeven (naam, plaats, website).
• De aanmelding komt bij de beheerder terecht en wordt pas na goedkeuring zichtbaar voor iedereen.
• Na goedkeuring is de club gewoon te kiezen in de club-selector en heeft hij een clubpagina.
• Niet-aangesloten clubs zijn als zodanig herkenbaar (bijv. een klein label), zodat het verschil met bondsclubs duidelijk blijft.
• De aanmelder krijgt bericht zodra de club is goedgekeurd of afgewezen.

Tussenoplossing (live sinds 12 september 2026)

Onder de club-selector bij registratie en in de profielinstellingen staat een klein hintje: "Staat je club er niet bij? Stuur een mail naar info@survivalrunprestaties.nl, dan voegen we hem toe." Clubs worden dan handmatig toegevoegd.

User story

Als deelnemer die na een pauze opnieuw lid is geworden van de bond en daarbij een nieuw SBN-nummer heeft gekregen, wil ik mijn oude nummer aan mijn profiel kunnen koppelen, zodat mijn eerdere seizoenen en uitslagen bij mijn huidige profiel horen en de statistieken, mijlpalen en de seizoens-wrap-up mijn hele geschiedenis meenemen.

Aanleiding

Wie stopt bij de bond en later opnieuw lid wordt, krijgt een nieuw nummer. Onze automatische samenvoeging herkent dezelfde persoon meestal op naam en woonplaats, maar niet altijd (andere schrijfwijze, verhuisd, ander tussenvoegsel). Dan staan er twee profielen naast elkaar en lijkt iemand met tien jaar ervaring een nieuwkomer. Nu lossen we dat handmatig op met app:merge-one-members na een mailtje; dat moet de deelnemer zelf kunnen aanvragen.

Acceptatiecriteria

• Op de profielinstellingen kan een ingelogde deelnemer een oud SBN-nummer opgeven.
• De site toont ter controle de naam en de eerste/laatste run die bij dat oude nummer horen, zodat de deelnemer ziet dat het zijn eigen geschiedenis is.
• De koppeling wordt pas doorgevoerd na goedkeuring door een beheerder (fraudebestendig: je kunt niet zomaar andermans uitslagen claimen).
• Na goedkeuring worden de profielen samengevoegd (zelfde mechanisme als app:merge-one-members) en worden statistieken, klassement en wrap-up opnieuw berekend.
• De deelnemer krijgt een mail wanneer de koppeling is goedgekeurd of afgewezen.
• Een beheerder ziet openstaande koppelverzoeken in het admin-dashboard.

Een content-creator probeerde media toe te voegen bij Udenhout (za) 14-09-2024 en meldde: "als ik op opslaan klik gebeurt er niks. Ik heb het een paar keer geprobeerd. Bij Beltrum 2025 lukte het wel."

Wat er werkelijk gebeurt

Het opslaan mislukt op een validatiefout, en de melding daarover valt niet op. Er is dus geen crash en geen serverfout: de knop doet wel degelijk iets, maar het resultaat is onzichtbaar.

Waarom dit misgaat

• Het formulier heeft geen samenvatting van fouten bovenaan. Elke foutmelding staat alleen bij het veld zelf, en het formulier is lang (titel, type, omschrijvingen, bron, YouTube, uploads, thumbnail, tags, taggen, publicatiedatum). Staat de fout buiten beeld, dan lijkt er niets te gebeuren.
• Er is geen live validatie: er zit geen updated-hook op de component, dus fouten verschijnen pas na een klik op opslaan. De gebruiker krijgt tijdens het invullen geen enkel signaal.
• Voor sommige velden is er helemaal geen plek waar de fout getoond kan worden. De belangrijkste: de foutmelding van licenseCategory staat binnen het blok dat alleen wordt getoond bij het type "Survivalrun Analyse". Faalt die regel bij een gewoon media-item, dan is de melding volledig onzichtbaar. Hetzelfde geldt voor tags.*, taggedUsers en youtubeLinks.*.

Acceptatiecriteria

• Bij een mislukte opslagpoging verschijnt bovenaan het formulier een blok met alle foutmeldingen, ongeacht bij welk veld ze horen.
• Dat blok wordt in beeld gebracht (scroll naar boven), zodat de gebruiker het niet kan missen.
• Elk veld met een validatieregel heeft een plek waar zijn fout getoond kan worden, ook als het veld zelf verborgen is.
• De gebruiker ziet nooit meer een opslaanknop die schijnbaar niets doet.

Beschrijving

Er toont maar 1 inschrijving voor de lsr op https://survivalrunprestaties.nl/registrations?run_id=3251&run_category_id=90458 terwijl op de bond pagina er veel meer staan

Beschrijving

Als iemand zich heeft ingeschreven voor 2 afstanden bij dezelfde run, dan wordt de prognose van de 1e afstand bij beide afstanden weergeven ipv bij beide de unieke prognose.

Stappen om te reproduceren

Zo zie je bij Ellen Folkeringa MSR Neede 6e staan (correct) en KSR Neede 6e (moet 2e zijn). Zie bijlages.

Als survivalrunner van 60 jaar of ouder
wil ik zien de hoeveelste 60-plusser ik ben in het seizoensklassement,
zodat ik mezelf kan vergelijken met mijn eigen leeftijdsgroep in plaats van met het hele 50+-veld, waarin ook vijftigers zitten.

Aanleiding

Gevraagd door een deelnemer bij de feedback op de seizoens-wrap-up (issue #527): "Jullie zijn van het vergelijken en zullen je kunnen voorstellen dat je, als je 22e 50-plusser bent in het eindklassement, wilt weten hoeveelste 60-plusser je bent!"

De oplossing: leeftijd afleiden uit onze eigen historie

De bond kent maar twee veteranenklassen (40-49 en 50+) en levert geen geboortedatum. Toch hoeven we het niet aan iedereen te vragen, want de historie verraadt de leeftijd:

• Wie in seizoen X als 50+ liep, was toen minstens 50. In seizoen Y is hij dus minstens 50 + (Y - X). Komt dat op 60 of hoger uit, dan is hij zeker 60+. Leeftijd gaat maar een kant op, dus deze redenering kan niet omvallen.
• Nog scherper: wie in onze historie de overgang 40-49 naar 50+ maakt, werd in dat seizoen 50. Dat pint zijn geboortejaar op ongeveer een jaar vast, en daarmee weten we ook wanneer hij 60 wordt.

Wat dat vandaag al oplevert

Gemeten op 2026-09-05 over seizoen 2025: van de 353 leden in de 50+-klasse zijn er 41 aantoonbaar 60+, en 231 hebben een 40-49-naar-50+-overgang in onze data. Een 60+-stand van 41 man is een echte stand.

De beperking, en waarom er toch een vraag aan de gebruiker bij hoort

Het afleiden geeft een ondergrens, geen exacte leeftijd. Wie pas op zijn 58e met survivalrun begon, verschijnt meteen als 50+ en telt bij ons als "minstens 50". We tellen 60-plussers dus stelselmatig te laag.

De melder van dit issue is daar zelf het voorbeeld van: zijn eerste 50+-seizoen is 2018, dus wij komen uit op "minstens 57", terwijl hij aangeeft 60+ te zijn. Precies de man om wie het begonnen is, valt met alleen afleiden buiten de stand.

Daarom een hybride: afleiden wat we kunnen, en de rest optioneel laten bevestigen.

Acceptatiecriteria

• Voor elk lid wordt een afgeleide minimumleeftijd bepaald uit het vroegste seizoen waarin hij als 50+ (of 40-49) geclassificeerd was.
• Leden bij wie die minimumleeftijd 60 of hoger is, tellen automatisch mee in de 60+-stand. Daar hoeft niemand iets voor te doen.
• Een lid kan daarnaast optioneel zijn geboortejaar in zijn profiel invullen. Dat overschrijft de afleiding en is de enige manier om erin te komen voor wie later is begonnen.
• De leeftijd zelf wordt nergens publiek getoond; alleen de klasse (60+) telt mee.
• Op het klassement verschijnt naast 40-49 en 50+ een 60+-rangschikking, met de vermelding dat hij gebaseerd is op wat we weten en dus kan groeien.
• Ook in de seizoens-wrap-up krijgt een 60-plusser zijn 60+-positie te zien, naast zijn 50+-positie.
• De 40-49- en 50+-standen blijven ongewijzigd exact wat de bond publiceert. 60+ is nadrukkelijk van ons.

Open vragen

• Nemen we een jaar veiligheidsmarge (dus pas 60+ bij een afgeleide minimumleeftijd van 61)? Dat levert 30 in plaats van 41 leden op, maar sluit twijfelgevallen rond de jaargrens uit.
• Vragen we het geboortejaar aan iedereen in het profiel, of alleen gericht aan de leden in de 50+-klasse van wie we het nog niet weten?
• Alleen 60+, of meteen ook 70+?

Twee kleine klussen die hier bij horen

Uit dezelfde melding komen twee losse dingen die niets met de 60+-berekening te maken hebben, maar wel met hetzelfde onderwerp. Ze zijn klein en kunnen los van de rest.

1. Het woord "punten" op het veteranen-scherm van de wrap-up. Dit is de directe oorzaak van de eerste vraag van de melder, die dacht dat onze puntentelling niet klopte. De wrap-up toont twee schermen achter elkaar:

• Je seizoensklassement: KSR, 132e, 6.202 punten.
• Je veteranen-klassement: KSR, 50+, 22e, 6.442 punten.

Bij allebei staat alleen het woord "punten". De bond kent per wedstrijd echter twee verschillende puntenscores toe: een voor het hele veld en een hogere voor het veteranenklassement, omdat je daar tegen een kleiner veld wordt afgezet. Wie het tweede scherm naast het algemene klassement van de bond legt, ziet een verschil van tweehonderd punten en concludeert dat wij fout zitten. Beide getallen kloppen exact met de bond; alleen het etiket ontbreekt.

Op te lossen door op het veteranen-scherm veteranenpunten te tonen in plaats van punten. Dit raakt iedere veteraan die de wrap-up bekijkt, dus het loont om het te doen voordat de volgende wrap-up rondgaat.

2. De documentatie klopt niet over 60+. In CLAUDE.md en DATABASE.md staan H60+ en D60+ vermeld als mogelijke waarden van sub_category. Die zijn nooit voorgekomen. Wie op die documentatie afgaat denkt dat we de 60+-indeling al binnenkrijgen van de bond, en dat is precies de verkeerde afslag bij dit issue. Corrigeren, met een regel erbij dat 60+ door ons wordt afgeleid en niet van de bond komt.

User Story

Als lid van een vereniging wil ik in mijn seizoens-wrap-up een ranglijst van alle leden van mijn vereniging zien, zodat ik in een oogopslag zie hoe mijn seizoen zich verhoudt tot dat van mijn clubgenoten.

Acceptatiecriteria

• De wrap-up bevat een slide met een ranglijst van de leden van de vereniging van het lid.
• De ranglijst gebruikt dezelfde puntenopbouw als het verenigingsklassement (som van de bijdragen per lid).
• De eigen positie van het lid is duidelijk gemarkeerd.
• Een lid zonder vereniging krijgt de slide niet te zien.

Let op: buiten de wrap-up bestaat deze ranglijst al, via de drill-down per club op /verenigingsklassement.

User Story

Als deelnemer wil ik zelf een grafiek kunnen samenstellen met meerdere deelnemers, een gekozen categorie en een zelfgekozen periode, zodat ik mijn eigen trend direct kan vergelijken met die van medelopers.

Acceptatiecriteria

• Ik kan naast mijzelf een of meer andere deelnemers aan de grafiek toevoegen.
• Ik kan filteren op categorie, bijvoorbeeld alleen LSR.
• Ik kan de periode kiezen, bijvoorbeeld alleen het afgelopen jaar in plaats van de volledige historie.
• Elke deelnemer krijgt een eigen lijn met een duidelijke legenda.

User story

Als loper met een seizoens-wrap-up wil ik mijn wrap-up als PDF kunnen opslaan of downloaden, zodat ik mijn seizoenssamenvatting later kan terugkijken en bewaren zonder per pagina een screenshot te hoeven maken.

Achtergrond

Er bestaat al een permanente deel-link (de knop "Bewaar" / "Deel link" op de laatste kaart) waarmee je de wrap-up online kunt bewaren en opnieuw openen. De wens hier is een offline, downloadbaar bestand (PDF) dat je op je eigen apparaat houdt, los van de website.

Acceptatiecriteria

• Op de wrap-up (en op de publieke deel-weergave) staat een duidelijke knop "Download als PDF".
• De PDF bevat alle slides van de wrap-up in de juiste volgorde, inclusief de grafieken, het kaartje en de teksten.
• De PDF respecteert de gekozen taal (NL of EN).
• De bestandsnaam bevat het seizoen en de naam van de loper (bijv. wrapped-2025-2026.pdf).
• Werkt op zowel mobiel als desktop.
• Alleen de eigen wrap-up (of een via een geldige signed link gedeelde wrap) kan als PDF worden opgehaald; geen toegang tot de wrap-up van iemand anders.

User story

Als licentieloper wil ik in mijn profiel een duidelijk overzicht van mijn behaalde kwalificatiepunten (en, waar mogelijk, wanneer die verlopen), naast mijn wedstrijdpunten, zodat ik weet hoe ik ervoor sta voor promotie.

Acceptatiecriteria

• In mijn profiel een duidelijk overzicht van mijn kwalificatiepunten, per seizoen en in totaal, opgehaald uit de SBN-bond-API.
• Daarnaast mijn behaalde wedstrijdpunten per run (die we al tonen), met als referentie het maximaal haalbare per run.
• Indien afleidbaar: wanneer kwalificatiepunten verlopen (op basis van de wedstrijddatum en de SBN-geldigheidsregel).
• Werkt op mobiel en desktop en is meertalig (NL/EN via de language files).

Haalbaarheid

Haalbaar via de SBN-API die we al gebruiken: de member-uitslagen bevatten per run een veld KWALIFICATIEPUNTEN (plus CAT_KWALPUNTEN en KWALPUNTEN_WILDCARD), sommeerbaar per seizoen en all-time. De verloopdatum is geen direct veld maar afleidbaar uit datum + geldigheidsregel.

User story

Als ingeschreven deelnemer wil ik voor mijn aankomende runs een prognose van mijn verwachte puntenaantal (en positie) zien, zodat ik weet bij welke runs de meeste kansen liggen om punten te scoren voor de competitie. Zeker als runs dicht op elkaar zitten (bijvoorbeeld zaterdag en zondag) helpt dat om mijn inzet te verdelen.

Acceptatiecriteria

• Zodra ik voor een licentierun ben ingeschreven, toont mijn dashboard of de runpagina een verwacht puntenaantal en een verwachte positie.
• Bij meerdere runs kort na elkaar zie ik welke run de hoogste verwachte punten/kansen geeft.
• De prognose is gebaseerd op mijn recente resultaten in dezelfde categorie (zoals het huidige prognose-algoritme).
• Duidelijk gelabeld als indicatie/verwachting, geen garantie.
• Werkt op mobiel en desktop en is meertalig (NL/EN via de language files).

Haalbaarheid

Haalbaar, en daarom openbaar gezet. We berekenen namelijk al een prognose per aankomende licentie-inschrijving (PrognoseService -> srp_prognose_ranking met rank, score en vet_rank). Die score is feitelijk een verwacht puntenaantal (zelfde 0-1000-schaal). Het verwachte puntenaantal per run is dus grotendeels al beschikbaar; het hoofdwerk is dit duidelijk tonen en runs die dicht op elkaar liggen onderling vergelijken. Een prognose van de eindtijd is lastiger en minder betrouwbaar (parcoursen verschillen sterk), dus de focus ligt op verwachte punten en positie.

User story

Als deelnemer wil ik vooraf per run (en per categorie) zien welke hindernissen ik ga tegenkomen en hoeveel meter rennen er tussen de hindernissen zit, zodat ik weet waar ik me nog op kan voorbereiden.

Acceptatiecriteria

• Per run en per categorie een overzicht van de hindernissen in volgorde.
• Bij elke hindernis de afstand (meters rennen) tot de volgende hindernis.
• Beschikbaar voor alle categorieen van de run.
• Werkt op mobiel en desktop en is meertalig (NL/EN via de language files).

Notitie / haalbaarheid

Dit vereist hindernis- en parcoursdata per run. uvponline publiceert die doorgaans niet in de uitslagen, dus de organisatie of de SBN zou deze gegevens moeten aanleveren, of we hebben een andere bron nodig. De databeschikbaarheid moet dus eerst worden uitgezocht voordat dit gebouwd kan worden.

User story

Als clublid wil ik een seizoens-terugblik op clubniveau (een "club-wrapped"), zodat mijn vereniging haar seizoen kan vieren en delen, net zoals de persoonlijke wrapped.

Acceptatiecriteria

• Een wrapped-achtige terugblik per club met clubbrede statistieken: aantal actieve leden, gelopen runs, behouden bandjes, podiumplekken, samen gereisde kilometers, beste prestaties en de positie in het verenigingsklassement.
• Deelbaar, net als de persoonlijke wrapped.
• Werkt op mobiel en desktop en is meertalig (NL/EN via de language files).

Notitie / prioriteit

Dit wordt pas echt waardevol naarmate meer leden in hun profiel hebben aangegeven bij welke club ze horen: die clubkoppeling bepaalt namelijk wie er meetelt. Daarom voorlopig lage prioriteit, tot de clubdekking hoger is. Gerelateerd aan de clubcompetitie (#82).

User story

Als survivalrunner wil ik per wedstrijd(locatie) een editie-overstijgende pagina met historische statistieken, zodat ik in een oogopslag zie hoe zwaar een run is en hoe die zich over de jaren ontwikkelt. Handig als ik overweeg mijn eerste MSR of LSR ergens te lopen: "is die run moeilijk?"

Acceptatiecriteria

• Per run/locatie een overzichtspagina die alle edities (jaren) samenvat.
• Een tabel met welke categorieen in welk jaar werden georganiseerd.
• Per categorie een grafiek van bijvoorbeeld de gemiddelde top-10-tijd of het percentage behouden bandjes over de jaren, als indicatie of het parcours zwaarder is geworden.
• Een lijst met winnaars per categorie over de jaren heen.
• Een overkoepelende recordhouder (bijvoorbeeld: atleet X heeft de meeste licentie-overwinningen in Harreveld).
• Snel kunnen navigeren binnen een categorie tussen de verschillende edities.
• Vervolg: een zwaarte-index waarmee runs onderling te sorteren zijn.
• Werkt op mobiel en desktop en is meertalig (NL/EN via de language files).

Notitie

De eerste basis van een runpagina staat al op de testomgeving (inclusief het verenigingsklassement). Deze story bundelt de gewenste editie-overstijgende statistieken daarbovenop. Geinspireerd op klimrennen.nl/series en de "sorteer runs op zwaarte"-gedachte.

User story

Als ingelogd lid wil ik in mijn profiel kunnen aanzetten dat ik automatisch een agenda-uitnodiging ontvang zodra survivalrunprestaties.nl ziet dat ik voor een run ben ingeschreven, zodat de wedstrijd meteen in mijn (Google-, Outlook- of Apple-)agenda staat zonder dat ik 'm handmatig hoef toe te voegen.

Acceptatiecriteria

• In mijn profielinstellingen komt een aparte toggle "Automatische agenda-uitnodiging bij inschrijving".
• De trigger is dezelfde als bij "Notificaties van mijn eigen runs": zodra we detecteren dat ik voor een run ben ingeschreven.
• Bij die trigger ontvang ik (bijvoorbeeld per e-mail) een agenda-bestand (.ics) of agenda-uitnodiging met datum, starttijd (indien bekend), locatie en de wedstrijd-/categorie-informatie.
• Wordt de starttijd later bekend of wijzigt die, dan wordt de agenda-afspraak bijgewerkt (of ontvang ik een bijgewerkte uitnodiging).
• De setting staat standaard uit en werkt onafhankelijk van de andere eigen-run-notificaties (los aan- of uit te zetten).
• Werkt op mobiel en desktop en is meertalig (NL/EN via de language files).

Notitie

Bouwt voort op de bestaande "Notificaties van mijn eigen runs"-functionaliteit (zelfde detectie van inschrijvingen). Een .ics-uitnodiging is agenda-onafhankelijk en werkt daarmee ook voor Google Agenda, waar de oorspronkelijke melding om vroeg.

User story

Als ingelogd lid wil ik een grafiek zien waarin ik visueel word vergeleken met mijn naaste concurrenten, zodat ik in een oogopslag zie waar ik echt goed was dit seizoen en hoe ik me tot mijn directe rivalen verhoud, zonder dat ik het zelf in Excel hoef uit te zoeken.

Acceptatiecriteria

• Op mijn eigen dashboard (of in mijn profiel) verschijnt een grafiek die mij vergelijkt met mijn naaste concurrenten binnen mijn categorie.
• "Naaste concurrenten" zijn de atleten die qua punten/tijd het dichtst bij mij eindigen en/of tegen wie ik het vaakst heb gestreden (zelfde run en categorie, beiden uitgelopen).
• De grafiek toont per gedeelde wedstrijd het onderlinge verschil (bijvoorbeeld punten of tijd), zodat ik de ontwikkeling over het seizoen kan volgen.
• Ik kan kiezen of ik binnen mijn eigen categorie vergelijk of over alle categorieen heen.
• Vanuit de grafiek kan ik een concurrent direct volgen.
• Werkt op mobiel en desktop en is meertalig (NL/EN via de language files).

Relatie

Sterk gerelateerd aan #409 ("Blok met je grootste rivalen op je eigen dashboard"). Deze wens voegt daar de visuele/grafiek-invalshoek aan toe: waar #409 een blok met rivalen-cijfers beschrijft, vraagt deze om een grafiek. Overweeg samen te voegen met #409 of als grafiek-uitbreiding daarop te bouwen.

User Story

Als ingelogd lid wil ik op mijn eigen dashboard een blok met mijn grootste rivalen zien: de atleten tegen wie ik het vaakst heb gestreden en wat de onderlinge verschillen zijn, zodat ik mijn onderlinge duels het hele jaar door kan volgen en niet alleen in de seizoens-wrap-up.

Acceptatiecriteria

• Op je eigen dashboard verschijnt een blok Grootste rivalen met je top 10 rivalen, gesorteerd op het aantal onderlinge duels (vaakst voorkomend eerst).
• Standaard toont het blok je rivalen binnen je eigen categorie (inclusief je veteranenklasse als die van toepassing is).
• Er is een optie om de rivalen over alle categorieen heen te tonen.
• Per rivaal zie je het onderlinge verschil, net als in de wrapped: aantal duels, hoe vaak jij won en hoe vaak de ander won, en het typische verschil.
• Via bekijk alle rivalen klik je door naar een volledig overzicht van iedereen tegen wie je minimaal 3 keer hebt gestreden.
• Op dat overzicht kun je splitsen per licentietype (LSR, MSR, KSR, BSR, JSR).
• Een duel telt mee als beide atleten dezelfde run en categorie hebben uitgelopen (FINISHED), gelijk aan de definitie van de rivalen-slide in de wrapped.
• Werkt op mobiel en desktop en is meertalig (NL/EN via de language files).
• Maak het ook mogelijk om meteen er voor te kiezen om een rivaal te volgen

Samengevoegd met een aanvullende wens: alle onderlinge duels kunnen bekijken in plaats van alleen een selectie.

User story

Als survivalrunner wil ik gerichte, onderbouwde voorbereidingstips voor een aankomende run, zodat ik goed voorbereid aan de start sta.

Idee

Tips afgestemd op de context: het type run (afstand/categorie: KSR/MSR/LSR/BSR/JSR), de verwachte omstandigheden (weer, seizoen), en het niveau en de historie van de loper. Denk aan training, materiaal en kleding, voeding en pacing.

Aandachtspunten

• Tips moeten gefundeerd zijn (geen loze open deuren), liefst afgestemd op afstand, weer en niveau.
• Bepalen waar de tips verschijnen (bij een komende inschrijving, op het profiel, of in de wrap-up).
• Bron/onderbouwing en toon vaststellen voordat we het uitrollen.

Herkomst

Voortgekomen uit feedback op de seizoens-wrap-up.

User story

Als deelnemer wil ik na afloop van een run kort feedback kunnen geven, zodat ik mijn ervaring kan delen en meehelp de wedstrijd te verbeteren.

Als wedstrijdorganisatie wil ik gestructureerde feedback van deelnemers ontvangen, zodat ik komende edities gerichter kan verbeteren.

Wat de deelnemer invult

• Een zwaarte-score voor de run (bijvoorbeeld een cijfer van 1 tot 10).
• Een set korte beoordelingen over de organisatie, elk op een schaal (voorstel: 0 tot 5 sterren, of simpel ja/nee, nog te bepalen):
  • Was het parcours veilig?
  • Was de route goed uitgepijld?
  • Waren er voldoende verzorgingsposten?
  • Was de uitleg van de jury duidelijk?
  • Was de informatie vooraf goed?
  • Waren de hindernissen creatief?
  • Was de doorstroming (wachtrijen) in orde?
• Een opmerkingenveld (vrije tekst), waarbij de deelnemer kiest of de opmerking publiek is of alleen bedoeld voor de wedstrijdorganisatie.

Acceptatiecriteria

• Een ingelogde gebruiker die aan een deelnemer is gekoppeld en recent een run heeft uitgelopen, krijgt een uitnodiging om feedback te geven via een popup en/of e-mail.
• De feedback hoort bij een specifieke run en kan per deelnemer eenmalig worden ingevuld (later eventueel aan te passen).
• Opmerkingen gemarkeerd als "alleen voor de organisatie" zijn nooit publiek zichtbaar.
• Publieke beoordelingen kunnen geaggregeerd worden getoond (bijvoorbeeld gemiddelde scores per run).
• De organisatie-feedback kan (eventueel in een latere fase) worden doorgezet naar de wedstrijdorganisatie.
• Voor nu alleen beschikbaar voor ingelogde gebruikers.

Open punten (nog te beslissen)

• Beoordelingsvorm: sterren (0 tot 5) of simpel ja/nee per vraag.
• De definitieve vragenlijst.
• Trigger: popup, e-mail of beide, en na hoeveel dagen.
• Hoe we de organisatie-feedback bij de juiste club/organisatie krijgen.

Waarom kansrijk: we hebben de gebruikers en de traffic al. Deelnemers die net een run hebben gelopen zijn precies de mensen die dit even willen invullen, en dat is voor een ander lastig na te bouwen.

User story

Als deelnemer wil ik op mijn profiel een overzicht van mijn behaalde punten en bandjes, uitgesplitst per categorie en als totaal per seizoen, met een keuzemenu per seizoen, zodat ik mijn voortgang kan volgen en in een oogopslag zie of ik richting BSR of een wedstrijdcategorie kan overstappen.

Acceptatiecriteria

• Op het deelnemersprofiel staat een blok dat per seizoen het totaal behaalde punten toont.
• De punten zijn uitgesplitst per categorie: jeugd (JSR), recreatief, BSR, KSR, MSR en LSR, met daarnaast een totaal per seizoen.
• Per categorie toont het blok ook het aantal behaalde bandjes (een uitgelopen run zonder gemiste hindernissen, obstacles_missed = 0), zodat in een oogopslag zichtbaar is of je richting BSR of een wedstrijdcategorie kunt overstappen.
• Er is een keuzemenu per seizoen, zodat elk beschikbaar seizoen los te bekijken is (met het huidige en vorige seizoen als startpunt).
• De ontwikkeling t.o.v. een ander seizoen blijft eenvoudig te vergelijken (bijvoorbeeld huidig versus vorig seizoen naast elkaar).
• Het is duidelijk of veteranenpunten apart worden getoond of in het totaal worden meegerekend.
• De punten en bandjes worden per seizoen opgeteld op basis van de behaalde resultaten (kolommen points en obstacles_missed in srp_run_aggregated_result).
• Werkt voor zowel het eigen profiel als het profiel van een andere deelnemer.
• Alle nieuwe teksten lopen via __() met vertalingen in nl.json en en.json.

Open punten (nader te bepalen)

• Veteranenpunten apart tonen of in het totaal meerekenen.

Als ingelogde gebruiker met een gekoppelde deelnemer wil ik in mijn profiel kunnen aangeven in welke veteranen-categorie ik het nieuwe seizoen meedoe, zodat mijn prognose, klassement-positie en e-mailnotificaties vanaf de eerste inschrijvingen van het nieuwe seizoen de juiste categorie aanhouden zonder dat ik op mijn eerste run hoef te wachten.

Acceptatiecriteria

• In mijn profielpagina staat een veld Veteranen-categorie volgend seizoen met opties: geen, 40-49, 50+.
• Mijn huidige categorie wordt ter referentie getoond.
• De keuze respecteert de you never get younger-regel: ik kan geen lagere categorie kiezen dan ik nu heb (iemand met 50+ kan geen 40-49 kiezen).
• Is mijn geslacht (H/D) bekend, dan wordt de keuze automatisch naar H-/D-prefix vertaald (bijvoorbeeld H50+). Is het nog onbekend, dan blijft de keuze unisex en wordt het prefix toegevoegd zodra het geslacht bekend is.
• De waarde wordt pas actief bij de start van het nieuwe seizoen (1 september); tot die datum gebruikt de site mijn huidige categorie.
• Schrijf ik me daarna in op een run met een andere veteranen-categorie, dan is de daadwerkelijke run-categorie leidend (bestaande logica blijft gelden).

Buiten scope

Jeugdcategorie-overgangen (JSR10-11 naar JSR12-14, JSR12-14 naar JSR15-17, JSR15-17 naar KSR) zijn niet nodig: voor de jeugd bepaalt de eerste inschrijving van het nieuwe seizoen de categorie al automatisch, omdat jeugd op UVP een aparte run-categorie is.

User story

Als bezoeker van Survivalrunprestaties.nl wil ik een all-time klassement kunnen bekijken dat laat zien wie de beste survivalrunners aller tijden zijn, gebaseerd op winpercentage en het aantal gelopen wedstrijden, zodat ik prestaties over de jaren heen kan vergelijken en kan zien wie historisch gezien aan de top staat.

Daarnaast wil ik het klassement kunnen bekijken per tijdvak (bijvoorbeeld per 5 of 10 jaar) en wil ik kunnen meestemmen op de beste survivalrunner van het afgelopen seizoen, zodat naast de pure data ook de mening van de community een plek krijgt.

Acceptatiecriteria

• Er is een all-time klassement dat atleten rangschikt op basis van een combinatie van winpercentage en aantal gelopen wedstrijden.
• Het klassement is te filteren op tijdvak: all-time en per periode van 5 of 10 jaar.
• Het klassement maakt onderscheid tussen de relevante categorieen (bijv. heren/dames en afstand), zodat vergelijkbare prestaties met elkaar worden vergeleken.
• Een minimum aantal gelopen wedstrijden voorkomt dat iemand met een enkele gewonnen wedstrijd bovenaan eindigt (drempelwaarde nader te bepalen).
• Er is een publieksstemming waarmee bezoekers en atleten kunnen stemmen op de beste survivalrunner van het afgelopen seizoen.
• De uitslag van de stemming wordt getoond als een top 5-ranglijst.
• De stemming is beschermd tegen misbruik (bijvoorbeeld een beperking van het aantal stemmen per gebruiker).
• Het data-gedreven klassement en de publieksstemming zijn duidelijk van elkaar gescheiden, zodat helder is wat op data en wat op stemmen is gebaseerd.

Als gebruiker wil ik per notificatietype kunnen aangeven of ik op de hoogte gebracht wil worden bij belangrijke wijzigingen rond mijn runs, zodat ik niets mis rond inschrijvingen, starttijden en uitslagen.

Acceptatiecriteria:

• Ik kan per notificatietype apart aan- of uitzetten of ik een mail wil ontvangen.
• Notificatie 1 - inschrijving open: ik ontvang een mail zodra een run de status open krijgt voor inschrijving, met run-informatie en een directe inschrijflink.
• Notificatie 2 - starttijden bekend: ik ontvang een mail zodra mijn starttijd voor een run is gepubliceerd, met vermelding van de run en mijn starttijd.
• Notificatie 3 - uitslag beschikbaar: ik ontvang een mail zodra mijn (tussentijdse of definitieve) uitslag is verwerkt, met een link naar de uitslag.
• De notificaties staan standaard uit en moeten actief worden aangezet in mijn profielinstellingen.
• Mails zijn meertalig (NL/EN) op basis van mijn taalvoorkeur.

Als deelnemer met een lange loopcarriere wil ik mijn runs van voor 2006 zelf kunnen toevoegen aan mijn profiel, zodat ik op survivalrunprestaties.nl een compleet overzicht heb van al mijn gelopen runs vanaf het begin.

Acceptatiecriteria:

• Ik kan per run aangeven: seizoen, welke run het was en in welk klassement ik liep (bv. LSR, MSR, KSR, BSR, JSR).
• Het toevoegen werkt ook zonder uitslag (tijd / positie / punten). In dat geval rekent het systeem met positie 50 als uitgangspunt voor de afgeleide statistieken, zodat de deelname altijd meetelt.
• Ik kan optioneel later de uitslag (tijd, positie, punten) alsnog aanvullen bij een eerder ingevoerde run.
• De toegevoegde pre-2006 runs verschijnen in mijn persoonlijk overzicht en worden meegenomen in mijn statistieken.
• Een handmatig toegevoegde run is herkenbaar als zodanig, zodat die visueel onderscheidbaar is van automatisch gecrawlde resultaten.

User story

Als bezoeker van de site wil ik per run de historische weersomstandigheden zien (weersymbool, temperatuur en gevoelstemperatuur), zodat ik context heb bij de resultaten en kan zien of een run onder zware of juist aangename omstandigheden is gelopen.

Acceptatiecriteria

• Bij elke afgelopen run wordt een weer-indicator getoond met symbool, temperatuur en gevoelstemperatuur.
• Weerdata wordt bepaald op basis van locatie, datum en starttijd van de run.
• Data wordt opgehaald uit een historische-weer-API en gecached per run, zodat pagina-snelheid niet lijdt.
• Zichtbaar op zowel de kalender als de uitslagenpagina.
• Gebruikt herkenbare symbolen (zon, wolken, regen, sneeuw).
• Bij toekomstige runs (inschrijvingen) wordt de weerindicator niet getoond of vervangen door een verwachting dichtbij de datum.

User story

Als gebruiker die zich wil inschrijven voor aankomende runs wil ik bij elke aankomende run-categorie een voortgangsbalk zien met het aantal inschrijvingen ten opzichte van het maximaal aantal beschikbare startbewijzen, zodat ik snel kan beoordelen of ik direct moet inschrijven of dat ik nog even kan wachten.

Acceptatiecriteria

• Bij aankomende runs op de kalender- en registratiepagina is per categorie een voortgangsbalk zichtbaar.
• De balk toont het aantal ingeschreven deelnemers en het maximum aantal plekken.
• De kleur verandert afhankelijk van de vulling (groen bij ruimte, oranje rond 80% vol, rood bij bijna vol).
• Als er geen maximum bekend is, wordt alleen het aantal inschrijvingen getoond zonder balk.
• Werkt goed op mobiel en desktop.

User story

Als ingelogde gebruiker wil ik bij mijn eigen run-resultaten een comment kunnen toevoegen met keuze tussen publiek, alleen voor mijn volgers, of alleen voor mijzelf, zodat ik een kort verslag, weersomstandigheden, een Strava-link of foto's bij mijn prestatie kan delen.

Acceptatiecriteria

• Bij een eigen run-resultaat is een knop "Comment toevoegen" beschikbaar.
• Comment heeft een zichtbaarheidsoptie: publiek, alleen voor volgers, of privé.
• In de uitslagenlijst verschijnt een spraakballon-icoontje bij resultaten met een zichtbare comment.
• Klikken op het icoontje toont de comment.
• Comments kunnen worden bewerkt en verwijderd door de eigenaar.
• Eenvoudige URL-ondersteuning voor Strava-links en foto-links.

User Story

Als gebruiker wil ik dat het inschrijfformulier op mobiel voldoende ruimte heeft onderaan de pagina, zodat het clubveld en de registreer-knop niet achter het toetsenbord verdwijnen wanneer ik mijn club intyp.

Acceptatiecriteria

• Het clubveld is volledig zichtbaar terwijl het toetsenbord open staat
• De "Registreren"-knop blijft te allen tijde bereikbaar (bijvoorbeeld via voldoende padding/scroll-ruimte onder het formulier)
• Het formulier is getest op verschillende mobiele schermformaten

User Story

Als deelnemer wil ik mijn GPS-bestand van een wedstrijd kunnen uploaden of automatisch laten synchroniseren (bijvoorbeeld via Strava), zodat de volledige wedstrijdfile beschikbaar is voor analyse en visualisatie op survivalrunprestaties.nl.

Acceptatiecriteria

• Deelnemers kunnen handmatig een GPX/TCX-bestand uploaden bij een specifieke run
• (Optioneel) Bij een gekoppeld Strava-account wordt de activiteit automatisch gekoppeld aan de juiste run op datum/locatie
• Het GPS-bestand wordt opgeslagen en is later bruikbaar voor analyse (bijv. obstakel-tijden, snelheidsverloop)
• Privacy: alleen de deelnemer zelf kan zijn GPS-bestand uploaden of verwijderen

Vervolg op de Strava-koppeling wens (#59).

User Story

Als deelnemer wil ik mijn Strava-account kunnen koppelen aan mijn profiel op survivalrunprestaties.nl, zodat anderen vanuit een uitslag kunnen doorklikken naar mijn Strava-prestatie van die wedstrijd.

Op termijn kan dit worden uitgebreid met een kaartweergave van de route, waarop te zien is wanneer een deelnemer voorsprong neemt of bij welke obstakels tijd verloren wordt.

Acceptatiecriteria

• Deelnemers kunnen via OAuth hun Strava-account koppelen aan hun profiel
• Bij een uitslag is een link zichtbaar naar de bijbehorende Strava-activiteit (indien gekoppeld)
• Privacy-instellingen van Strava worden gerespecteerd
• (Optioneel/later) Routekaart-weergave per wedstrijd op basis van Strava-data

Opmerking: dit is een ambitieuze wens met meerdere fasen — fase 1 is enkel de koppeling en deeplink naar Strava.

User Story

Als deelnemer wil ik het parcours van een wedstrijd direct op survivalrunprestaties.nl kunnen bekijken, zodat ik niet langer de website van de organisatie hoef af te struinen om de route te vinden.

Acceptatiecriteria

• Bij een run kan een parcours worden gekoppeld (bijv. een Google Maps kaart of embed)
• Het parcours is zichtbaar op de runpagina zodra het bekend is
• Beheer van het parcours gebeurt handmatig (organisator-link of door admin)
• Mobielvriendelijke weergave van de kaart

User Story

Als beheerder wil ik dat aliassen automatisch worden aangemaakt wanneer de gecrawlde naam (via SBN-nummer) afwijkt van de naam die al in het systeem staat, zodat inschrijvingen en uitslagen correct aan dezelfde deelnemer gekoppeld worden zonder handmatig werk.

Acceptatiecriteria

• Bij het importeren van uitslagen/inschrijvingen wordt gecontroleerd of de gecrawlde naam afwijkt van de bestaande member-naam met hetzelfde SBN
• Bij een verschil wordt de afwijkende naam automatisch als alias toegevoegd
• Bestaande handmatige aliassen blijven behouden en worden niet overschreven
• Het proces logt welke aliassen automatisch zijn aangemaakt

User Story

Als gebruiker wil ik in het klassement naast het totaalaantal punten ook het gemiddelde puntenaantal per race zien, zodat ik beter kan inschatten hoe deelnemers zich tot elkaar verhouden en wie ik nog kan inhalen — naast de bestaande prognose.

Acceptatiecriteria

• Per deelnemer in het klassement wordt het gemiddeld puntenaantal per gelopen race getoond
• Het klassement kan op gemiddelde gesorteerd worden
• Optioneel filter/sortering voor gemiddelde naast totaal en prognose

User Story

Als gebruiker wil ik in de resultatengrafiek op mijn persoonlijke dashboard direct kunnen doorklikken naar de uitslagenpagina van een specifieke run, zodat ik snel meer detail kan zien zonder de run handmatig op te zoeken.

Acceptatiecriteria

• Op desktop opent een klik op een datapunt direct de uitslagenpagina van die run
• Op mobiel toont de eerste tap een widget/tooltip met de runnaam en datum; een tweede tap op de widget opent de uitslagenpagina
• Het cursor- of hover-gedrag blijft werken zoals nu

User Story

Dat je als gebruiker een geplande run kunt 'volgen'. Je kunt dan pushmeldingen instellen (mail zou ook volstaan). Deze meldingen worden verstuurd, zodra:
- De inschrijvingen geopend zijn
- De inschrijvingen gaan sluiten

Details / Acceptatiecriteria

Belangrijk: het liefst geef je aan voor welk type wedstrijd je mee wilt gaan doen. Licentieruns gaan soms later open dan recreatieve runs.
Nice-to-have: een melding krijgen zodra jouw type wedstrijd voor bijv. 70% vol zit. Zodat je weet dat je niet te lang meer kunt twijfelen, ook al is de deadline nog niet verstreken.

User Story

Bij mijn eigen overzicht zou ik het fijn vinden als de recreatieve en wedstrijdstatistieken optisch nog meer losgetrokken worden. Dat loopt voor mijn gevoel een beetje door elkaar heen. Het is natuurlijk dezelfde sport, maar bij recreatief draait het ook wat minder om de uitslagen/scores (aanname ;)). Dan komt de recent toegevoegde grafiek ook wat meer tot zijn recht.

Voor mij zouden bijv. 2 aparte tabbladenideaal zijn. 1tje licentie, en de andere recreatief.

User Story

bijv. van die wedstrijd het DNF%, DNS% toevoegen. Als deelnemer wil je graag weten: was ik de enige die het zwaar vond? Zijn er veel 'gesneuveld' onderweg? Dat plaatst de prestatie iets meer in perspectief.
Je hebt in onze sport nog een andere variant wat het misschien lastiger maakt: wel gefinished, maar niet alle hindernissen gehaald (bandje doorgeknipt).

User Story

Dit zou dan de tijd zijn van de middelste persoon op de deelnemerslijst. Je hebt nu al de tijd van de snelste en de laatste staan. dit zou het feest compleet maken :).

User story:

Als beheerder of lid van een survival run vereniging wil ik dat de ledenlijst van mijn vereniging automatisch wordt bijgewerkt op survivalrunprestaties.nl, zodat het clubfilter altijd actueel is wanneer er leden bijkomen of vertrekken.

Acceptatiecriteria:

• De ledenlijst van een vereniging wordt automatisch gesynchroniseerd via één van de volgende methoden:
  • Synchronisatie met een gedeeld Google Sheets document dat door de vereniging wordt bijgehouden.
• De synchronisatie vindt periodiek automatisch plaats (bijv. dagelijks of wekelijks).
• Wanneer een lid wordt toegevoegd of verwijderd, wordt dit binnen één synchronisatiecyclus doorgevoerd in het clubfilter.
• Een beheerder van de vereniging kan de synchronisatie ook handmatig triggeren.
• Als de synchronisatie mislukt, ontvangt de beheerder een melding.
• Het clubfilter toont altijd de meest recent gesynchroniseerde ledenlijst.
• De pagina is responsive en werkt op zowel mobiel als desktop.

User Story: Als gebruiker van survivalrunprestaties.nl wil ik kunnen kiezen tussen Nederlands en Engels als taal van de applicatie, zodat ik de website kan gebruiken in mijn voorkeurstaal. Ik wil dit zowel kunnen instellen in mijn profiel als snel kunnen wisselen via een vlaggetje op elke pagina.

Acceptatiecriteria:

1. Op elke pagina is een taalswitcher zichtbaar met een Nederlandse en Engelse vlag.
2. Een klik op een vlag wisselt de volledige interface direct naar de betreffende taal.
3. Als bezoeker (niet ingelogd) wordt de taalkeuze opgeslagen in een cookie, zodat de voorkeur behouden blijft bij een volgend bezoek.
4. Als ingelogde gebruiker wordt de taalkeuze direct opgeslagen in de profielinstellingen.
5. Als een ingelogde gebruiker de taal wisselt via het vlaggetje, wordt de instelling in het profiel direct bijgewerkt — zonder dat de gebruiker apart naar de profielinstellingen hoeft te gaan.
6. In het profiel is een instelling beschikbaar onder "Voorkeuren" of vergelijkbaar, waarmee de gewenste taal geselecteerd kan worden (Nederlands / Engels).
7. Bij het inloggen wordt de opgeslagen taalvoorkeur uit het profiel direct toegepast, ook als de cookie een andere taal bevatte.
8. De taalswitcher toont duidelijk welke taal momenteel actief is (bijv. via een actieve/geselecteerde staat op de vlag).
9. Alle statische teksten, menu-items, labels en meldingen in de applicatie zijn beschikbaar in zowel Nederlands als Engels.

User story:

Als ingelogde gebruiker van survivalrunprestaties.nl wil ik meldingen kunnen ontvangen bij relevante systeemgebeurtenissen en persoonlijke activiteit, zodat ik niets mis wat voor mij van belang is.

Acceptatiecriteria:

• De gebruiker kan een melding ontvangen wanneer een andere gebruiker hem of haar gaat volgen.
• De gebruiker kan een melding ontvangen bij het openen (en sluiten) van de inschrijvingen
• De gebruiker kan een melding ontvangen bij het bekend zijn van de starttijden
• De gebruiker kan een melding ontvangen bij het bekend zijn zijn/haar resultaten
• De gebruiker kan een melding ontvangen bij het defintief worden van de resultaten
• De gebruiker kan zich abonneren op systeemupdates (bijv. nieuwe functionaliteit, onderhoud of aankondigingen).
• De gebruiker kan zich abonneren op een wensenlijst-item (bijv. een gevraagde feature of run), en ontvangt een melding zodra daar een update over is.
• Alle meldingstypes zijn afzonderlijk aan of uit te zetten in de notificatie-instellingen.
• Meldingen zijn instelbaar per kanaal (bijv. e-mail, pushmelding of in-app notificatie), afhankelijk van wat het systeem ondersteunt.
• De notificatie-instellingen zijn bereikbaar vanuit het dashboard en/of de profielpagina.
• De pagina is responsive en werkt op zowel mobiel als desktop.