Deze pagina biedt een eenvoudige bladerinteractie voor het vinden van entiteiten met een eigenschap met een bepaalde waarde. Andere beschikbare zoekinteracties zijn de zoekpagina voor pagina-eigenschappen en de querybouwer.

Lijst van resultaten

• Data gedreven beleid rond circulariteit  +
• Data tabblad  +
• Database en context broker naast elkaar  +
• Date  +
• De Watersensor is een instantie van een sensor .  +
• Data en informatie werkgroep: VlocaTraject … Data en informatie werkgroep: VlocaTraject/Citerra </br> Tijdens de eerste thematische werkgroep worden de data en informatienoden van de reeds geïdentificeerde use cases in kaart gebracht. </br>De Werkgroep Data en Informatie staat open voor deelname door de gehele quadruple helix . Vaste deelnemers zijn de leden van het VLOCA-trajectconsortium en stakeholders, die samen de data- en informatienoden in kaart brengen. </br>De verzamelde inzichten worden vervolgens verwerkt om de IT-architectuur verder aan te vullen.</br> De eerste thematische werkgroep vond plaats op 28 maart 2024.</br> </br> Context </br> Initiatief </br> In samenwerking met Mobiliteit en Parkeren Antwerpen en de Stad Antwerpen werkt VLOCA (Vlaamse Open City Architectuur) samen met OSLO (Open Standaarden voor Linkende Organisaties) aan een City of Things project genaamd "Citerra". Citerra staat voor 'City Environmental Regulations and Rights for Access' voor steden, gemeenten, bedrijven, burgers, verenigingen en overheden , en heeft als doel de link te leggen tussen de genoemde stakeholders en de lokale regelgeving.</br> Het doel van Citerra is om alle regelgevingen te centraliseren en te uniformeren, waarbij de aanvragen voor vergunningen kunnen worden ingediend. De focus van dit City of Things traject ligt op vergunningen voor autoluwe zones of gebieden met cameratoezicht. Hoewel de Stad Antwerpen het project leidt, is het de bedoeling om dit initiatief breder te zien richting alle lokale besturen.</br> Op dit moment is de informatie over verschillende gereglementeerde zones in de stad niet goed georganiseerd, wat het voor burgers en bedrijven moeilijk maakt om te begrijpen welke regels waar van toepassing zijn. Het handmatig invullen van persoonlijke gegevens bij herhaalde aanvragen leidt ook tot frustratie. Om dit te verbeteren, streeft het project ernaar gebruikers zelf hun profiel te laten beheren, inclusief het toevoegen van extra nummerplaten, en om gegevens automatisch in te vullen bij nieuwe aanvragen. Bovendien voldoet het project aan de Europese Commissie Directive over "Intelligent Transport Systems" door steden te verplichten Urban Vehicle Access Rights (UVAR) data naar het Europese Platform te uploaden, wat geautomatiseerd zal verlopen.</br> </br> VLOCA </br> VLOCA, de Vlaamse Open City Architectuur, is een initiatief van het Agentschap Binnenlands Bestuur van de Vlaamse Overheid. De hulp van VLOCA aan lokale besturen start bij het scherpstellen van duidelijke, verstaanbare use cases en loopt door tot de aanbestedingsfase van het project. VLOCA vormt op deze manier een duidelijke brug tussen de beleidsdoelstellingen van het lokale bestuur en de technische laag waarin de oplossingen beschreven en geïmplementeerd worden. We stellen de juiste vragen en verzamelen de noden en behoeften van alle stakeholders (lokale besturen, kenniscentra, bedrijven en burgerorganisaties). Door een gestructureerde aanpak en verwerking van deze informatie wordt de ontwikkeling van herbruikbare bouwblokken, standaarden en normen gestimuleerd die van Vlaanderen één grote interoperabele slimme regio kunnen maken. De opgedane kennis en ervaring wordt ontsloten via een kennishub waarop onder andere draaiboeken, architectuur componenten en modellen ter beschikking gesteld worden voor alle andere lokale besturen en stakeholders.</br> </br> Brainstormsessie </br> Het doel en de aanpak van de brainstormsessie worden hieronder beschreven. Tevens wordt de uitkomst van de brainstorm hierin samengevat.</br> </br> Doel van de brainstormsessie </br> Het doel van de brainstormsessie is het volgende:</br> </br> Identificatie van de meerwaardecreatie </br> Inzicht in wat je nodig hebt om de meerwaardecreaties te realiseren </br> Beschrijven van mogelijkheden om de oplossing te verduurzamen </br> Opsommen van potentiële valkuilen </br> </br> Oefening 1 & 2 </br> Voor deze oefeningen stonden we stil bij de volgende vragen: </br> 1) Voor wie of wat vormt de oplossing toegevoegde waarde? Lijst de stakeholders op en beschrijf wat de toegevoegde waarde precies is. Op basis van deze informatie kunnen we een business case maken.</br> Voorbeeld: </br> -Burgers die een aanvraag moeten doen voor de registratie van hun nummerplaat in hun woonplaats.. Wat betekent dit voor hen qua meerwaarde?    </br> 2) Wat heb je nodig om de geïdentificeerde meerwaardecreaties uit oefening 1 te realiseren? Wat moet je anders doen bij de ene stekeholder dan bij de andere? Waar ga je bvb data halen? Lijst de acties op.</br> Voorbeeld: </br> -We bieden een gecentraliseerd platform aan waar je voor verschillende steden een aanvraag kan doen</br> </br> </br></br> </br> Stakeholders</br> </br> Identificatie meerwaardecreatie</br> </br> Acties</br> </br> </br> Bewoners van de binnenstad</br> </br> koppelen met authentieke bronnen (mijn burgerprofiel</br> </br> Link met mijn burgerprofiel</br> </br> </br> Spoeddiensten</br> </br> één toegang voor alle steden en gemeenten</br> </br> Het only once principe</br> </br> </br> hulpdiensten</br> </br> Link met de NACE codes bvb.</br> </br> </br> Nutsbedrijven</br> </br> Efficientie en voorkomen van kosten (boetes, minder administratie)</br> </br> koppeling met eloketondernemers</br> </br> </br> Overheden</br> </br> Automatisatie van verwerking, toekenning/ weigering</br> </br> Een centrale DWH van alle dossiers 'pending', 'goedgekeurd, geweigerd (+ waarom)</br> </br> </br> Inzichten van wie vraagt er wat, wanneer en waar</br> </br> Mogelijkheid van toevoegen van bepaalde verwerkingsregels : evenementen, conditie van bewonerskaart,</br> </br> </br> schaalgrootte van oplossing => softwarematig interessanter voor aanbesteding</br> </br> </br> </br> </br> transportbedrijven</br> </br> efficientie en voorkomen van kosten (zowel boetes als administratieve nodig op kantoor)</br> </br> </br> </br> </br> vanuit een route van A naar B over C geef mij alle aanvragen die ik moet indienen : thematische benadering</br> </br> </br> pechverhelping (VAB)</br> </br> zichtbaarheid waar vergunning nodig is en eenvoudig aanvragen en beheren</br> </br> Link met de NACE codes bvb.</br> </br> </br> vergunning voor volledig jaar en auto reminder bij vervallen of wijzigingen</br> </br> </br> lijst of db van 'speciale' gevallen (spoeddiensten, pechverhelping, enz.)</br> </br> </br> softwareleveranciers</br> </br> vergunningsoftware generieker te bouwen</br> </br> </br> </br> </br> verenigingen</br> </br> hulp bij organiseren van evenementen + bewijs van vergunning</br> </br> aanvragen ook automatisch laten indienen indien bvb die automatisch werd goedgekeurd.</br> </br> </br> Archiveren van oude vergunningen die niet meer manueel werden aangevraagd, of volgens bronnen overleden of failliet gegaan is.</br> </br> Bij elke aanvraag een nummer en versie nummer : versiebeheer (zodat de ambtenaar weet dat dit een oude reeds toegekende aanvraag is geweest en opnieuw is ingediend)</br> </br> </br> </br> </br> aanvraag van vorig jaar eenvoudig ophalen, aanpassen en terug indienen</br> </br> </br> </br> </br> Een week/maand voor einde van vergunning een berichtje om die aanvraag opnieuw in te dienen</br> </br> </br> Binnenlandse toeristen</br> </br> bij het verkrijgen van de vergunning in wooplaats, krijg je direct een vraag : wil je ook vergunningen vragen voor andere steden (bvb LEZ)</br> </br> </br> </br> </br> Zorgbedrijven (thuisverpleging, ...)</br> </br> geen echte spoed mee gemoeid</br> </br> </br> </br> </br> Buitenlandse toeristen</br> </br> Een overzicht over gans Vlaanderen met duidelijke uitleg om vergunning aan te vragen</br> </br> Vertaling van centrale webpagina</br> </br> </br> Betaal module via wallet van burgerprofiel</br> </br> Koppeling met WAZE (waarschuwing : heb je vergunning met link naar meer info en vergunningsaanvraag webpagina)</br> </br> </br> </br> </br> Internationale nummerplaten, EURO norm via certificaat (gescand bvb)</br> </br> </br> marktkramers</br> </br> minder administratieve last</br> </br> </br> </br> </br> personen van wacht (vb. dr van wacht)</br> </br> steeds zeker van toegang (vb. verdwijn palen)</br> </br> afspreken met dienst die wachtdienst organiseert</br> </br> </br> Lijst van dokters met nummerplaten bvb.</br> </br> </br> Ambtenaren</br> </br> Handhaving</br> </br> </br> </br> </br> "minder mobiele" burgers</br> </br> overal toegang en permanent</br> </br> Databanken reeds bestaande?</br> </br> </br> opladen van attest</br> </br> Oefening 3 </br> Bij deze oefening keken we naar manieren om de voorgestelde oplossing duurzaam te implementeren:</br> -Welke expertise hebben we nodig om dit allemaal te beheren?</br> -Zijn er applicaties die noodzakelijk zijn om de oplossing draaiende te houden?</br> -Hoe kunnen we een business model uitbouwen?</br> -Hoe kunnen we dit laten sponsoren?</br> -Hoe kunnen we de kosten beperken?</br> -Welke databronnen moeten altijd ter beschikking zijn?</br> </br> </br></br> </br> Verduurzamen oplossing</br> </br> </br> Overeenkomst met leverancier en steden en gemeenten ivm governance van de linken met de bestaande aanvraagsystemen</br> </br> </br> steden en gemeenten (= lokale overheden) om hun voorwaarden te beheren in applicatie (vb. parameters in LPDC) = automatische aanpassing vh formulier bvb</br> </br> </br> 'owner' van platform en helpdesk van het platform</br> </br> </br> financieringsmodel (bijdrage lokale overheden, Vlaanderen,, (privaat)ondernemingen, buitenland, ..) in de vorm van abonnement, transactie gebaseerd, per aanvraag, .. .... te onderzoeken (reclame ?)</br> </br> </br> Financiering door stakeholders die voordelen halen uit platform</br> </br> </br> kosten besparen door maximaal gebruik te maken van bestaande Vlaamse bouwstenen.Bv: formulierentool</br> </br> </br> via 'add-on's (bvb nutsbedrijven) kan de financiering gebeuren</br> </br> </br> centrale ontwikkelaar met mogelijkheid tot samenwerking door lokale ontwikkelaars : lokaal moet men kunnen blijven aanpassen,en via 'versiebeheer' kan doorstromen naar centrale systeem.</br> </br> </br> machtigingen authentieke bronnen via VVSG (ipv zelf naar bvb DIV aanvragen, kan via VVSG ook gedaan worden, veel sneller en gemakkelijker)</br> </br> </br> standaardisatie garanderen</br> </br> </br> datastandaard</br> </br> </br> Governance : engagement lokaal om de zoveel tijd om de standaard te onderhouden</br> </br> Oefening 4 </br> Tot slot stonden we stil bij de onderstaande procestekening. Hierbij keken we naar potentiële valkuilen waarmee we rekening moeten houden.</br> •De valkuilen werden door de deelnemers met een rode post-it aangeduid</br> In de onderstaande tabel werden de geïdentificeerde valkuilen toegelicht: </br> </br> </br></br> </br> Valkuilen</br> </br> Toelichting</br> </br> </br> te groot/klein willen zien</br> </br> </br> </br> </br> Ontbrekende financiering</br> </br> </br> </br> </br> scope (autoluwe zones) erg beperkt, is niet voldoende kritische massa. Onvoldoende zicht op ruimere opportuniteiten</br> </br> </br> </br> </br> teveel dependencies voor kritische flow</br> </br> </br> </br> </br> betrouwbaarheid systeem (uptime platform)</br> </br> </br> </br> </br> GDPR en cybersecurity</br> </br> </br> </br> </br> financiering</br> </br> </br> </br> </br> bereidheid van steden en gemeenten om mee te stappen in dit verhaal (hoe dit in een win-win vertalen)</br> </br> </br> </br> </br> hele value-chain (ook vergunning vervangwagens) nodig. enkel aanvraag is te beperkt</br> </br> te complex (het moet voldoende idiot-proof zijn)</br> </br> </br> complex systeem tov. 1 nieuw systeem voor alle lokale overheden</br> </br> via koppeling aan lokale aanvraag systemen</br> </br> </br> Juridische verantwoordelijkheid bij het fout lopen van het systeem</br> </br> Vergunning wordt niet teruggevonden in de lokale systemen</br> </br> </br> Vs. idiot proof maken</br> </br> Bvb bij verhuis : gaat het systeem hem adviseren mbt ladderlift maar vergeten te vermelden dat die ook een vergunning nodig heeft. => disclaimer</br> </br> Opname en Miro bord </br> Miro bord </br> Het Miro bord kan je consulteren via deze link . </br> </br> Opname </br> De opname van deze sessie is te bekijken via deze link .</br> </br> </br> </br> </br> Volgende stappen </br> Wat na deze werkgroep?</br> </br> Verwerking van de input van de brainstorm oefening. </br> Verder onderzoek en voorbereiding van de volgende thematische werkgroep. </br> Publicatie op de Kennishub </br>Feedback kan bezorgd worden aan laurien.renders@vlaanderen.be Andere werkgroepen </br> Werkgroep Type werkgroep Datum Tijd Locatie Business werkgroep Business werkgroep 2024-02-27 13u-16u VAC Antwerpen Thematische werkgroep 1 Data en informatie werkgroep 2024-03-28 13u-16u Teams Thematische werkgroep 2 Functionele werkgroep 2024-05-16 13u-16u Teams Thematische werkgroep 3 Technologie werkgroep 2024-06-25 13u-16u Teams  +
• Data en informatie werkgroep: VlocaTraject … Data en informatie werkgroep: VlocaTraject/DAKS 2.0/ Lokale economie,VlocaTraject/SInCR - Lokale economie </br> Tijdens de eerste thematische werkgroep worden de data en informatienoden van de reeds geïdentificeerde use cases in kaart gebracht. </br>De Werkgroep Data en Informatie staat open voor deelname door de gehele quadruple helix . Vaste deelnemers zijn de leden van het VLOCA-trajectconsortium en stakeholders, die samen de data- en informatienoden in kaart brengen. </br> De verzamelde inzichten worden vervolgens verwerkt om de data- en informatiearchitectuur verder aan te vullen.</br> De Data en informatie werkgroep vond plaats op Fout: ongeldige tijd. .</br> </br> Deelnemers </br> </br></br> </br> Organisatie</br> </br> Deelnemer</br> </br> </br> Agentschap Binnenlands Bestuur (VLOCA)</br> </br> Laurien Renders</br> </br> </br> Fabian De la Meilleure</br> </br> </br> Alain Glickman</br> </br> </br> VLAIO</br> </br> Nils Walravens</br> </br> </br> DAKS 2.0</br> </br> Liederik Cordonni</br> </br> </br> Stad Mechelen</br> </br> Sandrine Raskin</br> </br> </br> The Retail Factory</br> </br> Luc Van Rompaey</br> </br> </br> Stad Leuven</br> </br> Bo Peeters</br> </br> </br> Proximus</br> </br> Joshua Moerman</br> </br> </br> Jasper Botterman</br> </br> </br> Luc Cogneau</br> </br> </br> KERNpunt</br> </br> Justine Vanneste</br> </br> </br> POM West-Vlaanderen</br> </br> Frederik Sack</br> </br> </br> Geo Solutions</br> </br> Sven Vanderhaegen</br> </br> </br> CROPLAND</br> </br> Vincent Thielman</br> </br> </br> Provincie Oost-Vlaanderen</br> </br> Fieremans Pieter-Jan</br> </br> </br> Provincie Antwerpen</br> </br> Kristof Schroons</br> </br> </br> Senne Van Hoof</br> </br> </br> Economisch Huis Oostende</br> </br> Joke Van Gheluwe</br> </br> </br> CrowdScan</br> </br> Ben Bellekens</br> </br> </br> Locatus</br> </br> Gerard Zandbergen</br> </br> </br> Thomas More</br> </br> Marijke Brants</br> </br> </br> Eveline Smolders</br> </br> </br> ViNotion</br> </br> Egbert Jaspers</br> </br> </br> Provincie Vlaams-Brabant</br> </br> Ruben Van de Voorde</br> </br> </br> Citymesh</br> </br> Pim Wittesaele</br> </br> </br> Bart Couvreur</br> </br> </br> Mobiliteit en openbare werken (VO)</br> </br> Klaas Van Cauwenberg</br> Aanleiding en Context Initiatief Er zijn momenteel twee projecten met vergelijkbare opzet: SInCR, gericht op grotere steden, en DAKS 2.0, bedoeld voor kleinere steden. Beide projecten hebben als hoofddoel om data in te zetten ter ondersteuning van zowel handelaars en ondernemers als beleidsmakers, waarbij deze twee doelgroepen verschillende behoeften hebben.</br> De onderzoeksvragen die deze projecten proberen te beantwoorden, zijn gevarieerd. Ten eerste, hoe kunnen we het effect van beleidsmaatregelen en georganiseerde evenementen op het winkelgebied meten? Dit omvat onderwerpen zoals acquisitiebeleid, de evaluatie van acties en evenementen, en mobiliteits- en parkeerbeleid.</br> Een andere belangrijke vraag is hoe we data breder en slimmer kunnen inzetten ter ondersteuning van beleid en ondernemers. Hierbij gaat het om het benutten van data op een meer strategische en effectieve manier.</br> Daarnaast streven deze projecten ernaar om een duurzame samenwerking op te zetten waarbij alle betrokken partijen meerwaarde ervaren.</br> SInCR en DAKS 2.0 zijn voortzettingen van het project 'Datagestuurde Winkelgebieden', waarbij prototypes zijn ontwikkeld, zoals een handelaarsdashboard en een generiek beleidsdashboard op basis van gegevens over drukte, bestedingen, evenementen en weer. Dit heeft enkele uitdagingen en kansen aan het licht gebracht die in SInCR en DAKS 2.0 zullen worden aangepakt:</br> </br> Momentum rond retail data behouden na afloop lopende projecten </br> Kapitaliseren opgebouwde kennis & beperkte datamaturiteit bij handelaars en steden verder opbouwen </br> Beperkte scope en doorlooptijd subsidieprojecten 🡪 scope verbreden </br> Afhankelijkheid van de leveranciers beperken 🡪 datadeling & standaardisering (OSLO & VLOCA) </br> Wildgroei aan platformen  🡪 generiek overkoepelende oplossing: standaardisatie & deelbaarheid maximaal hergebruik en interoperabiliteit </br> Draagvlak handelaars vergroten 🡪 bevragen, leerlessen valideren en coachen </br> Opmaak business- & governance model </br>Binnen DAKS 2.0 zijn er drie belangrijke focusgebieden: acquisitie & passantenmetingen, de impact van parkeer- en mobiliteitsbeleid, en acties en evenementen. Deze drie onderwerpen zullen worden meegenomen in de ontwikkeling van de OSLO Lokale Economie-standaard en de VLOCA architectuurstandaarden. Andere onderwerpen zoals leegstand, e-commerce, duurzaamheid en energie, kunnen afhankelijk van hun belang voor de verschillende doelgroepen eveneens meegenomen worden in dit traject. Hoewel het wellicht niet haalbaar is om op alle thema’s grondig in te gaan in dit traject. VLOCA VLOCA, de Vlaamse Open City Architectuur, is een initiatief van het Agentschap Binnenlands Bestuur van de Vlaamse Overheid. De hulp van VLOCA aan lokale besturen start bij het scherpstellen van duidelijke, verstaanbare use cases en loopt door tot de aanbestedingsfase van het project. VLOCA vormt op deze manier een duidelijke brug tussen de beleidsdoelstellingen van het lokale bestuur en de technische laag waarin de oplossingen beschreven en geïmplementeerd worden. We stellen de juiste vragen en verzamelen de noden en behoeften van alle stakeholders (lokale besturen, kenniscentra, bedrijven en burgerorganisaties). Door een gestructureerde aanpak en verwerking van deze informatie wordt de ontwikkeling van herbruikbare bouwblokken, standaarden en normen gestimuleerd die van Vlaanderen één grote interoperabele slimme regio kunnen maken. De opgedane kennis en ervaring wordt ontsloten via een kennishub waarop onder andere draaiboeken, architectuur componenten en modellen ter beschikking gesteld worden voor alle andere lokale besturen en stakeholders.</br> Samenvatting vorige werkgroep </br> Het verslag van de business werkgroep kan je hier terugvinden. </br> </br> Doel van huidige werkgroep </br> Introductie geven over het project </br> Toelichting geven over VLOCA </br> Brainstormen over data-en informatiebronnen </br> Brainstormsessie </br> Aanpak </br> Het verloop van de oefening is als volgt:</br> Er worden een aantal vragen overlopen waarop een antwoord gezocht wordt. Deze zijn respectievelijk gelinkt aan beleid, bezoekers en retail. </br> Om te beginnen konden de deelnemers hun 3 prioriteiten aanduiden met betrekking tot de bovenstaande vragen.</br> Vervolgens gingen we over naar het formuleren van assumpties. ​Deze assumpties dienen telkens een meerwaardecreatie in te houden.</br> Voorbeeld: ​</br> - vraag: Hoe effectief en efficiënt zijn onze aantrekkings- en retentie campagnes met betrekking tot bezoekers?​</br> - assumptie: door het organiseren van een braderie, noteren we een stijging van de omzet van 20% in de binnenstad​</br> Na het formuleren van de assumpties gingen we na wat we nodig hebben om ze te bewijzen. Hoe maken we de assumpties haalbaar en meetbaar?</br> Voorbeeld: </br> - omzetcijfers met een vergelijkbare periode te gaan vergelijken</br> Tot slot identificeerden we de databronnen. Welke data hebben we nodig en waarom?</br> Voorbeeld: ​</br> - omzetcijfers van periode tov andere 'gelijkaardige' periode​</br> - data KMI​</br> - events kalender​</br> -...</br> </br> Uitkomst </br> De input van de deelnemers werd gecapteerd in dit Miro bord . </br> </br> </br></br> </br> Hypotheses </br> </br> Data- en informatienoden: hoe maken we de assumpties haalbaar en meetbaar? </br> </br> Databronnen: welke databronnen hebben we nodig en waarom? </br> </br> </br> 1 </br> </br> straatparkeren excl. voor bewoners maken zorgt voor X % minder bezoekers aan de binnenstad</br> </br> </br> </br> Data rond straatparkeren</br> </br> </br> Bezoekersdata</br> </br> </br> LEZ data</br> </br> </br> Data rond bezetting parkeergarages</br> </br> </br> Aantal boetes uitgedeeld hierrond</br> </br> </br> </br> </br> </br> 2 </br> </br> Welke vergelijking gaat op: X% meer bezoekers is hoeveel meer bestedingen?</br> </br> </br> </br> Omzetcijfers</br> </br> </br> bezoekersprofiel (herkomst)</br> </br> </br> Invloed van andere factoren: events?</br> </br> </br> </br> </br> </br> 3 </br> </br> X % meer passanten leidt altijd tot X % meer bestedingen</br> </br> </br> </br> </br> </br> </br> </br> </br> </br> 4 </br> </br> niet-lokale bezoekers genereren X % meer omzet dan lokale bezoekers</br> </br> </br> </br> </br> </br> </br> </br> </br> </br> 5 </br> </br> we zijn er als stad in geslaagd om jongeren en jonge gezinnen meer lokaal te doen winkelen</br> </br> Nulmeting nodig sociaal-demografische profielen</br> </br> Bezoekersprofielen, incl leeftijd en gezinssamenstelling</br> </br> </br> meting profielen voor - tijdens -na campagne</br> </br> omzetcijfers</br> </br> </br> </br> </br> Meer als wanneer ... wat is het event dat gemeten wordt? festival? Campagne?</br> </br> </br> </br> </br> </br> 6 </br> </br> Een festival leidt tot x% meer uitgaven in de horeca</br> </br> Bestedingsdata van Worldline voor horeca vergelijken voor dezelfde dagen van de week, enkele weken voor en na het evenement, om te zien of er meer bezoekers zijn voor die weekdag</br> </br> Bestedingsdata</br> </br> </br> Omzetcijfers</br> </br> </br> inkomstendata van horeca nodig</br> </br> Uitwisselingsmatrix tussen festivalzone en horeca in centnrum</br> </br> </br> Passantendata (specifiek bezoeken gegenereerd door festival)</br> </br> </br> Festival bandje (NFC) scannen bij het binnenkomen in de winkel. Dit koppelen aan de uitgaven</br> </br> Weerdata</br> </br> </br> Evenementenkalender</br> </br> </br> </br> </br> </br> 7 </br> </br> Bezoekers in het weekend spenderen x% meer dan buiten het weekend</br> </br> Data van wordonline vergelijken tussen verschillende maanden</br> </br> Bestedingsdata volgens type dag</br> </br> </br> Bestedingen en besteders (volume, aantal unieke) uitzetten tov passanten/bezoekers.</br> </br> Passantendata volgens type dag</br> </br> </br> </br> </br> </br> 8 </br> </br> lokale markt leidt tot meer bezoekers in de binnenstad en meer omzet voor handelaars</br> </br> Omzetcijfers handelaars nodig (voor - tijdens - na markt)</br> </br> Bezoekerstellingen - zeer specifiek gebied + afgebakend in tijd</br> </br> </br> Passantentellingen - zeer specifiek gebied + afgebakend in tijd</br> </br> </br> Bestedingsdata - zeer specifiek gebied + afgebakend in tijd --> opletten ook bestedingsdata van de marktkramers (betaalterminals gekoppeld aan postcode handelaar - ipv locatie markt)</br> </br> </br> passanten data voor - tijdens - na markt</br> </br> Vergelijkingsbasis met andere meetgebieden of momenten (zonder markt)</br> </br> </br> Kaderen in groter gebied obv van contextuele cijfers (bestedingen/bezoekers)</br> </br> </br> </br> </br> </br> 9 </br> </br> Een invoeren van een autovrije binnenstad/kernwinkelgebied zorgt voor 10% meer bestedingen op MLT (> 6m)</br> </br> straatparkeren excl. voor bewoners maken zorgt voor X % minder bezoekers aan de binnenstad</br> </br> Bestedings & bezoekersdata op straatniveau</br> </br> </br> passanten data tijdens lunch + structureel profiel + vermoedelijke werkplaats + vernoedelijke herkomst</br> </br> externe factoren</br> </br> </br> Relatieve evolutie en vergelijking met straten die niet autovrij gemaakt zijn in dezelfde stad / kern</br> </br> </br> data andere steden vergelijken</br> </br> </br> </br> </br> </br> 10 </br> </br> X aantal nieuwe wooneenheden leidt tot X euro meer bestedingen in het nabije winkelgebied</br> </br> </br> </br> </br> </br> </br> </br> </br> </br> 11 </br> </br> Wat is de algemene trend mbt passanten en welke verhouding is er met betrekking tot bestedingen?</br> </br> niet-lokale bezoekers genereren X % meer omzet dan lokale bezoekers</br> </br> Lange termijn data van bezoekersprofielen</br> </br> </br> lange termijn drukte data</br> </br> </br> verhouding van lokale vs niet-lokale herkomsten uit passanten data relateren aan de evolutie van bestedingsdata tijdens dezelfde periode</br> </br> Omcetcijfers van specifieke sectoren en gebieden</br> </br> </br> Omgevingsfactoren</br> </br> </br> </br> </br> </br> 12 </br> </br> inzetten op toerisme zorgt voor minstens X % meer omzet voor alle handelaars</br> </br> X aantal nieuwe wooneenheden leidt tot X euro meer bestedingen in het nabije winkelgebied</br> </br> Bezoekersprofiel</br> </br> </br> kijken of lokale toename in data en/of andere bron (kadaster) ook gekoppeld kan worden aan toename in passanten / bestedingen in de buurt</br> </br> Bestedingsdata</br> </br> </br> </br> </br> Overzicht toerisme campagnes</br> </br> </br> </br> </br> </br> 13 </br> </br> daalt het aantal lokale shoppers (%) als het aantal nationale/internationale shoppers stijgt</br> </br> bezoekers aantallen met lokale en niet-lokale bezoekers</br> </br> omzetcijfers voor lokale bezoekers</br> </br> </br> bestedingsdata met opsplitsing tussen lokale en niet-lokale besteders</br> </br> omzetcijfers voor niet-lokale bezoekers</br> </br> </br> bezoekersaantalen niet-lokale bezoekers (bezoekersprofiel)</br> </br> </br> liefst veel historiek voor bovenstaande databronnen</br> </br> </br> evenementenkalender</br> </br> </br> </br> </br> </br> 14 </br> </br> Besteders hebben een voorkeur voor vlotst bereikbare aanbod</br> </br> </br> </br> </br> </br> </br> </br> </br> </br> 15 </br> </br> 2 uur gratis centrum parking laat het aantal bezoekers stijgen met 10%</br> </br> </br> </br> </br> </br> </br> </br> </br> </br> 16 </br> </br> Bezoekers van de kust zorgen voor 10% meer omzet in de horeca en x% in de retail</br> </br> identificatie van bezoeker als profiel</br> </br> profiel bezoeker tellen</br> </br> </br> meten van aantallen</br> </br> bestedingen/transacties per sector</br> </br> </br> weerdata</br> </br> bezoekersprofiel of herkomstprofiel</br> </br> </br> bestedingscijfers of aantal transacties naar sector</br> </br> Weerdata</br> </br> </br> cijfers diverse modi (trein, tram, ...)</br> </br> data per transportmodi</br> </br> </br> </br> </br> </br> 17 </br> </br> Culturele of sportieve events hebben een beperkte impact op de omzet van handelaars</br> </br> </br> </br> </br> </br> </br> </br> </br> </br> 18 </br> </br> Mensen die werken rond de binnenstad zorgen voor % van lunchbezoeken in de binnenstad</br> </br> Analyse van de herkomst van het aantal bezoekers in functie van lunchtijd.</br> </br> Type bezoekersprofielen</br> </br> </br> Bestedingen (sector: reca)</br> </br> </br> Werkgebieden rond de binnenstad</br> </br> </br> Kruisbezoeken</br> </br> </br> </br> </br> </br> 19 </br> </br> Een autovrije winkelstraat, leidt tot 15% meer bestedingen</br> </br> Bestedingsdata van 1j voor het autovrij maken en dan vergelijken met data van 1j na autovrij maken (minstens 1j zodat seizoenseffecten mee onderzocht kunnen worden)</br> </br> omzetcijfers</br> </br> </br> aanleg van de straat/type</br> </br> </br> karakter van straten</br> </br> </br> aantal m2 zacht verkeer, invloed van groen in de straat</br> </br> </br> internationale studies</br> </br> </br> alles op hetzelfde niveau aangelegd (pleingevoel) of verzonken weg tov voetpaden</br> </br> </br> beeldkwaliteitsplan stad/gemeente (indien beschikbaar)</br> </br> </br> </br> </br> </br> 20 </br> </br> Een sportevenement zorgt voor minder bestedingen in de handel</br> </br> Bestedingsdata voor - tijdens - na sportevenement in handel en horeca vergelijken</br> </br> Bezoekersdata</br> </br> </br> Bestedingsdata handel/horeca</br> </br> </br> Evenementenkalender</br> </br> </br> openingsuren handel vs tijdstip sportevenement</br> </br> </br> socio demografisch profiel sportevenement bezoeker</br> </br> </br> retail aanbod</br> </br> </br> parkeerdata (drukte)</br> </br> </br> traject van sportevenement</br> </br> </br> </br> </br> </br> 21 </br> </br> wat is de impact (%) van een toeristische activiteit (tijdelijk) op de handelaren in de buurt</br> </br> bestedingen en passantendata voor - tijdens - na toeristische activiteit</br> </br> bezoekersdata voor, tijdens en na</br> </br> </br> bestedingsdata rond het evenement</br> </br> </br> herkomstprofiel van toeristen</br> </br> </br> activiteitenkalender om externe invloeden in kaart te brengen</br> </br> </br> socio demogragisch profiel van de activiteitsbezoekers</br> </br> </br> retailaanbod omgeving</br> </br> </br> openingsuren toeristische activiteit</br> </br> </br> openingsuren retail in de buurt</br> </br> </br> </br> </br> </br> 22 </br> </br> Een concentratie van het aanbod trekt meer bezoekers aan en genereert meer bestedingen</br> </br> Bestedingsdata (type worldline)</br> </br> Locatus data leegstand en sectoren, o.a. op kaart</br> </br> </br> Locatus data sectoren en leegstand op kaart</br> </br> Bestedingsdata</br> </br> </br> Verschillende zones / steden kunnen vergelijken</br> </br> Bezoekersdata</br> </br> </br> </br> </br> Vergelijkingsbasis tussen verschillende zones of steden</br> </br> </br> </br> </br> </br> 23 </br> </br> als stad kunnen we samen met onze ondernemers meer gericht campagnes opzetten</br> </br> </br> </br> </br> </br> </br> </br> </br> </br> 24 </br> </br> Campagnes op grote mediakanalen (nationale media) hebben een grotere impact op het aantal bezoekers.</br> </br> </br> </br> </br> </br> </br> </br> </br> </br> 25 </br> </br> Communicatiecampage op sociale media heeft meer impact dan op klassieke printmedia</br> </br> Vergelijking bezoekers en bestedingsen voor een na de sociale media campagne</br> </br> campagne-planning</br> </br> </br> bezoekersdata + herkomsten</br> </br> </br> bestedingscijfers</br> </br> </br> Vergelijking bezoekers en bestedingsen voor een na de geprinte media campagne</br> </br> evenementenkalender</br> </br> </br> data rond zichtbaarheid van de campagne (wie heeft het gezien, hoeveel mensen hebben het gezien, ...)</br> </br> </br> profielen</br> </br> </br> data uitstrooigebied geprinte media</br> </br> </br> </br> </br> </br> 26 </br> </br> Een festival leidt toch minder uitgaven in handel maar tot een verbetering van het imago / reputatie van de stad</br> </br> </br> </br> </br> </br> </br> </br> </br> </br> 27 </br> </br> Ideale mix van sectoren handel & horeca aanbieden om meer besteders/bezoekers naar de stad te halen</br> </br> </br> </br> </br> </br> </br> </br> </br> </br> 28 </br> </br> Minder leegstand - meer aantrekking van het winkelgebied</br> </br> </br> </br> </br> </br> </br> </br> </br> </br> 29 </br> </br> Koopzondagen leiden tot een verlaagde besteding (>-20%) op voorafgaande zaterdag</br> </br> Bestedingcijfers (zoals Wordline data) - weekends vergelijken met en zonder koopzondag</br> </br> bestedingen/transacties per dag</br> </br> </br> bestedingen per weekend (vergelijking met en zonder koopzondag)</br> </br> </br> Relatieve analyse tov bezoekers</br> </br> bezoekers per weekend (vergelijking met en zonder koopzondag)</br> </br> </br> evenementen</br> </br> </br> Wat was de verhouding van de drukte in de binnenstad tov afgelopen zaterdag en de trend van de x zaterdagen ervoor.</br> </br> impact weerdata</br> </br> </br> ijking met andere steden/gemeenten die koopzondag toepassen</br> </br> </br> </br> </br> </br> 30 </br> </br> Voldoende keuze (winkels met gelijkaardig aanbod) zorgt voor meer bestedingen.</br> </br> </br> </br> </br> </br> </br> </br> </br> </br> 31 </br> </br> Investeringen in vergroening en rustruimte zorgen voor meer bezoekers die langer in de stad blijven.</br> </br> Kwalitatief onderzoek</br> </br> kwantificering groen in de stad</br> </br> </br> Vergelijking omzet voor en na inplanting</br> </br> kwalitatief onderzoek</br> </br> </br> duurtijd verblijf bezoekers</br> </br> </br> bomenplan stad/gemeente</br> </br> </br> meetstaat/plannen omgevingvergunning heraanleg/herinrichting</br> </br> </br> overzicht omgevingsvergunning ivm heraanleg openbaar domein</br> </br> vergroening vs parkeergelegenheid</br> </br> </br> evenementen kalender</br> </br> </br> Weerdata</br> </br> </br> verkeersdata (drukte in de buurt)</br> </br> </br> </br> </br> </br> 32 </br> </br> met onze campagnes verhogen we het gebruik van randparkings met 30%</br> </br> </br> </br> </br> </br> </br> </br> </br> </br> 33 </br> </br> Door parkeren in de kern gratis te maken zorgen we voor een extra omzet van xx% in de binnenstad</br> </br> </br> </br> </br> </br> </br> </br> </br> </br> 34 </br> </br> Door het organiseren van de wekelijkse markt trekken we x% extra bezoekers aan tussen xh en xh en deze zorgen voor een extra omzet van x% in de binnenstad</br> </br> </br> </br> </br> </br> </br> </br> </br> </br> 35 </br> </br> Koopzondagen leiden tot meer beleving in de stad en hogere bestedingen</br> </br> </br> </br> </br> </br> </br> </br> </br> </br> 36 </br> </br> een verlaging van de leegstand zal tot 10% meer passage zorgen en een verhoging van de winkelbeleving bij consumenten</br> </br> huidige leegstand in gebied</br> </br> Locatus leegstands data</br> </br> </br> historische reeks van leegstand in gebied</br> </br> passantentelling</br> </br> </br> aantal passanten in gebied</br> </br> kwalitatief beleving meten (bevraging)</br> </br> </br> bevraging van passant rond beleving voor en na ingreep leegstand</br> </br> consument meten</br> </br> </br> bezoekersprofiel</br> </br> </br> andere factoren om impact te isoleren</br> </br> </br> </br> </br> </br> 37 </br> </br> Voor kleine steden zijn promocampagnes minder relevant indien ze gevoerd worden op grote afstand van de stad in kwestie.</br> </br> In kaart brengen potentieel doelpubliek / verplaatsingsbereidheid per gemeente</br> </br> bereik van een kleine stad ligt lager dan bij grootstad</br> </br> </br> waar ligt het wingebied van een kleine stad</br> </br> </br> bezoekersprofielen</br> </br> </br> herkomst bezoeker</br> </br> </br> indien niet de woonplaats, ligt de werkplaats dan in de buurt van de stad</br> </br> </br> </br> </br> </br> 38 </br> </br> Er is een directe correlatie tussen nabijheid parking met bestedingen.</br> </br> Benchmark tussen gelijkaardige lokale besturen met verschillend parkeeraanbod</br> </br> Bestedingsdata</br> </br> </br> Parkeermogelijkheden</br> </br> </br> Perceptie - bevragingen</br> </br> </br> sector waarvoor aankoop gebeurt</br> </br> </br> Hoe verhoud de vullingsgraad van de parkeergarages zich tov de drukte.</br> </br> profiel van de stad/bezoeker</br> </br> </br> Shopping gewoontes van de bezoekers</br> </br> </br> Mobiliteit</br> </br> </br> Imago van de parking</br> </br> </br> Kwaliteit van de parking</br> </br> </br> </br> </br> </br> 39 </br> </br> Het imago / de reputatie van de stad heeft een impact op het aantal bezoekers en besteders</br> </br> Kwalitatief onderzoek bij de bezoekers - vergelijken in verschillende steden</br> </br> Definitie imago / reputatie</br> </br> </br> Bezoekerstellingen</br> </br> </br> Hoe 'imago / reputatie' definieren?</br> </br> Bestedingsdata</br> </br> </br> Bezoekersprofielen</br> </br> </br> tijdsgebonden analyse criminaliteit cijfers vs bezoekerscijfers</br> </br> Kwalitatief onderzoek - perceptie</br> </br> </br> Kwalitatieve bevraging omtrent buurtgevoel</br> </br> </br> aantal bezoekers voor en na een negatief bericht in de media</br> </br> Vergelijking met andere steden/gemeenten</br> </br> </br> </br> </br> </br> 40 </br> </br> De ondernemer die samen met de stad een campagne voert zal x% meer netto omzet genereren dan campagnes alleen te voeren</br> </br> </br> </br> omzetcijfers</br> </br> </br> budget impact</br> </br> </br> type campagne: print, social media</br> </br> </br> </br> </br> Vraag & antwoord en volgende stappen </br> Vragen </br> Wordt er binnen de scope van dit project ook gekeken naar een mogelijke negatieve impact op de rest van de stad? Is er ook een luik in het onderzoek dat kijkt naar preventie? - Dit is een heel relevante vraag en de ondersteuning van retail is een belangrijke focus maar niet ten koste van alles. We werken in een bredere context dan enkel wat wij willen bereiken. </br> Opname </br> De opname van deze sessie is te bekijken via deze link . </br> </br> </br> </br> </br> Volgende werkgroepen </br> Indien u graag zou willen deelnemen aan één van de aankomende werkgroepen, kan u via de onderstaande link een overzicht van de workshops terugvinden en u ook zo inschrijven. </br> De tweede thematische werkgroep zal plaatsvinden op 8 november om 9.30 in het Herman Teirlinck gebouw (Brussel). </br> Inschrijvingslink: VLOCA-Lokale economie .</br> </br> Andere werkgroepen </br> Werkgroep Type werkgroep Datum Tijd Locatie Business werkgroep Business werkgroep 2023-09-19 VAC Gent Thematische werkgroep 1 Data en informatie werkgroep 2023-10-10 09:00-12:00 Teams Thematische werkgroep 2 Functionele werkgroep 2023-11-08 Teams Thematische werkgroep 3 Technologie werkgroep 2023-12-07 13u-16u Teams  +
• Data en informatie werkgroep: VlocaTraject … Data en informatie werkgroep: VlocaTraject/Modderstroom Monitoring </br> Tijdens de eerste thematische werkgroep worden de data en informatienoden van de reeds geïdentificeerde use cases in kaart gebracht. </br>De Werkgroep Data en Informatie staat open voor deelname door de gehele quadruple helix . Vaste deelnemers zijn de leden van het VLOCA-trajectconsortium en stakeholders, die samen de data- en informatienoden in kaart brengen. </br>De verzamelde inzichten worden vervolgens verwerkt om de IT-architectuur verder aan te vullen.</br> De eerste thematische werkgroep vond plaats op 19 maart 2024.</br> </br> Context </br> Initiatief </br> VERA werkt samen met verschillende lokale besturen en de provincie Vlaams-Brabant om het probleem van modderstromen als gevolg van bodemerosie aan te pakken. Meer dan 100 gemeenten in Vlaanderen ondervinden bodemerosie, wat aanzienlijke schade kan veroorzaken aan zowel private eigendommen als publieke infrastructuur. Door klimaatverandering, trends in de landbouw en verharding zal dit probleem naar verwachting in de toekomst verder versterkt worden.</br>Op dit moment worden erosiepoelen gebruikt als oplossing. Deze poelen worden onderaan de helling aangelegd om modderstromen op te vangen en te voorkomen dat ze schade veroorzaken. Deze erosiepoelen zijn uitgerust met sensoren en overlopen, waardoor het water op een gecontroleerde en langzame manier kan wegstromen.</br>De vraag die zich stelt, is of deze erosiepoelen effectief zijn. Er bestaat onzekerheid over hun capaciteit en functionaliteit, vooral in noodsituaties. Het is essentieel om dit op een kostenefficiënte manier te monitoren, met als doel zowel acute waarschuwingen bij rampen als proactieve oplossingen voor het probleem.</br>Er wordt nagedacht over het gebruik van peilmeters of debietsensoren om de erosiepoelen te monitoren. Hiermee kan worden bijgehouden hoeveel water door de overlopen gaat. Hoewel dit geen exacte voorspellingen oplevert, biedt het wel inzicht in de hoeveelheid neerslag.</br>Het overkoepelende doel van het project is om een gecentraliseerd dataplatform op te zetten en een raamcontract te ontwikkelen voor de sensoren. De verzamelde data kunnen gedeeld worden met rioolbeheerders, landbouwers en verzekeringsmaatschappijen, omdat deze informatie waardevol kan zijn voor alle betrokken partijen.</br> </br> VLOCA </br> VLOCA, de Vlaamse Open City Architectuur, is een initiatief van het Agentschap Binnenlands Bestuur van de Vlaamse Overheid. De hulp van VLOCA aan lokale besturen start bij het scherpstellen van duidelijke, verstaanbare use cases en loopt door tot de aanbestedingsfase van het project. VLOCA vormt op deze manier een duidelijke brug tussen de beleidsdoelstellingen van het lokale bestuur en de technische laag waarin de oplossingen beschreven en geïmplementeerd worden. We stellen de juiste vragen en verzamelen de noden en behoeften van alle stakeholders (lokale besturen, kenniscentra, bedrijven en burgerorganisaties). Door een gestructureerde aanpak en verwerking van deze informatie wordt de ontwikkeling van herbruikbare bouwblokken, standaarden en normen gestimuleerd die van Vlaanderen één grote interoperabele slimme regio kunnen maken. De opgedane kennis en ervaring wordt ontsloten via een kennishub waarop onder andere draaiboeken, architectuur componenten en modellen ter beschikking gesteld worden voor alle andere lokale besturen en stakeholders.</br> </br> Brainstormsessie </br> Het doel en de aanpak van de brainstormsessie worden hieronder beschreven. Tevens wordt de uitkomst van de brainstorm hierin samengevat.</br> </br> Doel </br> Het doel van de brainstormsessie is het volgende: </br> </br> Identificatie van de meerwaardecreatie </br> Inzicht in wat je nodig hebt om de meerwaardecreaties te realiseren </br> Beschrijven van mogelijkheden om de oplossing te verduurzamen </br> Opsommen van valkuilen en potentiële principes waaraan de oplossing moet voldoen </br> Oefening 1+2 </br> Bij deze oefeningen stonden we stil bij de volgende vragen: </br> </br> Waarom willen we modderstromen/erosiepoelen monitoren? Laat ons uitgaan van ‘the worst case’: we doen het niet.. Wat zijn de gevolgen? </br> Voorbeeld: </br> -Door sneller actie te ondernemen kunnen we schade verkleinen</br> -Door beter te begrijpen hoe modderstromen/erosiepoelen werken, kunnen we beter beleid uitstippelen </br> 2. Wat heb je nodig om de geïdentificeerde meerwaardecreaties uit oefening 1 te realiseren? Lijst de acties op</br> Voorbeeld: </br> -Hoe ga je schade verkleinen? – leren van de vorige modderstromen, bekijken welke databronnen (bvb hoogtepeil erosiepoel, neerslag,..) je nodig hebt en op basis hiervan een voorspelling doen en preventieve maatregelen nemen</br> </br> </br></br> </br> Identificatie meerwaardecreatie</br> </br> Toegepast</br> </br> </br> Mitigatie van schade door op tijd een predictie te doen van een modderstroom</br> </br> Op basis van data van de erosiepoel e andere bronnen (KMI, bodemvochtigheid, enz.) een Machine Learning (AI) model gebruiken om de kans te berekenen van een aankomende modderstroom binnen 24 uur</br> </br> </br> waarschuwen bij dreigende modderoverlast</br> </br> actuele meetgegevens</br> </br> </br> Advies rond frequentie van onderhoud <= afhankelijk van het type 'gewas' die die jaren verwerkt => preventief</br> </br> Data te verzamelen voor verdere onderzoek</br> </br> </br> Efficiënt inzetten van technisch onderhoudspersoneel (enkel wanneer het echt nodig is) => preventief</br> </br> Op basis van data van de poel en databronnen bepalen of een preventief ondehroud nood zakelijk</br> </br> </br> Preventieve onderhoudsplan op basis van gemeten standen van de modderpoel => predictief</br> </br> </br> </br> </br> Meerwaarde van de aanleg van een erosiepoel kunnen aantonen met data om betrokken particulieren (grondeigenaar of landbouwer) te overtuigen. => win-win (minder modderstromen - minder erosie van vruchtbare bodems)</br> </br> schade berekenen (verlies vruchtbare grond + schade aan de maatschappij) vs de kosten van de aanleg van een erosiepoel</br> </br> </br> Het geven van een regionaal (provinciaal, Vlaams) overzicht van de huidige situatie</br> </br> Bundelen van meetgegevens op dashboard</br> </br> </br> effectiviteit erosiepoel in kaart brengen</br> </br> analyse van meetgegevens</br> </br> </br> Betere inzichten in de werking van een erosiepoel zodat nieuwe poelen in de toekomst beter gedimensioneerd kunnen worden</br> </br> Inzicht in realtime 'vulling' van een poel. Snelheid instroom en uitstroom --> heeft effect op sediment dat achter blijft</br> </br> </br> </br> </br> (historische) meetgegevens</br> </br> </br> </br> </br> kenmerken erosiepoel en afstroomgebied</br> </br> </br> </br> </br> Informatie verzamelen die nuttig kan zijn bij de aanleg van nieuwe poelen</br> </br> </br> Hemelwater- en droogteplan</br> </br> </br> </br> </br> Aantonen dat opwaarts meer brongerichte maatregelen nodig zijn</br> </br> </br> </br> </br> Mitigatie impact verhoogde slibconcentratie op RWZI (=Riool water zuiverings installatie) performantie</br> </br> Aanpassing interpretatie MLSS (=Zwevende stoffen) (turbiditeits) sensoren op de RWZI</br> </br> </br> gewijzigde bedrijfsvoering op basis van voorspelling modderstromen</br> </br> </br> Kritische infrastructuur en woningen beschermen tegen de impact van modderstromen door tijdig ingrijpen</br> </br> </br> </br> </br> schade beperken aan straten, riolen, waterlopen (meststoffen, pesticides), huizen (kelders, ...)</br> </br> </br> Voorkomen van verstoppingen van rioolstelsels / grachten (hemelwaterafvoerstelsels in het algemeen) door modderstromen</br> </br> </br> Brandweerpersoneel op 'alert' zetten bij hoge kans op moddestroom</br> </br> Bij KMI storm/regeval alert moddestroom kans substantieel verhogen. Dit kan tot 24/48 uur op voorhand. Op basis hiervan benodigd brandweerpersoneel in risico gebieden op 'modderstroom' alert zetten. Idealieter ook enkel als erosie poolen verschijnselen vertonen van saturatie</br> </br> </br> Landbouwers de mogelijkheid geven om goede grond terug op eigen perceel te leggen</br> </br> </br> </br> </br> Kennis bedrijfsplanners VLM (Vlaamse Lands Maatschappij) (=zij geven advies over hoe mijn grond niet uit te putten, enz.) + Erosie coordinatoren + via boerenbond</br> </br> </br> </br> </br> Impact aard landbouwactiviteiten op de erosiepoel</br> </br> </br> </br> Oefening 3 </br> Bij deze oefening keken we naar manieren om de voorgestelde oplossing duurzaam te implementeren:</br> Hoe kunnen we modderpoel/erosiepoelen monitoring duurzaam implementeren?</br> -Welke frequentie en accuraatheid zijn hiervoor nodig?</br> -Hoe kunnen AI en machine learning bijdragen tot het verduurzamen van de oplossing?</br> -Welke expertise hebben we nodig?</br> -Hoe kunnen we de kosten beperken?</br> -Zijn er applicaties die noodzakelijk zijn om de oplossing draaiende te houden?</br> </br> </br></br> </br> Verduurzamen oplossing</br> </br> </br> Uitbreiding algemeen meetnetwerk rond waterproblematiek ( klimaat monitoring) = wagon plaatsen op een bestaande trein</br> </br> </br> Raamovereenkomst voor sensoren, dataplatform, applicatie (BI, Dashboarding, alarmeringen, automatisatie, ML)</br> </br> </br> onderhoud van applicaties gebruikt om data te visualiseren (het ganse ETL en aanpassingen gaan het proces impacteren en moeten dus onderhouden worden)</br> </br> </br> Hergebruik van bestaande Realtime data platformen zoals Urban Sense waar datastromen gedeeld worden over alle deelnemers</br> </br> </br> Data (bv. van weerstation) verkopen?</br> </br> </br> is de data wetenschappelijk valide om te kunnen verwerken in academische/bestaande weersmodellen?</br> </br> </br> "zijn die wetenschappelijk valide ?" + kleine oppervlakte coverage, en frequentie en historiek = waarde van de data</br> </br> </br> openbaarheid van bestuur : mogen we die data 'verkopen' ?</br> </br> </br> Vrijwilligers</br> </br> </br> Citizen science van maken? (adopteer een erosiepoel) (burgers gaan de sensoren of poelen onderhouden) vooral als ze zelf geimpacteerd worden !</br> </br> </br> aansprakelijkheid bij ongeval ? of bij verkeerd handelen en er is schade veroorzaakt door de burger = juridisch kader</br> </br> </br> Via AI anomalie n en storingen in de data detecteren (in functie van onderhoud en herstel sensoren).</br> </br> </br> Communicatie plan</br> </br> </br> Voldoende communiceren - de oplossing kenbaar maken bij andere besturen</br> </br> </br> Duiding en communicatie rond dataregistratie. Metadata, bibliotheek rond de data, hoe moet je die communiceren</br> </br> </br> Zal uiteraard afhangen van de participatie - kost aan dergelijke installaties</br> </br> </br> Kiezen voor de meest kost effici nte oplossing. Keuze's maken over wat er minimaal gemeten moet worden.</br> </br> </br> Frequentie meten aanpassen aan situatie (meer frequent bij regen) --> enkel batterij en geen zonnepaneel nodig</br> </br> </br> Centraal aanspreekpunt voor problemen (=helpdesk). Blijvende ondersteuning op lange termijn (centrale ondersteuning)</br> </br> </br> Mechanisch onderhoud van sensoren en updates van software op sensoren</br> </br> </br> Kennis van custom-made oplossing ligt vaak bij 1 persoon. Kennis-deling van operationele werking van het gehele systeem (=kennishub waar alle 'intelligentie' wordt bijgehouden)</br> </br> </br> Automatisch 'sturen' van onderhoud en leegscheppen erosiepoel zelf</br> </br> </br> onderhoudsvriendelijke sensoren met beperkt/duurzaam energieverbruik</br> </br> </br> Verzekeringsmaatschappijen mee laten betalen??</br> </br> </br> Rampenfonds (?) via departement kanselarij en buitenlandse zaken of andere partner in de VO ?,vlaamse rampenfods https://www.vlaanderen.be/schadevergoeding-vlaams-rampenfonds-aanvragen , gemeente voor het ruimen van de straten</br> </br> Oefening 4 </br> Welke zijn de valkuilen waar we volgens jou rekening mee moeten houden?</br> Formuleer enkele basisprincipes waaraan de oplossing moet voldoen</br> Voorbeeld:</br> •Self-service zonder goede training kan 'gevaarlijk' zijn (sensoren, omgaan met data)</br> •Afhankelijkheid van leverancier</br> •Interoperabiliteit van de oplossing</br> •Betrouwbaarheid, en dus ‘vertrouwen’ in de output en dashboard cijfers</br> •Stabiliteit, en dus ‘continuiteit’ van de metrieken in de rapporten en dashboards</br> </br> </br></br> </br> Valkuilen</br> </br> Principes</br> </br> </br> verkeerd gebruik / interpratie data</br> </br> duiding m.b.t. lezing en interpretatie data (bv. training)</br> </br> </br> vb : 'oranje' : moet ik panikeren of rustig blijven</br> </br> </br> </br> </br> vb : pluviometer naast een gebouw krijgt hoedanook minder regen</br> </br> </br> </br> </br> Technische haalbaarheid: het lukt niet om de juiste data te verzamelen (we weten vandaag niet of we dit wel gaan kunnen meten)</br> </br> Duidelijke communicatie over waarom datavergaring en dashboard => Transparantie</br> </br> </br> achtergebleven sediment moeilijk te meten</br> </br> </br> </br> </br> 1 dashboard voor 100 toepasingen werkt vaak niet omdat het dashboard te complex wordt in gebruik</br> </br> Overzichtelijke dashboard</br> </br> </br> ook vermijden dat je 100 dashboards hebt voor 1 toepassing</br> </br> </br> </br> </br> Dashboard met de 'werking' van de sensor op dezelfde pagina als de 'meting' van de sensor</br> </br> </br> </br> </br> opertionalisering van het systeem: - onderhoud sensoren - databeschikbaarheid - kosten => goede onderbouwde business model/plan</br> </br> Omgevingsimpact: impact van hetgeen wat rond de akker (niet enkel op de akker) staat op de modderstromen</br> </br> </br> De oplossing is niet kostenefficient</br> </br> </br> </br> </br> budgetten niet toereikend</br> </br> </br> </br> </br> 'Derde' factoren zoals vandalisme, diefstal, ..</br> </br> </br> </br> </br> Beheer erosiepoel door grazers (schapen, geiten, ...) beschermen tegen schade van de grazers</br> </br> </br> </br> </br> kan de bescherming van de apparatuur de metingen beinvloeden</br> </br> </br> </br> </br> Gebruiksgemak van de oplossing / expertise nodig om de oplossing te kunnen gebruiken</br> </br> Draaiboek</br> </br> </br> Dashboard moet gemakkelijk begrijpbaar en bruikbaar (geen 2 weken training moeten gaan volgen)</br> </br> </br> </br> </br> wie is verantwoordelijk? lokaal bestuur - provincie - Vlaanderen</br> </br> </br> </br> </br> niet genoeg capaciteit voor onderhoud (of boer niet betrokken)</br> </br> </br> </br> </br> zowel onderhoud van sensoren als onderhoud van de poel zelf</br> </br> </br> </br> </br> Co-creatie met de landbouwer</br> </br> </br> </br> </br> toepasbaarheid van ML modellen - voldoende data vs verschillende systemen</br> </br> </br> </br> </br> ieder erosiepoel is anders => ML heb je veel meetpunten nodig hebben om te kunnen leren</br> </br> </br> </br> </br> Wat met verdwijnen van provincies? Wie neemt over?</br> </br> </br> </br> </br> </br> </br> Data ontsluiten met bestaande dashboards die door deze data meer inzichten krijgen in hun eigen data => herbruikbaarheid</br> </br> </br> </br> </br> Publicaties van verworven data en informatie</br> </br> Opname en Miro bord </br> Miro bord </br> Het Miro bord kan je consulteren via deze link . </br> </br> Opname </br> De opname van deze sessie is te bekijken via deze link .</br> </br> </br> </br> </br> Volgende stappen </br> Wat na deze werkgroep?</br> </br> Verwerking van de input van de brainstorm oefening. </br> Verder onderzoek en voorbereiding van de volgende thematische werkgroep. </br> Publicatie op de Kennishub </br>Feedback kan bezorgd worden aan laurien.renders@vlaanderen.be Andere werkgroepen </br> Werkgroep Type werkgroep Datum Tijd Locatie Business werkgroep Business werkgroep 2024-02-29 13u30-16u30 Provinciehuis Leuven Thematische werkgroep 1 Data en informatie werkgroep 2024-03-19 9u-12u Teams Thematische werkgroep 2 Functionele werkgroep 2024-04-18 9u-12u Teams Thematische werkgroep 3 Technologie werkgroep 2024-05-23 9u-12u Teams  +
• Data en informatie werkgroep: VlocaTraject … Data en informatie werkgroep: VlocaTraject/REVOLT </br> Context </br> Initiatief </br> Europa en Vlaanderen zetten nu meer dan ooit in op klimaat- en energiedoelstellingen. Lokale besturen engageren zich via het burgemeesterscovenant om hun steentje bij te dragen. Bedrijven blijken een moeilijke doelgroep te zijn om in dit verhaal te betrekken. Er zijn al verschillende maatregelen ondernomen om bedrijven aan te moedigen om meer te investeren in hernieuwbare energie, maar toch blijft veel potentieel onbenut. Bedrijven hebben onvoldoende zicht op hun huidig verbruiken of op de besparingen die deze investeringen hen kunnen opleveren.</br> Met REVOLT willen we bedrijven op lokale bedrijventerreinen inzicht geven in hun energieproductie en –verbruik door het opzetten van een energieplatform met real-timedata. Het doel is om energie-efficiëntie te bevorderen en het aandeel hernieuwbare energie te verhogen. Het platform moet het mogelijk maken om als gebruiker berekeningen en simulaties te maken op basis van de gecapteerde data en de actuele energiemarktprijzen. Daarnaast is het slim aansturen van het verbruik een belangrijke toepassing die zal resulteren in een lagere energiefactuur voor de bedrijven. Het doel is om bedrijven te ontzorgen en gemeenten te ondersteunen in het behalen van hun klimaat- en energiedoelstellingen.</br> </br> VLOCA </br> VLOCA, de Vlaamse Open City Architectuur, is een initiatief van het Agentschap Binnenlands Bestuur van de Vlaamse Overheid. De hulp van VLOCA aan lokale besturen start bij het scherpstellen van duidelijke, verstaanbare use cases en loopt door tot de aanbestedingsfase van het project. VLOCA vormt op deze manier een duidelijke brug tussen de beleidsdoelstellingen van het lokale bestuur en de technische laag waarin de oplossingen beschreven en geïmplementeerd worden. We stellen de juiste vragen en verzamelen de noden en behoeften van alle stakeholders (lokale besturen, kenniscentra, bedrijven en burgerorganisaties). Door een gestructureerde aanpak en verwerking van deze informatie wordt de ontwikkeling van herbruikbare bouwblokken, standaarden en normen gestimuleerd die van Vlaanderen één grote interoperabele slimme regio kunnen maken. De opgedane kennis en ervaring wordt ontsloten via een kennishub waarop onder andere draaiboeken, architectuur componenten en modellen ter beschikking gesteld worden voor alle andere lokale besturen en stakeholders.</br> </br> Revolt proces </br> De focus van dit project is gericht op twee voordelen: het aantrekkelijker maken van bedrijvenparken voor meer vestigingen, wat economische groei en werkgelegenheid stimuleert, en het verminderen van het gebruik van niet-hernieuwbare energie door zoveel mogelijk hernieuwbare energie lokaal te produceren en verbruiken.</br> </br> </br> De presentatie bespreekt verschillende use cases die lokale overheden kunnen gebruiken om bedrijven aan te trekken en duurzame energie te stimuleren. Voor het aantrekken van bedrijven op lokale bedrijventerreinen kan men bijvoorbeeld goedkopere elektriciteit aanbieden door slimme energiebeheer- en groepsaankoopstrategieën. Dit helpt ook bij het egaliseren van energieverbruikspieken, wat overbelasting van het netwerk voorkomt. Overheden kunnen ook hernieuwbare energieproductie stimuleren, bijvoorbeeld door zonnepanelen en batterijen te plaatsen, of door overschotten aan energie tussen bedrijven te delen. Daarnaast kunnen energiecoöperaties worden bevorderd en kunnen lokale besturen advies en simulaties aanbieden om beter energiemanagement te ondersteunen. De focus ligt zowel op het verhogen van de ratio van hernieuwbare energie ten opzichte van het totale verbruik als op het verhogen van de absolute hoeveelheid hernieuwbare energie. </br> </br> Het VLOCA-model omvat acht use cases die gericht zijn op het stimuleren van de productie en het verbruik van hernieuwbare elektriciteit en het aantrekken en behouden van bedrijven op bedrijventerreinen. Het model is datagedreven en vereist een Business Intelligence (BI) systeem voor het verkrijgen van de nodige data. Dit systeem moet rapporten, dashboards, inzichten en predictieve analyses bieden. Een data warehouse is essentieel voor het opslaan van gedetailleerde informatie om de verschillende use cases te realiseren en beleidsdoelstellingen te bewijzen. Het model werkt van rechts naar links: eerst worden beleidsdoelstellingen vastgesteld, vervolgens de benodigde use cases, daarna de benodigde databronnen, en ten slotte de benodigde tools en rollen om alles te implementeren.</br>We richten ons op het onafhankelijk en flexibel opbouwen van een Energy Management System (EMS) en onderzoeken wat nodig is op het gebied van BI. Het doel is een flexibel en op maat samengesteld EMS te creëren. Tevens focussen we op het efficiënter en goedkoper maken van energieverbruik, wat overlap en aanvulling biedt aan de initiatieven van Revals. </br> Brainstormsessie </br> Het doel en de aanpak van de brainstormsessie worden hieronder beschreven. Tevens wordt de uitkomst van de brainstorm hierin samengevat.</br> </br> Doel </br> identificeren van inzichten </br> benodigdheden om inzichten te realiseren </br> identificatie van valkuilen en principes </br> opsommen van manieren om de oplossing te verduurzamen </br> Oefening 1+2 </br> Instructies </br> Formuleer actie gerichte inzichten die bijdragen tot het behalen van de klimaatdoelstellingen: “Lokaal reduceren van verbruik van niet-hernieuwbare energie.”</br> Lijst de verschillende inzichten op en geef ook aan voor wie dit interessant kan zijn.</br> Voorbeeld: </br> - Injectie tijdens de piekuren is te groot </br> Wat heb je nodig om de geïdentificeerde inzichten uit oefening 1 te realiseren? Welke data heb je nodig? Welke data is reeds beschikbaar (gratis of betalend)? Welke moeten we zelf gaan verzamelen? Hoe doen we dit? Uit welke databronnen haal je deze informatie? Welke applicaties (tools die je gaat gebruiken) heb je nodig om de databronnen te sturen/ondersteunen? Welke rollen en functies hebben we nodig? Welke expertise, hardware & software hebben we juist nodig?</br> Voorbeeld: </br> -Injectievolumes/h en verbruikvolumes/h die je haalt uit de EMS van de leverancier en Fluvius.</br> </br> Output </br> </br></br> </br> Identificatie inzichten</br> </br> Data</br> </br> Databronnen</br> </br> Applicaties/tools</br> </br> Functieprofielen</br> </br> </br> sluimerverbruik: in de nacht gebruikt, piekverbruik</br> </br> productie en verbruiksdata</br> </br> </br> </br> EMS</br> </br> </br> </br> </br> Door EMS heb je inzicht in je energieverbruik en kan je energie reduceren</br> </br> Verbruiksdata</br> </br> Verbruiksdata </br> </br> </br> Gezamenlijk met bedrijven en overheden zorgen voor een geoptimaliseerd groene (zit nu volledig bij leverancier & bedrijven)  energiestroom</br> </br> Opgewekte groene stroom per regio</br> </br> </br> </br> </br> </br> </br> </br> </br> Contracten van leverancier, staat info over  % hoeveel groen is . Focus, vraag overheid  om Deze naar voor schuiven</br> </br> productie en verbruiksdata</br> </br> 24-uurs data Fluvius en andere meters op relevant subniveau</br> </br> </br> </br> </br> </br> </br> je wil inzicht in de mate waarbij je bedrijfsprocessen invloed hebben op klimaatdoelstellingen</br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> het EMS toont de elektrische stromen, ook over de bedrijven heen</br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> je wil via EMS inzicht krijgen in gezamenlijke investeringen om injectie verder te vermijden</br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> Identificeren van gelijktijdigheid van energieverbruik</br> </br> Om dit realtime te doen moet er kopmeting geplaatst worden in elk gebouw/bedrijf. In het ander geval heb kan je na toestemming van de eigenaar van het energiecontract de AMR data opvragen bij Fluvius. Deze verbruiksdata is telkens dag na het effectieve verbruik beschikbaar.</br> </br> Eigen energiemeters of Fluvius</br> </br> </br> </br> </br> </br> </br> Meest aangewez en duurzame bron en buffer inzetten op elk moment</br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> AI inzetten om proactief te werk te gaan</br> </br> weersvoorspellingen energieprijzen</br> </br> KMI </br> </br> </br> </br> </br> </br> </br> Kunnen niet-duurzame bronen uitgefaseerd worden</br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> overschot injectie in weekend proberen te valoriseren</br> </br> productiedata</br> </br> </br> </br> </br> </br> </br> </br> </br> In kaart brengen van stuurbare assets en de stuurbaarheid ervan (hoe flexibel mag ik ze inzetten)</br> </br> Door het plaatsen van submeter kan er per stuurbare asset verbruiksprofiel opgemaakt worden. Door de gebouw/bedrijfs eigenaar te bevragen kan de flexibiliteit beschreven worden.</br> </br> </br> </br> Verbruiksprofiel bepalen door gebruik te maken van EMS systeem. Per asset kan steekkaart opgemaakt worden met relevante informatie : • Verbruiksprofiel • Geïnstalleerd vermogen • Flexibiliteit • …</br> </br> Energiemakelaar of Energiemanager</br> </br> </br> aandeel hernieuwbare energie in tussenseizoen en winter verhogen ifv de energievraag. Hierdoor: stimuleren meer HE (Hernieuwbare energie) (en batterijen)</br> </br> productie en verbruiksdata over verschillende seizoenen heen</br> </br> </br> </br> </br> </br> </br> </br> Discussie</br> </br> Inzicht in energieverbruik (EMS) </br> Belangrijk punt : Door een energiebeheersysteem (EMS) krijg je inzicht in energieverbruik, inclusief sluimer- en piekverbruik. </br> Discussie : Er werd besproken hoe sluimerverbruik in het EMS wordt geanalyseerd en of dit in een andere kolom thuishoort. Het inzicht in energieverbruik helpt bedrijven om energie te reduceren en slim te sturen, wat past binnen klimaatdoelstellingen. </br> Samenwerking voor geoptimaliseerde groene energiestroom </br> Belangrijk punt : Samenwerking tussen bedrijven en overheden om een geoptimaliseerde groene energiestroom te realiseren. </br> Discussie : De nadruk ligt op het verminderen van niet-hernieuwbare energie en het aanbieden van groene energiestroom via samenwerking. Het belang van lokale productie en het stimuleren van leveranciers door overheden werd benadrukt. </br> Data-gedreven optimalisatie van energiestroom </br> Belangrijk punt : Het gebruik van data voor gezamenlijke inspanningen en optimalisatie van groene energie. </br> Discussie : De mogelijkheden van datagedreven inzichten, zoals leveranciersdata en contracten, om energiestromen te optimaliseren werden besproken. Contracten en informatie over het percentage groene energie zijn cruciaal. </br> Lokale productie en gebruik van energie </br> Belangrijk punt : Inzicht in zelfgeproduceerde hernieuwbare energie en het verhogen van lokaal gebruik. </br> Discussie : Lokale productie van energie, zoals zonnepanelen, en het gebruik daarvan binnen bedrijven werden besproken. Het belang van lokaal geproduceerde groene energie in plaats van alleen groen stroomcertificaten werd benadrukt. </br> Gezamenlijke investeringen en energiestromen </br> Belangrijk punt : EMS toont elektrische stromen over bedrijven heen en helpt bij gezamenlijke investeringen om injecties te vermijden. </br> Discussie : Het inzicht in gezamenlijke energiestromen en gelijktijdigheid van verbruik helpt bij toekomstige investeringen. De waarde van gezamenlijke inzichten en investeringen werd besproken. </br> Invloed van bedrijfsprocessen op klimaatdoelstellingen </br> Belangrijk punt : Inzicht in hoe bedrijfsprocessen invloed hebben op klimaatdoelstellingen. </br> Discussie : Dit werd als belangrijk gezien om individuele bedrijfsprocessen te optimaliseren binnen de klimaatdoelstellingen. </br> Inzetten van duurzame bronnen en buffers </br> Belangrijk punt : EMS moet de meest duurzame bronnen en buffers op elk moment inzetten. </br> Discussie : Het gebruik van EMS om duurzaamheidsdoelen te bereiken door slimme inzet van bronnen en buffers werd besproken. </br> Proactief gebruik van AI </br> Belangrijk punt : Gebruik van AI voor proactief energiebeheer. </br> Discussie : AI kan helpen bij het voorspellen en optimaliseren van energieverbruik, rekening houdend met weersvoorspellingen en standaard gebruikspatronen. </br> Uitfaseren van niet-duurzame bronnen </br> Belangrijk punt : Het verminderen en uitfaseren van niet-duurzame energiebronnen. </br> Discussie : Bedrijven willen niet-duurzame installaties zoals gas als back-up behouden, maar verder zoveel mogelijk elimineren. </br> Valoriseren van energieoverschotten </br> Belangrijk punt : Overschotten in energie, vooral in het weekend, moeten worden gevaloriseerd. </br> Discussie : Manieren om energieoverschotten economisch te benutten, zoals door batterijopslag of laadpalen, werden besproken. De economische motivatie voor bedrijven om meer hernieuwbare energie te gebruiken werd benadrukt. </br> In kaart brengen van stuurbare assets </br> Belangrijk punt : Identificatie van stuurbare assets en hun flexibiliteit om ze optimaal in te zetten. </br> Discussie : Het belang van inzicht in stuurbare assets binnen bedrijven en hoe ze flexibel kunnen worden ingezet voor energiebeheer werd besproken. Ook de technische en procesmatige beperkingen van deze assets kwamen aan bod. </br> Oefening data: </br> </br> Inzicht in energieverbruik en piekverbruik: </br> Data: Productie- en verbruiksgegevens. </br> Databronnen: Er is nog geen specifieke databron geïdentificeerd. </br> Discussie: </br> Er was discussie over de noodzaak om de juiste databron te vinden voor nauwkeurige gegevens. Het was onduidelijk welke databron het meest geschikt zou zijn om de benodigde informatie te leveren. </br> Bronnen van data voor productie en verbruikers: </br> Data: Gegevens van Fluvius (24-uurs data) en eigen gemeten data, indien beschikbaar een bestaand EMS-systeem. </br> Discussie: </br> De discussie ging over het combineren van meerdere databronnen om een vollediger en nauwkeuriger beeld te krijgen van het energieverbruik. Er was ook bezorgdheid over de consistentie en betrouwbaarheid van deze verschillende bronnen. </br> Gegevens over opgewekte groene stroom per regio: </br> Data: Opgewekte groene stroom en verbruiksgegevens per regio. </br> Databronnen: Fluvius 24-uurs data en andere relevante meters. </br> Discussie: </br> Er werd gedebatteerd over de noodzaak om regionale gegevens te verzamelen om een beter inzicht te krijgen in de spreiding en efficiëntie van groene energieproductie. De uitdaging was om deze gegevens nauwkeurig en tijdig te verzamelen. </br> Realtime inzicht in elektrische stromen: </br> Data: Realtime gegevens over energieverbruik. </br> Databronnen: AMR-data (opvraagbaar bij Fluvius na toestemming eigenaar energiecontract), eigen energiemeters. </br> Discussie: </br> Er was discussie over de vereiste toestemming om AMR-data te verkrijgen en de frequentie waarmee deze gegevens beschikbaar worden gesteld (dag na effectief verbruik). Dit bracht uitdagingen met zich mee voor het realiseren van realtime inzichten. </br> Weervoorspellingen en energieprijzen: </br> Data: Weersvoorspellingen en energieprijzen. </br> Databronnen: KM (mogelijk KMI), andere meteorologische bronnen. </br> Discussie: </br> De discussie richtte zich op de impact van weersvoorspellingen en energieprijzen op het energiebeheer. Er werd benadrukt dat accurate en up-to-date weersvoorspellingen cruciaal zijn voor een effectief energiebeheer. </br> Inzicht in stuurbare assets: </br> Data: Verbruikersprofielen van stuurbare assets. </br> Databronnen: Gegevens via submetering en bevraging van gebouw- of bedrijfseigenaren. </br> Discussie: </br> Er werd gediscussieerd over de nauwkeurigheid en het detailniveau van de verbruikersprofielen. De noodzaak om gebouw- of bedrijfseigenaren te bevragen voor aanvullende gegevens werd ook besproken, evenals de potentiële uitdagingen hierbij. </br> Seizoensgebonden hernieuwbare energieopwekking: </br> Data: Productie- en verbruiksgegevens over verschillende seizoenen. </br> Databronnen: Fluvius, eigen meters. </br> Discussie: </br> De discussie ging over het belang van seizoensgebonden analyse voor energiebeheer. Het was belangrijk om te begrijpen hoe de energieopwekking varieert tussen de seizoenen en welke impact dit heeft op het energieverbruik en -beheer. </br> Oefening 3 </br> Instructies </br> Welke zijn de valkuilen waar we volgens jou rekening mee moeten houden?</br> Formuleer enkele basisprincipes waaraan de oplossing moet voldoen</br> Voorbeeld:</br> •Self-service zonder goede training kan 'gevaarlijk' zijn</br> •Afhankelijkheid van leverancier</br> •Interoperabiliteit van de oplossing</br> •Betrouwbaarheid, en dus ‘vertrouwen’ in de data</br> •Stabiliteit, en dus ‘continuïteit’ van data, wordt het continue geüpdatet</br> </br> Output </br> </br></br> </br> Valkuilen</br> </br> Principes</br> </br> </br> Deelneming van andere bedrijven </br> </br> </br> </br> </br> ontbreken van semantische of technische interoperabiliteit</br> </br> </br> </br> </br> Misinterpretatie van data </br> </br> </br> </br> </br> wijziging in wetgeving/beleid</br> </br> HE kan duurder worden als elektriciteit duurder wordt belast: bijvoorbeeld heffing EV's, heffing laadpalen</br> </br> </br> Afhankelijk worden van één gekozen platform (EMS)</br> </br> Zelf eigenaar blijven van je energiedata zodat je deze aan meer dan één dataplatform kan ter beschikking stellen.</br> </br> </br> afhankelijkheid van energiemarkt</br> </br> energie wordt 'te' goedkoop tov eigen opwekking</br> </br> </br> kostprijs</br> </br> </br> </br> </br> Niet willen nadenken over de mogelijkheid om assets flexibel in te zetten.</br> </br> Elke beperking om assets flexibel te mogen inzetten challengen</br> </br> Discussie </br> Deelname van andere bedrijven: </br> Valkuil: Hoe zorg je ervoor dat verschillende bedrijven blijven deelnemen? </br> Discussie: </br> Er werd besproken hoe belangrijk het is om bedrijven gemotiveerd te houden en te zorgen dat ze blijven deelnemen aan het project. Zonder actieve deelname van alle partijen kan het project falen. </br> Ontbreken van semantische of technische interoperabiliteit: </br> Valkuil: Gebrek aan standaardisatie in data-uitwisseling. </br> Discussie: </br> Er is een werkgroep met OSLO gepland om dit probleem aan te pakken, maar het is nog niet volledig uitgevoerd. Het belang van semantische interoperabiliteit werd benadrukt om misverstanden en inefficiënties te voorkomen. </br> Misinterpretatie van data: </br> Valkuil: Fouten in de interpretatie van gegevens kunnen leiden tot verkeerde acties of inzichten. </br> Discussie: </br> Het risico van verkeerde interpretatie van data werd besproken, evenals de noodzaak van duidelijke en nauwkeurige gegevens om betrouwbare beslissingen te kunnen nemen. </br> Wijzigingen in wetgeving en beleid: </br> Valkuil: Veranderingen in energiebeleid of belastingstructuren kunnen grote gevolgen hebben. </br> Discussie: </br> Er werd gesproken over hoe wijzigingen in wetgeving, zoals hogere belastingen op hernieuwbare energie, de financiële haalbaarheid van projecten kunnen beïnvloeden. Het ontbreken van een taxshift kan bijvoorbeeld een negatieve invloed hebben. </br> Afhankelijkheid van één gekozen platform: </br> Valkuil: Afhankelijkheid van een enkel EMS (Energy Management System) platform. </br> Discussie: </br> De afhankelijkheid van een gekozen platform kan problemen veroorzaken als dat platform beperkingen heeft. Het was belangrijk om ervoor te zorgen dat bedrijven eigenaar blijven van hun data zodat deze toegankelijk blijven voor verschillende dataplatforms. </br> Toegankelijkheid van data: </br> Valkuil: Moeilijkheden bij het delen van data met andere leveranciers. </br> Discussie: </br> Er werd een voorbeeld besproken waarbij het niet gratis was om data beschikbaar te stellen aan een andere leverancier, wat een obstakel vormde. Het belang van eigenaarschap en controle over de eigen data werd benadrukt. </br> Afhankelijkheid van de energiemarkt: </br> Valkuil: Fluctuaties in energieprijzen kunnen de eigen energieopwekking minder aantrekkelijk maken. </br> Discussie: </br> De afhankelijkheid van de energiemarkt werd besproken, waarbij lage energieprijzen een uitdaging kunnen vormen voor de rentabiliteit van zelfopwekking van energie. </br> Weigering om flexibel om te gaan met assets: </br> Valkuil: Onwil om assets flexibel in te zetten. </br> Discussie: </br> Het gebrek aan bereidheid om na te denken over flexibiliteit in energiegebruik, zoals het aanpassen van de verwarming in gebouwen, werd besproken. Er was een behoefte om de mindset van mensen te veranderen om flexibel om te gaan met energieverbruik. </br> Veranderingsmanagement: </br> Valkuil: Weerstand tegen verandering en nieuwe manieren van energiebeheer. </br> Discussie: </br> Het belang van veranderingsmanagement werd benadrukt om mensen te overtuigen van de voordelen van flexibel energiebeheer en om hen te motiveren om hun huidige gewoonten te veranderen. </br> Oefening 4 </br> Instructies </br> Hoe kunnen we een duurzaam en schaalbaar businessmodel opzetten?</br> •Marketing & sales: vraag en aanbod stimuleren</br> •Future proof maken, zodat het ook oplossingen biedt voor toekomstige problemen (innovatie van data garanderen).</br> •Wat zijn potentiële inkomstenstromen en prijsmodellen die we kunnen overwegen voor het aanbieden van dit platform aan externe partijen? Wie betaalt de beheerders van het platform?</br> </br> Output </br> </br></br> </br> Verduurzamen</br> </br> </br> model voorziet het eenvoudig koppelen van historische data (eigen data en netbeheerder)</br> </br> </br> Subsidiëren van het project zodat inspanningen beloond worden</br> </br> </br> wisselen van energiedataleverancier (=EMS) als van energieleverancier; snel en eenvoudig</br> </br> </br> Via EMS aankoop van groene energie vereenvoudigen, tijdswinst voor bedrijven</br> </br> </br> Communicatie plan voor gebruikers/bewoners/klanten</br> </br> Discussie </br> Duurzaamheid en inkomsten genereren: </br> Valkuil: Hoe zorg je ervoor dat je inkomsten genereert uit je project en hoe maak je dit schaalbaar? </br> Discussie: </br> Bedacht over hoe het businessmodel eruit moet zien, inclusief koppeling van historische data (eigen data en netbeheerder), en hoe subsidies de inspanningen kunnen belonen. Er werd ook besproken hoe bedrijven gemotiveerd kunnen blijven na afloop van subsidies. </br> Beloningssystemen: </br> Valkuil: Hoe krijg je bedrijven mee? </br> Discussie: </br> Belonen in plaats van verplichten (de "carrot and stick" benadering). Door bedrijven te belonen voor hun inspanningen kunnen ze de voordelen inzien en gemotiveerd blijven deelnemen. Dit kan op lange termijn leiden tot bereidheid om voor de diensten te betalen. </br> Gemakkelijk wisselen van energieleveranciers: </br> Valkuil: Moeilijkheid om te wisselen van energieleverancier en energiedataleverancier. </br> Discussie: </br> Standaardisatie van energiedata-platformen werd als een oplossing gezien. Richtlijnen of protocollen zouden het gemakkelijker maken om van leverancier te wisselen en zo de duurzaamheid van het systeem te waarborgen. </br> Eenvoudige aankoop van groene energie via EMS: </br> Valkuil: Moeilijkheid om snel en eenvoudig over te stappen naar groene energieleveranciers. </br> Discussie: </br> Het EMS zou bedrijven snel moeten kunnen laten zien welke leveranciers meer groene stroom aanbieden en de overstap eenvoudiger maken. Tijdwinst en eenvoud in het overstappen kunnen bijdragen aan de duurzaamheid van het project. </br> Communicatieplan voor gebruikers, bewoners, en klanten: </br> Valkuil: Gebrek aan communicatie over resultaten naar gebruikers en klanten. </br> Discussie: </br> Het is belangrijk om resultaten inzichtelijk te maken en een communicatieplan te ontwikkelen. Dit helpt gebruikers en bedrijven om de voordelen te begrijpen en kan ook gebruikt worden voor externe communicatie, zoals naar klanten. </br> Opname en Miro bord </br> Miro bord </br> Het Miro bord kan je consulteren via deze link .</br> </br> Opname </br>De opname van deze sessie is te bekijken via deze link . </br> </br> </br> Volgende stappen </br> Wat na deze werkgroep?</br> </br> Verwerking van de input van de brainstorm oefening. </br> Verder onderzoek en voorbereiding van de volgende thematische werkgroep. </br> Publicatie op de Kennishub </br>Feedback kan bezorgd worden aan laurien.renders@vlaanderen.be Andere werkgroepen </br> Werkgroep Type werkgroep Datum Tijd Locatie Business werkgroep Business werkgroep 2024-03-21 10u-13u VAC Brugge Thematische werkgroep 1 Data en informatie werkgroep 2024-05-21 9u-12u Teams Thematische werkgroep 2 Functionele werkgroep 2024-06-18 9u-12u Teams  +
• Data en informatie werkgroep: VlocaTraject … Data en informatie werkgroep: VlocaTraject/SHOK </br> Tijdens de eerste thematische werkgroep worden de data en informatienoden van de reeds geïdentificeerde use cases in kaart gebracht. </br>De Werkgroep Data en Informatie staat open voor deelname door de gehele quadruple helix . Vaste deelnemers zijn de leden van het VLOCA-trajectconsortium en stakeholders, die samen de data- en informatienoden in kaart brengen. </br>De verzamelde inzichten worden vervolgens verwerkt om de IT-architectuur verder aan te vullen.Heb jij interesse, specifieke noden, expertise of andere belangen bij dit traject?</br> </br> Klik hier om je in te schrijven. Andere werkgroepen </br> Werkgroep Type werkgroep Datum Tijd Locatie Business werkgroep Business werkgroep 2024-09-12 13u-16u VAC Antwerpen Thematische werkgroep 1 Data en informatie werkgroep 2024-10-15 13u-16u Teams Thematische werkgroep 2 Functionele werkgroep 2024-11-12 13u-16u Teams Thematische werkgroep 3 Technologie werkgroep 2024-12-10 9u-12u Teamsgie werkgroep 2024-12-10 9u-12u Teams  +
• Data en informatie werkgroep: VlocaTraject … Data en informatie werkgroep: VlocaTraject/ThermAi </br> Tijdens de eerste thematische werkgroep worden de data en informatienoden van de reeds geïdentificeerde use cases in kaart gebracht. </br>De Werkgroep Data en Informatie staat open voor deelname door de gehele quadruple helix . Vaste deelnemers zijn de leden van het VLOCA-trajectconsortium en stakeholders, die samen de data- en informatienoden in kaart brengen. </br>De verzamelde inzichten worden vervolgens verwerkt om de IT-architectuur verder aan te vullen.Heb jij interesse, specifieke noden, expertise of andere belangen bij dit traject?</br> </br> Klik hier om je in te schrijven. Andere werkgroepen </br> Werkgroep Type werkgroep Datum Tijd Locatie Business werkgroep Business werkgroep 2024-09-10 9u-12u VAC Brugge Thematische werkgroep 1 Data en informatie werkgroep 2024-10-10 9u-12u Teams Thematische werkgroep 2 Functionele werkgroep 2024-11-05 9u-12u Teams Thematische werkgroep 3 Technologie werkgroep 2024-12-03 9u-12u Teamsgie werkgroep 2024-12-03 9u-12u Teams  +
• Data en informatie werkgroep: VlocaTraject … Data en informatie werkgroep: VlocaTraject/Welkomapp voor nieuwkomers </br> Tijdens de eerste thematische werkgroep worden de data en informatienoden van de reeds geïdentificeerde use cases in kaart gebracht. </br>De Werkgroep Data en Informatie staat open voor deelname door de gehele quadruple helix . Vaste deelnemers zijn de leden van het VLOCA-trajectconsortium en stakeholders, die samen de data- en informatienoden in kaart brengen. </br> De verzamelde inzichten worden vervolgens verwerkt om de IT-architectuur verder aan te vullen.Heb jij interesse, specifieke noden, expertise of andere belangen bij dit traject?</br> </br> Klik hier om je in te schrijven. Andere werkgroepen </br> Geen werkgroepen gevondenrkgroepen Geen werkgroepen gevonden  +
• Data governance is een data management activiteit die instaat voor het waarborgen van data kwaliteit gedurende de volledige levenscyclus van de data in een organisatie.  +
• Data kan om verschillende redenen verbonde … Data kan om verschillende redenen verbonden zijn aan een aantal wettelijke beschermings rechten, zoals data privacy en sovereignty. Dit kan zowel gelden voor persoonlijke data van bijvoorbeeld natuurlijke personen, als voor business data die aan bepaalde regionale zones en hun wetgeving is verbonden. Een data platform kan de data controller (kan een externe partij zijn, los van de data platform beheerder) toelaten om de toegang tot de data zelf te reguleren. Vandaar dat we hiervoor een apart segment voorzien hebben in de referentie architectuur. Technologieen zoals SOLID laten toe om op een interoperabele manier data en diensten en hun beheer te scheiden. Dit segment laat dus toe om bijvoorbeeld SOLID pods van burgers toch te hosten in het data platform en te connecteren met de infrastructuur, maar het beheer van de data toegang extern te faciliteren op een gestandardiseerde manier.ciliteren op een gestandardiseerde manier.  +
• Data karakteristieken (niet exhaustief) … Data karakteristieken (niet exhaustief) </br> Historisch gezien is data steeds belangrijker geworden, en werden de uitdagingen steeds groter.</br>In 2001, werden de karakteristieken van Big Data samengevat onder de 3 V's : Data Volume, Verocity en Variety.</br>Daar kwam later een 4e V bij namelijk Variety. </br>De 5 V's werden later Volume, Variety, Value, Variability, Velocity.</br>In 2014 werden dan de 10 V's van big data opgesteld, door het toevoegen van Validity, Venue, Vocabulary en Vagueness.</br>En tegenwoordig spreken we over de 14 V's + 1C van Big Data (+ Complexity, Viscoscity, Virality, Visualization, Volatility, Validity)</br> De uitdaging van deze tijd is om van big data smart data te maken. Smart Data wordt o.a. hier omschreven : https://ec.europa.eu/social/BlobServlet?docId=17367&langId=en .</br>Schematisch ziet deze evolutie er als volgt uit :</br> </br> </br> Enkele belangrijke karakteristieken worden hier verder omschreven :</br> </br> data velocity </br> data variety </br> data volume </br> data veracity </br> data quality </br> data protection </br> data security </br> data semantics </br> data ownership </br> Lijst met data management capabilities (niet exhaustief) </br> Versioning </br> Querying </br> Verifying </br> Aggregation </br> Archiving </br> Merging </br> Joining </br> Storing </br> Publishing </br> Brokering </br> Registering </br> Authentication </br> Licensing </br> Discovery </br> Annotation </br> Modeling </br> Governance </br> Architecture </br> </br> </br> Enkele fundamentele smart data attributen/begrippen en hun relaties en Semantic Web data technologieen </br> Data Format (data serialization) </br> Data Syntax </br> Technical Scheme </br> Data Scheme </br> Data Taxonomie </br> Data Ontology </br> Data VocabularyOntology Data Vocabulary  +
• Data kwaliteit refereert naar processen en … Data kwaliteit refereert naar processen en componenten die ervoor zorgen dat de betrouwbaarheid van de data gegarandeerd is. Dit kan verwijzen naar :</br> </br> Compleetheid van data : zijn de verplichte en optionele velden in de data structuren naar behoren ingevuld zodat een consistente interpretatie van de data mogelijk is. </br> Actualiteit van data : zijn de beschikbare waarden nog actueel ? </br> Consistentie van de data : welke processen kunnen ervoor zorgen dat er traceerbaarheid is van de data bij updates, vooral bij gelinkte, gedistribueerde datasets. Dit houdt ook in dat relevante meta data aanwezig dient te zijn om goede interpretatie van de data mogelijk te maken. </br> Zuiverheid van data : dit is typisch het gevolg van een aantal data verificatie stappen, waarin volgens bepaalde beslisregels bepaalde waarden worden geïdentificeerd als onbetrouwbaar en vervolgens alsdusdanig gevlagd of uit de datastroom verwijderd worden. </br> Het voldoen van data aan zekere data quality objectives die meestal worden uitgedrukt in de vorm van statistische indicatoren. Hierbij kan een vorm van calibratie aan referentiewaarden nodig zijn, zoals typisch bij IoT sensor data. In heel wat kennisdomeinen worden formele data quality objectives afgesproken, waarbij onderscheid kan gemaakt worden tussen verschillende doeleinden van de data (indicatief, informatief, quantitatief). Indien statistische indicatoren beschikbaar zijn die een quantificatie van de onzekerheid van sensor waarden weergeven, dan kan deze informatie gevoelig bijdragen aan de compleetheid van de data (zie hoger).hoger).  +
• Data management is gericht op het optimaal beheren en gebruiken van data in een organisatie. Lees meer: https://en.wikipedia.org/wiki/Data_management  +
• Data protection verwijst naar de manieren waarop data privacy en vertrouwen beschermd worden. Kan data teruggetracet worden tot een individu ?  +
• Data soevereiniteit [1] is een centraal … Data soevereiniteit [1] is een centraal aspect in Europe, en bijvoorbeeld van organisaties als IDSA . Het kan gedefinieerd worden als de mogelijkheid van een natuurlijke persoon, bedrijf of land om volledig zelf te bepalen wat er met hun data gebeurt. In die zin, wordt soevereiniteit vaak in 1 adem gebruikt met data localisatie en data huisvesting. Data huisvesting geeft aan waar de data bewaard wordt op een geografische plaats. Data localisatie vereist dat data die binnen bepaalde grenzen wordt gecreeerd, daar ook opgeslagen wordt, en gaat dus over het "lokaal" houden van productie en opslag, terwijl data huisvesting enkel aangeeft waar data wordt bewaard. Data soevereiniteit bepaalt niet alleen waar de data wordt opgeslagen, maar dat deze ook onderworpen is aan de wetten van de legale entiteit waar de data is opgeslagen. Dit gaat dus verder dan een geografische plaats of een "lokale" opslag, maar houdt ook in dat op die specifieke data specifieke regels van kracht zijn.</br> Datasoevereiniteit gaat echter verder dan locatie en opslag. Het behandelt ook hoe gegevens worden uitgewisseld en gedeeld tussen organisaties ; een gegevensproducent wil wellicht bepalen hoe een consument van zijn gegevens deze gebruikt; gebruik is OK, maar de producer wil geen opslag voor historische analyse toestaan. De soevereiniteit met betrekking tot uitwisseling en delen wordt specifiek door IDSA aangepakt.</br> </br> </br> ↑ https://en.wikipedia.org/wiki/Data_sovereigntyn.wikipedia.org/wiki/Data_sovereignty  +
• Data volume gaat over de hoeveelheid data … Data volume gaat over de hoeveelheid data die verzameld wordt en gebruikt wordt. Grote hoeveelheden data stellen hun speciefieke uitdagingen naar bijvoorbeeld data opslag, distributie, snelheid van opvragen, ... Technieken als tussen-opslag zoals caching (bijvoorbeeld toegepast in het Word Wide Web) spelen daarbij een belangrijke rol. Heel belangrijk bij grote data volumes is het doel : is het voor analyse, voor real-time verwerking, voor simulatie, voor beleid, ...ing, voor simulatie, voor beleid, ...  +
• Data, beheerd door burgers leidt tot het correct ontsluiten ervan voor innovatie en onderzoek door o.a. overheden.  +
• Database "A database is an organized col … Database </br> "A database is an organized collection of data, generally stored and accessed electronically from a computer system."</br> </br> Database types </br> Er bestaan verschillende soorten databases, elk met hun eigen doel en technische specificaties.</br>We presenteren er hier enkele:</br> </br> NoSQL database . </br> Relational database . </br> Graph database . </br> Database model </br> Naargelang het database type, bestaan er verschillende vormen van database modellen. We gaan hier dieper in op een database model van een relational database.</br>Een database model structureert de manier waarop de data opgeslagen is in de database, en hoe verschillende tabellen in relatie staan tot elkaar. Bekijk volgende simpele voorbeeld van een database model:</br> </br> We onderscheiden:</br> </br> tabellen </br> relaties tussen tabellen </br> velden (van een tabel) </br> Het datatype (van een veld) </br> In het voorbeeld hierboven hebben we</br> </br> tabellen:</br> measurements </br> property </br> sensor </br> location </br> relaties tussen tabellen:</br> measurement - property </br> measurement - sensor </br> sensor - location </br> velden (in measurement):</br> id </br> value </br> timestamp </br> property_id </br> sensor_id </br> datatypes (in measurement):</br> int </br> float </br> timestamp </br> Deze database zou via een SQL query bevraagd kunnen worden als volgt:</br> select value, timestamp from measurements m join sensor s on s.id = m.sensor_id join location l on l.id = s.location_id where l.name = "stiemerbeek_loc_01";</br> </br> wat 2 velden zou teruggeven: de waardes en timestamps van de observaties in de stiemerbeek op locatie stiemerbeek_loc_01.</br> </br> Referenties </br> https://en.wikipedia.org/wiki/Database#:~:text=A%20database%20is%20an%20organized,formal%20design%20and%20modeling%20techniques .l%20design%20and%20modeling%20techniques .  +
• Database vs. Contextbroker? Een contextb … Database vs. Contextbroker? </br> Een contextbroker slaat geen data op, dit in tegenstelling tot een database.</br>Een contextbroker ontvangt allerlei observaties van verschillende sensoren, maar houdt enkel de allerlaatste doorgestuurde observatie bij.</br>Het is aan de subscribers van de contextbroker, om een data stroom op te zetten, dat telkens wanneer er een nieuwe observatie binnen komt, deze wordt opgeslaan, bv in een eigen decentrale database van een organisatie.</br>In de contextbroker wordt wel data bijgehouden rond de context van de observatie: locatie sensor, meeteenheid, type sensor, etc...</br> Onderstaande figuur schetst hoe een context broker en database naast elkaar bestaan:</br> </br> </br> </br>De data bronnen in paars en rood, alsook Organisatie 2 duwen data door naar de context broker.</br> Organisatie 1 en 2 bevragen de laatst ontvangen observatie in de contextbroker, en slaan deze op in hun locale databases .</br> Het bevragen van de contextbroker gebeurt via een API .van de contextbroker gebeurt via een API .  +
• Dataretentie (data retention) is een begri … Dataretentie (data retention) is een begrip dat refereert aan het opslaan van telefonie- en internetgegevens door overheden en commerciële organisaties. Deze gegevens kunnen voor verschillende doeleinden gebruikt worden, bijvoorbeeld om achteraf informatie te achterhalen over criminele incidenten, om correspondentie te achterhalen en zo criminele activiteiten te voorkomen, of om de gegevens te gebruiken voor marketingdoeleinden.e gebruiken voor marketingdoeleinden.  +
• Datastromen in en rond de systeemarchitectuur van Proactive Flooding Detection  +
• Datum 03 maart 2021 Deelnemers Bart … Datum </br> 03 maart 2021</br> </br> Deelnemers </br> Bart Wyns </br> Danny Willen </br> Annelies De Craene </br> Annelien Dierick </br> Helena Schulpé </br> Rik Hendrix </br> Geert Limpens </br> Lode Nulens </br> Mathias Van Compernolle </br> Justine Ottevaere </br> Philippe Michiels </br> Reinhard Stoop </br> Bart Scheenaerts </br> Silke Steijns </br> Stefan Lefever </br> Luc Stinissen </br> Dimitri Van Baelen </br> Barbara Van Broeckhoven </br> Mieke Van Cauwenberghe </br> Triangle Koen </br> Ziggy Vanlishout </br> Tim Guily </br> Presentatie </br> | VLOCA Traject Data Broker - Tweede Sessie - Presentatie </br> </br> Agenda </br> Inleiding & reflectie vorige workshop </br> We proberen in deze workshop richting te geven aan wat een Databroker betekent en vertalen wat dit betekent voor Vlaanderen en de Steden -> streven naar samenwerking en verbinding. Doel van het databroker VLOCA traject is om Smart City bouwstenen te definiëren en te selecteren die voldoen aan VLOCA standaarden, silo's binnen de overheden vermijden en net data te activeren en te connecteren die leidt tot Smart Data Management. We willen daarbij niet alleen binnen de stad te kijken, maar ook breder zodat data kan worden geconnecteerd met andere platformen/databronnen (eg stedelijke data connecteren met modellen/simulatie data of met vb. een mobilidata databroker). Doelstelling van deze databroker sessie was ook om een aantal principes te aligneren in het kader van de relance nota. Linken van de behoeftes van steden met regio’s en die op elkaar afstemmen. </br> </br>Welke rol speelt een databroker: </br> </br> In Gent Databroker gaat het over een city (of things) data broker, met aandacht voor het economische, technische, legale en functionele plaatje. Daarbij zijn specifieke keuzes gemaakt voor bijvoorbeeld het gebruik van Linked Data </br> Aanbesteding Brugge gaat over een smart city data platform </br> In Antwerpen heeft ACPAAS ook het doel om te evolueren naar een generiek data platform </br> Deze initiatieven geven aan dat er verschillende ambities en initiatieven zijn die elkaar kunnen versterken. </br> </br>Maar er zijn veel uitdagingen en vragen:  </br> </br> Software/data engineering en onderhoud </br> Open Source is goed, maar vraagt ook onderhoud </br> Evolutie van standaarden: hoe managen? </br> Data governance & architecture? </br> Waar kan Vlaanderen de steden ontzorgen? </br> Kan er sprake zijn van totale ontzorging? </br> Meer genuanceerd: welke elementen worden beter op regionaal niveau opgelost en welke lokaal? </br> Hoe kunnen de steden aligneren met de regionale ontzorging? </br> En bijvoorbeeld zich groeperen om economies of scale te krijgen? </br> Conflicteert het initiatief van B/R/L met relance plan? (sensorplatform bijvoorbeeld) </br> </br>We kunnen daar vandaag al enkele richtinggevende antwoorden op geven: </br> </br> Relanceplan gaat geen monoliet platform in de markt zetten </br> Focus op</br> Standaarden </br> Open source componenten en tools </br> Drempelverlagend voor publicatie van open linked data </br> Het [Data-nutsbedrijf] kan zeker een rol spelen in realisatie van het relance plan, maar is nog in volle definitie </br> Data governance zou een gedeeld probleem moeten zijn (regionale, lokale overheden ism industrie) </br> Ontzorging van steden op de goeie plaatsen is de uitdaging </br> </br>Doelstelling van deze workshop:</br> </br> Terminologie afstemmen rond databroker </br> Aangeven waar een databroker een rol opneemt in het federated landschap  </br> Aantonen dat allignering met de verschillende initiatieven mogelijk is  </br> Smart Data Management vraagt een holistische benadering  </br> </br>Nood aan een gelijkaardige terminologie:  </br> </br> Big Data is een vrij complex gegeven en evolueert door heen de tijd (3v’s -> 17v’s) </br> Daarom nood om een eenduidige definitie rond termen en concepten af te spreken voor Vlaanderen </br> Deze definities en termen zijn open voor co-creatie dus er is een uitnodiging om hier feedback over te geven op de kennishub </br> Terminologie </br> De terminologie rond een data broker vereist eenduidigheid. In dit traject kunnen we hier over co-creëeren.</br> </br> Wat is een smart data architecture (regionaal/gefedereerd niveau)? </br> Wat is een smart city (data) platform? </br> Wat zijn belangrijke data eigenschappen en hun doelstellingen? </br> Wat zijn belangrijke data management capabilities? </br> Wat zijn belangrijke data definities? </br> Dit kunnen we tracken en definiëren op Termen en concepten </br> </br> Wat is smart data (zie slide): From Big data to Smart Data  </br> Smart data management en Smart Data governance zijn belangrijk  </br> Samenwerking is nodig met het data landschap en hier kan een data broker een belangrijke rol spelen </br> Daarom dat het nuttig is dat VLOCA hier draaiboeken voor maakt en dit zorgt ervoor dat niet iedereen op zijn eiland werkt, maar dat we op een gestructureerd manier samen werken waardoor data makkelijk kan vloeien en kan samen werken om uiteindelijke meerwaarde te creëren in nuttige applicaties. </br> Het beheren van Smart data houdt veel capabilities in </br> Ook hier gaan we een aantal definities in VLOCA rond voorstellen - hierdoor kan er naar worden verwezen in aanbestedingen met als doel dat we uniforme termen gebruik en implementeren. </br> Terminologie is belangrijk in dit verhaal en zorgen dat we dezelfde mentale concepten begrijpen </br> Wat is een data broker (component) ?​ </br> Inzoomen op een data broker: wat is het en wat is het niet? Een eerste aanzet is te vinden op Data broker . </br>Er bestaan hierin verschillende instanties met een ander niveau van detail: City Data Broker, Regional Data Broker, Departementale Data Broker, Mobiliteits Data Broker, ... </br>Alsook verschillende maturiteitsniveau ’s.</br> </br>De term wordt vaak breed gebruikt. De vraag is dan hoe dit te kaderen en plaatsen in het landschap.</br>Databrokerage is een element van heel veel capabilities van een Smart City omdat dat broker veel domeinen aanraken hebben we in VLOCA een stap terug gezet en is er gekeken naar een breder concept: Smart Data Management. </br> Tijdens de sessie wordt een eerste conceptuele versie van hoe dit vandaag is gedefinieerd voorgesteld en feedback is welkom.</br>Een aantal principes/domeinen van Smart Data Management worden besproken in de slides (eg. Dat Capture, Storage to scale, Process & Transform, Compute domein, Service laag,...).</br>De Databroker maakt dus een onderdeel uit van een smart data management. En Smart Data management wordt gekoppled aan een virtual Smart Data Platform. (Virtual = omdat het bestaat uit verschillende tenants/Instantiaties)</br> Verschillende data bronnen moeten over verschillende lagen/gebruikers kunnen worden gedeeld. Via een Virtueel Smart Data platform en een federated aanpak wordt dit gefaciliteerd.</br> </br> Data Publishing ​ </br> Een belangrijke data management capability is data publishing, en is 1 van de speerpunten in het relance plan van AIV.</br>Hoe verhoudt zich dat tot voorgaande topics en waar komen ze samen?</br> Hoe maken we van real time sensordata een belangrijke hefboom voor duurzame groei van de Vlaamse data-economie?</br>Huidige platformen zijn niet altijd geschikt om grote volumes sensordata aan te bieden op een kostenefficiënte manier.</br>Smart city toepassingen zijn vandaag nog te veel maatwerk en onvoldoende schaalbaar.</br>Sensordata ontstaan in silo’s en bieden op zichzelf onvoldoende meerwaarde voor nieuwe business modellen, niet gestandaardiseerd.</br>Een dreigende vendor lock-in op sensordata en geconsolideerde smart city markt vormt een sterke rem op de innovatie.</br>Wat zijn de doelstellingen en welk effect beoogt AIV met het ‘sensor data platform’ dossier?</br>Sensordata zijn een groeimarkt voor de data-economie van morgen.</br> Doelstellingen </br> </br> Herbruikbare open source componenten aanbieden aan de markt die kostenefficiënte publicatie van grote volumes sensordata in real time toelaat – interoperabiliteit </br> Inzetten op open standaarden zodat sensor data sensoragnoistisch wordt en loskomt van de leverancier van de sensor en vlot gerelateerd kan worden aan slow moving data (vb basisregisters) </br> ¨*Ecosysteem van samenwerkende sensordata platformen tot stand brengen </br> Business voordelen </br> </br> Innovatiesnelheid en time to market van Vlaamse bedrijven gevoelig verhogen -> veerkracht van de Vlaamse bedrijven stimuleren </br> Realtime en gepersonaliseerde data zijn een vereist voor digitale transformatie </br> Self service by design en betaalbaar te gebruiken door de gehele markt (incl KMO)   </br> Zowel aan publicatie als aan gebruikers kant zorgen duurzaam data publiceren op een interoperabele manier  </br> Verder bouwen op OSLO  </br> Hergebruik toelaten en ervoor zorgen dat de data vindbaar is voor mens en machine  </br> Hoe wilt AIV dit bereiken?</br> </br> Standaarden ontwikkelen en implementeren dus ook voor LDES </br> Ecosysteem en community  </br> Samenwerking publieke, private en academische wereld (inclusief de developers community)  </br> Governance  </br> Bouwblokken aanbieden als managed services  </br> Walk trough door het Functionele Architectuur Ontwerp (ontwerp - nog niet finaal) - Volgende domeinen werden besproken (voor details zie slides)</br> </br> Ruwe datastroom publiceren als interoperabele linked data stroom, linked Data event streams zijn het uitgangspunt </br> LDES(Linked Data Even Stream) Projecties voor verschillende doelen, afgeleide datastromen creëren die terug worden gepubliceerd als linked data even streams. Hierbij is mapping tussen APIs ook belangrijk. Het systeem is modulair, dus er kan worden gekozen welke componenten uit de projectie client wel of niet worden geïmplementeerd. </br> Verschillende LDES clients voor verschillende doelen zijn mogelijk. Bijvoorbeeld: In sommige use cases is het belangrijk om data op te slaan om bijvoorbeeld YTT scenario’s toe te laten. </br> Vindbaarheid, herkomst van de data. Belangrijk dat de data vindbaar is voor mens en machine inclusief de bijsluiter van de data. (cfr een metadatacatalogus)  </br> Ontsluiten van data voor een fit for purpose manier. Hiervoor ook afstemmen op gebied van de opslagmethode  </br> Open Discussie </br> AS IS => terugkoppeling naar de platformen uit de eerste aanbesteding: ACPAAS , Smart City Data Platform aanbesteding Brugge, VLAIO Data Broker Gent </br> Welke componenten zitten hier in.  Wat is het City Data Brokering doel, en hoe kunnen deze platformen ook ingeschakeld worden in een Regional Data Broker?</br> </br> TO BE => Waar willen we naar toe en welke realiteit van data brokerage op bv regionaal niveau ambiëren we? </br> Hoe gaan we verder, waar werken we samen aan (bv op de kennishub).  Is er nood aan nog een workshop?</br> </br>Reinhard Stoop:</br> </br> Men gaat niet uit van 1 groot platform, maar modulair en federated aanpak is een goede zaak. Dus verschillende platform ipv 1 groot platform ? </br> Dat is inderdaad het doel en een samenspel van interoperabele componenten en dus geen grote monoliet  </br> Sensoren die lichten moeten aansturen hebben een andere SLA bv. wegens operationaliteit </br> Sommige datastromen hebben een bepaalde SLA en belang -> waardoor ze op een andere manier moeten worden behandeld en mogelijks afgescheiden datastreams nodig hebben </br> Zit er in de data governance aspect van Vlaanderen ook iets rond standaarden on edge waardoor het doorvertalen en omzettingen vermeden wordt en dat de data dan al direct op de juiste manier beschikbaar gesteld door sensorleveranciers </br> We moeten het hergebruik van standaarden proberen aan te moedigen en dit moeten we doen via VLOCA  </br> Hierdoor een VLOCA compliant score uit denken die kan worden toegepast in aanbestedingen </br> Ook de volledigheid van de data is belangrijk omdat je geen informatie mag missen voor modellen </br> Fit for purpose vs fit for model - dit kan andere requirements hebben  </br> </br>Danny Willen: </br> </br> Hasselt is bezig met een referentie architectuur voor een breed data platform en hiervoor onderzoekt hij ook het concept van de Databroker: </br> Zou voornamelijk de service laag vervullen en de data capturing / misschien wat governance  </br> Wat verrast rond processing en ML dat die als een capability van data broker worden gezien </br> Gaat de databroker toch verder dan pub sub van de data en dus ook verwerking van data meenemen?  </br> Klopt, de definities zijn uitlopend, maar puur volgens de term van brokerage is data brokerage een middelman die connecties legt  </br> Maar het Smart Data Management gaat net breder en neemt diverse domeinen mee, zodat die kunnen worden vertaald naar een technische architectuur en technische componenten. </br> Voor Urban Digital Twins zijn modellen belangrijk en daarom benadert deze voorstellen het breder </br> Hoe ga je van dit concept naar materialisatie?  </br> Welk deel laten we afdekken door een databroker van Vlaanderen en welk deel moeten de Steden zelf ontwikkelen?  </br> VLOCA = conceptuele architectuur oefening  </br> Maar er wordt gesproken over tenants - dus wil dit dan toch zeggen dat er een implementatie komt waar de lokale overheden van kunnen afnemen? </br> Er zullen centrale componenten waar lokale overheden kunnen van afnemen -> vermijden van het wiel opnieuw uit te vinden  </br> Maar VLOCA is inderdaad een conceptuele oefeningen, implementatie zal in andere projecten gebeuren  </br> De ambitie moet zijn om naar een open ecosysteem te evolueren om samen te werken. Er is de visie om te evolueren naar een makkelijkere en gedeelde manier van data te delen  </br> Leeft het idee om dit te implementeren?  </br> Ja, de volgende stappen zijn:  </br> De technische architectuur beschrijft de componenten  </br> En de kwantitatieve en kwalitatieve componenten beschrijven  </br> Omdat je dan op basis van de behoeftes consequenties kan definiëren en deze zaken mee nemen in aanbestedingen  </br> Wil Vlaanderen een platform aanbieden?  </br> Er is te bekijken op welke manier dit past in het relance plan en hoe dit wordt geïmplementeerd  </br> </br>Tim Guily:</br> </br> Het is een combinatie van verschillende platformen of componenten?  </br> Beiden - aaneenschakeling van componenten die een platform kunnen worden </br> Is de markt klaar voor deze aanpak? omdat er wordt geraakt aan een aantal business modellen van industrie spelers: </br> Want Steden willen wel nog met mature producten over blijven on the long run en niet werken met POCs </br> Voldoende vinger aan de pols bij de markt om te voelen dat ze er klaar voor zijn?  </br> Business impact is belangrijk, maar daarom dat we ook een VLOCA compliant score aanmaken zodat in aanbesteden er kan worden geëvalueerd in welke mate aanbestedingen in lijn zijn met de visie </br> Op deze manier kan er stap voor stap worden geëvolueerd naar Smart Data Management  </br> Bepaalde zaken moeten ook een wetgevend kader krijgen (eg OSLO) </br> En imec krijgt in Coock Open Stad wel positieve signalen van de markt/industrie om mee te werken  </br> </br>Toevoeging van Reinhard via de chat:  </br> </br> Wat de vraag 'wat ontbreekt nog?" betreft denk ik dat zeker GIS als geo data met eigen specifieke standaarden nog zijn plaats moeten krijgen , ook in het compute onderdeel zou dit een plaats moeten krijgen. GIS analyse is vrij specifiek. In een stedelijke omgeving is geo vrij key niet enkel als context element maar ook als datakey, als analyse element en als outcome , wie wat , waar . </br> </br>Na deze gesprekken werd er teruggekoppeld naar waar we zijn geëndigd in de vorige Workshop.</br>Voorbeeldaanbesteding Brugge / Roeselare / Leuven:</br> </br> Bestaat uit componenten en een modulair platform </br> De vraag is dus hoe kan Brugge hierop aligneren </br> Voor elke component is er een korte toelichting gegeven in het bestek </br> Niet alles is must have voor Brugge omdat bepaalde  </br> Zij willen eerst (1) data stromen hebben en ze daarna (2) onboarden en daarna (3) ontsluiten (naar een Urban Digital Twin / open data platform)  </br> Hoe past een smart data platform met een Digital Twin / Modellen / Mobilidata platform? -> zijn zaken die in het Urban Digital Twin VLOCA traject worden opgenomen  </br> </br>Korte update van Reinhard over GIP Antwerpen - Generieke IoT data Platform  </br> </br> In het kader van Europees project gebouwd </br> Open Source en operationaliseren van dit platform kost geld  </br> Er wordt nu een evaluatie gedaan van het platform om te bekijken in welke vorm dit wordt verder gezet  </br> Zij willen ook  beslissingen nemen rond standaarden en welke componenten ze zelf willen aanmaken  </br> Ze willen dus een aantal beslissingen nemen en stappen zetten rond mobiliteit en water  </br> </br>Leuven vindt dat ze nu een groot risico nemen om te starten met een Smart Data Platform. Want de oplossingen zijn belangrijk (in en output van data). Maar ook het gebruiken van het Smart Data platform en de ontwikkeling - want hoe meer het wordt gebruikt hoe duurder het wordt. Er zijn 2 dingen waarop moeten worden gewerkt en waar steden ondersteuning voor nodig hebben: oplossingen (=input en output / use cases) en het platform zelf – te bekijken hoe deze beide paarden aan hetzelfde tempo kunnen blijven lopen.  +
• Datum 3 februari 2021 Deelnemers Re … Datum </br> 3 februari 2021</br> </br> Deelnemers </br> Reinhard Stoop </br> Fraiponts Hans </br> Vlieberg Hans </br> De Craene Annlies </br> Limpens Geert </br> Nulens Lode </br> Rosseau Bart </br> Vanlishout Ziggy </br> Lenaerts Pieter </br> Lefever Stefan </br> Steijns Silke </br> Ottevaere Justine </br> Van Cauwenberghe Mieke </br> Libin Guy-Paul </br> Dumarey Nathalie </br> Scheenaerts Bart </br> Cornelissen Koen </br> Buyle Raf </br> Wyns Bart </br> Triangle Koen </br> Agenda </br> Intro & Context VLOCA </br> Voor meer info omtrent de intro & context van VLOCA klik hier </br> Voorstelling Architectuur Databroker Gent </br> COT VLAIO Traject in samenwerking met Brugge, Roeselare, A’pen en Gent </br> Vooral gewerkt in de richting van een bestek en dus geen implementatie in het COT project </br> Gedefinieerde uitdagingen situeren zich in 3 domeinen:</br> Technisch</br> Data zit toch vaak in silo's </br> Doel is om data te ontsluiten via een open source technologie stack gebaseerd op open Standaarden </br> Juridisch </br> Functioneel & Use cases </br> Definities opgesteld van:</br> Statische en real time data </br> Interoperabiliteit </br> Stabiliteit & performantie </br> Praktisch </br> Sensor data </br> Linked open data / semantisch en context gedefinieerd </br> Flexibele APIs </br> Overzicht bieden en register van de data </br> Daarnaast ook alle mogelijk contracten tussen de verschillende stakeholders in kaart gebracht</br> E.g. Platform eigenaar vs. service leverancier </br> E.g. Data leverancier vs. platform eigenaar </br> ... </br> Voorstelling Aanbesteding Brugge (en partner steden) </br> De vraag is ook gesteld aan andere steden om deel te nemen</br> Op dit moment hebben 7-8 tal steden aangegeven deel te nemen </br> Bestekken kunnen ook worden gedeeld, eens het aanbestedingstraject is afgerond er een keuze is gemaakt </br> Voorstelling Architectuur ACPAAS & GIP Antwerpen </br> Operationele implementatie van een IoT pipeline voor Antwerpen </br> ACPAAS streeft naar generieke herbruikbare bouwblokken </br> Eilanden binnen domeinen open breken</br> Real time data en statische data </br> Streven naar een generiek data platform </br> Domein overschrijdend de data beschikbaar stellen</br> Steden / Gebruikers / politie / gezondheid </br> Platform is gegroeid uit synchronisity </br> Open Source / Zero licencing insteek voor de Componenten </br> </br> </br> Verschillende data stromen reeds beschikbaar:</br> Milieu</br> Cutler project: Pluvio meters, Grondwaterpeilmeter,... </br> KMI: Weersvoorspellingen </br> VMM : Luchtkwaliteit </br> VITO : Hittevoorspellingsdata </br> Weerstationsdata </br> Mobiliteit:</br> Velo stations </br> BEMobile: filebarometer </br> Bird/Circ (beschikbaarheid) </br> Poppy (beschikbaarheid & trips) </br> De Lijn </br> NMBS </br> Fietstellingen (signco) </br> Cambio </br> Blue-bike </br> Scooty trips </br> MOW Fietsverbindingen (tunnels en veer) </br> Overige</br> Afval Bigbelly </br> Afval ondergrondse sorteerstraten </br> Infra – Slimme fonteinen </br> Infra – DigAnt Parkings </br> Open discussie 1 </br> Open source heeft ook een lopende kost – deze mag men niet onderschatten </br> Open data standaardisatie heeft ook een kost – update van de Standaarden heeft financiële impact </br> Elke data set heeft zijn kost </br> Maturiseren en onderhouden van data heeft ook een kost </br> Hoe gaan we DUET en andere zaken koppelen met bestaande platformen -> regelgeving en Standaarden zijn nodig om daar rond te werken</br> Met als doel om te aligneren wat er al bestaat </br> 1 taal te spreken naar de toekomst toe </br> Doel is om die taal te definiëren </br> Er wordt door de steden naar Vlaanderen gekeken voor ontzorging </br> Als elke stad dezelfde kosten moet doen om te maturiseren en te operationaliseren -> grote kosten en dit kan beter op Vlaams niveau worden gebundeld </br> Rode draad doorheen de genoemde trajecten</br> OASC MIMS </br> Bestek van Brugge laat toe om kosten-delend te zijn</br> E.g. Telraam / Luftadata connecties moeten maar 1 keer gebeuren en bij voorkeur via NGSI LD en kunnen over heel Vlaanderen hergebruikt worden </br> Dit kan er wel voor zorgen dat de kosten makkelijk kunnen worden gedeeld </br> Welke standaard gaan we allemaal spreken om een zo groot mogelijk schaalvoordeel te realiseren?</br> NGSI-v2 - NGSI LD ? – dit is nog nader te bepalen </br> Quid 1 uniform platform voor heel Vlaanderen i.p.v. platformen per stad?</br> Droomscenario voor iedere stad </br> Optimaal mogelijk landschap om maximaal synergie te creëren</br> Afspraken rond Standaarden lijken hier noodzakelijk </br> Federated approach kan hier ook wel werken </br> Samen zitten met de vendors om hen te nudgen om de data aan te bieden in NGSI (LD)</br> E.g. Qweriu is bereid om dit te doen </br> Dat zorgt ervoor dat deze sensoren makkelijker worden onboard op een platform </br> Binnen OASC kan er worden gediscuteerd, maar het is aan de grotere overheid om knopen door te hakken</br> Nood aan het vastleggen van Standaarden die kan worden gecomminiceerd naar de toeleverancier </br> Een oproep naar Vlaanderen om rond standaardisatie knopen door te hakken want diverse steden zijn dit individueel aan het opstarten met alle risico's vandien </br> Toelichting relanceprojecten 'Smart City Sensor Platform' en 'MAAS' </br> Past in het AIV Relanceplan - sensordata platform & Vlaamse dataspace </br> Sensordata zijn een groeimarkt voor de data economie van morgen </br> Herbruikbare open source Componenten aanbieden aan de markt </br> Doelstellingen:</br> Open source Componenten aanbieden aan de markt</br> Kostenefficiënte publicaties van grote volumes van sensor data in real time toelaten </br> Interoperabiliteit staat centraal </br> Inzetten op open standaard – Sensor komt los van de leverancier </br> Ecosysteem van samenwerkende dataplatformen </br> Business voordelen</br> Innovatiesnelheid en time to market van Vlaamse bedrijven verhogen </br> Veerkracht van de vlaamse bedrijven </br> Realtime en gepersonaliseerde data zijn vereist voor digitale transformatie </br> Self service by design en betaalbaar te gebruiken door de gehele markt </br> Data publicatie raamwerk staat centraal – daarrond:</br> Datadiensten</br> Publishing component provider </br> Archiving infrastructuur </br> Data integratiediensten</br> Smart city service providers </br> Digipolis </br> Toepassingen</br> MaaS </br> Digital twins </br> Open discussie 2 </br> Quid datanuts bedrijf en verhouding naar het ecosysteem</br> Datanuts is traject dat in volle ontwikkeling is </br> Focus op relance en de relatie met datanuts bedrijf zal in verdere fase nog worden uitgekristalliseerd </br> Datanutsbedrijf heeft dezelfde doelstellingen als gas/water = utilities voor data </br> Definiëring naar een gemeenschappelijke standaard / selecteren van de open source Componenten ?</br> Hoe ziet AIV dit evolueren? </br> Quid CEF - generieke bouwblokken van uit Europa? </br> 2 sporenbeleid</br> Fit gap analyse en welke Componenten behoren door tot de kern. Dit moeten worden gemanaged door de overheid </br> Andere Componenten aankopen via gealligneerde tenders op de markt. Afspraken maken op gebied van interoperapbiliteit </br> Zou het zo ver gaan dat er een centraal IoT platform komt dat door de steden kan worden gebruikt? 2 pistes bekeken door AIV hieromtrent:</br> Kiezen voor 1 platform - sensor platform. Risico = 1 nieuwe koker met gebrek aan interop en dus te nauw gedefinieerd </br> Of het speelveld definiëren in een blauwdruk waar verder op kan worden gebouwd door eenieder (cfr. datanuts bedrijf) </br> Wat zou het ideale scenario zijn voor een datanutsbedrijf volgens de steden?</br> Volledig ontzorging rond data integratie, translatie, opvolging, beheer en onderhoud </br> Geen bijkomende budgetten voor steden opzetten = het walhalla voor de steden </br> Datanutsbedrijf = gatekeeper / bewaker in het geval van mislopen van bestekken of wijzigingen in formats </br> Data security en privacy ook meegenomen door datanutsbedrijf </br> Tussen Standaarden en platform zitten nog zaken die aandacht nodig hebben</br> Ontzorging bieden door data gestandaardiseerd te publiceren ( OSLO ) </br> Toegankelijk (of beter toegankelijk) maken van data door open source Componenten (e.g.: open source Componenten folder) </br> Er zou moeten een levend ecosysteem zijn </br> Eigen platform in de markt zetten en hoe ziet AIV de relatie ten opzichte van de Componenten die al in de markt worden gezet?</br> En het definiëren van de Standaarden op basis van contracten van een leverancier die het platform gaat uitbuiten </br> Quid link tussen relance en de platformbouwers die het vandaag in de markt zetten</br> Samenwerking met AIV en hoe kan het 1 verhaal worden? </br> Brugge start reeds met een deel van het ecosysteem en er zijn geen afspraken met het ecosysteem dit zal worden gerealiseerd met het relanceplan </br> Wat als er wordt gewerkt naar een centraal sensordataplatform?</br> Want dan gaat het sensorplatform naast de initiatieven staan die vandaag al worden opgezet</br> Als er 1 platform is - dan zou Brugge daar ook gebruik van maken </br> Maar de dynamiek tussen het ecosysteem en de koppeling naar de markt is nog niet duidelijk. Dat moet nog worden uitgeklaard </br> Het gaat eigenlijk over een selectie van Standaarden + open source Componenten die key zijn en die implementeren en uitbreiden naar de behoeftes </br> Die worden dan ook als managed software beheerd door AIV -> een Vlaamse open source project </br> Specs worden samen opgesteld en getest en de testen beschikbaar stellen </br> De implementatie gebeurt door de steden zelf </br> Private spelers kunnen deze zaken ook opnemen op initiatief van de steden </br> Data governance zou een gedeeld probleem moeten zijn, zodat de industriële partijen weten waarop ze moeten inhaken </br> Het gaat om koppelstukken die ervoor zorgt dat de zaken aan elkaar kunnen worden gekoppeld </br> De behoefte van maximale ontzorging is noodzakelijk en belangrijk voor de steden</br> Minimaal moeten we kennisdeling stimuleren - dit kan aan de hand van een open source community  +
• De Vlaamse Virtuele Gemeente (afgekort V … De Vlaamse Virtuele Gemeente (afgekort VlaVirGem ) is een concept dat in 2012 door V-ICT-OR werd uitgewerkt en op 1 januari 2013 officieel werd gelanceerd. De doelstelling was voornamelijk om komaf te maken met de grote diversiteit aan werkwijzen binnen lokale besturen, zonder alle mogelijke oplossingsbouwers te laten inboeten op creatieve vrijheid. VlaVirGem staat voor de ideale gemeente van de toekomst waaraan lokale besturen zich kunnen spiegelen, een generiek kader waarbinnen besturen aan de hand van een aantal sterk afgelijnde krachtlijnen hun eigen toekomstvisie kunnen uitwerken. </br> De digitalisering van de dienstverlening in lokale besturen heeft geleid tot een model dat bestaat uit een aantal verticale lagen. Dit heeft op zijn beurt tot gevolg dat iedereen geïsoleerd aan oplossingen werkt (‘silo-werken’). Deze structuur kan slechts doorbroken worden door een aantal horizontale en ondersteunende lagen te creëren waardoor een verbeterde standaardisatie en compatibiliteit kunnen gewaarborgd worden.</br> </br> </br> Connectiviteit </br> Deze horizontale laag zorgt ervoor dat diensten, entiteiten en bij uitbreiding gemeenten onderling op een goede manier met elkaar verbonden zijn via een netwerk (LAN of WAN). De technische implementatie hiervan kan op verschillende manieren gebeuren. In dat kader zien we steeds vaker bovenlokale initiatieven rond gezamenlijke connectiviteit verschijnen, een goede zaak want de verbinding met Vlaamse en federale overheidsinstanties zorgt voor een vlotte ontsluiting van gedeelde diensten (bouwstenen). Een voorbeeld van zo’n bovenlokaal initiatief is de terbeschikkingstelling van het glasvezelnetwerk van de Vlaamse overheid voor lokale besturen. De connectie tussen overheden is de basislaag waarop de andere lagen verder uitgebouwd kunnen worden, een laag die ook bij toekomstgerichte IoT-toepassingen aan belang zal toenemen.</br> </br> Infrastructuur </br> Een gezamenlijke infrastructuur leidt tot een meer gecentraliseerd beheer van de servers en datacentra. Een gemeente maakt vanaf dan gebruik van één gecentraliseerd datacenter. Soms maken verschillende gemeenten zelfs gebruik van dezelfde infrastructurele diensten via één cloudprovider. Ook hier zien we zowel publieke als private initiatieven opduiken, zoals bijvoorbeeld de Vlaamse overheid die haar infrastructuur ook voor lokale besturen ter beschikking stelt. Centralisering brengt “ontzorging” voor de lokale ICT-personeelsleden. Een ander hierbij aansluitend voorbeeld is een gecentraliseerd beheersysteem waarmee infrastructuur of toestellen (pc’s, laptops, tablets …) worden aangekocht.</br> </br> Data </br> Alles draait om de data en informatie waarmee overheden aan de slag gaan om effectieve en efficiënte dienstverlening op te zetten. Deze informatie dient vertrouwelijk, integer en te allen tijde beschikbaar te zijn. Om een vlotte uitwisseling tussen verschillende systemen te verzekeren dient de data los te staan van de toepassingen die ervan gebruikmaken en voldoende “verrijkt” te zijn voor het overheidsniveau dat ermee aan de slag gaat. Het gebruik, de centralisatie en de verrijking van authentieke gegevensbronnen (basisregistraties) spelen hierbij een belangrijke rol. In 2012 creëerde V-ICT-OR een open standaardisatie met het project OSLO (open standaarden voor gelinkte overheden – nu OSLO²). Door goede afspraken te maken over de structuur van de data (standaardisatie) wordt de uitwisseling ervan vereenvoudigd. Andere projecten die ook standaarden rond open data en de uitwisseling ervan opzetten, versterken deze opzet verder (Smart Flanders). In de toekomst moeten open en gestandaardiseerde services, beschermd door een juist rollen- en machtigingsbeheer, deze horizontale laag verrijken.</br> </br> Processen </br> Vooraleer een overheidsinstelling zijn diensten kan aanbieden, moet het de nodige werkstromen of processen uitwerken. Deze werkstromen en processen houden telkens rekening met de geldende regelgeving op het desbetreffende overheidsniveau. De processen bestaan steeds uit een 4-tal stappen: het verzamelen van gegevens door specifiek aangeduide organisatieonderdelen (intake), de uitvoering of behandeling van bepaalde stappen, het nemen van beslissingen en tot slot het afleveren van een bepaald product of dienst. Daarnaast gaat men deze werkprocessen besturen, bewaken en beheren op organisatieniveau. Vrijwel elk proces bestaat uit deze vier tot maximaal zeven statussen. Achter deze opzet schuilt de idee van een generiek procesmodel.</br> </br> Toepassingen </br> De wereld van de software is voortdurend in beweging. Bovendien is software erg uiteenlopend: van typische softwarepakketten die alle mogelijke functionaliteiten samenbrengen, tot microservices of applicatiefuncties die een aantal taken geautomatiseerd kunnen uitvoeren. Toekomstgericht kunnen kleine engines of applicatiefuncties zorgen voor een efficiëntere inzet van onze middelen – niet in het minst op financieel vlak. Een van de grootste uitdagingen zal zijn om deze kleine softwarecomponenten bij elkaar te brengen en toepassingen los te koppelen van de 2 hierboven vernoemde lagen, nl. ‘processen’ en ‘data’. Blader gerust eens door de oplossingscatalogus van V-ICT-OR.</br> </br> Informatieveiligheid </br> De bescherming van de informatie waarmee we dagelijks aan de slag gaan vraagt de juiste aandacht. Niet enkel gedigitaliseerde informatie maar ook alle andere soorten informatiedragers (incl. papier) dienen beschermd te worden tegen ongeoorloofd gebruik. Om een dergelijke bescherming te garanderen, moet het beleid vooreerst op de risico’s worden afgestemd, en moeten de nodige acties plaatsvinden op vlak van personeel, fysieke bewaking, logische beveiliging, bescherming van systemen … tot en met de manier waarop we met derden rond die gegevens samenwerken. V-ICT-OR ontwikkelde in dat verband een risicoanalyse en maturiteitsmeting die samen leiden tot een concrete actieplanning.</br> </br> Organisatiebeheersing </br> Informatie en technologie vormen samen naast financiën en personeel de derde belangrijke pijler waarmee de dienstverlening naar de burger en onderneming toe op een accurate wijze kan worden opgezet. Het is noodzakelijk dat informatie en technologie vanuit beleidsniveau de nodige ondersteuning krijgt. Zo kan het lokaal bestuur ook dit beleidsaspect onder controle krijgen. V-ICT-OR hanteert hierbij een model waarbij de strategische (planmatige), tactische (organisatorische) en operationele (uitvoerende) elementen binnen de organisatie worden aangehaald, net als de informatie waarvan de organisatie gebruik maakt en, tot slot, de aangewende technologieën. Als het lokaal bestuur dit model ook effectief aanwendt, aangevuld met deze informatie, dan kunnen we stellen dat de werking van deze organisatie is afgestemd op de producten en diensten die het aflevert, waarbij die producten en diensten op hun beurt worden vertaald naar uitvoerende werkprocessen. Dezelfde oefening kan worden gemaakt op vlak van informatie en technologie, waarbij we telkens werken van beleid naar beheer en, ten slotte, uitvoering. Op deze pagina kunt u zelf uw masterplan samenstellen door beleidsprincipes te kiezen. U krijgt te zien aan welke IT en ondersteunde principes u hiervoor dient te voldoen.  +
• De Algemene verordening gegevensbeschermin … De Algemene verordening gegevensbescherming (AVG) is een Europese verordening (dus met rechtstreekse werking) die de regels voor de verwerking van persoonsgegevens door particuliere bedrijven en overheidsinstanties in de hele Europese Unie standaardiseert. </br> Sinds 25 mei 2018 is de Algemene verordening gegevensbescherming (AVG) van toepassing. Dat betekent dat in de hele Europese Unie (EU) dezelfde privacywetgeving geldt. De AVG is ook wel bekend onder de Engelse naam: General Data Protection Regulation (GDPR).</br> Lees ook:</br> https://ec.europa.eu/info/law/law-topic/data-protection/data-protection-eu_nl </br> https://nl.wikipedia.org/wiki/Algemene_verordening_gegevensbeschermingi/Algemene_verordening_gegevensbescherming  +
• De Context Broker is de centrale softwarec … De Context Broker is de centrale softwarecomponent van FIWARE en een verplicht onderdeel van elk" Powered by FIWARE "-platform of -oplossing. Het is ook een van de Componenten van de CEF (Connecting Europe Facility) [1] </br> De Context Broker bewaart en beheert context informatie op een gedecentraliseerde en grootschalige manier. De informatie is gecodeerd met NGSI , ofwel de V2-versie van de huidige gestandaardiseerde NGSI-LD .</br>De context broker gebruikt het HTTPS protocol voor de verzending van NGSI-berichten.</br> Een aantal implementaties wordt door FIWARE beschouwd als FIWARE Generic Enablers .</br>Dit zijn:</br> </br> Orion Context Broker [1] (NGSI-v2) </br> Orion-LD Context Broker [2] (NGSI-LD) </br> Scorpio Broker [3] (NGSI-LD) </br> Stellio Context Broker [4] (NGSI-LD) </br> Naast de FIWARE-enablers zijn er ook andere implementaties (zie github ).</br> </br> </br> ↑ https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/Context+Brokeriki/display/CEFDIGITAL/Context+Broker  +
• De Digital Single Market was een strategis … De Digital Single Market was een strategische beleidslijn van de Europese Commissie tussen 2014 en 2019, met als doel een digitale eengemaakt markt te creëren in de Europese Unie. De Digital Single Market als beleidslijn gaat verder in het beleid Shaping Europe’s digital future . Daarbinnen, net zoals binnen het Digital Single Market beleid, zijn Smart Cities & Communities een belangrijk aandachtspunt. </br> Meer informatie over de Digital Single Market als beleidslijn kan hier gevonden worden. </br> Meer informatie over het beleid Shaping Europe's digital future kan hier gevonden worden, net als relevante informatie over Smart Cities & Communities .e over Smart Cities & Communities .  +
• De FIWARE NGSI (Next Generation Service In … De FIWARE NGSI (Next Generation Service Interface) v2 API definieert </br> </br> een data model voor context informatie, gebaseerd op een eenvoudig informatiemodel van Entities , Attributes en Metadata </br> een context data interface voor uitwisseling van informatie door middel van zoekopdrachten (queries), abonnering (subscription) en update bewerkingen </br> een interface om beschikbaarheid van context informatie te bevragen. </br> De volledige specificatie van de standaard is terug te vinden op : https://fiware.github.io/specifications/ngsiv2/stable/thub.io/specifications/ngsiv2/stable/  +
• De Lijn is het Vlaamse overheidsbedrijf da … De Lijn is het Vlaamse overheidsbedrijf dat zorgt voor openbaar vervoer met bus en tram in Vlaanderen. Ongeveer 3,5 miljoen mensen maken jaarlijks een of meerdere keren gebruik van onze diensten. De Lijn is een centraal aangestuurde organisatie met decentrale werking voor die diensten die dicht bij het terrein en de klanten horen. Zo draagt De Lijn bij aan het nieuwe Vlaams vervoermodel dat opgebouwd is rond vijftien vervoerregio’s.</br> Meer informatie over De Lijn kan hier gevonden worden, alsook op de Wikipedia pagina van De Lijn. op de Wikipedia pagina van De Lijn.  +
• De Mobiliteitscentrale - een initiatief va … De Mobiliteitscentrale - een initiatief van de Vlaamse Overheid - zal reizigers in de toekomst helpen plannen met hun verplaatsing. </br> De Mobiliteitscentrale zal in eerste instantie informatie verlenen over verplaatsingen en zal toelaten om ritten te reserveren. Op langere termijn kan men bij de centrale een ticket kopen voor een volledige verplaatsing met verschillende vervoersmiddelen. De mobiliteitscentrale kan men gratis raadplegen via de telefoon, een applicatie of een website.</br> Meer informatie kan hier gevonden worden. Meer informatie kan hier gevonden worden.  +
• De Mobility as a Service (MaaS) Alliance i … De Mobility as a Service (MaaS) Alliance is een Europese publiek-private samenwerking die de basis legt voor een gemeenschappelijke benadering van MaaS en de schaalvoordelen ontsluit die nodig zijn voor een succesvolle implementatie en acceptatie van MaaS in Europa en daarbuiten. Het belangrijkste doel is het faciliteren van een eeengemaakte open markt en volledige implementatie van MaaS-diensten.</br> Meer informatie kan hier gevonden worden. Meer informatie kan hier gevonden worden.  +
• De OASC MIMs gaan over context management, data models, data marketplaces, ... Meer info is terug te vinden op https://oasc.atlassian.net/wiki/spaces/OASCMIM/overview?homepageId=3211482  +
• De OGC API- Standaarden definiëren modula … De OGC API- Standaarden definiëren modulaire API-bouwstenen om Web-API's op een consistente manier ruimtelijk mogelijk te maken. De OpenAPI-specificatie wordt gebruikt om de API-bouwstenen te definiëren.</br> De OGC API-familie van Standaarden is georganiseerd op basis van het type bron. Deze standaard specificeert de fundamentele API-bouwstenen voor interactie met functies. De ruimtelijke gegevensgemeenschap gebruikt de term 'feature' voor zaken in de echte wereld die van belang zijn.</br> Voor degenen die niet bekend zijn met de term 'feature', geven de toelichtingen op Spatial Things, Features en Geometry in het W3C/OGC Spatial Data on the Web Best Practice [1] document meer details.</br> OGC API Features biedt API-bouwstenen voor het maken, wijzigen en opvragen van functies op het web. OGC API Features bestaat uit meerdere onderdelen, elk onderdeel is een aparte standaard. Dit onderdeel, de "Core", specificeert de kernmogelijkheden en is beperkt tot het ophalen van functies waarbij de geometrieën worden weergegeven in het coördinaatreferentiesysteem WGS 84 met asvolgorde lengte/breedte. Aanvullende mogelijkheden die tegemoetkomen aan meer geavanceerde behoeften worden in aanvullende onderdelen gespecificeerd. Voorbeelden hiervan zijn ondersteuning voor het maken en wijzigen van functies, complexere gegevensmodellen, rijkere queries, extra coördinaatreferentiesystemen, meerdere datasets en verzamelhiërarchieën.</br> Standaard zal elke API die deze standaard implementeert, toegang bieden tot een enkele dataset. In plaats van het delen van de data als een complete dataset, bieden de OGC API Features Standaarden directe, fijnkorrelige toegang tot de data op feature (object) niveau.</br> De in deze standaard gespecificeerde API-bouwstenen zijn consistent met de architectuur van het web. In het bijzonder wordt het API-ontwerp geleid door de IETF HTTP/HTTPS RFC's, de W3C Data on the Web Best Practices, de W3C/OGC Spatial Data on the Web Best Practices en de opkomende OGC Web API-richtlijnen. Een bijzonder voorbeeld is het gebruik van de concepten van datasets en datasetdistributies zoals gedefinieerd in DCAT en gebruikt in schema.org.</br> Deze standaard specificeert discovery en query operaties die zijn geïmplementeerd met behulp van de HTTP GET-methode. Ondersteuning voor aanvullende methoden (met name POST, PUT, DELETE, PATCH) wordt in aanvullende onderdelen gespecificeerd.</br> Ontdekkingsoperaties stellen klanten in staat de API te ondervragen om de mogelijkheden ervan te bepalen en informatie op te halen over deze distributie van de dataset, inclusief de API-definitie en de metagegevens over de functieverzamelingen die door de API worden geleverd.</br> Query operaties stellen klanten in staat om functies op te halen uit de onderliggende data store op basis van eenvoudige selectiecriteria, gedefinieerd door de klant.</br> Een subset van de OGC API-familie van Standaarden zal naar verwachting door ISO worden gepubliceerd. </br> [[Open Geospatial Consortium (OGC) | Overzicht van OGC Standaarden ›]] </br> </br> Referenties </br> </br> ↑ https://www.w3.org/TR/sdw-bp/  +
• De OGC SensorThings API biedt een open, ge … De OGC SensorThings API biedt een open, geospatiale en uniforme manier om het internet van de dingen (IoT) apparaten, gegevens en toepassingen via het web met elkaar te verbinden. Op hoog niveau biedt de OGC SensorThings API twee hoofdfunctionaliteiten en elke functie wordt door een onderdeel afgehandeld. De twee delen zijn het Sensing deel en het Tasking deel. Het Sensing deel biedt een standaard manier om waarnemingen en metadata van heterogene ivd-sensorsystemen te beheren en op te halen. Het Tasking deel is gepland als een toekomstige activiteit en zal in een apart document worden gedefinieerd als deel II van de SensorThings API.</br> </br> Data model </br> De Entiteiten van het SensorThings API Sensing gedeelte zijn in de volgende afbeelding weergegeven. Het bevat de volgende elementen:</br> </br> Thing - een thingis een object van de fysieke wereld (fysieke dingen) of de informatiewereld (virtuele dingen) dat kan worden geïdentificeerd en geïntegreerd in het communicatienetwerk. </br> Location - de locatie-entiteit lokaliseert het Ding of de Dingen waarmee het geassocieerd wordt. De Locatie-entiteit van een Ding wordt gedefinieerd als de laatst bekende locatie van het Ding. </br> HistoricalLocation - Een HistoricalLocation entity set geeft de tijden van de huidige (d.w.z., laatst bekende) en vorige locaties van het Thing. </br> Datastream - Een Datastream groepeert een verzameling van waarnemingen die dezelfde Waarneming meten en geproduceerd worden door dezelfde Sensor. </br> Sensor - Een Sensor is een instrument dat een eigenschap of fenomeen waarneemt met als doel een schatting van de waarde van de eigenschap te produceren. </br> ObservedProperty - Een ObservedProperty specificeert het fenomeen van een ObservedProperty. </br> Observation - Een waarneming is het meten of anderszins bepalen van de waarde van een eigenschap. </br> FeatureOfIntrest - Een waarneming resulteert in het toekennen van een waarde aan een verschijnsel. Het verschijnsel is een eigenschap van een eigenschap, waarbij het laatste het FeatureOfInterest van de waarneming is. </br> </br> [[Open Geospatial Consortium (OGC) | Overzicht van OGC Standaarden ›]]Open Geospatial Consortium (OGC) | Overzicht van OGC Standaarden ›]]  +
• De OSLO Standaard Openbaar Domein heeft al … De OSLO Standaard Openbaar Domein heeft als doel het specifiëren van een informatiemodel voor het inventariseren van het Openbaar Domein met een minimum aan gegevens dat moet worden bijgehouden en kan uitgewisseld worden.</br> https://data.vlaanderen.be/cms/openbaardomeindata.vlaanderen.be/cms/openbaardomein  +
• De OpenGIS Geography Markup Language Encod … De OpenGIS Geography Markup Language Encoding Standard (GML) is een XML-grammatica voor het uitdrukken van geografische kenmerken. GML dient als modelleertaal voor geografische systemen en als open uitwisselingsformaat voor geografische transacties op het internet. Zoals bij de meeste XML-gebaseerde grammatica's zijn er twee delen van de grammatica - het schema dat het document beschrijft en het instance document dat de eigenlijke gegevens bevat. Een GML-document wordt beschreven aan de hand van een GML-schema. Dit stelt gebruikers en ontwikkelaars in staat om generieke geografische datasets te beschrijven die punten, lijnen en polygonen bevatten. Echter, de ontwikkelaars van GML zien gemeenschappen die werken aan het definiëren van gemeenschapsspecifieke applicatieschema's [1] die gespecialiseerde uitbreidingen van GML zijn. Met behulp van applicatieschema's kunnen gebruikers verwijzen naar wegen, snelwegen en bruggen in plaats van naar punten, lijnen en polygonen. Als iedereen in een gemeenschap ermee instemt om dezelfde schema's te gebruiken, kunnen ze gemakkelijk gegevens uitwisselen en er zeker van zijn dat een weg nog steeds een weg is wanneer ze deze bekijken. Klanten en servers met interfaces die de OpenGIS® Web Feature Service Interface Standard [1] implementeren, lezen en schrijven GML-data. GML is ook een ISO standaard (ISO 19136:2007) [2] .</br> [[Open Geospatial Consortium (OGC) | Overzicht van OGC Standaarden ›]] </br> </br> Referenties </br> </br> ↑ en.wikipedia.org/wiki/GML_Application_Schemas </br> </br> ↑ www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=32554m?csnumber=32554  +
• De OpenGIS Sensor Planning Service Interfa … De OpenGIS Sensor Planning Service Interface Standard (SPS) definieert interfaces voor vragen die informatie geven over de mogelijkheden van een sensor en hoe de sensor moet worden getaxeerd. De standaard is ontworpen om vragen te ondersteunen die de volgende doelen hebben: </br> </br> het bepalen van de haalbaarheid van een sensorplanningsaanvraag; het indienen en reserveren/vastleggen van een dergelijke aanvraag; </br> het informeren over de status van een dergelijke aanvraag; </br> het updaten of annuleren van een dergelijke aanvraag; </br> en het aanvragen van informatie over andere OGC-webdiensten die toegang bieden tot de gegevens die door de gevraagde taak worden verzameld. </br> Dit is een van de OGC Sensor Web Enablement (SWE)- Standaarden .</br> [[Open Geospatial Consortium (OGC) | Overzicht van OGC Standaarden ›]][[Open Geospatial Consortium (OGC) | Overzicht van OGC Standaarden ›]]  +
• De OpenGIS Web Map Service Interface Stand … De OpenGIS Web Map Service Interface Standard (WMS) biedt een eenvoudige HTTP-interface voor het aanvragen van georegistreerde kaartbeelden uit één of meer geospatiale databases. Een WMS-aanvraag definieert de geografische laag (lagen) en het te verwerken gebied. Het antwoord op het verzoek is een of meer georegistreerde kaartbeelden (teruggestuurd als JPEG, PNG, enz.) die kunnen worden weergegeven in een browserapplicatie. De interface ondersteunt ook de mogelijkheid om te specificeren of de geretourneerde beelden transparant moeten zijn, zodat lagen van meerdere servers al dan niet gecombineerd kunnen worden.</br> [[Open Geospatial Consortium (OGC) | Overzicht van OGC Standaarden ›]]Open Geospatial Consortium (OGC) | Overzicht van OGC Standaarden ›]]  +
• De OpenGIS® Coordinate Transformation Serv … De OpenGIS® Coordinate Transformation Service Standard (CT) biedt een standaard manier voor software om coördinatentransformatiediensten te specificeren en toegankelijk te maken voor gebruik op ruimtelijke gegevens. Deze standaard behandelt een belangrijke vereiste voor overlappende weergaven van geodata ("kaarten") uit verschillende bronnen: de mogelijkheid om coördinatentransformatie zodanig uit te voeren dat alle ruimtelijke gegevens ten opzichte van hetzelfde ruimtelijke referentiesysteem worden gedefinieerd.</br> [[Open Geospatial Consortium (OGC) | Overzicht van OGC Standaarden ›]]pen Geospatial Consortium (OGC) | Overzicht van OGC Standaarden ›]]  +
• De Sensor Observation Service standaard is … De Sensor Observation Service standaard is een Open Geospatial Consortium (OGC) [1] standaard die toelaat sensor data te onstluiten. De volledige specifiatie van de SOS standaard is terug te vinden op : https://www.ogc.org/standards/sos </br> See also Observations and Measurements [2] .</br> [[Open Geospatial Consortium (OGC) | Overzicht van OGC Standaarden ›]] </br> </br> </br> ↑ https://www.ogc.org/ OGC </br> </br> ↑ https://www.ogc.org/standards/omogc.org/standards/om  +
• De Sensor Web Enablement (SWE) Common Data … De Sensor Web Enablement (SWE) Common Data Model Encoding Standard definieert low-level datamodellen voor de uitwisseling van sensorgerelateerde gegevens tussen knooppunten van het OGC Sensor Web Enablement (SWE) raamwerk. Met deze modellen kunnen toepassingen en/of servers sensorgegevensreeksen structureren, coderen en verzenden op een zelfbeschrijvende en semantisch geactiveerde manier.</br> SWE Common 1.0 is gedefinieerd in de OGC SensorML 1.0 Standard .</br> </br> [[Open Geospatial Consortium (OGC) | Overzicht van OGC Standaarden ›]][[Open Geospatial Consortium (OGC) | Overzicht van OGC Standaarden ›]]  +
• De TOMP-API wordt ontwikkeld door een open … De TOMP-API wordt ontwikkeld door een open source werkgroep genaamd Transport Operator, MaaS Provider - Working Group (TOMP-WG) bestaande uit publieke en private stakeholders, gericht op het faciliteren van de implementatie van MaaS en de bijbehorende gegevensuitwisseling. De TOMP-API beschrijft een volledige MaaS-journey, inclusief informatie over de operator, planning, boeking, ondersteuning, betalingen en reisuitvoering.</br> De TOMP-WG is een samenwerkingsinitiatief om een standaard API te creëren voor de technische communicatie tussen Transport Operators en MaaS Providers binnen het MaaS ecosysteem door middel van een API (Applicable Programming Interface). De API beschrijft hoe de verschillende stakeholders met elkaar moeten communiceren.lders met elkaar moeten communiceren.  +
• De VLOCA referentiearchitectuur vormt de b … De VLOCA referentiearchitectuur vormt de basis van de technisch uit te werken deliverables.</br>Het doel is om verschillende doelpublieken te informeren, inspireren en aanzetten tot actie.</br>De open city architectuur filosofie staat hier centraal: we verbinden doelpublieken door de relevante informatie te delen voor het juiste doelpubliek.</br> </br> Gestructureerde aanpak </br> Elke pagina wordt opgebouwd volgens volgende structuur:</br> </br> Context: Wat is het, wat bedoelen we er mee, waarom beschrijven we het, ...? </br> Beschrijving: Informatie: processen die ondersteund worden, wat doet het? Technologie: link met capabilities (bouwstenen)? Taxonomy/ TRM in beschrijving Technologie </br> Use cases: Informatie: concrete business cases, Technologie: Code, referenties, links? </br> Donut: Snapshot van de donut met component of segment highlight </br> Relaties: In tabelvorm --> Informatie: met welke componenten is er informatiedeling, Technologie: met welke componenten technologies verbonden </br> Schema's: Illustratie in 3 schema's per niveau </br> Standaarden en specificaties: Vermelding van relevante standaarden of specificaties </br> Meer informatie: bv LDES op W3C standaard, doorverwijzing naar relevante pagina's </br></br> Opbouw per niveau </br> het uitschrijven van referentiearchitectuur richt zich tot verschillende doelpublieken in 3 niveau's:</br> </br> Algemeen: verstaanbaar voor iedereen </br> Informatie: Voorkennis IT met beperkte architectuur-kennis </br> Technlogie & architectuur: Voorkennis van architectuur </br> </br>Om die 3 niveaus zichtbaar te maken, kan er met secties en kleurcodes gewerkt worden. </br>Elk niveau wordt uitgewerkt volgens een vaste structuur en niveau-gerichte diepgang.</br>Zo kan de bezoeker bij het begin van de pagina kiezen de gewenste niveau's van zichtbaarheid selecteren.</br> </br> Algemeen Algemene informatie is steeds zichtbaar </br> Niveau Informatie Niveau informatie is nu zichtbaar </br> Niveau Technologie & Architectuur Niveau Technologie en architectuur is nu zichtbaar </br> Voorbeeld Context </br> </br> Voorbeeld</br> </br> </br> </br> Voorbeeld</br> </br> </br> </br> Voorbeeld</br> </br> </br> Voorbeeld Beschrijving </br> </br> Voorbeeld</br> </br> </br> </br> Voorbeeld</br> </br> </br> </br> Voorbeeld</br> </br> </br> Voorbeeld use cases </br> </br> Voorbeeld</br> </br> </br> </br> Voorbeeld</br> </br> </br> </br> Voorbeeld</br> </br> </br> </br> </br> VLOCA Donut </br> Componenten: zijn alle componenten op het juiste niveau? Zijn de juiste benaming gekozen? Ontbreken wij componenten?</br>Segmenten: </br>Buitense laag:</br> Side notes: past LDES reeds in de donut?tense laag: Side notes: past LDES reeds in de donut?  +
• De Vlaamse Milieu Maatschappij is een oplo … De Vlaamse Milieu Maatschappij is een oplossingsgerichte partner voor een klimaatbestendige leefomgeving en is dus werkzaam in het smart city domein Smart Environment . Het is de opdracht van de Vlaamse Milieumaatschappij om voor de huidige en toekomstige generaties in Vlaanderen:</br> </br> proper, aantrekkelijk en voldoende water te waarborgen, </br> gezonde lucht te bewerkstelligen, </br> de klimaatadaptatie mee te sturen.igen, de klimaatadaptatie mee te sturen.  +
• De Vlaamse Open City Architectuur (VLOCA) … De Vlaamse Open City Architectuur (VLOCA) is: </br> Transparant </br> Transparantie betekent dat VLOCA zoveel mogelijk informatie wil vrijgeven over de data, de processen, de Standaarden en de acties die genomen worden binnen het smart city initiatief.</br> Kernwoorden hierbij zijn:</br> -       Open data ‘by default’ (d.w.z. data die niet gevoelig van aard zijn worden in principe opengesteld)</br> -       Maximaal stimuleren van hergebruik van data (commercieel en niet-commercieel)</br> -       Data worden gepubliceerd volgens open en machine-leesbare Standaarden </br> -       Duurzaamheid in het onderhouden van datasets</br> -       Samenwerken over meerdere bestuurslagen</br> -       Open en transparante communicatie in een leesbare taal over het initiatief</br> </br> Respectvol </br> Dit betekent dat VLOCA respect voor de burger centraal stelt, door in te zetten op bescherming en empowerment.</br> Kernwoorden hierbij zijn:</br> -       Autonome keuzes over delen van data mogelijk maken</br> -       Actiemogelijkheden van burgers op basis van gedeelde inzichten vergroten</br> -       Bescherming van privacy garanderen</br> -       Versterken van digitale competenties</br> -       Bijzondere aandacht voor kwetsbare groepen</br> -       Actief zoeken naar realiseren van maatschappelijke meerwaarde</br> </br> Verantwoordelijk </br> Verantwoordelijkheid betekent dat de nodige processen, Standaarden en interacties voorzien worden om vertrouwen te creëren bij de gebruikers van de smart city diensten, door o.a. een effectief toezicht op de projectuitvoering te organiseren.</br> Kernwoorden hierbij zijn:</br> -       Kwaliteitscontrole van data</br> -       Alleen die data verzamelen die voor de dienstverlening nodig zijn</br> -       Cybersecurity </br> -       Samenwerking met partners die vertrouwd worden door burgers</br> -       Peer review door onafhankelijke experts</br> -       Data niet zonder toestemming delen met derden</br> </br> Activerend </br> VLOCA wil innovatie en ondernemerschap door burgerinitiatieven, publieke overheden en commerciële partijen stimuleren.</br> Kernwoorden hierbij zijn:</br> -       Vermijden van vendor lock-in</br> -       Interoperabiliteit </br> -       Design met het oog op innovatie</br> -       Actief de dialoog aangaan met mogelijke hergebruikers van data(platformen)</br> </br> Democratisch </br> VLOCA voert democratische waarden hoog in het vaandel.</br> Kernwoorden hierbij zijn:</br> -       Eigenaarschap van data van burgers ligt bij de burgers zelf</br> -       Burgerparticipatie </br> -       Democratisch toezicht</br> -       Vermijden van machtsconcentraties</br> -       Eerlijke verdeling van de uitkomsten van het initiatief  +
• De Vlaamse Virtuele Gemeente (afgekort Vla … De Vlaamse Virtuele Gemeente (afgekort VlaVirGem) is een concept dat in 2012 door V-ICT-OR werd uitgewerkt en op 1 januari 2013 officieel werd gelanceerd. De doelstelling was voornamelijk om komaf te maken met de grote diversiteit aan werkwijzen binnen lokale besturen, zonder alle mogelijke oplossingsbouwers te laten inboeten op creatieve vrijheid. VlaVirGem staat voor de ideale gemeente van de toekomst waaraan lokale besturen zich kunnen spiegelen, een generiek kader waarbinnen besturen aan de hand van een aantal sterk afgelijnde krachtlijnen hun eigen toekomstvisie kunnen uitwerken.   ekomstvisie kunnen uitwerken.     +