Taak 38 af, 29 deels, 31 juiste oorzaak: fotorelationships i.p.v. Distinct

- Taak 38 volledig af: categorie komt nu als array uit de bezorg-display.
- Taak 29: title is schoon over 299 events; adres (26) en categorie (6)
  moeten nog door dezelfde HTML-clean.
- Taak 31: Distinct kan hier principieel niet werken. Rijen = aantal
  foto's, op vier nodes gemeten. Oorzaak: twee relationships naar de
  slideshow-foto's met een excluded veld eraan, dat wel in de SQL-SELECT
  staat. Fix en diagnosemethode naar CLAUDE.md.
- CLAUDE.md: ook vastgelegd dat een "Is between"-datumfilter één
  identifier heeft, niet twee - gebruik twee losse filters.

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

CLAUDE.md

@@ -2289,6 +2289,34 @@ jouw laatste export nog de actuele staat weergeeft — draai er een
 verse. Bevestigd 2026-09-02, toen Bob en Claude onafhankelijk hetzelfde
 component omzetten.
 
+**Een views-relationship naar een MULTI-VALUE veld geeft één rij per waarde —
+en `DISTINCT` repareert dat niet.** Bevestigd 2026-09-14 op `flutterflow_events`:
+node 214439 kwam 14x terug, 214441 3x, 214367 2x — telkens **exact het aantal
+foto's** in het `fotos`-veld. De oorzaak waren twee relationships naar de
+slideshow-foto's (`field_picture2_fid`, `field_pictures_fid`), elk met een
+**excluded** veld eraan (`uri_2`, `uri_3`).
+- **Waarom Distinct principieel niet werkt:** een excluded veld staat niet in de
+  JSON maar wél in de SQL-SELECT, met per rij een andere file-URI. `DISTINCT`
+  vergelijkt de complete SQL-rij, dus voor de database zijn het géén duplicaten.
+  Zet je 'm aan, dan verandert er niets en lijkt het raadsel groter dan het is.
+- **Diagnose in één stap:** tel de rijen en tel de waarden van elk multi-value
+  veld in rij 1. Zijn die gelijk, dan heb je je vermenigvuldiger te pakken —
+  veel sneller dan de viewconfig doorspitten.
+- **Fix:** verwijder de relationship én het excluded veld dat eraan hangt. Een
+  multi-value veld dat je gewoon als **direct** veld toevoegt (zonder
+  relationship) levert alle waarden netjes in één rij.
+- Single-value relationships (een logo, een entity reference naar één node)
+  vermenigvuldigen niets en mogen blijven staan.
+
+**Een exposed date-filter met operator "Is between" geeft ÉÉN identifier, geen
+twee.** Bevestigd 2026-09-14: het veld *Filter identifier* accepteert één naam
+(bv. `field_date_value_1`) en de twee grenzen komen in de URL als
+`?naam[min]=…&naam[max]=…`. Wil je twee schone, losse query-parameters (wat een
+FlutterFlow API Call veel makkelijker meestuurt), maak dan **twee aparte exposed
+filters** op hetzelfde veld: één met operator *Is greater than or equal to*
+(identifier `datum_van`) en één met *Is less than or equal to* (identifier
+`datum_tot`). Vraag dus niet om "de tweede identifier" — die bestaat niet.
+
 **Twee views die op elkaar lijken maar niets met elkaar te maken hebben —
 haal ze niet door elkaar.** Bevestigd 2026-09-09:
 - **`flutterflowmobiel1`** voedt de **Home-tabs** (contenttypes `activity`

TASKS.md

@@ -167,7 +167,18 @@ uitsnede van het brede logo.
 *Doorlopende chatnummering van 2026-09-13. Stand: 25 afgevoerd, 34/35/36/37
 afgerond (zie hierboven), 20 grotendeels rond.*
 
-**Taak 38 · bezorg-display — ✅ display leeft, 1 restpunt.** Geverifieerd
+**Taak 38 · bezorg-display — ✅ VOLLEDIG AF (2026-09-14).** Het restpunt is
+opgelost: `categorie` komt nu als array (18 arrays, 0 strings, 1 leeg op
+Amsterdam), ook bij meerdere categorieën (`['Italiaans restaurant','Pizzeria']`).
+Bob loste het op met een custom-modulefunctie. **De display is daarmee klaar voor
+gebruik door de app.** Wat Claude nog moet doen: de bezorgers per plaats meten,
+de ontwerpkeuze voorleggen (losse lijstpagina vs. 7e tab — op devbob gaf
+`horcat=17967` 0 resultaten, dus een losse pagina ligt voor de hand), een
+`display_id`-parameter op de pagina zetten en het drawer-item eraan hangen.
+
+_Eerdere stand:_
+
+**Taak 38 · bezorg-display — display leeft, 1 restpunt.** Geverifieerd
 2026-09-13: `services_2` op `flutterflowmobiel_establishments` draait op
 productie (Amsterdam 19 zaken, Arnhem 2, ongefilterd 100), het `horcat`-filter
 is eraf (leeg én gevuld geven allebei 19 — de app kan die parameter niet
@@ -184,7 +195,7 @@ Zodra dat rond is: Claude meet de bezorgers per plaats en legt de ontwerpkeuze
 voor (losse lijstpagina vs. 7e tab), en hangt het drawer-item eraan. De pagina
 heeft nog géén `display_id`-parameter; die moet er eerst op.
 
-<details><summary>Oorspronkelijke diagnose</summary>
+_Oorspronkelijke diagnose:_
 
 **Taak 38 · de bezorg-display komt niet door op productie.** De view-export die
 Bob plakte bevat `services_2` ("thuisbezorgt", filter
@@ -203,7 +214,6 @@ bestaat daar — `services_2` t/m `_5`, `services_8`, `thuisbezorgt`, `page_1` e
    view-definitie zit in de ctools-cache, niet in de page cache, dus een
    `_cb=`-parameter in de URL helpt daar niet tegen.
 
-</details>
 
 Zodra hij draait: Claude meet hoeveel bezorgers er per plaats zijn en legt de
 ontwerpkeuze voor (losse lijstpagina vs. 7e tab). Op devbob gaf `horcat=17967`
@@ -211,6 +221,30 @@ op deze display 0 resultaten, wat suggereert dat bezorgers nauwelijks in de zes
 tabcategorieën zitten — losse pagina ligt dus voor de hand. De pagina heeft nog
 géén `display_id`-parameter; die moet er eerst op.
 
+**Taak 29 · HTML-entiteiten — ✅ `title` opgelost, 2 velden nog open
+(2026-09-14).** Bob heeft `title` door de HTML-clean gehaald en naar productie
+gepusht; geverifieerd op nid 214466 (`Onno Innemee & Ytwer Bosma`) en breed over
+299 events: **0 titels met entiteiten**. Twee velden zijn nog niet meegenomen —
+dezelfde behandeling volstaat:
+- **`adres`** — 26 van de 299 gecontroleerde events, bv. nid 222545
+  `'Ruiterskwartier 61 &amp; 63'`
+- **`categorie`** — 6 van de 299, allemaal `['Hiphop/Rap/R&amp;B']`
+  (nid 222687, 222692, 222697, 222704, 222731, 222741)
+
+Verificatie (moet `GEEN - schoon` geven over 3 pagina's):
+```
+curl -s -u bob:serhii "https://uitgaanskrant.com/en/flutterdrup/views/flutterflow_events.json?display_id=services_1&page=0&limit=100&_cb=$RANDOM" | python3 -c "
+import sys,json,re,collections
+c=collections.Counter()
+for r in json.load(sys.stdin):
+    for k in ('title','adres','categorie'):
+        v=r.get(k); v=' '.join(map(str,v)) if isinstance(v,list) else v
+        if isinstance(v,str) and re.search(r'&[#a-zA-Z0-9]{2,8};',v): c[k]+=1
+print(dict(c) or 'GEEN - schoon')"
+```
+
+_Oorspronkelijke analyse:_
+
 **Taak 29 · HTML-entiteiten op de evenement-detailpagina.** Bevestigd op nid
 214466 (13 sep): `flutterflow_events` geeft `Onno Innemee &amp; Ytwer Bosma`,
 `flutterflowmobiel1` op dezelfde node `Onno Innemee & Ytwer Bosma`. Eén
@@ -227,6 +261,35 @@ viewnaam gefilterd wordt; staat `flutterflowmobiel1` er wel in en
 views exporteren (`drush @prod php-eval "print views_get_view('X')->export();"`)
 en aan Claude geven om te diffen.
 
+**Taak 31 · dubbele rijen — ⚠️ OORZAAK GEVONDEN, en het is NIET Distinct
+(2026-09-14).** Bob zette `distinct = TRUE` op de Master (staat in de export) en
+het veranderde niets. Dat kan ook niet, en de meting wijst de echte oorzaak aan:
+
+| nid | rijen | foto's in het `fotos`-veld |
+|---|---|---|
+| 214439 | 14 | **14** |
+| 214441 | 3 | **3** |
+| 214420 | 3 | **3** |
+| 214367 | 2 | **2** |
+
+Eén rij per foto. De boosdoeners zijn de twee **relationships** naar de
+slideshow-foto's, `field_picture2_fid` en `field_pictures_fid`, elk met een
+**excluded** veld eraan (`uri_2` "pathc" en `uri_3` "pathg"). Die twee velden
+staan niet in de JSON maar wél in de SQL-SELECT, met per rij een andere
+file-URI — en `DISTINCT` werkt op de complete SQL-rij, dus voor de database
+zijn het geen duplicaten. Daarom is Distinct hier principieel machteloos.
+
+**Fix (Views UI → `flutterflow_events` → Master):** verwijder de velden
+`uri_2` (pathc) en `uri_3` (pathg) én de relationships `field_picture2_fid` en
+`field_pictures_fid`. Ze zijn overbodig: de foto's komen al uit de **directe**
+velden `field_picture2`/`field_pictures` (formatter `media_content`) — rij 1
+bevat nu al alle 14 URL's. ⚠️ Laat de relationships `field_logo2_fid` en
+`field_logo4_fid` met hun velden `uri`/`uri_1` staan: die leveren het
+`logo`-veld en zijn single-value, dus die vermenigvuldigen niets.
+Controleer na afloop dat `fotos` nog gevuld is én dat nid 214439 één rij geeft.
+
+_Oorspronkelijke (onjuiste) diagnose:_
+
 **Taak 31 · dubbele rijen in `flutterflow_events` → Distinct.** nid 214439 komt
 14x terug, 214441 3x. Alle 14 rijen zijn veld voor veld **identiek** — dus de
 vermenigvuldiging komt van een sort/filter op een multi-value veld dat niet in