Ruimtelijke datasimulatie voor herinrichting van gebieden

Bereikbaarheid en verkeer vóór u bouwt.

Digital Twin Simulation modelleert het straten-netwerk van één gebied en simuleert wat er gebeurt als u het opnieuw inricht. Het draait binnen uw eigen omgeving, op de data die u al heeft, en maakt geen verbinding met externe diensten.

DEMO_VISUAL<TODO> Gesimuleerde stroom — straten-netwerk van een gebied
Wat u ziet: loopbaarheid gesimuleerd over het straten-netwerk van één gebied. De simulatie beslaat dat gebied, niet een hele stad — en het netwerk zelf wordt door de engine opgebouwd uit kaartdata in plaats van met de hand getekend.

Weergave: deze opname wordt getoond in Cesium over Google Photorealistic 3D Tiles. Het luchtbeeld is uitsluitend decor voor de visualisatie — het maakt geen deel uit van de simulatie, draagt er geen data aan bij, en is er niet voor nodig. De tiles die in de simulatie te zien zijn, worden door Digital Twin Simulation gegenereerd.

Google Maps Cesium ion Beeldmateriaal © Google, Maxar Technologies en andere bijdragers · © Cesium GS, Inc.
Hoe het werkt

De wereld wordt uit uw data gebouwd en daarna in beweging gezet

Vier stappen, in deze volgorde: uw datasets erin, de wereld eruit opbouwen, die wereld veranderen via regels, en de simulatie draaien los van wat het beeld op het scherm tekent.

  1. Vector-datasets erin

    De engine leest vector-data direct in — wegen, gebouwen, water, grondgebruik, grenzen. OpenStreetMap werkt out of the box, maar uw eigen GIS-export of een interne dataset net zo goed. Er hoeft vooraf niets met de hand te worden overgetekend.

    vector dataset input gebruik de kaartdata die u al heeft
  2. De wereld bouwen: Wave Function Collapse plus cellulaire automata

    Wave Function Collapse stelt het gebied samen uit onderdelen die op elkaar passen, zodat de inrichting de werkelijke geografie volgt in plaats van tegel voor tegel te worden gemodelleerd. Het vult ook de gaten op: waar uw dataset onvolledig is of niets zegt, leidt WFC uit de omliggende beperkingen af wat daar hoort, zodat een gedeeltelijke kaart toch een complete wereld oplevert. Cellulaire automata geven die structuur vervolgens gedrag — elke cel reageert op zichzelf en op zijn buren. De twee werken samen: het ene bouwt de wereld, het andere zet hem in beweging.

    WFC + cellulaire automata de wereld stelt zichzelf samen en gaat daarna vanzelf gedragen
  3. Wijzigingen injecteren via regels en utility scores

    Zo verandert u de wereld. Een regel bepaalt wat een plek doet of wat ermee mag gebeuren — deze straat afsluiten, het verkeer hier aftoppen, water doorlaten. Een utility score drukt uit hoe wenselijk iets op een bepaalde plek is, zodat concurrerende opties kunnen worden afgewogen in plaats van hard te worden vastgelegd. U voegt een scenario toe zonder het model opnieuw op te bouwen.

    regels + utility scores een wijziging probeert u door hem te beschrijven, niet door opnieuw te bouwen
  4. Simulatie onafhankelijk van de weergave

    De simulatie zelf is niet afhankelijk van een specifieke renderer. Unreal Engine is één integratie die we hebben gebouwd, geen eis van de architectuur. Vandaag is het de enige integratie die we ondersteunen — zie de huidige status.

Één engine, meerdere domeinen

Dezelfde engine, op een heel ander probleem

We hebben hem op een sterrenkundig probleem gezet: geen stad, geen straten-netwerk, een andere databron. Dat levert twee dingen op. De kern generaliseert, en de fysica klopt binnen de resolutie van het model — kloppend, niet alleen aannemelijk.

GRAVITY_VISUAL<TODO> Dezelfde engine · ander domein · andere databron
Geen productfunctie — maar wel een echt fysisch resultaat. Een zwaartekracht-simulatie, bedoeld om te laten zien dat noch de geografie noch het stedelijke domein in de engine zit ingebakken. Het vervormde raster is het ruimtetijd-doek: massa kromt het, en al het andere volgt die kromming.

Let in de opname op dit effect: wordt de centrale massa weggehaald, dan verlaat de aarde haar baan niet meteen. Ze blijft gewoon doorcirkelen, en reageert pas op het moment dat de verandering in zwaartekracht haar werkelijk bereikt — precies zoals het in het echt gaat. Dat soort causale correctheid moet een simulatie op orde hebben voordat de uitkomsten vertrouwd kunnen worden.
Toepassing

