P1-47 was geen regressie; contentstand hermeten (6 -> 61 toekomstige events)

P1-47 gecorrigeerd: het hartje is niet per ongeluk uit de horeca-overzichtskaart
verdwenen, Bob heeft er 2026-09-10 zelf om gevraagd ('die horeca-hartjes moet
niet op overzicht paginas'). Drie stukken bewijs: de kaartcomponent is nooit
hernoemd dus een paginahernoeming kan hem niet raken; het bestand stond bij
sessiestart niet in git status maar verscheen pas na de export; en Bobs eigen
opdracht staat in de sessie. Het herstelrecept blijft staan voor als hij van
gedachten verandert.

Tweede bevinding van diezelfde audit nagemeten: EvenementInfoWidget leest 6 van
zijn 12 parameters niet, maar er ontbreekt geen inhoud - event_current toont
fotoos, categorie en logo zelf boven de tabbalk. Dode doorgeefwaarde, geen taak.

Contentstand: 1508 -> 2007 unieke events, 6 -> 61 toekomstige. Amsterdam is
weer bruikbaar als testplaats voor evenementen; die CLAUDE.md-notitie is
vervangen door 'meet eerst'. Taak 21 is daarmee wel weer zinvol. Nog steeds
niets na september.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

CLAUDE.md

@@ -2020,18 +2020,25 @@ export een `.take(N)` oplevert, volledig los van Drupal. Zie je in de app
 precies N items terwijl de API er meer teruggeeft, kijk dan daar en niet in
 de view.
 
-**⚠️ Amsterdam is de vaste testplaats voor HORECA, maar onbruikbaar voor
-EVENEMENTEN — gebruik daarvoor Valkenburg (`townid=27301`) of Roermond
-(`townid=27205`).** Gemeten 2026-09-11 op productie: van de 1025 events in
-`flutterflow_events` liggen er **4** in de toekomst, en die zitten alleen in
-die twee plaatsen. Amsterdam geeft 0 items op élke `flutterflowmobiel1`-
-display én 0 agenda-events op alle 300 Amsterdamse zaken. Test je een
-datumfilter, een sortering of een lege-staat op Amsterdam, dan meet je dus
-niets — alles is daar leeg, ongeacht of je wijziging werkt. Voor
-horeca/establishments blijft Amsterdam wél de juiste keuze (300+ zaken).
-Het `townid`-filter zelf is betrouwbaar: Valkenburg `27301` geeft 3 items,
-buurplaats Berg `27286` geeft er 0, ongefilterd 4 — een bruikbaar
-positief/negatief controlepaar.
+**⚠️ Meet de evenementenvoorraad vóór je een testplaats kiest — die schommelt
+sterk met de import.** Amsterdam is en blijft de juiste keuze voor
+**horeca/establishments** (300+ zaken, stabiel). Voor **evenementen** hangt het
+volledig af van of de import loopt:
+- **2026-09-11** (import stond stil): 1025 events, waarvan **4** toekomstig.
+  Amsterdam gaf 0 op élke `flutterflowmobiel1`-display; alleen Valkenburg en
+  Roermond hadden iets.
+- **2026-09-12** (import weer aan): 2007 events, waarvan **61** toekomstig,
+  over tientallen plaatsen. Amsterdam geeft weer resultaten
+  (`services_3` 1, `services_5` 6).
+
+**De les is dus niet "Amsterdam is leeg" maar "tel eerst":** één `curl` op de
+display die je wilt testen, vóór je concludeert dat je wijziging niet werkt.
+Een lege tab is hier veel vaker een contentkwestie dan een bug.
+**Wat wél constant blijft: er staat niets ná de lopende maand** — op beide
+meetmomenten lagen álle toekomstige events binnen september.
+Het `townid`-filter zelf is betrouwbaar, en dit is een bruikbaar
+positief/negatief controlepaar: Valkenburg `27301` geeft items, buurplaats
+Berg `27286` geeft er 0.
 
 **Twee views die allebei "events" heten doen iets anders — en het verschil
 is precies een datumfilter.** `flutterflow_events` (evenement-detail, param

TASKS.md

@@ -1,4 +1,4 @@
-## ▶ Nu aan de beurt (stand 2026-09-11)
+## ▶ Nu aan de beurt (stand 2026-09-12)
 
 ### 🥇 EERSTE TE DOEN — Bob, in deze volgorde (gezet 2026-09-11)
 
@@ -36,8 +36,9 @@ taxonomy terms* → vocabulaire `thuisbezorgen_afhaalbezorgen` → term
 hangt het drawer-item eraan.
 
 **Overslaan:** taak 19 (al gedaan, twee keer onafhankelijk nagemeten) en
-taak 21 (exposed datumfilter — met 4 toekomstige evenementen in heel
-Nederland valt er niets aan te testen; wachten op vulling).
+taak 21 — **dat advies is 2026-09-12 achterhaald**: met 61 toekomstige
+evenementen is een datumfilter nu wél te bouwen én te testen. Zie de
+contentstand hierboven.
 
 **Open vraag van Claude:** hoeveel favorieten heb je als `bobcity`
 aangemaakt, en van welk type (evenement of zaak)? Er komt er **één** door
@@ -46,30 +47,35 @@ mogelijk te streng; waren de andere verleden/zaken zonder agenda, dan
 klopt het gewoon.
 
 
-### ⚠️ Contentstand productie — hermeten ná Bob's importfix (2026-09-11)
+### ✅ Contentstand productie — hermeten 2026-09-12, de importfix wérkt
 
-Bob meldde 2026-09-11 dat de import op productie al een tijd niet liep en
-dat hij dat net gefixt heeft. Direct nagemeten (`flutterflow_events`, met
-cache-buster):
-
-| | vóór de fix | ná de fix |
-|---|---|---|
-| events (rijen) | 1025 | **1525** |
-| unieke events | 1010 | **1508** |
-| toekomstige events (uniek) | 4 | **6** |
-
-Jaar afgeleid uit weekdag+datum: **alles staat in 2026**. De import doet
-het dus weer, maar de aanwas is vrijwel volledig **historisch** (mei kwam
-er als maand bij, juni ging van 689 naar 1026). Vooruit blijft het dun:
-6 unieke events vanaf vandaag, en **nog steeds niets ná september**.
-
-De 6 toekomstige: Roermond (11 sep), Zeddam (13 sep), Valkenburg (18/20/25
-sep), Alblasserdam (19 sep).
-
-**Belangrijk: 2 van die 6 komen niet in de app terecht** — zie taak 28.
-`flutterflowmobiel1` is na de importfix onveranderd (4/3/1/0/3/0/0).
-
----
+| | 09-11 (import stond stil) | 09-11 ná fix | **09-12** |
+|---|---|---|---|
+| unieke events | 1010 | 1508 | **2007** |
+| **toekomstige** events | 4 | 6 | **61** |
+
+De aanwas van gisteren was nog vrijwel volledig historisch; vandaag zit hij
+wél vooruit. De 61 toekomstige events verdelen zich over tientallen plaatsen:
+Amersfoort 14, Amsterdam 8, Baarn 6, Naaldwijk 4, Den Haag 3, Hoorn 3,
+Valkenburg 3.
+
+**Wat dat verandert:**
+- De Home-tabs zijn niet meer leeg: `services_1` 25 (volle pagina),
+  `services_3` 17, `services_5` 25, `services_7` 7, `services_6` 1.
+  **Alleen `services_4` (Activiteiten) staat nog op 0** — dat zijn
+  stadsactiviteiten, die worden handmatig aangemaakt en niet geïmporteerd.
+- **Amsterdam is weer bruikbaar als testplaats voor evenementen**
+  (`services_3` 1, `services_5` 6). De notitie in `CLAUDE.md` die zei dat
+  Amsterdam daarvoor onbruikbaar was, is 2026-09-12 vervangen: die gold alleen
+  zolang de import stilstond.
+- **Taak 21 (exposed datumfilter Vandaag/Dit weekend/Deze week) is nu wél
+  zinvol te bouwen en te testen.** Gisteren adviseerde ik te wachten op
+  vulling; met 61 events verspreid over twee weken kan het nu.
+
+⚠️ **Eén ding blijft staan: er is nog steeds niets ná september.** Alle 61
+toekomstige events liggen binnen 2026-09. Zodra je dat kunt verklaren (bron
+publiceert kort vooruit, of de import haalt maar een venster op) is dat het
+laatste grote contentgat vóór livegang.
 
 ### Taak 28 · 15% van de events heeft geen categorie en is daardoor onzichtbaar
 
@@ -2125,10 +2131,33 @@ widget-canvas-rechterpaneel). **Niet aanraken:** de "Translate All"/
 "Translate Page"-knoppen (betaalde Growth/Business-upgrade) en de 7
 gekoppelde sleutels hierboven (apart traject).
 
-⚠️ **P1-47 · REGRESSIE, eigenaar: Bob (builder) — het favorieten-hartje is
-van de horeca-overzichtskaart verdwenen.** Gevonden 2026-09-12 met een
-browserloze audit op ongebruikte component-parameters (dezelfde methode die
-eerder P1-44 opleverde).
+**P1-47 · GEEN regressie — jouw eigen besluit. Eigenaar: Bob, alleen als je
+van gedachten verandert.** Gevonden 2026-09-12 met een browserloze audit op
+ongebruikte component-parameters; de audit klopt feitelijk, maar de conclusie
+"onbedoeld neveneffect" is **onjuist** en is 2026-09-12 gecorrigeerd door de
+sessie die commit `7094b43` schreef.
+
+**Waarom het geen regressie is — drie stukken bewijs:**
+1. Je hebt er zelf om gevraagd, in de sessie van 2026-09-10: *"die
+   horeca-hartjes moet niet op overzicht pagina's. Die favorieten alleen op
+   de pagina van de establishment zelf. Anders wordt het te rommelig"*, en
+   later diezelfde sessie: *"hartje van horecagelegenheidsoverzicht gehaald"*.
+2. **Een paginahernoeming kán dit bestand niet raken.** De kaartcomponent
+   `HorecagelegenheidoverzichtKaart` is nooit hernoemd of verplaatst; alleen
+   de twee *pagina's* zijn dat. Een rename raakt geen gedeeld component.
+3. Het bestand stond bij de start van die sessie **niet** in `git status`; het
+   verscheen pas ná `flutterflow export-code`. De wijziging kwam dus uit het
+   FlutterFlow-project — jouw builder-werk dat nog niet geëxporteerd was —
+   en niet uit een bewerking van Claude.
+
+Wat wél terecht is aan de melding: de commit-boodschap van `7094b43` noemt
+die 105 verwijderde regels niet, terwijl ze wel in die commit zitten. Dat is
+een tekortkoming van die boodschap; de wijziging zelf is gewoon jouw keuze
+die meeliftte op de eerstvolgende export.
+
+**Wil je het hartje tóch terug op het overzicht** (en dus je besluit van
+2026-09-10 terugdraaien), dan staat het herstelrecept hieronder — dat blijft
+bruikbaar. Zo niet: laat staan en streep deze taak weg.
 
 **Wat er mis is:** `HorecagelegenheidoverzichtKaartWidget` krijgt van alle drie
 zijn levende aanroepers (`horecagelegenhedenOverzichtCurrent`, Favorieten tab 2,
@@ -2140,12 +2169,11 @@ geeft nul treffers; het enige `Icon(` dat er nog staat is de
 kun je niets meer favoriet maken** — alleen nog op de detailpagina
 (`horecagelegenheid_current_widget.dart` heeft zijn hartje wél nog).
 
-**Wanneer:** commit `7094b43` (2026-09-11 16:18, taak 18 — Copy3 naar Current
-promoveren en de oude pagina naar `kanweg` verplaatsen). Die commit verwijderde
-**105 regels** uit dat widget-bestand plus 4 uit het model, en de
-commit-boodschap noemt dat niet. Vrijwel zeker een onbedoeld neveneffect van
-het hernoemen/verplaatsen, geen bewuste keuze — de `nid`-binding bij alle
-aanroepers staat er immers nog gewoon.
+**Wanneer:** commit `7094b43` (2026-09-11 16:18) droeg de wijziging over uit
+de export. Dat de `nid`-binding bij alle drie de aanroepers nog staat, is geen
+bewijs van onbedoeldheid — FlutterFlow laat een parameter gewoon staan als je
+alleen het widget dat 'm gebruikte weghaalt. Wil je het netjes: die binding
+kan bij een opschoonronde weg, maar hij doet geen kwaad.
 
 **De oude configuratie staat nog in git** (`git show
 7094b43^:lib/horecagelegenhedenoverzicht/horecagelegenheidoverzicht_kaart/horecagelegenheidoverzicht_kaart_widget.dart`),
@@ -2167,11 +2195,14 @@ lokale App-State-lijst bijwerkte.
   `HomeSliderCall.call()` zonder argumenten aan). Kandidaat voor P2-7's
   opruimlijst; Claude gooit niets weg.
 - **`EvenementInfoWidget` krijgt 6 parameters die het niet leest**
-  (`nid`, `title`, `date`, `logo`, `fotoos`, `categories`) terwijl het er 12
-  wél gebruikt. Titel en datum staan waarschijnlijk bewust al op `EventCurrent`
-  zelf, maar `logo`, `fotoos` en `categories` zijn opvallend — controleer of
-  daar bedoelde inhoud ontbreekt op de evenement-infotab. Geen crash, geen
-  blocker.
+  (`nid`, `title`, `date`, `logo`, `fotoos`, `categories`) — feitelijk juist,
+  het widget leest er maar 6 van de 12 (`website`, `entreetoelichting`,
+  `entreeprijs`, `contact`, `plaats`, `adres`).
+  ✅ **Nagemeten 2026-09-12: er ontbreekt geen inhoud.** De ouderpagina
+  `event_current_widget.dart` rendert `fotoos` (16 treffers), `categorie` (13)
+  en `logo` (5) zélf, bóven de tabbalk. De infotab hoeft ze dus niet te tonen.
+  Dit is dode doorgeefwaarde, geen ontbrekende content — hooguit iets voor een
+  opschoonronde, geen taak.
 
 ---