k zie nu waarom je Nieuws Feed Vinder nog niet doet wat jij bedoelt.
Op dit moment is de nieuwslaag vooral gebouwd als cache-first RSS-feed: hij toont opgeslagen FeedItems, haalt daarna kleine batches nieuwe RSS-bronnen op en sorteert standaard vrijwel alleen op publicatiedatum, nieuwste eerst. In de huidige code staat letterlijk dat x27LatestFeed() sorteert op publishedAt of anders fetchedAt. Er is nog geen echte sorteer-engine voor afstand, alfabet, gevonden datum of gebruikersgewicht.
Daarnaast worden bewust niet alle bronnen tegelijk geladen. De huidige architectuur heeft 1000+ discovery-bronnen, maar verwerkt die in kleine batches omdat 1000 RSS-feeds in één Apps Script-run niet betrouwbaar binnen runtime en quota passen. Daarom zie je per moment maar een deel; de rest komt via volgende batches en de uurtrigger. De eerdere setup noemt bijvoorbeeld 18 opgeslagen RSS-bronnen per handmatige laadactie.
Wat jij nu beschrijft vraagt eigenlijk om een volgende laag bovenop de feed-reader: een News Intelligence Index.
Ik zou hem zo maken:
Sorteren op
Publicatiedatum ↓ / ↑
Gevonden op ↓ / ↑
Afstand vanaf Alkmaar ↑ / ↓
Nederland eerst
Buitenland eerst
A → Z
Z → A
Belangrijkheid ↓ / ↑
Bronprioriteit
User-prioriteit
Nieuwste onbekende bron
Meest recent bijgewerkte feed
Afstand
Alkmaar = vaste standaardreferentie
0–25 km
25–50 km
50–100 km
100–250 km
Nederland overig
België
Duitsland
Europa
Wereldwijd
Daarvoor moet ieder nieuwsitem niet alleen country krijgen, maar waar mogelijk ook:
city, region, latitude, longitude, distanceFromAlkmaarKm, distanceBand.
De huidige classifier kent vooral een land/regio toe, zoals NEDERLAND, BELGIE, SPANJE, enzovoort. Dat is dus nog te grof om bijvoorbeeld Alkmaar → Amsterdam → Utrecht → Eindhoven → Madrid op kilometers te sorteren.
Voor belangrijkheid zou ik niet één vaste score gebruiken, maar een instelbare formule:
Importance Score =
userWeight + sourceTrust + recency + proximity + topicWeight + breakingBonus + relevance + uniqueness
De gebruiker kan dan bijvoorbeeld instellen:
Padel Nederland 10
KNLTB 10
Alkmaar/Noord-Holland 10
Padelbusiness 9
Nieuwe clubs 9
Premier Padel 8
Spanje 7
Coaching 7
Equipment 4
De backend heeft al iets waarmee we kunnen beginnen: bronnen bevatten bijvoorbeeld trustScore en priority. We hoeven dit dus niet vanaf nul te bouwen; we moeten die bestaande bronprioriteit uitbreiden met persoonlijke gebruikersweging.
En je opmerking over de indeling vind ik belangrijk. Ik zou de huidige Nieuws-pagina opnieuw structureren als:
LINKER ZIJBALK
Feeds
Nieuwsfeeds
Feedmappen
Mijn feeds
Favorieten
Nieuwe feeds
Niet gelezen
Opgeslagen zoekopdrachten
Daaronder:
Feed Reader
RSS laden
Volgende batch
Alles verversen
Import feed
Nieuwe feed toevoegen
MIDDEN — HOOFDFEED
Hier staat uitsluitend het nieuws zelf:
LIVE PADEL NEWS
met daar direct boven één compacte balk:
Zoeken | Datum | Gevonden | Afstand | Land | A–Z | Belangrijkheid | Rubriek
Daaronder:
Alles · Vandaag · 7 dagen · 30 dagen
en vervolgens de echte nieuwskaarten.
RECHTER ZIJBALK
Nieuwsportalen
Publishers
Officiële organisaties
Federaties
Clubs
Media
Podcasts
YouTube
Websites
Ontdekte bronnen
En per bron bijvoorbeeld:
★ Premier Padel
10 belangrijkheid
ES · internationaal
RSS ✓
Website ↗
Laatste item: 18 min geleden
Dat sluit ook beter aan op wat al aanwezig is: de huidige versie houdt Sources en DiscoveredSources apart en registreert echte publishers uit gevonden nieuwsresultaten.
Er spelen dus eigenlijk vier oorzaken tegelijk.
1. Er geldt een limiet op het aantal teruggegeven artikelen.
x27LatestFeed() maximeert nu op 240 en gebruikt standaard zelfs een lagere limiet.
2. Niet alle feeds worden tegelijk bezocht.
Ze worden batchgewijs verwerkt om Apps Script stabiel te houden.
3. Er is een padel-relevantie-filter.
Een item wordt alleen meegenomen wanneer titel/samenvatting of bron als padel-gerelateerd wordt herkend. Dat kan dus ook legitieme artikelen missen die bijvoorbeeld alleen een clubnaam noemen.
4. De interface is nog een feedviewer en geen complete database-browser.
Hij heeft tijdvensters en land/rubriekselectie, maar nog niet jouw volledige multidimensionale sorteer- en filterlaag.
Ik zou de News Feed Finder daarom veranderen van:
RSS → FeedItems → tonen
naar:
SOURCE DISCOVERY
→ FETCH
→ NORMALIZE
→ GEO-LOCATE
→ CLASSIFY
→ SCORE
→ DEDUPLICATE
→ STORE
→ FILTER
→ SORT
→ READ
Met in FeedItems minimaal:
itemId
title
url
publisher
sourceId
publishedAt
foundAt
fetchedAt
country
region
city
lat
lng
distanceFromAlkmaarKm
distanceBand
rubric
mediaType
importanceBase
importanceUser
importanceCalculated
trustScore
priority
isFavorite
isRead
isSaved
Dan kun je bijvoorbeeld echt klikken op:
Afstand ↑
en krijgen:
Alkmaar · 2 km
Heiloo · 6 km
Heerhugowaard · 8 km
Beverwijk · 22 km
Amsterdam · 31 km
Utrecht · 75 km
Eindhoven · 160 km
Antwerpen · 170 km
Düsseldorf · 190 km
Paris · 430 km
Madrid · 1.480 km
En vervolgens dezelfde lijst met één klik op Belangrijkheid ↓ volledig anders gerangschikt.
Dit is volgens mij precies de stap die nu mist: niet méér losse knoppen toevoegen aan de bestaande reader, maar de bestaande X2027 News / FeedItems / Sources / DiscoveredSources ombouwen naar één echte Padel News Intelligence Reader met linker navigatie, middenfeed en rechter bronnenpaneel. De huidige stabiele versie is bewust vooral op betrouwbaarheid van de feed gericht; de documentatie noemt stabiliseren zelfs expliciet als doel van v1.9.
Ik zou dit dus als v2.0 News Intelligence UI bovenop de huidige stabiele backend bouwen, zonder opnieuw te beginnen.