Herinrichtingsbeslissingen, getest voordat ze gebouwd zijn

Een plan wordt meestal beoordeeld op hoe de nieuwe straat of het nieuwe gebouw eruitziet. Wat het doet met de straten eromheen — waar het verkeer dan naartoe gaat, welke buurten moeilijker bereikbaar worden — is een apart onderzoek, en vaak een latere discussie. Dit is het model voor die tweede vraag.

Het probleem

Een straat afsluiten, een school toevoegen, een nieuw woongebouw openen of parkeerplaatsen opheffen: het herverdeelt beweging door een gebied. De effecten duiken op in straten die geen deel van het plan waren, en worden meestal pas ná het besluit ontdekt in plaats van ervoor.

Waar het helpt

Bereikbaarheid, effect van herinrichting, verkeersstromen en sluiproutes — de vragen die terugkomen in raadsstukken, bezwaren van bewoners en interne afweging, en die nu een specialistisch onderzoek vragen.

Vragen die u aan het model kunt voorleggen

  • Welke straten krijgen meer of minder verkeer na deze herinrichting?
  • Welke buurten worden moeilijker bereikbaar, en in welke mate?
  • Waar gaat sluipverkeer naartoe als we deze straat afsluiten?
  • Wat verandert er als deze straat eenrichtingsverkeer wordt, of een rijstrook verliest aan groen?
  • Groeit of lost de wachtrij bij dit kruispunt op onder de nieuwe inrichting?

Uitgewerkt voorbeeld

WORKED_EXAMPLE<TODO> — één stad, één vraag, één uitkomst: de vraag die gesteld werd, de twee scenario's die zijn vergeleken, en de straten waar de uitkomst anders was dan het plan aannam.

Hoe de uitkomst eruitzag

OUTCOME<TODO> — de uitkomst, een beeld, en wat de gemeente ermee heeft gedaan. Eén concreet geval zegt hier meer dan verdere uitleg over de engine.

Waar dit naartoe gaat

Alles hieronder draait op dezelfde engine. Het verschil zit in hoeveel ervan we hebben gebouwd — de volgorde hier is hoe dichtbij het is, niet hoe interessant het is.

  1. Volledige kaartbewerking

    Het netwerk zelf bewerken binnen de simulatie, zodat een herinrichting op één plek kan worden getekend en getest in plaats van tussen tools te worden geëxporteerd. Het dichtst bij wat er vandaag is.

  2. Omgevingssystemen — warmte, wind en andere natuurkrachten

    Continue velden in plaats van discrete beweging, dus de modellering verschilt van verkeer. Het is conceptueel eenvoudiger dan het klinkt, en het deelt zijn structuur met een bredere familie: warmte, wind, water, groen en de manier waarop die op elkaar inwerken. Die familie is waar dit daarna naartoe gaat.

  3. Mensen

    Voetgangers- en fietsersstromen als gemodelleerde flow, bovenop de verkeerssimulatie. Als laatste genoemd omdat daar eerst de verkeerslaag solide moet zijn — de stromen beïnvloeden elkaar, en loopbaarheid modelleren op een netwerk dat nog beweegt levert weinig op.

Lokaal & EU

Uw data verlaat uw netwerk niet

Digital Twin Simulation is ontworpen om in de eigen omgeving van de klant te draaien. Dat is een architectuurkeuze, geen toevoeging — en voor een publieke organisatie is het meestal de reden waarom een project überhaupt kan worden goedgekeurd.

  • Draait in uw omgeving

    De simulatie draait op uw infrastructuur. Uw kaartdata, uw netwerkdata en uw resultaten blijven binnen uw eigen netwerk in plaats van naar een derde te worden geüpload.

  • Een in de EU gevestigd bedrijf

    D8Diffusion is in de EU gevestigd, zonder moedermaatschappij erbuiten. We zeggen dit apart van waar data wordt gehost, want dat zijn twee verschillende dingen.

    Om er eerlijk over te zijn: onze eigen websitehosting en e-mail draaien op dit moment bij Cloudflare en Google, die niet uitsluitend in de EU zijn gevestigd. Dat raakt deze website, niet de simulatie — die is ontworpen om binnen uw eigen omgeving te draaien. De privacyverklaring noemt beide partijen.

  • Geen harde afhankelijkheden — alleen optionele toevoegingen

    Het draaien van een simulatie vraagt geen externe kaartdienst, geen tile-dienst van een derde en geen cloudprovider. Dat zijn opties, geen voorwaarden: beeld- en renderdiensten kunt u aansluiten wanneer ze iets toevoegen, en weglaten wanneer niet.

    De loopbaarheids-showcase op deze pagina is zo'n optionele laag — hij wordt gerenderd over Google Photorealistic 3D Tiles in Cesium, puur als decor. Het maakt geen deel uit van de engine en berekent niets; dezelfde simulatie draait ook zonder. Zie databronnen voor de vermelding die erbij hoort.

  • De databronnen kiest u

    OpenStreetMap, uw eigen gemeentelijke data, of interne systemen — tags kunnen door elk daarvan worden gezet, en gecombineerd. OpenStreetMap is waar we beginnen, geen beperking.

  • Geen vendor lock-in

    Uw data en uw scenario's blijven van u. De engine zit niet vast aan een renderer, en de uitkomsten zitten niet opgesloten in een dienst die u niet mee kunt nemen.

  • Wat u bouwt, blijft voor altijd van u te openen

    U betaalt voor het gebruik van de tool, niet om naar uw eigen werk te mogen kijken. Een kaart of scenario die u heeft gebouwd, kunt u altijd opnieuw inladen en bekijken, zonder extra kosten, zolang u het bewaart. Er is geen vergoeding per weergave en geen vervaldatum op uw eigen resultaten.

    Dit geldt voor wat u bouwt en op uw eigen infrastructuur bewaart. Hosted- of cloudfuncties die we later toevoegen, zijn een aparte, optionele dienst.

We houden deze website eenvoudig: geen advertenties, geen analytics van derden, geen tracking. Het enige dat wordt opgeslagen zijn uw taal en uw keuze voor licht of donker.

Status en pilot

Waar het project werkelijk staat

Proof of concept Nog niet Bijgewerkt: 16 oktober 2026

Wat we u vandaag kunnen laten zien

  • Een werkend proof of concept voor simulatie-tegels — het celgebaseerde wereldmodel draait en is te bekijken
  • De zwaartekracht-demo, als bewijs dat de engine fysisch klopt in plaats van alleen aannemelijk te lijken — kloppend binnen zijn resolutie, maar correct in het gedrag dat die resolutie vangt
  • Een showcase van de loopbaarheid van een gebied — één gebied, één vraag, van begin tot eind
  • Kaarten automatisch opgebouwd uit werkelijke geografische data, niet met de hand gemodelleerd, ook waar de brondata gaten heeft

Nog niet

  • Een gevalideerde verkeerssimulatie voor een gebied. Wat er is, is een proof of concept, geen gekalibreerd model.
  • Ondersteuning voor gebruik zónder Unreal Engine. De architectuur staat het toe; wij ondersteunen het nog niet.
  • Volledige kaartbewerking binnen de simulatie
  • Voetgangers- en fietsersstromen
  • Omgevingssystemen — warmte, wind en andere natuurkrachten
  • Een afgerond product. Dit is R&D met demo's die werken.

De pilot: één gebied, één echte vraag

We zoeken een klein aantal design partners. U brengt een gebied en een vraag in die u werkelijk moet beantwoorden; wij draaien het en laten u het resultaat zien.

Wat wij van u vragen

  • Eén gebied of buurt — een buurt is genoeg
  • Eén echte vraag die u nu moet beantwoorden
  • Een paar uur van iemand die het gebied en de data kent
  • Toestemming om de case later te beschrijven, als u tevreden bent

Wat u krijgt

  • De simulatie gratis uitgevoerd
  • Invloed op wat er daarna wordt gebouwd
  • De resultaten, en de onderbouwing erachter
  • Geen lock-in en geen verplichting om verder te gaan

Neem contact op

Vertel ons waar u aan werkt en welk gebied het betreft.

Pilotaanvragen komen binnen bij contact@d8diffusion.com. Al het andere bij info@d8diffusion.com.

Wat u kunt meesturen in een pilotaanvraag

Het gebied en ongeveer hoe groot het is, de beslissing waar u naartoe werkt, uw planning, en wie er verder bij betrokken zou moeten zijn. Meestal is dat genoeg voor een bruikbaar eerste antwoord.

Wat er daarna gebeurt

We reageren binnen enkele werkdagen. Als de vraag past, vragen we om de data die u kunt delen en spreken we af hoe een bruikbaar resultaat eruitziet — voordat er werk begint. Past het niet bij wat de engine nu kan, dan zeggen we dat in plaats van de pilot aan te nemen.

We zitten in R&D. Een pilot is een samenwerking aan een onafgerond product, geen aankoop — en hij is gratis.