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.

Op eigenschap zoeken

Een lijst van waarden die aan de eigenschap "Parsed textDit is een speciale eigenschap in deze wiki." zijn toegekend.

Hieronder staan 50 resultaten vanaf #351.

(vorige 50 | volgende 50) (20 | 50 | 100 | 250 | 500) bekijken.


    

Lijst van resultaten

  • Dit is een eigenschap van type Annotatie-URI . Property:HPId  +
  • Dit is een eigenschap van type Pagina .  +
  • Dit is een eigenschap van type Tekst .  +
  • Doelstellingen  +
  • Download CSV ...  +
  • EIF  +
  • Dit is de initiatiefpagina City of Things Dit is de initiatiefpagina City of Things Data-gestuurde winkelgebieden – Mechelen. </br> Deze pagina beschrijft het initiatief volgens de definitie op de VLAIO website en linkt door naar relevante pagina's op de kennishub.</br> [1] </br> </br> Overzicht City Of Things Initiatieven </br>   Initiatiefnemer Gelinkte Initiatieven Domeinen City of Things 2020 VLAIO Data-gestuurde winkelgebieden – Mechelen De Sint-Niklase Stadsmunt – Sint-Niklaas Smart Retail Area – Antwerpen VLOED - Gent INVEST – POM West-Vlaanderen LocusFocus – POM Vlaams-Brabant Lokaal 3D Project – Provincie Oost-Vlaanderen Wij Leveren – Leuven </br> </br> Via dit project wil men handelaars ondersteunen om meer datagedreven beslissingen te nemen. Om de koppeling te maken tussen datagedreven handel en datagedreven beleid is een eenduidig en flexibel monitoringssysteem aan de orde. Hierbij wordt vertrokken vanuit de behoeften van de handelaars en wordt samen met hen over bekeken over welke data zij beschikken, op welke manier ze deze data kunnen delen met de stad, welke (open) data zij van de stad willen ontvangen en hoe een handelaarsdashboard gebruiksvriendelijk kan opgezet worden. Op basis van deze input wordt beslist welke data de stad nog dient aan te kopen of capteren (IoT), welke coachingsnoden de handelaar heeft in het omgaan met deze data en wat de MoSCoW vereisten zijn voor zo een handelaarsdashboard. Daarnaast nemen ze de betrouwbaarheid en accuraatheid van de (beschikbare) data onder de loep en verkennen ze de markt met het oog op het genereren van kwaliteitsvolle data. Het sluitstuk is het opleveren van een prototype dashboard voor handelaars en een dashboard voor het beleid van de betrokken steden waardoor beide partijen via accurate data meer kennis ter beschikking krijgen om hun acties op af te stemmen. Samenwerking tussen handelaarsdashboard en beleidsdashboard wordt waar mogelijk (GDPR, integratie van datastromen) meegenomen binnen het project.</br> </br> </br> ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-things  +
  • Dit is de initiatiefpagina City of Things Dit is de initiatiefpagina City of Things De Sint-Niklase Stadsmunt – Sint-Niklaas. </br> Deze pagina beschrijft het initiatief volgens de definitie op de VLAIO website en linkt door naar relevante pagina's op de kennishub.</br> [1] </br> </br> Overzicht City Of Things Initiatieven </br>   Initiatiefnemer Gelinkte Initiatieven Domeinen City of Things 2020 VLAIO Data-gestuurde winkelgebieden – Mechelen De Sint-Niklase Stadsmunt – Sint-Niklaas Smart Retail Area – Antwerpen VLOED - Gent INVEST – POM West-Vlaanderen LocusFocus – POM Vlaams-Brabant Lokaal 3D Project – Provincie Oost-Vlaanderen Wij Leveren – Leuven </br> </br> De stad Sint-Niklaas wenst een stadsmunt uit te rollen om de positieve inzet van mensen voor de stad te belonen en het lokaal winkelen actief te promoten. Hiermee bouwen ze voort op het bestaande getrouwheidssysteem. Met de ontwikkeling van de Sint-Niklase stadsmunt willen ze een beleidsinstrument ontwikkelen dat inwoners beloont voor wenselijk gedrag op vlak van lokaal kopen,  maar ook op vlak van mobiliteit, ecologie, sociale cohesie,…. Deze wordt ontwikkeld in co-creatie met diverse stakeholders (inwoners, handelaars, middenveld, experten) en met slimme technologie.</br> </br> </br> ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-things  +
  • Dit is de initiatiefpagina City of Things Dit is de initiatiefpagina City of Things Geconnecteerde openbare verlichting op fietspaden - Mechelen. </br> Deze pagina beschrijft het initiatief volgens de definitie op de VLAIO website en linkt door naar relevante pagina's op de kennishub.</br> [1] </br> </br> Overzicht City Of Things Initiatieven </br>   Initiatiefnemer Gelinkte Initiatieven Domeinen City of Things 2018 VLAIO ANPR-camera's - Turnhout BEReSLIM - Boilers en Ruimteverwarmers elektrisch SLIM sturen - Genk Burenondersteuning - Aalst Databroker - Gent De creatie van open (IoT) data awareness bij lokale overheden - Leuven Slim beheer openbaar domein - Edegem Slim gemeentevuil - Neerpelt Slimme IoT technologie gekoppeld aan slimme zorgverlening voor levensloopbestendig wonen - Leuven Slimme mobipunten - Peer Smart Flow - Herent Structurering innovatieve studentenprojecten in studentensteden - Leuven EVENTMACHIEN - Pepingen Geconnecteerde openbare verlichting op fietspaden - Mechelen Gemeentelijk sensornetwerk voor luchtkwaliteitsmetingen - Kampenhout Marktplaats Smart City - Bonheiden MoDi:2B - Mobiliteit als een dienst aan burgers via derde-betalersystemen - Leuven Mobiliteitsmanagement met ANPR - Puurs Museum of Things for People - Gent Oases van rust - Dendermonde Wegdekkwaliteitsinspectie - Lubbeek </br> </br> Het einddoel is de fietsmobiliteit te verbeteren via geconnecteerde openbare verlichting.</br> We onderzoeken dit binnen de case van het uitgangsleven van jongeren van binnen en buiten de stadsrand en omliggende gemeenten. Het verhogen van het veiligheidsgevoel en nudging technieken moeten resulteren in een toename van het fietsgebruik (duurzame mobiliteit). Binnen de afgebakende case blijkt echter uit onderzoek dat het gebruik van uitgaande jongeren daalt zodra hun leeftijd toeneemt (oa door bezit van rijbewijs, financiële ruimte, …).</br> In dit project gaat het over de technologie die dit kan faciliteren gebruikmakend van bestaande initiatieven. Met name de reeds beschikbare sensoren en meetapparatuur op fietsen, bij fietsgebruikers en op het openbaar domein koppelen aan signaal captatie-infrastructuur. De idee is datacaptatie units in lichtmasten te voorzien zodat het straatbeeld ontlast wordt van verschillende kasten en losstaande units. De data rond fietsmobiliteit (hoeveel, waar, wanneer, beleving gebruiker, …) die alzo verzameld worden, moet in leesbare informatie ontsloten worden om te gebruiken binnen verschillende beleidsdomeinen zoals mobiliteit, duurzaamheid, veiligheid (sociale veiligheid en diefstal), welzijn en gezondheid én zelfs economie in functie van een bruisend nachtleven. Bovendien dient in deze technologische oefening de koppeling gemaakt met dynamische verlichting en eventueel ook met camera’s. Het gevoel van veiligheid is voor een groot deel afhankelijk van de natuurlijke overgang van de ene lichtzone naar de andere. Voor testing wordt een zone voorzien op het fietspad tussen kruispunt Nekkerspoel, het Douaneplein (jongerenzone Transit M.) en Bonheiden. Voor dit onderzoeks- en testproject wordt een partnerschap opgezet tussen Mechelen, Bonheiden en Eandis. De uitkomst is: te weten wat werkt, wat niet, wat de return on investment is, wat de effectieve win uitmaakt voor de verschillende stakeholders en wat we leren over de betaalbaarheid van de technologische oplossing met het oog op multiplicatie en bruikbaarheid door andere steden en gemeenten.</br> De resultaten van dit project werden gepubliceerd in de Praktijkenbank van VVSG. [2] </br> </br> </br> ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-things </br> </br> ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-things  +
  • Dit is de initiatiefpagina City of Things Dit is de initiatiefpagina City of Things Het potentieel van urban mining voor de bouwsector – Oostende. </br> Deze pagina beschrijft het initiatief volgens de definitie op de VLAIO website en linkt door naar relevante pagina's op de kennishub.</br> [1] </br> </br> Overzicht City Of Things Initiatieven </br> Geen resultaten</br> </br> De huidige klimaatuitdagingen eisen een doortastende aanpak van lokale overheden. Stad Oostende en haar partners hebben daarom de ambitie om de transitie naar een circulaire economie te ondersteunen en te versnellen. Hiervoor werkt de stad en KU Leuven een meetkader voor de circulaire economie uit. Dit moet een datagedreven ondersteuning en beleid ten goede komen. Daarnaast moeten inzichten gebaseerd op data bedrijven en onderzoeksinstellingen bijstaan in het ontwikkelen van nieuwe economische activiteiten en circulair onderzoek. Omdat z’n 35% van het afval in Vlaanderen uit bouw- en sloopactiviteiten komt, kiest Stad Oostende ‘urban mining binnen de bouwsector’ als eerste onderwerp binnen het circulair meetkader. Urban mining is het proces waarbij grondstoffen, die nodig zijn voor het produceren van producten of het bouwen van gebouwen, niet uit de grond of natuur, maar uit de stad worden gehaald. Binnen het City-of-Things dossier wordt het potentieel van urban mining voor de bouwsector in kaart gebracht aan de hand van data van bouwinformatiemodellen (BIM). Deze bouwinformatiemodellen zijn 3d-modellen van gebouw- of infrastructuurprojecten. De 3d-modellen worden verrijkt met informatie over de gebruikte grond- en bouwstoffen.</br> Het capteren, opslaan en verwerken van BIM-data aan de hand van standaarden, moet Stad Oostende en haar partners in staat stellen om het potentieel van urban mining voor de bouwsector in kaart te brengen, te evalueren en aan te boren. Het gelijktijdig opstellen van een business case moet er over waken dat de verzamelde data de behoeften en noden van de betrokken stakeholders ten goede komen.</br> </br> </br> ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-thingsn/city-things  +
  • Dit is de initiatiefpagina City of Things Dit is de initiatiefpagina City of Things IoT gestuurde mobipunten – Aalst (mobiliteit). </br> Deze pagina beschrijft het initiatief volgens de definitie op de VLAIO website en linkt door naar relevante pagina's op de kennishub.</br> [1] </br> </br> Overzicht City Of Things Initiatieven </br>   Initiatiefnemer Gelinkte Initiatieven Domeinen City of Things 2019 VLAIO Slimme mobiliteit als hoeksteen van een levendige dorpskern – Geetbets (mobiliteit) VGS@school – Ingelmunster (mobiliteit) Gemeentelijk sensornetwerk voor luchtkwaliteitsmetingen - Kampenhout Een digitale innovatietrack ter ondersteuning van een leefbare en bruisende universiteitsbuurt – Antwerpen (welzijn) IoT gestuurde mobipunten – Aalst (mobiliteit) Monitoring energetische renovaties – Gent (energie) Monitoring van de Laak – Tremelo (waterbeheer) Move&Shop – Vilvoorde (mobiliteit) Nachtlawaai verminderen d.m.v. technologie en nudging – Leuven (geluidsoverlast) Netwerkregelingen in een stedelijke context – Antwerpen (mobiliteit) Proactive Openbaarheid van Bestuur als Linked Open Data – Gent (bestuur) Rainbrain – Roeselare (waterbeheer) </br> </br> Mobipunten bieden de kans om (voor)stedelijke mobiliteit minder auto-afhankelijk te maken door duurzame en combimobiele oplossingen te faciliteren. Deze mobipunten - fysieke plaatsen waar mobiliteitsdiensten elkaar ontmoeten, eventueel in combinatie met andere diensten - vormen essentiële schakelpunten in het mobiliteitsnetwerk van de toekomst. De investering in mobipunten gebeurt in belangrijke mate door lokale besturen. De  inpassing binnen het netwerk gebeurt bij voorkeur op een doordachte en data gestuurde manier.</br> Parallel aan de tendens naar combimobiliteit is er een revolutie aan de gang binnen de mobiliteit waarbij steeds meer nieuwe mobiliteitsvormen hun ingang vinden. De nieuwe mobiliteitsvormen zijn (1) veelal elektrisch aangedreven, (2) veelal gedeelde systemen via lidmaatschap en (3) veelal te gebruiken via een app op de smartphone. Beide tendensen versterken elkaar. De nieuwe mobiliteitsvormen verhogen de mogelijkheden om combimobiele oplossingen aan de reizigers aan te bieden, terwijl mobipunten het gebruik van de nieuwe mobiliteitsvormen kunnen ondersteunen.</br> Binnen dit project gaat de stad Aalst samen met de omliggende steden en gemeenten Denderleeuw, Erpe-Mere, Haaltert, Lede en Ninove en met ondersteuning van de intergemeentelijke samenwerkingsverbanden SOLVA en Leiedal op zoek hoe de kennis van vandaag gebruikt kan worden voor de mobipunten van de toekomst. Met data die (deel)fietsen, (deel)wagens, e-steps, parkeersensoren, … vandaag verzamelen wordt een analysemodel ontwikkeld om de inpassing van mobipunten in het mobiliteitsnetwerk te sturen, te objectiveren en te evalueren.</br> Het project kan rekenen op de ondersteuning van Mobipunt vzw, een consortium van Taxistop, Autodelen.net en Infopunt Publieke Ruimte dat het concept mobipunten lanceerde in Vlaanderen en de Vlaamse klankbordgroep mobipunten aanstuurt.</br> </br> </br> ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-things  +
  • Dit is de initiatiefpagina City of Things Dit is de initiatiefpagina City of Things Lokaal 3D Project – Provincie Oost-Vlaanderen. </br> Deze pagina beschrijft het initiatief volgens de definitie op de VLAIO website en linkt door naar relevante pagina's op de kennishub.</br> [1] </br> </br> Overzicht City Of Things Initiatieven </br>   Initiatiefnemer Gelinkte Initiatieven Domeinen City of Things 2020 VLAIO Data-gestuurde winkelgebieden – Mechelen De Sint-Niklase Stadsmunt – Sint-Niklaas Smart Retail Area – Antwerpen VLOED - Gent INVEST – POM West-Vlaanderen LocusFocus – POM Vlaams-Brabant Lokaal 3D Project – Provincie Oost-Vlaanderen Wij Leveren – Leuven </br> </br> Het project Lokaal 3D: data, denken en doen. Drie stapstenen voor de (handels)kern van de toekomst is een samenwerking tussen de Provincie Oost-Vlaanderen en Unizo Oost-Vlaanderen. Met als doel om in 5 cases met lokale besturen op zoek te gaan naar de (handels)kern van de toekomst. Hierbij wordt in dialoog gegaan met lokale besturen, hun ondernemers en inwoners en wordt gestreefd naar gedragen en gepriotiseerde (use) cases, en smart economy-oplossingen die effectief bijdragen aan de oplossing van deze cases. Finaal moet dit alles leiden tot een draaiboek dat voor alle lokale besturen toegankelijk is.</br> </br> </br> ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-things  +
  • Dit is de initiatiefpagina City of Things Dit is de initiatiefpagina City of Things Lokale Open Data Economie (LODE) – Brugge. </br> Deze pagina beschrijft het initiatief volgens de definitie op de VLAIO website en linkt door naar relevante pagina's op de kennishub.</br> [1] </br> </br> Overzicht City Of Things Initiatieven </br>   Initiatiefnemer Gelinkte Initiatieven Domeinen City of Things 2021 VLAIO Slimme Markten – Hasselt Slimme stadsdistributie – Hasselt Smart Innovation Factory – Mechelen Veelzijdige InfoSchermen voor Updates en Acties van Lokale Ondernemers (VISUALO) – Halle Lokale Open Data Economie (LODE) – Brugge Machine Learning as a Service (MLaaS) – Roeselare Mobiele Sensor Units – Roeselare Mobiliteitsbudget voor burgers – Hasselt Mobiliteitskrediet voor burgers (MoBurger) – Hasselt Regionaal plugable incentiveringsplatform – Geel </br> </br> Het project wil lokale overheden inzichten aanreiken om de mogelijke baten en verwachte kosten gepaard met open data in te schatten. Zo zal er in dit onderzoek – via een uitgebreide bevraging van zowel de aanbod-, maar vooral de vraagzijde – getracht worden om de vraag- en aanbodzijde m.b.t. open data beter op mekaar af te stemmen. Concreet zal er ook onderzocht worden of er gekomen kan worden tot een bepaalde business cases / business model m.b.t. open data. Deze inzichten zijn van hoge relevantie voor andere centrumsteden en lokale besturen, die vaak niet altijd weten wat te doen met hun open databronnen, hoe deze te ‘vermarkten’, welke databronnen de grootste meerwaarde zouden betekenen voor geïnteresseerde externe partijen, enz. Er zal een pilootcase uitgerold worden, waarbij de open databronnen van Brugge & Gent via een platform aangeboden zullen worden, wat lokale besturen (zowel grote als kleine) een nog accurater zicht zal bieden op de eigenlijke vragen van de markt m.b.t. open data en hen ook verder zal ontzorgen (gezien ad-hoc vragen van geïnteresseerden zo vermeden kunnen worden). Tenslotte willen we conform MIM3 van Oasc een proefopstelling voor een open data marktplaats realiseren.</br> </br> </br> ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-things  +
  • Dit is de initiatiefpagina City of Things Dit is de initiatiefpagina City of Things Mobiele Sensor Units – Roeselare. </br> Deze pagina beschrijft het initiatief volgens de definitie op de VLAIO website en linkt door naar relevante pagina's op de kennishub.</br> [1] </br> </br> Overzicht City Of Things Initiatieven </br>   Initiatiefnemer Gelinkte Initiatieven Domeinen City of Things 2021 VLAIO Slimme Markten – Hasselt Slimme stadsdistributie – Hasselt Smart Innovation Factory – Mechelen Veelzijdige InfoSchermen voor Updates en Acties van Lokale Ondernemers (VISUALO) – Halle Lokale Open Data Economie (LODE) – Brugge Machine Learning as a Service (MLaaS) – Roeselare Mobiele Sensor Units – Roeselare Mobiliteitsbudget voor burgers – Hasselt Mobiliteitskrediet voor burgers (MoBurger) – Hasselt Regionaal plugable incentiveringsplatform – Geel </br> </br> De stad Roeselare heeft een lopend project waarbij videomateriaal in wagens wordt opgenomen om daarna via een machine learning algoritme de verkeersborden databank te voeden samen met meldingen over te herstellen, verdwenen en nieuwe borden.</br> De hardware setup is hierbij nog het belangrijkste pijnpunt zowel qua éénvoud in gebruik als qua prijszetting. Tegelijkertijd zien we de toegevoegde waarde van data op locaties die we anders niet hebben. De huidige setup willen we verder uitbreiden en verrijken tot professionele mobiele units die toelaten om niet alleen videomateriaal te maken maar ook andere type van sensoren te integreren. Door het type sensoren uit te breiden beschikken ze over een ruimere en gevarieerdere dataset. De combinatie van realtime data en herhaalde metingen zorgen kwaliteitsvolle dataverzamelingen.</br> Men wil met dit project een aanbesteding uitwerken en experimenteren om een mobiele sensor unit te bouwen die bovenstaande kan mogelijk maken. Een mobiele sensor unit die men éénvoudig</br> in gelijk welk rijdend voertuig kan plaatsen.</br> Om een eenvoudige uitbreiding naar andere lokale besturen mogelijk te maken wordt een rolldraaiboek uitgewerkt per lokaal bestuur. Daarnaast realiseren ze een tweede raamcontract met een partner die een hoog percentage van het gebied van een lokaal bestuur constant afdekt met zijn</br> wagenpark zodat er informatie verkregen wordt over het ganse gebied en niet langer beperkt tot vaste locaties.</br> </br> </br> ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-things  +
  • Dit is de initiatiefpagina City of Things Dit is de initiatiefpagina City of Things Mobiliteitsbudget voor burgers – Hasselt. </br> Deze pagina beschrijft het initiatief volgens de definitie op de VLAIO website en linkt door naar relevante pagina's op de kennishub.</br> [1] </br> </br> Overzicht City Of Things Initiatieven </br>   Initiatiefnemer Gelinkte Initiatieven Domeinen City of Things 2021 VLAIO Slimme Markten – Hasselt Slimme stadsdistributie – Hasselt Smart Innovation Factory – Mechelen Veelzijdige InfoSchermen voor Updates en Acties van Lokale Ondernemers (VISUALO) – Halle Lokale Open Data Economie (LODE) – Brugge Machine Learning as a Service (MLaaS) – Roeselare Mobiele Sensor Units – Roeselare Mobiliteitsbudget voor burgers – Hasselt Mobiliteitskrediet voor burgers (MoBurger) – Hasselt Regionaal plugable incentiveringsplatform – Geel </br> </br> Om een omslag te maken naar duurzame personenmobiliteit in Vlaanderen moeten de duurzame mobiliteitsvormen worden gestimuleerd en drempels worden weggenomen. De alternatieven voor een traditionele diesel- of benzinewagen die geparkeerd staat in je straat voor de deur zijn zeer divers: trein, bus, deelfiets en step, deelwagen, parkeergarages en het publiek kunnen laden van een elektrische wagen zijn in onze steden steeds meer beschikbaar. Met de uitrol van mobipunten versterkt ook de Vlaamse Overheid dit aanbod. Als je volwaardig van de veelheid aan mobiliteit in je stad of gemeente wil kunnen genieten dan zou je al die diensten makkelijk en flexibel moeten kunnen consumeren. Elk van die mobiliteitsaanbieders heeft nu een eigen app met telkens een aparte account en daaraan verbonden ‘rekening’, waarborgen en gebruiksvoorwaarden, en dat is niet handig.</br> In een B2B setting werd er de afgelopen jaren werk gemaakt van de opzet van MaaS of MoDi: Mobiliteit als een Dienst. Eén app of kaart met soms een abonnementsformule waarmee je alle mobiliteitsdiensten kan consumeren waar en wanneer het je past. Ook zijn er enkele grootbanken die een dergelijk aanbod hebben opgenomen in hun app.</br> Met het Mobiliteitskrediet voor burgers willen we hen via een MaaS aanbod toegang geven tot een mobiliteitsbudget. We organiseren het mobiliteitsbudget zo dat elke stad of gemeente haar beleid gericht kan vertalen in voordelen voor specifieke modi op specifieke locaties. Burgers die in het centrum wonen kunnen daarbij andere voordelen genieten dan deze die buiten het centrum wonen omdat hun noden anders zijn en het beleid in het centrum (bv. voor parkeren) anders is. Met extra ‘nudging’ technologie geven we zo op een zeer efficiënte manier een push aan de alternatieven.</br> Door slim gebruik te maken van de gebruiksdata kunnen we de publieke middelen inzetten waar ze het meest renderen. Bovendien waken we als stad erover dat iedereen mee is: inclusie is een essentieel element van het Mobiliteitskrediet van de burger, ook als die geen smartphone heeft of om welke reden dan ook kwetsbaar is in het dagelijkse leven.</br> Economie is mobiliteit. Zonder dat wij ons als persoon kunnen verplaatsen kan een gezonde economie niet draaien. Burgers verplaatsen zich om te gaan werken, winkelen ontspannen en om elkaar op te zoeken. Met het mobiliteitsbudget voor de burger geven we dan ook iederéén de kans om zijn of haar verplaatsingen naar werk, school, winkel of voor vrije tijd duurzaam te maken. Minder wagens op de weg betekent ook minder congestie, en dat is op zijn beurt rechtsreeks een economische winst voor wie noodzakelijk wél met de wagen, bestelwagen of vrachtwagen de weg op moet.</br> </br> </br> ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-things  +
  • Dit is de initiatiefpagina City of Things Dit is de initiatiefpagina City of Things Oases van rust - Dendermonde. </br> Deze pagina beschrijft het initiatief volgens de definitie op de VLAIO website en linkt door naar relevante pagina's op de kennishub.</br> [1] </br> </br> Overzicht City Of Things Initiatieven </br>   Initiatiefnemer Gelinkte Initiatieven Domeinen City of Things 2018 VLAIO ANPR-camera's - Turnhout BEReSLIM - Boilers en Ruimteverwarmers elektrisch SLIM sturen - Genk Burenondersteuning - Aalst Databroker - Gent De creatie van open (IoT) data awareness bij lokale overheden - Leuven Slim beheer openbaar domein - Edegem Slim gemeentevuil - Neerpelt Slimme IoT technologie gekoppeld aan slimme zorgverlening voor levensloopbestendig wonen - Leuven Slimme mobipunten - Peer Smart Flow - Herent Structurering innovatieve studentenprojecten in studentensteden - Leuven EVENTMACHIEN - Pepingen Geconnecteerde openbare verlichting op fietspaden - Mechelen Gemeentelijk sensornetwerk voor luchtkwaliteitsmetingen - Kampenhout Marktplaats Smart City - Bonheiden MoDi:2B - Mobiliteit als een dienst aan burgers via derde-betalersystemen - Leuven Mobiliteitsmanagement met ANPR - Puurs Museum of Things for People - Gent Oases van rust - Dendermonde Wegdekkwaliteitsinspectie - Lubbeek </br> </br> Er wonen steeds meer mensen in steden en gemeentes, almaar dichter bij elkaar. Te midden van deze toenemende drukte moet de leefbaarheid gewaarborgd worden, en gaan mensen ook op zoek naar stiltegebieden. loT-technologie kan ingezet worden ter ondersteuning van ontspanningsruimtes in steden en gemeenten. Dit project gaat de uitrol van deze technologie om geluid te monitoren in publieke ruimtes voorbereiden. De data die verzameld wordt kan helpen om enerzijds problemen van lawaaihinder en overlast te voorkomen of aan te pakken, en anderzijds om stilteruimtes te identificeren en faciliteren. Naast de detectie van geluidsniveau kan er door slimme algoritmes een eenvoudige en anonieme classificatie van geluid gebeuren op basis waarvan in plaats en tijd opportuniteiten en problemen op een objectieve manier duidelijker in kaart kunnen gebracht worden.</br> De stad Dendermonde neemt het initiatief om samen met de gemeente Aalter een aantal concrete use cases uit te diepen en de functionele en technische vereisten van een monitoringssysteem voor geluid op te stellen. Dit zal gebeuren in overleg met een klankbordgroep. Er zal in samenwerking met technologische experten een prototype gebouwd worden waarmee een eerste experimentele validatie kan uitgevoerd worden. Deze loT oplossing zal:</br> </br> Een module met akoestisch sensoren uitrusten met draadloze connectiviteit </br> Een data platform opzetten </br> Er is een groot potentieel om deze loT-technologie ook in te zetten in andere steden en gemeentes, gegeven de universaliteit van de vraag naar objectieve en gerichte oplossingen om geluiden te detecteren, lawaaihinder te reduceren, en ruimtes van stilte te creëren. Er zal een proactieve aanpak gevolgd worden om de overdraagbaarheid van de resultaten te promoten:</br> </br> De bevindingen zullen gedeeld worden via publicaties (online en brochure) en toegelicht en besproken worden in interactieve workshops. </br> In de selectie en uitwerking van de technologische modules wordt er gestreefd naar oplossingen die open beschikbaar kunnen zijn. </br> Dit project beoogt een positieve impact op het welzijn van bewoners en bezoekers in Vlaamse steden en gemeenten. Individuen willen tot rust komen in publieke ruimtes in steeds drukkere omgevingen. Dit kan ondersteund worden door een neutrale technologie die polarisatie tussen bevolkingsgroepen kan helpen tegengaan.</br> De procedures voor vaststellingen van geluidsoverlast zijn wettelijk vastgelegd en formeel beschreven. Het in dit project beschreven platform is niet bedoeld om geluidsmetingen met juridische bewijswaarde te produceren. [2] </br> </br> </br> ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-things </br> </br> ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-things-gemeenten/city-things  +
  • Dit is de initiatiefpagina City of Things Dit is de initiatiefpagina City of Things SIncR - SustainableInsights for Cities & Retailers. </br> Deze pagina beschrijft het initiatief volgens de definitie op de VLAIO website en linkt door naar relevante pagina's op de kennishub.</br> [1] </br> </br> Overzicht City Of Things Initiatieven </br>   Initiatiefnemer Gelinkte Initiatieven Domeinen City of Things 2022 VLAIO Citerra - City Environmental Regulations and Rights for Access DAKS 2.0 – Data in Kleine Steden Data gedreven beleidsondersteuning Slim Ruimtelijk Plannen Slim Vrachtwagenparkeren ThermAi REVOLT Energie Management Systeem – datagedreven optimalisering energieverbruik in steden EMS DOE Modderstroom Monitoring SHOK – Slimme Handel en events met Openbare Kasten SIncR - SustainableInsights for Cities & Retailers Welkomapp voor nieuwkomers </br> </br> Initiatiefnemer: Stad Mechelen</br> Medebegunstigden: Stad Leuven,  Economisch Huis Oostende</br> SInCR(Sustainable Insights for Cities& Retailers) zet in op data ter ondersteuning van handelaars en het beleid. Het wil een antwoord bieden op:</br> </br> Hoe het effect van (en de nood aan) beleidsmaatregelen en georganiseerde evenementen op het winkelgebied meten? </br> Hoe data breder en slimmer inzetten ter ondersteuning van beleid en ondernemers? </br> Hoe een duurzame samenwerking op poten zetten waarbij voor alle partijen meerwaarde wordt gecreëerd? </br> Niet alleen drukte en bestedingsdata zijn hiertoe de sleutel, een stedelijk beleid voeren rond handel en horeca betekent meer dan zoveel mogelijk volk naar de binnenstad lokken. Het vertrekt ook vanuit reële uitdagingen waarmee ondernemers kampen zoals mobiliteit, leegstand, energie. Vaak zijn rond deze onderwerpen ook data te verzamelen of reeds aanwezig, maar worden deze nog onvoldoende ontsloten. </br> Daarom werken ze binnen dit project verschillende use cases uit o.b.v. de noden van handelaars én beleidsmakers, exploreren ze verschillende datapistes en onderzoeken ze de haalbaarheid van datadeling vanuit de handelaars zelf. Dit wordt gekaderd binnen een business-en samenwerkingsmodel, waarbij verschillende partijen instaan voor de investeringen. Om succes te garanderen, is coaching van de verschillende stakeholders noodzakelijk zodat ze het belang zien van werken met data en weten hoe ze met die data kunnen omgaan.</br> </br> </br> ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-thingsings  +
  • Dit is de initiatiefpagina City of Things Dit is de initiatiefpagina City of Things Sjabloon:CityOfThingsIntro. </br> Deze pagina beschrijft het initiatief volgens de definitie op de VLAIO website en linkt door naar relevante pagina's op de kennishub.</br> [1] </br> </br> Overzicht City Of Things Initiatieven </br> Geen resultaten</br> </br> </br> </br> ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-thingslimme-steden-en-gemeenten/city-things  +
  • Dit is de initiatiefpagina City of Things Dit is de initiatiefpagina City of Things Slim Vrachtwagenparkeren. </br> Deze pagina beschrijft het initiatief volgens de definitie op de VLAIO website en linkt door naar relevante pagina's op de kennishub.</br> [1] </br> </br> Overzicht City Of Things Initiatieven </br>   Initiatiefnemer Gelinkte Initiatieven Domeinen City of Things 2022 VLAIO Citerra - City Environmental Regulations and Rights for Access DAKS 2.0 – Data in Kleine Steden Data gedreven beleidsondersteuning Slim Ruimtelijk Plannen Slim Vrachtwagenparkeren ThermAi REVOLT Energie Management Systeem – datagedreven optimalisering energieverbruik in steden EMS DOE Modderstroom Monitoring SHOK – Slimme Handel en events met Openbare Kasten SIncR - SustainableInsights for Cities & Retailers Welkomapp voor nieuwkomers </br> </br> Initiatiefnemer: Gemeente Puurs-Sint-Amands</br> Medebegunstigden: IGEMO; Gemeente Bornem; Gemeente Duffel; Stad Mechelen, Gemeente Putte; Gemeente Sint-Katelijne-Waver; Gemeente Willebroek</br> Vrachtwagens rijden door onze Belgische steden om hun goederen te leveren/op te halen. Deze praktijk is een uiterst belangrijke economische activiteit. Het aantal uren dat een vrachtwagenchauffeur mag rijden is beperkt, bijgevolg moet deze vrachtwagenchauffeur een locatie vinden om zijn/haar vrachtwagen te kunnen parkeren. De ruimte is echter schaars en parkeerplaatsen zijn niet altijd veilig, om twee problemen te benoemen. Parkeren op onaangepaste locaties veroorzaakt bovendien omgevingshinder. Er is dus nood aan een oplossing voor vrachtwagenparkeren.</br> De gemeente Puurs-Sint-Amands en IGEMO willen een digitaal hulpmiddel ontwikkelen dat bijdraagt aan de creatie van een duurzame relatie tussen vrachtwagenchauffeurs en terreineigenaars. Ze willen komen tot een digitale oplossing die toestaat om:</br> </br> Beschikbare terreinen te verhuren en te reserveren, en eventueel de betaling te regelen; </br> Parameters m.b.t. de parkeerterreinen te vergelijken bv. mogelijkheid tot opladen, bewaking, aanwezigheid van een hek of camera’s, sanitair, mogelijkheid tot catering of overnachting…, zodat chauffeurs een weloverwogen keuze kunnen maken. </br> Belangrijk is ook dat in dit project onderzocht wordt welk businessmodel er aan de basis kan liggen van een dergelijke toepassing.</br> </br> </br> ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-thingshings  +
  • Dit is de initiatiefpagina City of Things Dit is de initiatiefpagina City of Things Slim gemeentevuil - Neerpelt. </br> Deze pagina beschrijft het initiatief volgens de definitie op de VLAIO website en linkt door naar relevante pagina's op de kennishub.</br> [1] </br> </br> Overzicht City Of Things Initiatieven </br>   Initiatiefnemer Gelinkte Initiatieven Domeinen City of Things 2018 VLAIO ANPR-camera's - Turnhout BEReSLIM - Boilers en Ruimteverwarmers elektrisch SLIM sturen - Genk Burenondersteuning - Aalst Databroker - Gent De creatie van open (IoT) data awareness bij lokale overheden - Leuven Slim beheer openbaar domein - Edegem Slim gemeentevuil - Neerpelt Slimme IoT technologie gekoppeld aan slimme zorgverlening voor levensloopbestendig wonen - Leuven Slimme mobipunten - Peer Smart Flow - Herent Structurering innovatieve studentenprojecten in studentensteden - Leuven EVENTMACHIEN - Pepingen Geconnecteerde openbare verlichting op fietspaden - Mechelen Gemeentelijk sensornetwerk voor luchtkwaliteitsmetingen - Kampenhout Marktplaats Smart City - Bonheiden MoDi:2B - Mobiliteit als een dienst aan burgers via derde-betalersystemen - Leuven Mobiliteitsmanagement met ANPR - Puurs Museum of Things for People - Gent Oases van rust - Dendermonde Wegdekkwaliteitsinspectie - Lubbeek </br> </br> In elke bevraging komt het terug: zwerfvuil en sluitstorten staan hoog op de ranglijst van irritaties van de Vlaming.</br> De behandeling van meldingen, de organisatie van de opruim en het beleid van publieke vuilbakken is de laatste jaren onder de aandacht gekomen. Er zijn nieuwe modellen vuilbakken op de markt die persen, de vulgraad continu meten en zelfs muziek afspelen. Ze kunnen het logistieke werk in grootsteden zoals Antwerpen verlichten, maar bieden geen oplossing voor het probleem, en zijn duur in aanbesteding.</br> Het beleid van de andere Vlaamse gemeenten rond publieke vuilbakken en sluikstorten staat onder druk. Er is een opportuniteit om, afgaande op het tempo van de meest vooruitstrevende gemeenten, te werken aan verslimming van beleid en praktijk. Specifieke doelstelling is om nieuwe patronen te ontdekken: welk afval wordt in publiek domein achtergelaten, wanneer gebeurt dit, en door wie?</br> Zo willen we in dit project op zoek naar een systeem van monitoring en meldingen dat de logistieke opvolging vergemakkelijkt, de handhaving effectiever maakt, en tegelijk openheid en interoperabiliteit van alle data garandeert naar andere toepassingen (en vice versa, data van andere toepassingen naar het beleid rond publiek vuil openstelt).</br> Niet enkel levert de potentiële oplossing een technologie waarop een pragmatisch beleid gevoerd kan worden, het voorziet beleidsmakers van data waarmee volop ingespeeld kan worden op preventie en nudging, maar waar ook politiediensten, ophalers en zelfs lokale economie inzicht krijgen in handeling en bijgevolg oplossingen voor een properdere omgeving.</br> Specifiek willen verschillende Limburgse gemeenten hierrond aan de slag met intercommunale Limbrug.net en partners zoals s-Lim. Er is al heel wat expertise in Limburg en Vlaanderen. Neerpelt ontwikkelde reeds een app hierrond, Overpelt houdt al twee jaar fiches bij over welke vuilbak, Hechtel-Eksel boekt goede resultaten met camera’s (samen met de politiezone).</br> </br> </br> ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-thingsgemeenten/city-things  +
  • Dit is de initiatiefpagina City of Things Dit is de initiatiefpagina City of Things Smart Innovation Factory – Mechelen. </br> Deze pagina beschrijft het initiatief volgens de definitie op de VLAIO website en linkt door naar relevante pagina's op de kennishub.</br> [1] </br> </br> Overzicht City Of Things Initiatieven </br>   Initiatiefnemer Gelinkte Initiatieven Domeinen City of Things 2021 VLAIO Slimme Markten – Hasselt Slimme stadsdistributie – Hasselt Smart Innovation Factory – Mechelen Veelzijdige InfoSchermen voor Updates en Acties van Lokale Ondernemers (VISUALO) – Halle Lokale Open Data Economie (LODE) – Brugge Machine Learning as a Service (MLaaS) – Roeselare Mobiele Sensor Units – Roeselare Mobiliteitsbudget voor burgers – Hasselt Mobiliteitskrediet voor burgers (MoBurger) – Hasselt Regionaal plugable incentiveringsplatform – Geel </br> </br> Lokale overheden zoeken meer dan ooit naar innovatie smart city oplossingen voor hun steeds complexere uitdagingen. Maar op maat gemaakte technologische en datagedreven oplossingen zijn duur, en overheidsmiddelen schaars. Bovendien ontbreekt regionale samenwerking. De uitrol van innovatie bij overheden gaat te traag, en voor private partners zijn de overheden niet de gehoopte aanjager van nieuwe data business. Een hernieuwde samenwerking dringt zich op.</br> Stad Mechelen ging recent een strategisch partnerschap aan met twee prominente marktspelers Cronos- Telenet. Samen bouwen ze een nieuw businessmodel voor smart cities, waarbij ze SAMEN waarde creëren rond een slimme en open data-infrastructuur. Zo kunnen fijnmazige weersdata bijvoorbeeld relevant zijn voor het klimaatplan van een stad, maar ook voor een verzekeringsmaatschappij in functie van schadegevallen en ook voor landbouwers ter preventie van water- of droogteschade.</br> Hiervoor is een vliegwiel voor innovatie nodig, een sterk partnership tussen bedrijven, overheid, burgers en onderzoekers: de Smart Innovation Factory.</br> Dit nieuwe businessmodel van de Smart Innovation factory wordt voor marktspelers natuurlijk pas interessant als er opschaling mogelijk is. Daarom wil Stad Mechelen samen met IGEMO deze ambities opschalen naar regio Rivierenland. Dit met steun van Digitaal Vlaanderen en VLOCA in functie van de Vlaamse Open City Architectuur en de OSLO standaarden.</br> </br> </br> ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-things  +
  • Dit is de initiatiefpagina City of Things Dit is de initiatiefpagina City of Things Smart Retail Area – Antwerpen. </br> Deze pagina beschrijft het initiatief volgens de definitie op de VLAIO website en linkt door naar relevante pagina's op de kennishub.</br> [1] </br> </br> Overzicht City Of Things Initiatieven </br>   Initiatiefnemer Gelinkte Initiatieven Domeinen City of Things 2020 VLAIO Data-gestuurde winkelgebieden – Mechelen De Sint-Niklase Stadsmunt – Sint-Niklaas Smart Retail Area – Antwerpen VLOED - Gent INVEST – POM West-Vlaanderen LocusFocus – POM Vlaams-Brabant Lokaal 3D Project – Provincie Oost-Vlaanderen Wij Leveren – Leuven </br> </br> De projectpartners Stad Antwerpen en Thomas More Hogeschool beogen met het project 'Smart Retail Area' een kennisdoorstroming en implementatiesprong van smart digitale oplossingen binnen het winkelgebied van de Vlaamse steden en gemeenten.  Hierin kijken ze expliciet naar de centrale rol die een openbare dienst speelt bij het versterken van de ondernemers binnen de winkelgebieden aan de hand van slim/digitaal gebruik van de openbare ruimte en de connectie naar instore digitale toepassingen voor de versterking van de winkelbeleving. Het project 'Smart Retail Area' bewerkstelligt een sterkere competitieve handelskern binnen de Vlaamse winkelgebieden aan de hand van co-creatie tussen beleid, kennisinstelling, lokale handelaar en consument. Tijdens deze co-creatie worden een aantal concepten getest, gevalideerd en de impact gemeten. Het eindresultaat is een draaiboek/blauwdruk ‘Smart retail Area’ waar zowel beleidsmakers als de lokale handelaar mee aan de slag kunnen.</br> </br> </br> ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-things  +
  • Dit is de initiatiefpagina City of Things Dit is de initiatiefpagina City of Things Structurering innovatieve studentenprojecten in studentensteden - Leuven. </br> Deze pagina beschrijft het initiatief volgens de definitie op de VLAIO website en linkt door naar relevante pagina's op de kennishub.</br> [1] </br> </br> Overzicht City Of Things Initiatieven </br>   Initiatiefnemer Gelinkte Initiatieven Domeinen City of Things 2018 VLAIO ANPR-camera's - Turnhout BEReSLIM - Boilers en Ruimteverwarmers elektrisch SLIM sturen - Genk Burenondersteuning - Aalst Databroker - Gent De creatie van open (IoT) data awareness bij lokale overheden - Leuven Slim beheer openbaar domein - Edegem Slim gemeentevuil - Neerpelt Slimme IoT technologie gekoppeld aan slimme zorgverlening voor levensloopbestendig wonen - Leuven Slimme mobipunten - Peer Smart Flow - Herent Structurering innovatieve studentenprojecten in studentensteden - Leuven EVENTMACHIEN - Pepingen Geconnecteerde openbare verlichting op fietspaden - Mechelen Gemeentelijk sensornetwerk voor luchtkwaliteitsmetingen - Kampenhout Marktplaats Smart City - Bonheiden MoDi:2B - Mobiliteit als een dienst aan burgers via derde-betalersystemen - Leuven Mobiliteitsmanagement met ANPR - Puurs Museum of Things for People - Gent Oases van rust - Dendermonde Wegdekkwaliteitsinspectie - Lubbeek </br> </br> Studentensteden in Vlaanderen bezitten een interessante mix van inwoners, waarvan de studentenpopulatie een belangrijke groep is. Deze groep voelt zich echter vaak geen inwoner van deze stad, aangezien ze bv. niet kunnen deelnemen aan verkiezingen, in de weekends terugkeren naar de ouders, enz. De studenten vertegenwoordigen een onaangesproken bron van Human Capital in studentensteden. Er zijn wel vaak overlegmomenten tussen deze groep en het stadsbestuur, maar deze zijn vaak bilateraal en leiden niet per se tot concrete verwezenlijkingen in de stad.</br> De Stad Leuven werkt momenteel reeds samen met KU Leuven (Lcie) binnen het kader van het Product Innovation Project (PiP). In dit project werken interdisciplinaire teams van verschillende faculteiten oplossingen uit voor concrete problemen binnen het stadsbeeld met behulp van loT. Zo leveren studenten een constructieve bijdrage aan het stadsbeeld en nemen ze mee ownership op binnen hun studentenstad.</br> De interne processen binnen zowel het stadsbestuur als de KU Leuven zijn echter niet voldoende op een dergelijke samenwerking voorzien, zowel op administratief als op inhoudelijk vlak. Ook de medewerking van andere kennisinstellingen binnen dezelfde stad is niet voor de hand liggend. Er is dus een effectieve nood om deze barrières weg te nemen en om de inhoudelijke samenwerking binnen dergelijke projecten sterk te verbeteren, om zo de studentenpopulatie actief te betrekken bij het beleid en verwezenlijkingen in de stad.</br> Kunnen er middelen/systemen worden gevonden die het mogelijk maken, ook administratief (het gaat immers over het toekennen van studiepunten), waarbij de huidige barrières tussen de verschillende onderwijsinstellingen worden opgeheven? Kan een derde (bv. de stad) hier een rol in spelen samen met de bedrijven?</br> Kunnen we projectoproepen lanceren waarbij gemengde groepen (studenten en anderen) aan de slag gaan in opdracht van de stad (stuurgroep Smart Leuven) om producten/businesscases te ontwikkelen op basis van het Internet of Things, gebruik makende van het KU Leuven “Ding” netwerk en de data die de stad en haar partners hen ter beschikking stelt om de stad slimmer te maken voor haar bewoners en haar bezoekers?</br> Aangezien er in Vlaanderen een groot aantal studentensteden zijn met hun eigen gerenommeerde kennisinstellingen, kan het uitwerken van dergelijke studentenparticipatieprojecten nuttig zijn voor een groot aantal steden, zoals o.a. Gent, Antwerpen, Hasselt, Kortrijk, enz, …</br> De resultaten van dit project werden gepubliceerd in de Praktijkenbank van VVSG.</br> </br> </br> ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-things  +
  • Dit is de initiatiefpagina City of Things Dit is de initiatiefpagina City of Things Welkomapp voor nieuwkomers. </br> Deze pagina beschrijft het initiatief volgens de definitie op de VLAIO website en linkt door naar relevante pagina's op de kennishub.</br> [1] </br> </br> Overzicht City Of Things Initiatieven </br>   Initiatiefnemer Gelinkte Initiatieven Domeinen City of Things 2022 VLAIO Citerra - City Environmental Regulations and Rights for Access DAKS 2.0 – Data in Kleine Steden Data gedreven beleidsondersteuning Slim Ruimtelijk Plannen Slim Vrachtwagenparkeren ThermAi REVOLT Energie Management Systeem – datagedreven optimalisering energieverbruik in steden EMS DOE Modderstroom Monitoring SHOK – Slimme Handel en events met Openbare Kasten SIncR - SustainableInsights for Cities & Retailers Welkomapp voor nieuwkomers </br> </br> Initiatiefnemer: Stad Mechelen</br> Medebegunstigden: Stad Lier en Gemeente Willebroek. Intentiepartners: VVSG, Digitaal Vlaanderen en het Agentschap Integratie en Inburgering.</br> In een meertalige welkomapplicatie vinden nieuwkomers sneller, gericht én op maat informatie die ze zoeken. Nieuwkomers worden zo sneller geholpen en het geeft ze de mogelijkheid om zich zelfstandig te oriënteren in hun nieuwe context. Een lokaal bestuur creëert een toegankelijkere dienstverleningen meer gelijke kansen tot participatie op bijvoorbeeld de arbeidsmarkt of aan de samenleving. </br> We zullen data slim inventariseren, selecteren en hergebruiken, waarbij we meerwaarde creëren door het gebruik van smart data spaces, AI en slimme taaltechnologie. Dankzij de ontwikkeling van opensourcesen een businessmodel bieden we andere lokale besturen de opportuniteit om een toegankelijke dienstverlening aan te bieden naar alle burgers, over (gemeente)grenzen heen. Bovenlokale uitdagingen vragen immers om een bovenlokale samenwerking. Opschaling en verduurzaming vormen daarom de sleutels tot succes dankzij de betrokkenheid en expertise van alle betrokken partners (de lokale besturen, Digitaal Vlaanderen, VVSG en het Agentschap Integratie en Inburgering).</br> </br> </br> ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-things  +
  • Dit is de landing pagina van de beschrijviDit is de landing pagina van de beschrijving van de informatie architectuur van een Hoppin punt, en is een consolidatie van de werkgroepen van dit traject.</br>Deze informatie architectuur bestaat uit de volgende delen :</br> </br> Hoppin punt informatie architectuur </br> Hoppin Service informatie architectuur </br> </br>en ziet er in grafische vorm als volgt uit (noot: een vergrote versie van de Hoppin informatie architectuur is beschikbaar via deze link ): </br> </br> </br> </br> </br>De volgende tabellen bevatten de beschrijving van het informatiemodel in de vorm van de verwachte velden. Dit is gebaseerd op model van TOMP-API zoals gespecificeerd in [1] </br> </br> </br> Hoppin punt information model</br> </br> </br> Attribuut</br> </br> Waarde</br> </br> Uitleg</br> </br> </br> HPType</br> </br> regionaal, buurt, lokaal</br> </br> het type hoppin punt</br> </br> </br> HPIdentificatie </br> </br> </br> </br> Voor de identificatie van een hoppin punt worden de volgende 3 attributen gebruikt</br> </br> </br> stationID</br> </br> </br> </br> Een uniek identificatie van het Hoppin punt in de vorm van een URI. Dit wordt uitgegeven door MOW(?)</br> </br> </br> Naam</br> </br> </br> </br> informele naam van het hoppin punt</br> </br> </br> Versie</br> </br> </br> </br> Versie van het hoppin punt informatie model</br> </br> </br> HPAdmin </br> </br> </br> </br> Informatie nodig voor de administratie van een hopping punt</br> </br> </br> Beheerder</br> </br> </br> </br> Aanspreekpunt voor het hoppin punt.</br> </br> </br> HPLayout </br> </br> </br> </br> bevat o.a. de geografische layout van het hoppin punt</br> </br> </br> locatie</br> </br> address, geoJSON</br> </br> locatie van het hoppin punt</br> </br> </br> toegankelijkheid</br> </br> rolstoelvriendelijk, etc</br> </br> toegankelijkheid van het hoppin punt voor gebruikers</br> </br> </br> GISModel</br> </br> </br> </br> GIS model van het hoppin punt in een open formaat (e.g. GML, Simple Features)</br> </br> </br> HPServices </br> </br> </br> </br> De lijst van services die dit hoppin punt aanbiedt</br> </br> </br> HPServices</br> </br> {HPServiceIdentificatie}</br> </br> identificatie van de service</br> </br> </br> Status</br> </br> online, offline, inactief</br> </br> status van de service voor dit hoppin punt</br> </br> </br> HPStatus </br> </br> offline, online inactief, onbekend</br> </br> status van het hoppin punt</br> </br> </br> Gebruiksstatistieken </br> </br> </br> </br> Overall statistieken van het hoppin punt</br> </br> </br> Gebruikersprofielen</br> </br> </br> </br> aantallen gebruikers per gebruikersgroep (leeftijd, geslacht, etc)</br> </br> </br> ServiceInformatie</br> </br> {HPServiceInformatie}</br> </br> lijst van serviceinformatie zoals gedefinieerd per service</br> </br> </br> Hoppin punt Service information model</br> </br> </br> Attribuut</br> </br> Waarde</br> </br> Uitleg</br> </br> </br> HPServiceType </br> </br> </br> </br> type service</br> </br> </br> support</br> </br> food, post, ev-charging, aed, toiletten, lockers, fietsherstel, beheerder, social, video camera, reclame</br> </br> het type support service dat aangeboden wordt</br> </br> </br> mobiliteit</br> </br> deelwagen, fiets, step, trein, bus, tram, taxi, waterbus, carpool</br> </br> het type mobiliteitsservice die aangeboden wordt</br> </br> </br> HPServiceIdentificatie </br> </br> </br> </br> Voor de identificatie van een hoppin punt service worden de volgende attributen gebruikt</br> </br> </br> URI</br> </br> </br> </br> Een uniek identificatie van de Hoppin punt service. Dit wordt uitgegeven door MOW(?)</br> </br> </br> Naam</br> </br> </br> </br> informele naam van de service</br> </br> </br> Short name</br> </br> </br> </br> korte naam van de service</br> </br> </br> Versie</br> </br> </br> </br> Versie van het hoppin punt service informatie model</br> </br> </br> HPServiceOperator </br> </br> </br> </br> Uitvoerder van den service</br> </br> </br> URL</br> </br> </br> </br> Een uniek identificatie van de service operator</br> </br> </br> Naam</br> </br> </br> </br> informele naam van de operator</br> </br> </br> contact details</br> </br> phone number, email, address,</br> </br> </br> HPServiceInformatie </br> </br> </br> </br> </br> </br> </br> Toegang</br> </br> </br> </br> Een eenduidige beschrijving hoe en waar een gebruiker toegang kan krijgen tot de service</br> </br> </br> Pricing</br> </br> </br> </br> Prijsstelling van de service (eenmalig, abonnement, etc)</br> </br> </br> ServiceInfo</br> </br> </br> </br> Volledige beschrijving van de servicebeschikbaarheid: tijdstabellen, diensten, verbindingen. modaliteiten</br> </br> </br> ServiceAPI</br> </br> [TOMP, GTFS, Other]</br> </br> beschrijving van de standaard API die ondersteund wordt</br> </br> </br> ServiceAccess</br> </br> http://</br> </br> URL naar de standaard API</br> </br> Een formulier om een hoppin punt te beschrijven op basis van deze informatie is hier te vinden: Hoppin punt informatie </br> Een formulier om een service te beschrijven hier: Hoppin punt service informatie hier: Hoppin punt service informatie  +
  • Dit is een aggregaat klasse voor informatiDit is een aggregaat klasse voor informatie over een Hoppin Punt.</br>Een Hoppin Punt heeft de volgende eigenschappen :</br> </br> Identificatie </br> Hoppin Punt identificatie </br> </br> HPId </br> rest </br> HPAdmin ( NeededForHPUseCase : ? (?, ?) ) HPGebruiksStats ( NeededForHPUseCase : ? (?, ?) ) HPIdentificatie ( NeededForHPUseCase : ? (?, ?) ) HPServices ( NeededForHPUseCase : ? (?, ?) ) HPStatus ( NeededForHPUseCase : ? (?, ?) ) HPType ( NeededForHPUseCase : ? (?, ?) )?, ?) )  +
  • Dit is een eigenschap van type Pagina . EDit is een eigenschap van type Pagina .</br> Een Hoppin Punt Id bevat de waarden voor de volgende attributen:</br> HPName , HPtype , HPuri </br> Note: We can improve this with a template renders the fields of a HPId? </br> https://www.semantic-mediawiki.org/wiki/Archive:Template_format </br> </br> HoppinPunt informatie modelte_format HoppinPunt informatie model  +
  • Dit is een eigenschap van type Record . Beleid , Real-Time , NieuweService  +
  • Dit is een primer voor het toevoegen van sDit is een primer voor het toevoegen van semantische mediakwiki markups aan wiki artikels.</br>De officiele handleiding voor het werken met Semantic MediaWiki is hier [1] te vinden.</br> </br> Doel </br> WIKIs zijn heel geschikt om met een grote groep informatie te creeeren en te delen. Dit sluit dus zeer goed aan bij het doel van VLOCA, om co-creatie mogelijk te maken. Maar WIKIs zijn wel minder geschikt om data op te vragen of te aggregeren. Een voorbeeld zou kunnen zijn : "welke VLOCA componenten dragen bij tot het realiseren van semantische interoperabiliteit"? </br>Het doel van het gebruiken van de Semantische MediaWiki features is om gebruikers (editors) toe te laten om de structuur en de organisatie van de kennis in de wiki te verbeteren. Gezien VLOCA deze WIKI als kennishub wil aanbieden, is dit een belangrijke manier om de kennis beter doorzoekbaar te maken en te delen, zowel binnen de WIKI door gebruikers (lezers) zelf als voor externe computerprogramma's. Bij de bovenstaande vraag, zouden de componenten die bijdragen tot semantische interoperabiliteit kunnen voorzien worden van metadata die linken met de definitiepagina van semantische interoperabiliteit, en zo kan daarop heel efficient data geaggregeerd worden.</br> </br> Hoe ? </br> Dit wordt gedaan door het toevoegen van eenvoudige, machine-leesbare meta-informatie (zogenaamde "markup") aan wiki artikels. Wiki artikels zijn alleenstaande pagina's die een bepaald subject (of entiteit) beschrijven. De pagina's zijn de ondeelbare basis van een WIKI, zoals bestanden de basis zijn van een bestandensysteem. Deze markup kan op verschillende manieren gebeuren. Dit illustreren we hieronder met een aantal voorbeelden uit de huidige inhoud van de kennishub. Meer informatie is terug te vinden onder [2] .</br> </br> Categorie </br> Verschillende WIKIpagina's kunnen gegroepeerd (geklasseerd) worden onder 1 categorie. Huidige categorieen zijn bijvoorbeeld Architectuurcomponenten em Organisaties . Deze categorie verwijst dan naar alle pagina's die ge-annoteerd zijn om tot deze categorie te behoren. Voor de categorie "Organisaties" bijvoorbeeld zijn alle objecten die een organisatie bevatten getagged om te verwijzen naar deze categorie. Deze annotatie gebeurt door het toevoegen van indicaties zoals " Organisaties " aan de pagina die tot deze categorie behoort, zoals hieronder aangegeven voor de pagina Gaia-X  :</br> </br> </br> </br> </br> Categoriepagina's aggregeren dus alle andere pagina's die tot deze categorie behoren. De hoofdcategorien van deze kennishub zijn terug te vinden in de linker navigatiebalk en worden voorgesteld in het schema van de relaties tussen categorieen dat hier wordt herhaald :</br> </br> </br> </br> </br> </br> Verwijzingen naar paginas </br> Verwijzingen naar pagina's vanuit een andere pagina zijn tamelijk eenvoudig. </br> </br> verwijzing naar een pagina behorende tot een categorie, voorbeeld " Gaia-X ". Het deel na "|" is de beschrijving zoals deze in de tekst moet verschijnen, het deel ervoor wijst naar de categorie en de pagina in de categorie. </br> deze verwijzing kan ook rechstreeks gebeuren naar een pagina, voorbeeld " van de relaties tussen categorieen ". Het deel voor de "|" is de naam van de pagina, het deel erna is de beschrijvende tekst op de verwijzende pagina. </br> Eigenschappen van een pagina </br> Zoals een categorie-annotatie de pagina klasseert, kan elke link of elk stuk tekst op een pagina ook ge-annoteerd worden met een eigenschap van het object waarover de pagina gaat. Bijvoorbeeld als een pagina de stad Berlijn beschrijft, kan een stuk tekst op deze pagina aangeven dat Berlijn de hoofdstad is van Duitsland. Maar dit blijft een stuk tekst en er kan dus enkel tekstueel opgezocht worden. Nu is het mogelijk om een eigenschap te definieren "is hoofdstad van" als een aparte entiteit op de WIKI. Deze eigenschap kan dan toegevoegd worden aan de tekst door een annotatie. Op die manier kan een gebruiker die bijvoorbeeld alle hoofdsteden wil kennen van de wereld, een zoektocht doen op de "is hoofdstad van" eigenschap en zo alle landen krijgen waar in de WIKI naar verwezen wordt via deze relatie. Dit is veel krachtiger dan te gaan zoeken op de tekst "hoofdstad" in de volledige WIKI en uit die zoekresultaten te gaan terugvinden wat nu werkelijk verwijzingen zijn die we nodig hebben. Deze eigenschappen kunnen toegepast worden op elke pagina, en dus ook op een categoriepagina. Dit is de manier waarop we de relaties tussen de categorieen uit de bovenstaande figuur hebben gemodelleerd. De categorie "componenten" bijvoorbeeld heeft een "implementeert standaarden" relatie met de categorie "standaarden". Daarvoor werden 2 zaken toegevoegd :</br> </br> De eigenschap "implementeert standaarden" </br> </br> Een verwijzing om aan te geven dat dit een eigenschap is van de categorie "componenten" </br> </br> </br> </br> </br>Door deze eigenschappen toe te voegen, krijgen deze ook een betekenis en kunnen de verschillende pagina's semantisch met mekaar gelinkt worden via relaties. Dit kan dan ook machine-leesbaar (RDF) ge-exporteerd worden en gebruikt worden door machines om bijvoorbeeld navigeerbare grafes te maken van de inhoud van de kennishub, zoals hier [3] en hieronder ge-snaphsot :</br> </br> </br> </br> </br> Een ander voorbeeld van annotatie van eigenschappen van een pagina met andere entiteiten is bijvoorbeeld het toevoegen van een organisatie als werkzaam binnen een bepaald smart city domein. Als voorbeeld nemen we de VMM, die werkzaam is binnen Smart Environment.</br> </br> we voegen een eigenschap toe aan de tekst van de VMM organisatie : </br> </br> </br> </br> </br>Hier geven we aan dat er een relatie bestaat tussen de VMM en het Smart City Domein "smart environment"</br> </br> Die relatie "Domein" is ook een Eigenschap pagina : </br> </br> </br> </br> </br>Dit is gelijkaardig aan een categoriepagina en hier worden alle pagina's opgelijst die voldoen aan deze eigenschap. Het is ook mogelijk om eigenschappen een bepaald type te geven. In dit geval MOET de eigenschap verwijzen naar een van de gedefinieerde Smart City Domeinen zoals opgelijst in de eigenschaps pagina. Het gevolg is dat de eigenschap "behoort tot een domein" op die manier een eigen leven krijgt, en het bijvoorbeeld gemakkelijk is om te zoeken op alle pagina's die zichzelf linken met een bepaald domein. Als we dus zoeken op alle pagina's die behoren tot het domein "Smart Environment" is dat eenvoudig via een zoekpagina op eigenschap zoals hieronder weergegeven, waar de VMM duidelijk mee komt in het antwoord :</br> </br> </br> </br> </br>Deze semantische zoekopdrachten kunnen ook via de pagina Semantic Search op een heel gemakkelijk aanpasbare manier worden opgestart. Meer info hierover is te vinden op [4] .</br> </br> Extra mogelijkheden </br> inline semantische zoekopdrachten </br> Het is mogelijk om zoekopdrachten zoals hierboven beschreven te verwerken in pagina's. Meer hierover is te vinden op [5] . Dit is een zeer krachtig instrument om pagina's dynamisch te maken, en continu up-to-date te houden met de aanpassingen aan de WIKI. Dat is een interessante feature om in draaiboeken of wizards te gebruiken. Een voorbeeld zou kunnen zijn om in een wizard een lijst van eigenschappen te tonen waar een watersensor specifiek moet aan voldoen, gekaderd aan bijvoorbeeld technische interoperabiliteit. Dan volstaat het om algemene systeemeigenschappen te taggen met bijvoorbeeld de eigenschap "is specifiek voor water" en de eigenschap "realiseert technische interoperabiliteit" en de pagina over een smart water sensor blijft altijd up-to-date. Dit soort dynamiek is in een puur tekstuele WIKI niet mogelijk.</br> </br> exporteren van de pagina's en hun verbanden </br> Het is mogelijk om een export te doen van de pagina's en hun verbanden (via de eigenschappen) naar RDF, een welgekend formaat vanuit het semantisch web, met een veelheid aan tools om dit te lezen en interpreteren. Dit maakt het automatisch genereren van grafes of subgrafes (na queries) perfect mogelijk via externe programma's. Meer informatie is hier te vinden [6] . Op die manier kan WIKI informatie en verbanden ook heel gemakkelijk door externe programma's gebruikt worden. Externe programma's kunnen bijvoorbeeld generatoren voor aanbestedingen zijn.</br> </br> importeren van informatie en hun verbanden </br> Ook dit is mogelijk, en externe informatie kan ge-importeerd worden op de WIKI. Dit kan voor RDF, CSV, XML, maar ook Linked Data gebruik makende van bijvoorbeeld SPARQL queries.</br> </br> bevragen van de WIKI met SPARQL </br> Naast de specifieke MediaWiki querytaal, kan de RDF data ook in een SPARQL endpoint worden aangeboden en op die manier ook met de tools van het semantisch web worden opgevraagd.</br> </br> Uitdagingen </br> De kracht van de Semantische MediaWiki voor automatisatie is hierboven duidelijk aangetoond. Een belangrijke uitdaging is natuurlijk het opstellen van een algemeen informatiemodel voor de inhoud van de WIKI en het onderhouden van de annotaties in alignering met dit model. Er is dus meer werk aan de invoerzijde om automatisatie aan de uitvoerzijde mogelijk te maken. Tot slot geven we nog volgende link [7] naar overzicht referentie cheat sheets voor het gebruik van de MediaWiki en de semantische aspecten daarin.</br> </br> </br> ↑ https://www.semantic-mediawiki.org/wiki/Help:User_manual </br> </br> ↑ https://www.semantic-mediawiki.org/wiki/Help:Editing </br> </br> ↑ https://vlocavis.z6.web.core.windows.net </br> </br> ↑ https://www.semantic-mediawiki.org/wiki/Help:Semantic_search </br> </br> ↑ https://www.semantic-mediawiki.org/wiki/Help:Inline_queries </br> </br> ↑ https://www.semantic-mediawiki.org/wiki/Help:Semantic_Web </br> </br> ↑ https://www.semantic-mediawiki.org/wiki/Semantic_MediaWiki_reference  +
  • Dit segment beschrijft een aantal techniscDit segment beschrijft een aantal technische capaciteiten om de instroom van data op het platform te faciliteren. Data komt typisch binnen in verschillende formaten (bijvoorbeeld CSV bestanden, video beelden, XML bestanden, JSON, bestanden, binaire data, ...) en via verschillende kanalen (bijvoorbeeld polling of pub/sub APIs). We spreken van gestructureerde, semi-gestructureerde en ongestructureerde data. Het Data Capture segment voorziet technische elementen op die data in het platform binnen te nemen, en de verschillende externe data provider methoden aan te sluiten op het platform en onder beheer te brengen. </br> Een voorbeeld van een Capture component, kan een script zijn die om de zoveel tijd een bepaalde API leest en de data dan opslaat en aanbiedt aan het Storage to Scale segment, om zo te verbinden met het Process & Transform segment en de data om te zetten in meer bruikbare vorm.n de data om te zetten in meer bruikbare vorm.  +
  • Dit segment bevat technische capaciteiten Dit segment bevat technische capaciteiten om data te "projecteren", d.w.z data te verwerken, transformeren, verrijken, pseudonimiseren, aggregeren,... Een data platform krijgt via het Data Capture segment data van verschillende bronnen (en dus veschillende formaten en betekenis) binnen die meestal niet direct fit-for-purpose is voor business afnemers. Het is dan ook een essentieel deel van een platform om data verwerking en transformatie te faciliteren op een gestructureerde en schaalbare manier. Dit kan gaan over het structuur aanbrengen aan ongestructureerde data, data te transformeren tot een geunificeerd formaat, event data te verwerken, ... ETL (Extract Transform Load) technieken horen bijvoorbeeld thuis in dit segment. De schaalbare streaming van het Storage to Scale segment kan zo ook verbonden worden met data transformaties om bijvoorbeeld schaalbaar toch big data transformaties (bijvoorbeeld in data lakehouses) te kunnen realiseren voor business applicaties.nnen realiseren voor business applicaties.  +
  • Doelgroep en doel Alle VLOCA stakeholderDoelgroep en doel </br> Alle VLOCA stakeholders die duidelijkheid wensen over wat exact in een VLOCA deliverable wordt opgeleverd, vindt zijn gading op deze pagina. </br> </br> Bereik ons </br> Team VLOCA is voor nieuwe vragen best steeds per email te bereiken op VLOCA@Vlaanderen.be . We verzorgen steeds een permanentie in ons team en verwijzen uw vraag door naar de persoon die u op dat moment kan helpen.</br> </br> Inleiding </br> VLOCA deliverables zijn onderdeel van trajecten, voortrajecten of losstaande support vragen van lokale besturen. Deze deliverables vertrekken vanuit vraaggedreven use cases. Het overzicht beschrijft en groepeert deze deliverables per traject-fase.</br> In het kader van het VLAIO City of Things 2021 project heeft VLOCA een gezamenlijke aanpak met OSLO uitgewerkt. Daarin werden sjablonen ontwikkeld om efficiënt samen te werken tussen Vlaamse agentschappen, lokale besturen en andere belanghebbende organisaties. </br> Daarbuiten levert VLOCA support diensten aan lokale besturen, intercommunales en provinciebesturen, om de meerwaarde van deze deliverables ook buiten de context van een traject voor een specifieke use case op te leveren.</br> </br> Situering van de deliverables </br> </br> </br> Projectbeheer </br> We beschouwen hier specifieke activiteiten ter coördinatie van de voortgang van het project.</br> </br> </br></br> </br> Deliverable in projectbeheer </br> </br> Doel </br> </br> beschrijving </br> </br> </br> Traject charter </br> </br> Wat levert VLOCA op?</br> </br> Het traject charter bevat de projectafspraken gemaakt tussen de Vlaamse Overheid en een lokaal bestuur: het bepaalt de scope en timing van het specifiek traject, uitgewerkt op basis van de deliverables op deze pagina opgesomd.</br> </br> </br> Architectuurstandaard </br> </br> Validatie en gestandaardiseerde aanpak</br> </br> De architectuurstandaard verzamelt alle use case gedreven deliverables volgens het VLOCA proces . De architectuurstandaard is een garantie dat de architectuur werd uitgewerkt volgens de VLOCA-principes en slimme data attributen.</br> </br> VLOCA Bedrijfsarchitectuur deliverables </br> In de Open City Architectuur aanpak bekijken we de use case vanuit de business noden van het lokaal bestuur. Daarbij linken we business objectieven aan functionaliteiten en techniciteiten, terwijl we meteen ook de data vereisten van de functionaliteit identificeren. Deze aanpak volgt internationaal erkende methodieken, op maat van onze lokale besturen in een VLOCA formaat uitgewerkt. Gebruiksgemak voor de lokale besturen staat daarin centraal.</br> </br> </br></br> </br> Bedrijfsarchitectuur deliverable </br> </br> Doel </br> </br> beschrijving </br> </br> </br> VLOCA-Model </br> </br> Wat houdt de oplossing in?</br> </br> Het VLOCA-model gebruikt een sjabloon waarin we de use cases en hun vereisten op een gestructureerde, top-down wijze beschrijven. Het startpunt hiervan is de motivatie : visie, missie en objectieven van het project en de doelstellingen van het initiatiefnemend lokaal bestuur. Eens dit is bepaald, gaan we elke use case opsplitsen met de ondersteunende ' business capabilities ' die zelf ook opgesplitst worden met functionele en data vereisten en techniciteiten . Doorheen een VLOCA-bedrijfsarchitectuur oefening denken we eerst breed : want 'the sky is the limit'. Nadien gaan we verfijnen, prioriteren en werken we een haalbaar plan uit in de vervolgstappen 'use case prioritering' en 'use case roadmap'.</br> </br> </br> Stakeholderanalyse </br> </br> Wie zijn de stakeholders?</br> </br> Een overzicht van de stakeholders die idealiter betrokken zijn bij het uitwerken van de VLOCA architectuur en/of een daaruit vloeiend traject voor het ontwikkelen van een OSLO datastandaard.</br> </br> </br> Marktanalyse </br> </br> Waar valt er te leren?</br> </br> Vooraleer we een nieuwe oplossing willen bouwen, analyseren we de bestaande markt. Het bouwen van een volledig nieuwe applicatie is vaak niet de gemakkelijkste oplossing. Bovendien zijn niet alle ervaringen met bestaande toepassingen voldoende om alle business noden af te dekken. De make-or-buy vraag stelt zich dan. De wet van openbare aanbestedingen blijft uiteraard leidend. De marktanalyse in de vorm van een vragenlijst laat ons toe de context, het operationeel kader en de technologie achter open city initiatieven in kaart te brengen zodat deze VLOCA en haar stakeholders kan informeren, inspireren of aanzetten tot actie.</br> </br> </br> Use cases prioritering </br> </br> Wat eerst bouwen?</br> </br> Binnen een thematische use case formuleren we verschillende use cases in het VLOCA model. Binnen elk van deze use cases worden business capabilities uitgewerkt. De VLOCA prioriteringsmethode laat toe dat het projectbeheer van een lokaal bestuur de business capabilities prioriteert. Daarbij gebruiken we wereldwijde beste praktijken op het vlak van prioritering. Dit leidt tot de use case roadmap als volgende stap.</br> </br> </br> Use cases roadmap </br> </br> Wanneer welke (deel)oplossing bouwen?</br> </br> De roadmap visualiseert de ontwikkeling en uitrol van de business capabilities : welk deel van de thematische use case willen we klaar hebben tegen wanneer? Het is ook een handige tool om bovenlokale subsidies te ondersteunen, zodat we binnen de regio Vlaanderen stelselmatig en gestructureerd samenwerken aan de uitbouw van de slimme steden en de slimme regio in zijn geheel. Afhankelijkheden, risico's en prioriteiten liggen aan de basis van de planning. Een roadmap wordt gebouwd door te starten vanuit de situatie vandaag (de 'as-is') en wat de ideale situatie (de ‘to-be’) is. De ‘gap’ tussen as-is en to-be wordt opgevuld met acties in de tijd. Dit levert ons een ‘roadmap’ in de vorm van ‘blokken’ gespreid in de tijd, die elkaar opvolgen of in parallel worden uitgevoerd.</br> </br> </br> Data governance model </br> </br> Welke data afspraken?</br> </br> Het data governance model vertrekt vanuit de gevalideerde use cases. De datanoden worden functioneel vertaald in scenario's waar datauitwisseling centraal staat. Met dit model kaderen we de do's en don'ts rond het data gebruik en uitwisseling .</br> </br> </br> Draaiboeken </br> </br> Stappenplan: hoe aan de slag gaan?</br> </br> Hoe begin je als lokaal bestuur aan een thema waarvan je weinig of misschien wel geen kennis van hebt? Een VLOCA draaiboek biedt je daarin de nodige houvast: de ‘how to’ beschrijft de typische stappen om een uitrol van eenzelfde oplossing in de specifieke context, met bijvoorbeeld aan de locatie gerelateerde geografische elementen. De bedoeling is dat we het wiel niet telkens moeten heruitvinden, maar we de stappen van het draaiboek volgen. De nodige aandacht wordt gegeven aan de verschillen tussen een grootstedelijke, kleinstedelijke, gemeentelijke of intergemeentelijke context. We nodigen de gebruikers tevens uit om, indien zij bij gebruik bijkomende inzichten hebben, het draaiboek op de kennishub te verfijnen of aan te passen. Zo evolueren de VLOCA draaiboeken doorheen de tijd en bekomen we maximale herbruikbaarheid.</br> </br> </br> Beschrijvende teksten </br> </br> Hoe de gewenste oplossing beschrijven voor een marktbevraging of openbare aanbesteding?</br> </br> Bij het uitschrijven van een marktbevraging of openbare aanbesteding, RFI, RFP of RFQ, is het nuttig om generieke teksten te kiezen uit een bibliotheek, gerelateerd aan het onderwerp. Uiteraard zal het document nog verder aangepast worden ifv de lokale context, maar het overgrote deel kan hergebruikt worden. Daarnaast zijn deze beschrijvende teksten een aanvulling op de onderdelen van de specifieke VLOCA deliverables (volgens thema, use case of traject) die in een bevraging of aanbesteding worden opgenomen. Doorheen de levenscyclus van VLOCA worden steeds meer teksten gepubliceerd, volgens eenzelfde structuur, toepasbaar in een grootstedelijke, kleinstedelijke, gemeentelijke of intergemeentelijke context. Ook hier geldt het principe: gebruik de tekst vrij, en doe verbeteringen op de kennishub zodat je collega's in andere lokale besturen er ook beter van worden.</br> </br> </br> Informatienoden </br> </br> Welke informatie maakt deel uit van de oplossing?</br> </br> We gebruiken een mindmap of wireframe als een pragmatische wijze om alle vereisten, data aspecten, functionaliteiten, principes en techniciteiten die tijdens gesprekken met de stakeholders opkomen, te noteren en visueel overzichtelijk te maken. Ze hebben nog geen vaste structuur, maar zo kunnen we de leidende principes en de MVP ('minimum viable product') van het verdere project te bepalen.</br> </br> VLOCA IT Architectuur deliverables </br> </br></br> </br> VLOCA IT architectuur deliverables </br> </br> Doel </br> </br> beschrijving </br> </br> </br> VLOCA Donut </br> </br> Welke technologische componenten zijn nodig?</br> </br> De VLOCA donut is een schematische voorstelling van de technische referentie architectuur , die de componenten en composities behelst. Per thema onderscheiden we verscheidene use cases, die elk hun technische architectuur heeft. De use case heeft een generieke technische architectuur, die neutraal qua technologische keuzes en over Vlaanderen toepasbaar is. Het initiatiefnemend lokaal bestuur kan van daaruit daaruit haar specifieke technische architectuur verder uitwerken, waarin de technische keuzes worden beschreven. De donut helpt om de componenten tijdens de ontwikkeling van de TA te identificeren, niet te vergeten, en vooral om telkens dezelfde benamingen te gebruiken om het visuele plaatje ook in andere projecten te hergebruiken.</br> </br> </br> VLOCA assessment </br> </br> Wat kan herbruikt worden?</br> </br> In een assessment (of VLOCA toets) toetsen we of er bestaande deliverables en standaarden uit andere VLOCA trajecten te gebruiken zijn in de nieuwe use case die we behandelen.</br> </br> </br> Technische Architectuur tekeningen </br> </br> Schematisering van de bouwstenen van de oplossing</br> </br> Een technische architectuur is een visualisatie van alle componenten en composities op verschillende lagen (data, functionaliteiten, technologie componenten, enz.), die toelaat om de uitrol beter te begrijpen, plannen en nadien ook te testen. Deze werken we uit volgens de Archimate modelleertaal.</br> </br> </br> Vereistenmodel </br> </br> Wat zijn de minimale vereisten?</br> </br> Het vereistenmodel lijst de specifieke vereisten op die essentieel zijn voor het bouwen van de oplossing . Deze vereisten moeten bij selectie door het aanbestedende bestuur afgetikt worden om zo tot een gewaarborgde leverancierselectie te komen. We beschrijven een vereiste technisch om zo de leveranciers zeer concreet te kunnen beoordelen. Tevens omvat een vereiste een gradatie (kritisch, belangrijk, nice to have, enz) om het belang binnen het vereistenmodel op de juiste manier te duiden. </br> </br> </br> Conformiteitsmodel </br> </br> </br> </br> Een document dat toelaat om de ingevulde antwoorden van de leveranciers in het vereistenmodel te beoordelen door gewichten te geven aan elke conformiteitsgraad. Een conformiteitsgraad bepaalt hoeveel de voorgestelde oplossing het vereistenmodel benadert per categorie.</br> </br> OSLO semantische datastandaard </br> Binnen een gezamenlijk VLOCA-OSLO traject, sommen we hier de OSLO deliverables op, die samen in een VLOCA-OSLO traject worden vormgegeven. Voor een specifieke beschrijving verwijzen we naar de OSLO website , waar de services en deliverables in detail worden beschreven.</br> </br> OSLO assessment </br> OSLO rapport </br> OSLO sneuvelmodel </br> Definitie informatienoden </br> Scope definitie van de OSLO datastandaard </br> Informatiemodel </br> Semantisch model </br> (Kandidaat) datastandaard </br> Support tijdens POC fase </br> Communicatie </br> We communiceren over de inhoud van onze werkzaamheden in de VLOCA trajecten en supportvragen.</br>Daarbij geven we inzicht in de uitdagingen van de thema's die we onderzoeken en hoe we dat aanpakken. Interessante expertise die we op onze weg tegenkomen, geven we graag de nodige aandacht in een communicatie waarin de expert aan het woord wordt gelaten.</br> Doorheen de trajecten communiceren we met onze stakeholders via de VLOCA kanalen. </br> </br> de VLOCA kennishub </br> het VLOCA portaal </br> de VLOCA Twitter pagina </br> het Twitter kanaal van het Agentschap Binnenlands Bestuur </br> de LinkedIn pagina van de Smart Region Office </br> </br>We onderscheiden de volgende type communicaties die we binnen VLOCA voeren:</br> </br> </br></br> </br> type communicatie </br> </br> beschrijving </br> </br> </br> Aanmaak co-creatie pagina op de kennishub </br> </br> Elk thema dat we aanraken verdient zijn eigen plek op de kennishub. Het platform wordt gebruikt als co-creatieplatform waar alle experten samen werken aan een correcte beschrijving van het thema. We doelen om per thema een aantal aspecten in de schijnwerper te zetten: * de probleemstelling, * de huidige mogelijkheden * de innovatie die op komst is * hoe kiezen tussen mogelijkheden * de VLOCA hulpmiddelen</br> </br> </br> VLOCA Talk </br> </br> Een opname van een videogesprek in Microsoft Teams of Zoom waar we een expert aan het woord laten over een bepaald thema.</br> </br> </br> Oproep tot deelname </br> </br> Wanneer een co-creatie traject wordt gestart, roepen we potentiële deelnemers op tot deelname aan de workshops en de co-creatie op de kennishub. Het leidend principe is dat iedereen welkom is, we werken in een Triple Helix model (overheden, bedrijven, kennisinstellingen) of Quadruple Helix model (ook burgers en/of burgerorganisaties betrokken). Een eerste voorselectie gebeurt per use case die we uitwerken door het kernteam van VLOCA samen met de initiatiefnemende overheid van de use case. Mogelijke deelnemers kunnen zich aanmelden door een account te activeren op de kennishub of ons te contacteren via email op VLOCA@Vlaanderen.be .</br> </br> </br> Stakeholder interview </br> </br> Een interview met een stakeholder wordt uitgeschreven en gepubliceerd via de VLOCA kanalen. Inzichten in voortgang, probleemstellingen en mogelijkheden staan hierin centraal. We willen reeds communiceren tijdens het onderzoek naar oplossingen. Zo willen we op deze wijze experten aanspreken om deel te nemen aan de co-creatie en de gedeelde inzichten inhoudelijk te verrijken. Zo bouwen we aan maximaal herbruikbare en interoperabele smart city architecturen.</br> </br> </br> Opstart werkgroep beheer architectuur van de use case </br> </br> Op het einde van een VLOCA traject hebben we de doelstelling om een groep van experten, deelnemers in dat traject, bij elkaar te houden om de opgestelde architectuur van de use case ook na het traject levend te houden. Aanpassingen zullen gebeuren op de kennishub door gebruik en hergebruik van de elementen. Team VLOCA draagt hieraan uiteraard bij, terwijl inhoudelijke experten mee beslissen over het verder ontwikkelen van bepaalde elementen, of van daaruit mogelijke nieuw project en identificeren.</br> </br> </br> Aankondiging start publieke review </br> </br> Een OSLO standaard heeft een fase van publieke review. In gezamenlijke VLOCA-OSLO trajecten communiceren we ook gezamenlijk via onze beschikbare kanalen over de start van de publieke review van de datastandaard. In VLOCA is het doel om een community op te zetten rondom die use case, die de gecreëerde architectuurstandaard beheert. Continue verrijking ervan is cruciaal: de wereld staat immers niet stil na het opleveren van een eerste architectuurmodel.</br> </br> </br> Testimonial </br> </br> VLOCA en architectuur is vaak een eerste stap in een implementatie van een oplossing voor een use case. De uiteindelijke implementatie van het project neemt tijd in beslag. We willen op dat moment even stil blijven staan bij hoe het begon: het uittekenen van de architectuur.</br> </br> Gedetailleerde aanpak  +
  • Doelgroep en doel De doelgroep van deze Doelgroep en doel </br> De doelgroep van deze deliverable is het lokaal bestuur.</br> Het doel van deze deliverable is om de informatienoden op toepassingen voor eindgebruikers (bijvoorbeeld dashboards, portaalsite, mobiele app, ...) in kaart te zetten.</br> </br> Inleiding </br> De informatienoden zijn het resultaat van de Informatiearchitectuur . Met de informatiearchitectuur willen we informatie (inhoud, afbeeldingen, bestanden, ...):</br> </br> Organiseren (wat komt waar) en Structureren (wat zetten we samen) zodat deze toegankelijk en terugvindbaar is en; </br> Duurzaam te labelen zodat deze beheersbaar blijft achter de schermen. </br> Sjabloon </br> De informatienoden worden uitgewerkt in een mindmap. Dit is een visuele representatie van welke data we waar gaan weergeven en wat de relaties zijn onderling.</br> Voorbeeld van een mindmap: </br> </br> Aanpak bij gebruik van deze deliverable </br> Een schets van de informatienoden worden tijdens een business of data workshop opgesteld. Tijdens de workshop stellen we vragen om te achterhalen welke informatie we willen weergeven, welke informatie samen hoort en welke informatie goed zichtbaar moet zijn en waar we hem op de toepassing willen zien verschijnen. Er wordt ook gevraagd naar mogelijke technische benamingen om deze mee te nemen in de mindmap (Labelen en groeperen van informatie).</br> Na de workshop wordt een mindmap opgesteld. Deze deliverable bestaat uit slechts één versie en wordt gedeeld in een bewerkbaar formaat.</br> </br> Gelinkte deliverables </br> Informatiemodelliverables Informatiemodel  +
  • Doelgroep en doel De doelgroep van deze Doelgroep en doel </br> De doelgroep van deze deliverable is het lokaal bestuur.</br> Het doel van deze deliverable is om de strategie van de use case samen met het lokaal bestuur scherp te stellen en vervolgens de benodigde vereisten in kaart te zetten. Deze deliverable is vereist om de andere deliverables te kunnen uitwerken.</br> </br> Inleiding </br> Het VLOCA-model vormt de basis van de Open City Architectuur. Om op maat van lokale overheden een allesomvattend architectuurmodel uit te werken, wordt er met de lokale besturen een strategie gedefinieerd die door VLOCA wordt vertaald naar vereisten (bedrijfsarchitectuur).</br> </br> Sjabloon </br> Het VLOCA-model werken we uit aan de hand van een gestructureerde en geformatteerde spreadsheet. De deliverable bestaat uit de strategie volgens de open city ambitie en de bedrijfsarchitectuur. De verwerking van deze deliverable is specifiek en laat geen ruimte voor interpretatie over. Elk begrip wordt opgenomen in de metadata, dit is een begrippenlijst dat gebruikte begrippen definieert in functie van de use cases.</br> </br> Strategie </br> De strategie concretiseert de context naar een duidelijke strategie. Deze strategie zal de open city ambitie scherp stellen aan de hand van een visie, missie, doel en successfactor. Na inhoudelijke gesprekken (inhoudelijke intro's gevolgd door workshops) kan VLOCA, samen met de lokale besturen in co-creatie, deze strategie verscherpen.</br> </br> </br></br> </br> Visie </br> </br> Wat is de bestaansreden van dit project?</br> </br> </br> Missie </br> </br> Wat willen we met dit project bereiken?</br> </br> </br> Doel </br> </br> Wat is het doel van dit project?</br> </br> </br> Successfactor </br> </br> Hoe meten we het succes van dit project?</br> </br> Een uitgewerkte strategie laat ons toe de strekking van de use cases te bewaken en geeft richting bij het opstellen van de bedrijfsarchitectuur.</br> </br> Bedrijfsarchitectuur </br> De eerste denkoefening is een horizontale denkoefening waar alle use cases worden geïdentificeerd: wat kan er allemaal indien alles mogelijk is? In een latere fase wordt er samen gekeken naar welke use cases in scope zijn. De brede denkoefening laat ons toe een niet-beperkende architectuuroplossing uit te denken.</br> De bedrijfsarchitectuur schrijft de capaciteiten en de vereisten uit waar architectuuroplossingen aan moeten voldoen. De capaciteiten en vereisten staan centraal binnen de open city architectuur. Wat moet de open city architectuuroplossing kunnen waarmaken, wat hebben we daarvoor nodig, wat is haalbaar en wat is prioritair? Dit brengt het VLOCA-model in kaart dankzij de bedrijfsarchitectuur die opgebouwd is uit verschillende lagen: Use cases (UC) die bestaan uit business capabilities (BC). Elke business capability bestaat op zijn beurt uit data vereisten (DV), functionaliteiten (FC) en techniciteiten (TV).</br> </br> </br></br> </br> Naam Traject </br> </br> </br> Start periode traject </br> </br> VLOCA-model versie 0.1 </br> </br> </br> VLOCA analyse - Vlaamse Open City Architectuur | vloca@vlaanderen.be </br> </br> </br> Beschrijving en aanpak: </br> </br> https://vloca-kennishub.vlaanderen.be/Deliverable:_VLOCA-model </br> </br> </br> </br> </br> </br> Strategie van de open city uitdaging </br> </br> </br> </br> </br> </br> </br> </br> Status </br> </br> Toelichting </br> </br> Beschrijving </br> </br> </br> Visie </br> </br> Voorstel</br> </br> Wat is de bestaansreden ?</br> </br> </br> Missie </br> </br> Voorstel</br> </br> Wat willen we bereiken ?</br> </br> </br> Doel </br> </br> Voorstel</br> </br> Wat is het doel van dit project ?</br> </br> </br> Succesfactor </br> </br> Voorstel</br> </br> Hoe meten we succes ? (SMART)</br> </br> </br> </br> </br> </br> Use cases </br> </br> </br> </br> </br> </br> ID </br> </br> Status </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC1</br> </br> Voorstel</br> </br> UC1: Samenvatting</br> </br> Beschrijving UC1</br> </br> </br> UC2</br> </br> Voorstel</br> </br> UC2: Samenvatting</br> </br> Beschrijving UC2</br> </br> </br> </br> </br> </br> Metadata </br> </br> </br> </br> </br> </br> </br> </br> Metaveld </br> </br> Beschrijving </br> </br> </br> </br> </br> Meta1</br> </br> Beschrijving meta 1</br> </br> </br> </br> </br> Meta2</br> </br> Beschrijving meta 2</br> </br> </br> </br> </br> </br> Business capabilities, data vereisten, functionaliteiten en techniciteiten volgens use cases </br> </br> </br> </br> </br> </br> ID </br> </br> Type </br> </br> Samenvatting </br> </br> Beschrijving </br> </br> </br> UC1</br> </br> Use case</br> </br> UC1: Samenvatting </br> </br> Beschrijving UC1</br> </br> </br> BC1.1 </br> </br> Business capability </br> </br> Samenvatting </br> </br> Beschrijving van de business capalility met ' metadata' </br> </br> </br> DV1.1.1</br> </br> Data vereiste</br> </br> Samenvatting</br> </br> Beschrijving van de data vereiste</br> </br> </br> FC1.1.1</br> </br> Functionaliteit</br> </br> Samenvatting</br> </br> Beschrijving van de functionaliteit</br> </br> </br> TV1.1.1</br> </br> Techniciteit</br> </br> Samenvatting</br> </br> Beschrijving van de techniciteit</br> </br> Aanpak bij gebruik van deze deliverable </br> Binnen het VLOCA traject vinden we het VLOCA-model bij de strategie en de bedrijfsarchitectuur.</br> Deze deliverable bestaat uit 3 versies die steeds op de voorgaande versie voortbouwen:</br> </br> </br></br> </br> VLOCA-model v0.1 </br> </br> Werkwijze</br> </br> Deze eerste versie van de deliverable is de allereerste deliverable bij een VLOCA-traject. De voorbereidende oefening kan pas plaatsvinden na een inhoudelijke intro met het lokaal bestuur. VLOCA beschouwt deze voorbereiding als essentieel om de eerste fase van een traject efficiënt en effectief te laten verlopen: *De essentie en finaliteit van de use cases wordt toegelicht door het lokaal bestuur *VLOCA kan na de inhoudelijke intro een eerste versie opleveren die de strategie van de open city definieert en een aanzet doet om de bedrijfsarchitectuur te schetsen *Lokaal bestuur heeft na de inhoudelijke intro met VLOCA de mogelijkheid zich beter voor te bereiden op de eerste werkgroep</br> </br> </br> Inhoud</br> </br> Strategie en aanzet tot use cases en business capabilities</br> </br> </br> Oplevering</br> </br> Tijdens een werkgroep met het lokaal bestuur en consortium: *Presentatie en review v0.1 in co-creatie op de kennishub *facilitatie van de werkgroep: de toegepaste bedrijfsarchitectuur maakt de use case en het doel van de architectuur helder</br> </br> </br> VLOCA-model v0.2 </br> </br> Werkwijze</br> </br> *Ontvangen van feedback van de initiatiefnemers via de kennishub/ Excel bestand *Verwerken van input ter voorbereiding van de business werkgroep *Verzamelen van feedback rond bestaande en potentiële nieuwe input (use cases en business capabilities)</br> </br> </br> Inhoud</br> </br> V0.1 + aanzet tot vereisten</br> </br> </br> Oplevering</br> </br> Tijdens een werkgroep met het lokaal bestuur en consortium: *Presentatie en review v0.2 in co-creatie op de kennishub *Verdiepen van de de vereisten (data, functionaliteiten en techniciteiten)</br> </br> </br> VLOCA-model v1.0 </br> </br> Werkwijze</br> </br> *Ontvangen van feedback van de initiatiefnemers via de kennishub/ Excel bestand *Verwerken van input van de business werkgroep ter voorbereiding van prioriteringsoefening met de initiatiefnemer(s) *Bepalen van de prioriteiten van de use cases en business capabilities met de initiatiefnemer(s)</br> </br> </br> Inhoud</br> </br> V0.2 + prioritering + roadmap</br> </br> </br> Oplevering</br> </br> Tijdens een werkgroep met het lokaal bestuur en consortium: *Presentatie van VLOCA-model v1.0 (finaal) op de kennishub *Presentatie van de roadmap</br> </br> Uitgewerkte deliverables </br> Geen deliverables gevonden</br> </br> Aan het VLOCA model gelinkte deliverables </br> Use case prioritering </br> Use case roadmaproadmap  +
  • Doelgroep en doel Deze tekst werd geschrDoelgroep en doel </br> Deze tekst werd geschreven om deelnemers en potentiële deelnemers aan het VLOCA-OSLO deel van een VLAIO City of Things project wegwijs te maken in de context, het proces en de deliverables van het project.</br> </br> Bereik ons </br> Team VLOCA is voor nieuwe vragen best steeds per email te bereiken op VLOCA@Vlaanderen.be . We verzorgen steeds een permanentie in ons team en dispatchen uw vraag naar de persoon die op dat moment kan werken aan uw vraag.</br> </br> Inleiding </br> In de Vlaamse City of Things (CoT) projecten verleent VLAIO subsidies aan steden en gemeenten om samen met hun gekozen partners hun ambitie op het vlak van de ontwikkeling van hun smart city oplossingen vorm te geven. VLOCA en OSLO, twee programma's van de Vlaamse Overheid werken hand in hand om de interoperabiliteit en herbruikbaarheid voor andere lokale besturen in Vlaanderen te garanderen. VLOCA geeft vorm aan de architectuur van de use case, terwijl OSLO zorgt voor de semantische datastandaard.</br> VLOCA is een programma in beheer bij Agentschap Binnenlands Bestuur; OSLO is een programma van Digitaal Vlaanderen; de City of Things call zijn een programma van VLAIO. De drie agentschappen van de Vlaamse Overheid werken nauw samen om de gezamenlijke ambitie te realiseren, elk vanuit zijn sterktes en achtergrond. Een centraal team binnen de Vlaamse Overheid, de Smart Region Office, beheert het overzicht van al deze activiteiten en bewaakt de samenwerking.</br> Een gezamenlijk VLOCA-OSLO proces verzekert van bij de start van een CoT traject de dubbele ambitie, met specifieke en generieke elementen. Enerzijds bieden we support aan de indiener van het project die van onze specialisten op het vlak van architectuur en datastandaarden. Anderzijds bouwen we tegelijkertijd een schaalbaar, interoperabel en herbruikbaar model dat gebruikt kan worden voor Vlaamse steden en gemeenten. </br> Het proces verloopt schematisch als volgt: </br> </br> </br> Stap 1: VLOCA-OSLO voortraject </br> Meetings en workshops </br> In een eerste fase werken teams VLOCA en OSLO samen met het initiatiefnemende lokaal bestuur aan de opstart van het project. We onderscheiden drie vergaderingen om het project efficiënt op te starten:</br> </br> de inhoudelijke intro voor VLOCA, waarin de scope inhoudelijk wordt over </br> de kennismakingsworkshop VLOCA-OSLO met het lokaal bestuur, waarin grondig wordt overlegd over de processtappen van het VLOCA-OSLO traject en we specifieke afspraken maken over het verloop van het traject, de op te leveren deliverables en praktische afspraken over de samenwerking. </br> Workshop 1 : de eerste concrete workshop waarin de eerste deliverables worden besproken en opgeleverd. De eerste workshop is het einde van het voortraject en tegelijkertijd het begin van het traject. </br> Deze meetings staan los van de CoT startvergadering, waar het initiatiefnemend lokaal bestuur de projectpartners voor het eerst samenroept. Daarin wordt overlegd over de algemene voortgang van het project. De teams van VLOCA en OSLO worden hierin vertegenwoordigd door de programma manager(s) of een kernteamlid. </br> </br> Desk werk </br> Veel werk wordt verricht in de achtergrond, buiten de meetings: de VLOCA en OSLO experten werken de deliverables uit van de use case. De eerste stap van het architectuurwerk is meedenken over de business realiteit en daarin structuur brengen volgens het VLOCA-Model . De VLOCA en OSLO teams werken van bij de start aan de inhoud. Architectuur staat uiteraard centraal in het begin van elk project, dus we gaan graag zo vroeg mogelijk mee aan de slag. </br> </br> Stap 2: VLOCA-OSLO traject </br> In de fase van het gecombineerd VLOCA - OSLO traject, worden alle relevante stakeholders uitgenodigd tot het co-creëren van de architectuur- en de datastandaard. </br> </br> Fasering </br> We organiseren in deze fase een aantal workshops, met als thema business, data en techniek. </br> </br> We vertrekken vanuit business workshops waarin de business realiteit centraal staat, </br> over dataworkshops waarin datagerelateerde thema's zoals bronnen, stromen, modellen, governance centraal staat </br> tot technische workshops waarin de ICT architectuur centraal staat. </br> Minstens één workshop per thema wordt georganiseerd. Per fase hebben we doelstellingen gedefinieerd die we nastreven, gedocumenteerd in een proces met beschreven deliverables.</br> </br> Co-creatie in quadruple helix model </br> In de co-creatie fase van een VLOCA-OSLO traject gaan we breder dan enkel de context van het initiatiefnemend lokaal bestuur. We nodigen relevante stakeholders uit alle om een zo totaal mogelijk beeld te bekomen van de use case. We werken enerzijds op uitnodiging, maar je kan ook jezelf uitnodigen wanneer je nog niet op de radar van het project zou staan. </br> </br> lokale en bovenlokale overheden : Vlaamse lokale besturen, Vlaamse en Federale overheidsinstellingen, provinciebesturen en intercommunales, semi-overheidsinstellingen die stakeholder zijn van de use case die we doorontwikkelen in het traject </br> kennisinstellingen : structureel worden we ondersteund door middel van de expertisecentra van imec en VITO. Deelnemers uit universiteiten en hogescholen die vanuit hun onderzoeksdomein eveneens expertise bezitten, en baat hebben bij het ontwikkelen van de architectuurstandaard zijn zeer welkom. </br> de bedrijfswereld : leveranciers van oplossingen en hun koepelorganisaties, maar ook bedrijven die hun eigen smart city use case willen ontwikkelen of beheren, zijn welkom. </br> burgers of burgerorganisaties : als geëngageerde burgers of burgerorganisatie ben je zeer welkom wanneer je een positieve inhoudelijke bijdrage kan leveren aan de use case. </br> </br> Ben je een leverancier van software, hardware of diensten in de context van de use case die we uitwerken ? Ben je nog niet betrokken in een traject ? Dan kan je gerust ook deelnemen aan de co-creatie om een generieke, interoperabele en over gans Vlaanderen herbruikbare architectuur te definiëren. Lokale besturen ontwikkelen hun eigen, specifieke architectuur, die specifieke elementen bevat, eigen aan hun gekozen oplossing. </br> Samen vormt deze groep de basis van het generiek architectuurmodel en de datastandaard relevant voor deze use case. Tegelijkertijd werken we als team samen om de specifieke case van de initiatiefnemende stad uit te werken, samen met de door de stad gekozen ICT partner. </br> </br> Stap 3: implementatie van de POC </br> Na het VLOCA-OSLO traject wordt het project verdergezet door het initiatiefnemend lokaal bestuur en zijn projectpartners, met als doel een Proof of Concept te realiseren. De OSLO en VLOCA teams blijven ter beschikking om eventuele bijstand te verlenen tijdens de Proof of Concept fase.</br> </br> Gedetailleerd proces per fase en type van werk </br> Het gedetailleerd procesoverzicht geeft de samenhang weer van workshops en meetings, het werk achter de schermen (desk werk), communicatie en officialisering van de nieuwe standaard. Om meer te weten wat elke stap inhoudt, verwijzen we naar de beschrijving van de deliverables . </br> </br>Vergeef ons de complexiteit van dit overzicht. We poogden in één beeld alle processtappen en deliverables weer te geven, due zullen worden toegepast op de specifieke use case van het City of Things project. </br> Beschrijving van de deliverables </br> Om meer te weten wat elke stap inhoudt, verwijzen we naar de beschrijving van de deliverables : een pagina waar kort wordt beschreven wat je kan verwachten in elke stap. Van daaruit kan je doorklikken naar een aparte pagina per deliverable, waar een template aangevuld met een voorbeeld staat.  +
  • Doelgroep en doel Dit hoofdstuk heeft alDoelgroep en doel </br> Dit hoofdstuk heeft als doel deelnemers en potentiële deelnemers aan VLOCA activiteiten wegwijs te maken in de context en activiteiten rond een thema. We nodigen graag experten uit om deel te nemen aan de co-creatie, door kennis en visie te delen in VLOCA trajecten en informatie te bundelen op deze kennishub. Experten in de materie van waste management en het beheer van data rond dit thema zijn onze doelgroep. </br> Op deze manier brengen we alle stakeholders samen om een gezamenlijke visie en architectuur te ontwikkelen rond use cases binnen dit thema.</br> </br> Bereik ons </br> Team VLOCA is voor nieuwe vragen best steeds per email te bereiken op VLOCA@Vlaanderen.be . We verzorgen steeds een permanentie in ons team en dispatchen uw vraag naar de persoon die op dat moment kan werken aan uw vraag.</br> </br> Inleiding </br> Gelinkte pagina's op de Kennishub </br> VLOCA Trajecten </br> Geen VLOCA Trajecten gevonden</br> </br> Co-creatie aanvragen </br> Geen co-creatie aanvragen gevonden</br> </br> Initiatieven </br> Geen initiatieven gevonden</br> </br> Draaiboeken </br> Geen draaiboeken gevonden</br> </br> Standaarden </br> Geen standaarden gevondenandaarden Geen standaarden gevonden  +
  • Doelgroep en doel Dit hoofdstuk heeft alDoelgroep en doel </br> Dit hoofdstuk heeft als doel deelnemers en potentiële deelnemers aan VLOCA activiteiten wegwijs te maken in de context en activiteiten rond een thema. We nodigen graag experten uit om deel te nemen aan de co-creatie, door kennis en visie te delen in VLOCA trajecten en informatie te bundelen op deze kennishub. Experten in de materie van waste management en het beheer van data rond dit thema zijn onze doelgroep. </br> Op deze manier brengen we alle stakeholders samen om een gezamenlijke visie en architectuur te ontwikkelen rond use cases binnen dit thema.</br> </br> Bereik ons </br> Team VLOCA is voor nieuwe vragen best steeds per email te bereiken op VLOCA@Vlaanderen.be . We verzorgen steeds een permanentie in ons team en dispatchen uw vraag naar de persoon die op dat moment kan werken aan uw vraag.</br> </br> Inleiding </br> Als startpunt biedt Wikipedia ons een algemene beschrijving van de thematiek: waste management (Engels). Binnen VLOCA werken we mee aan de data aspecten van deze smart city component, vertrekkend vanuit subthema's en daaraan gerelateerde use cases.</br> </br> Gelinkte pagina's op de Kennishub </br> VLOCA Trajecten </br> Geen VLOCA Trajecten gevonden</br> </br> Co-creatie aanvragen </br> Geen co-creatie aanvragen gevonden</br> </br> Initiatieven </br> Geen initiatieven gevonden</br> </br> Draaiboeken </br> Geen draaiboeken gevonden</br> </br> Standaarden </br> Geen standaarden gevondenandaarden Geen standaarden gevonden  +
  • Doelgroep en doel Het doelgroep van dezeDoelgroep en doel </br> Het doelgroep van deze deliverable is de initiatiefnemer(s) van een VLOCA onderwerp. </br>Het doel is om alle belanghebbenden bij een traject in een zeer vroege fase te identificeren en te analyseren.</br> </br> Inleiding </br> Alle belanghebbenden worden in deze analyse geïdentificeerd en volgens een aantal parameters geanalyseerd. De analyse laat toe om de stakeholders te categoriseren en de interactie met de initiatiefnemer(s) te bepalen en alle functionaliteiten verder uit te werken: wat zijn de noden, behoeftes en bezorgdheden van de stakeholders, wat zijn hun interacties onderling en met de systemen.</br> </br> Sjabloon Het sjabloon wordt in co-creatie aangevuld tijdens een voortraject en gepubliceerd op de kennishub volgens onderstaand formaat.</br> </br></br> </br> Naam Traject </br> </br> </br> Start periode traject </br> </br> Stakeholderanalyse V0.1 </br> </br> </br> VLOCA analyse - Vlaamse Open City Architectuur | vloca@vlaanderen.be </br> </br> </br> Beschrijving en aanpak: </br> </br> https://vloca-kennishub.vlaanderen.be/Deliverable:Stakeholderanalyse </br> </br> </br> </br> </br> </br> Toelichting van de velden </br> </br> </br> </br> </br> </br> Stakeholder </br> </br> Wie is de stakeholder?</br> </br> </br> Functie </br> </br> Wat is functie van de stakeholder bij dit traject?</br> </br> </br> Intern of extern </br> </br> Interne of externe stakeholder</br> </br> </br> Quadruple Helix </br> </br> Overheden, kenniscentra, burgerparticipaties of industrie</br> </br> </br> Specifieke noden, behoeften en barrières </br> </br> Welke specifieke noden, behoeften en barrières?</br> </br> </br> Communicatiekanalen </br> </br> Via welke kanalen wordt er gecommuniceerd over het traject of use cases?</br> </br> </br> </br> </br> </br> Identificatie van de stakeholders </br> </br> </br> </br> </br> </br> Stakeholder </br> </br> Functie </br> </br> Intern of extern </br> </br> Quadruple Helix </br> </br> </br> CBS</br> </br> Goedkeuring project en terugkoppeling</br> </br> Extern</br> </br> Kenniscentra</br> </br> </br> Projectleider stad</br> </br> Projectbeheer en communicatie</br> </br> Intern</br> </br> Burgerparticipatie</br> </br> </br> Stakeholder 3</br> </br> Functie 3</br> </br> Extern</br> </br> Kenniscentra</br> </br> </br> </br> </br> </br> Noden, behoeften en bezorgdheden </br> </br> </br> </br> </br> </br> Stakeholder </br> </br> Specifieke noden, behoeften en barrières </br> </br> </br> Stakeholder 1</br> </br> Specifieke nood 1</br> </br> </br> Stakeholder 1</br> </br> Specifieke nood 2</br> </br> </br> </br> </br> </br> Communicatiekanalen </br> </br> </br> </br> </br> </br> Stakeholder </br> </br> Communicatiekanalen </br> </br> </br> Stakeholder 1</br> </br> LinkedIn</br> </br> </br> Stakeholder 1</br> </br> Nieuwsbrief</br> </br> Aanpak bij het ontwikkelingen van deze deliverable Het startpunt van de stakeholder analyse is het VLOCA-model V0.1, de eerste feedback van de initiatiefnemer(s) en het traject consortium. De stakeholders worden vervolgens samen geïdentificeerd of aangevuld. VLOCA zal aan de initiatiefnemer(s) vragen om in co-creatie de stakeholders en de andere velden die we in deze analyse capteren aan te vullen.</br> De aangevulde deliverable wordt op de kennishub gepubliceerd en gelinkt aan het traject.</br> </br> Uitgewerkte deliverables </br>   VlocaTraject Versie Stakeholderanalyse VlocaTraject:Slimme stadsdistributie V0 Stakeholderanalyse Beschrijving </br> Gelinkte deliverables </br> VLOCA-Model </br> Marktanalysenalyse  +
  • Doelstelling Bij de aanvang van VLOCA weDoelstelling </br> Bij de aanvang van VLOCA werd een hoog-niveau blauwdruk van een open city architectuur geschetst (zie blauwdruk) , vanuit de standpunten interop van techniek, business, gebruiker, uitbater, ... Een referentie architectuur heeft als doel om a.d.h.v. een gemeenschappelijke structuur en taal, systeem architecturen te beschrijven en draagt dus bij tot een gemeenschappelijk begrip van de concepten en componenten. Deze laat dus toe om de fundamenten die nodig zijn voor het bereiken van interoperabiliteit tussen de verschillende architecturale componenten, tussen architecturen onderling en de portabiliteit van gebruikers van platformen die hiermee compatibel zijn, betere te omschrijven. De referentie architectuur biedt dus ook een kader om afspraken te maken rond standaardisatie van verschillende technische elementen doorheen de levenscyclus van systemen. Dat is ook de bedoeling van deze referentie architectuur : een meer gerichte dialoog mogelijk maken tussen en met de verschillende stakeholders. De architectuur tekeningen zijn daarbij niet het enige element : de achterliggende principes, de termen en concepten, de beschrijvingen van de componenten, de geindentificeerde standaarden,... maken evenzeer deel uit van de referentie architectuur. Deze sectie van de kennishub focust vooral op de architectuur diagramma als visuals ter ondersteuning van de conceptuele verbanden.</br> Samengevat bevat een referentie architectuur voor VLOCA dus :</br> </br> een lingua franca met definitie van termen en concepten </br> een lijst met principes en afspraken die bepalend zijn voor het vertalen van de referentie architectuur </br> verwijzingen naar standaarden die bijdragen aan een grotere interoperabiliteit </br> een lijst met componenten die typisch gebruikt worden binnen zo een referentie kader </br> de verschillende abstractie niveaus die gebruikt worden om componenten te groeperen </br> de systeem eigenschappen en bouwlaag overschrijdende kenmerken waarbij moet opgelet worden om de architectuur te instantieren </br> en last but not least, een visuele voorstelling van de groepering van deze bouwlagen en componenten als doel referentie systeem architectuur </br> Deze pagina focust op het laatste deel van de bovenstaande lijst.</br> </br> Inspiratie en alignering </br> Voor de weergave van de VLOCA systeem architectuur, hebben we ons geinspireerd op een aantal belangrijke en recente Europese en lokale programma's en bestaande realisaties van platformen die een gelijkaardig doel (met de principes zoals hierboven aangehaald) nastreven (bijvoorbeeld interoperabiliteit). Dit zijn niet de enige inspiratiebronnen, maar zijn wel belangrijke bakens in het landschap wat betreft referentie architecturen. (er zijn nog andere zoals Synchronicity,...) Deze waren in volgorde van verkenning :</br> </br> onze initiele blauwdruk </br> de Europese Interoperability Referentie Architectuur </br> de 3D referentie architectuur vanuit de large-scale IoT piloten in Europa </br> de 6C referentie architectuur vanuit het consolidatie Horizon Europe OpenDei programma. Dit programma consolideert heel wat referentie architecturen. </br> de federatie referentie architectuur van een nieuw programma voor een betere cloud-interoperabiliteit, namelijk Gaia-X </br> de IDSA architectuur en open source bouwblokken die een belangrijke bijdrage kunnen leveren aan de realisatie van de referentie architectuur </br> De systeem architectuur (single-instance) van een (data) platform : de VLOCA Donut </br> Hierbij introduceren we een architectuur opgebouwd uit segmenten, met in het hart data opslag of uitwisseling. Door deze vorm, gebruiken we hier de benaming "Donut" als werknaam. De segmenten worden verder besproken onder de tab Bouwlagen , en de componenten onder de desbetreffende tab . </br> </br>/* #vloca_all { opacity: 0.7 } */</br>.vloca-frame:hover #vloca_all { filter: grayscale(100%); }</br>.vloca-layer > img { width: 700px; }</br>.vloca-layer { position: absolute; }</br></br> </br></br> </br></br></br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br> </br></br> </br></br>class ResponsiveImageMap {</br> constructor(map, oldWidth, newWidth) {</br> this.originalWidth = oldWidth;</br> this.newWidth = newWidth</br> this.areas = [];</br></br> for (const area of map.getElementsByTagName('area')) {</br> this.areas.push({</br> element: area,</br> originalCoords: area.coords.split(',')</br> });</br> }</br></br> window.addEventListener('resize', e => this.resize(e));</br> this.resize();</br> }</br></br> resize() {</br> const ratio = this.newWidth / this.originalWidth;</br></br> for (const area of this.areas) {</br> const newCoords = [];</br> for (const originalCoord of area.originalCoords) {</br> newCoords.push(Math.round(originalCoord * ratio));</br> }</br> area.element.coords = newCoords.join(',');</br> }</br></br> return true;</br> };</br>}</br></br>$(document).ready(function(){</br></br> $('.vloca-image').hide();</br> </br> var map = document.getElementById('image-map');</br> new ResponsiveImageMap(map, 1000, 700);</br></br> $('.vloca_area').mouseover(function() {</br> $('#vloca_' + $(this)[0].id).fadeIn(200);</br> }).mouseout(function(){</br> $('#vloca_' + $(this)[0].id).fadeOut(100);</br> });</br></br>});</br> </br> Een gedetailleerde uitleg kan je hier op het VLOCA portaal vinden [1] .</br> </br> Federatie van Donuts en de realisatie van smart data spaces [2] </br>Het doel van de Open City Architectuur in Vlaanderen is niet alleen 1 instantie te gaan beschrijven, maar vooral de interactie tussen de verschillende donuts (data platformen) zoals bijvoorbeeld tussen steden, of tussen steden en overheids instanties, tussen stedelijke platformen en commerciele platformen, ... beter te gaan kaderen met afspraken en technologische mogelijkheden. De data-gedreven maatschappij en IT evolueert heel snel in een cloud-gedreven heterogeen landschap van micro en macro platformen die met mekaar moeten interageren. Sensoren in de stad communiceren niet altijd meer via een draadloze technologie met een bestaand platform, maar worden door de leverancier ontsloten in zijn cloud platform dat dan via APIs met andere platformen kan communiceren. Veelal wordt daar ook data opslag voorzien, en zijn spatiale en temporale queries voorzien. Hetzelfde geldt voor andere data platformen zoals bijvoorbeeld data modellen die simulaties binnen urban digital twins mogelijk maken. Een integratie van al deze platformen in 1 super platform is niet meer mogelijk, en meer en meer is federatie van bestaande data platformen een noodzaak. Daarvoor zijn belangrijke strategieen als data governance en data management een noodzaak voor steden, net zoals dat reeds jaren binnen grote ondernemingen het geval is met alle systemen die binnen een onderneming draaien voor finance, operations, maintenance, sales, ... </br> </br> ↑ https://vloca.vlaanderen.be/nieuws/presentatie_smartdatamanagement/ </br> </br> ↑ https://vloca-kennishub.vlaanderen.be/Data_spacebe/Data_space  +
  • ETSI is een Europese standaardiseringsorgaETSI is een Europese standaardiseringsorganisatie (ESO) die zich bezighoudt met telecommunicatie-, omroep- en andere elektronische communicatienetwerken en -diensten.</br> De rol van ETSI is het ondersteunen van Europese regelgeving en wetgeving door het creëren van geharmoniseerde Europese normen. Alleen normen die zijn ontwikkeld door de drie ESO's (CEN, CENELEC en ETSI) worden erkend als Europese normen (EN's).</br> Deelnemers aan het standaardiseringswerk in ETSI zijn producenten van telecommunicatieapparatuur, leveranciers van netwerkdiensten, overheden, telecomtoezichthouders en eindgebruikers. </br> ETSI biedt haar leden een open en collaboratieve omgeving. Deze omgeving ondersteunt de tijdige ontwikkeling, ratificatie en testen van wereldwijd toepasbare standaarden voor ICT-ondersteunde systemen, applicaties en diensten.</br> Meer informatie kan hier gevonden worden. informatie kan hier gevonden worden.  +
  • Edge "Edge" of "on the Edge" verwijst naar een proces dat zo dicht mogelijk bij een sensor of IoT component gebeurt, om bandwidth te besparen: [1] ↑ https://en.wikipedia.org/wiki/Edge_computing  +
  • Een " API -first" benadering vertrekt van Een " API -first" benadering vertrekt van de definitie van de functionaliteiten van een project of component door eerst de APIs te definiëren die deze functionaliteit aanbieden. De API is de basismanier om de functionaliteiten te gebruiken, en laat ook toe om deze functionaliteiten duurzaam aan te bieden zodat deze door meerdere klanten kunnen gebruikt worden. Dit is in tegenstelling tot een menselijke interface (zoals bijvoorbeeld een grafische applicatie), die het niet gemakkelijk maakt om de functionaliteiten door software toepassingen te laten gebruiken. API-first is een belangrijke strategie, maar vereist een specifieke aanpak. Een API is niet alleen de software interface, maar komt ook met contracten en moet voldoen aan heel wat karakteristieken om bruikbaar te zijn. Zo zijn REST-APIs tegenwoordig standaard, en wordt bijvoorbeeld Swagger gebruikt als documentatie.ld Swagger gebruikt als documentatie.  +
  • Een (software) architectuur kan als volgt Een (software) architectuur kan als volgt gedefinieerd worden :</br> </br> De fundamentele organisatie van een (software) systeem, belichaamd door zijn Componenten , hun relaties met elkaar en met hun omgeving en de principes die het beheer van het ontwerp en de evoluties kenmerken : volgens ANSI/IEEE 1471-2000 . </br> "Alle architectuur is ontwerp, maar niet alle ontwerp is architectuur". Architectuur vertegenwoordigt de belangrijkste ontwerpbeslissingen die samen een systeem vormen. "Belangrijk" wordt uitgedrukt in de " kost van verandering " : volgens Grady Booch (2006) "On Design ". </br> De verzameling van structuren die nodig zijn om over het systeem te redeneren, bestaande uit (software) elementen met hun relaties en eigenschappen : volgens "Documenting Software Architectures (2e), Clements et. al. (2010)" . </br> Software Architectuur zijn de beslissingen die zowel belangrijk als moeilijk te maken zijn : volgens Martin Fowler .s Martin Fowler .  +
  • Een Cross-Domain toepassing is cross-cuttiEen Cross-Domain toepassing is cross-cutting . Dat wil zeggen dat deze om effectief gerealiseerd te worden toegang nodig heeft tot informatie die normaal bevat zit in verschillende (en mogelijk legacy) silos of data-verzamelingen. AIOTI [1] beschrijft dit verder en geeft ook voorbeelden in het Smart City landschap.</br> </br> </br> ↑ https://aioti.eu/wp-content/uploads/2018/06/AIOTI-WG08-Smart-City-Replication-Guidelines-Part-1-Cross-Domain-Use-Cases-V1.0-with-new-logo.pdfmain-Use-Cases-V1.0-with-new-logo.pdf  +
  • Een Data Cataloog bevat een overzicht van Een Data Cataloog bevat een overzicht van de bestaande data (in bijvoorbeeld databases) en biedt beschrijvingen (gebruik makende van metadata) van de natuur en status van de data, zoals de schema's, het volume, de definities, eigenschappen, annotaties, ... De data cataloog is dus een belangrijke tool om de data betekenis te geven.grijke tool om de data betekenis te geven.  +
  • Een Digital Twin is een virtuele representEen Digital Twin is een virtuele representatie van een physiek object, waar een bi-direcionele of uni-directionele link bestaat tussen het fysieke object en de virtuele representatie. Deze link wordt doorgaan tot stand gebracht door middel van Internet of Things technologie. Een Digital Twin is een " decision support system " en heeft als doel het verbeteren van beslissingen die overheden nemen. </br> Het Local Digital Twin traject dat in 2022 werd doorlopen bevat diepgaande informatie over het concept Digital Twin, met een focus op het tot stand brengen van een gedeeld concept alsook een inzicht in de data en de modellen die een Digital Twin kunnen ondersteunen. </br> Deze White paper beschrijft de visie over hoe Digital Twins kunnen toegepast orden op steden.al Twins kunnen toegepast orden op steden.  +
  • Een Hoppinpunt is een vervoersknooppunt waEen Hoppinpunt is een vervoersknooppunt waar:</br> </br> parkeermogelijkheden voor verschillende personenwagens en fietsen zijn en/of </br> verschillende vervoersmogelijkheden (trein, bus, deelfiets, ...) aangeboden worden onder de vorm van onder meer deelsystemen, waardoor reizigers met het geschikte vervoermiddel een verplaatsing kunnen maken. </br> Hoppin bundelt verschillende vervoersoplossingen in Vlaanderen en helpt reizigers zich zo efficiënt mogelijk te verplaatsen naar hun bestemming.k te verplaatsen naar hun bestemming.  +
  • Een IoT Agent is een software component diEen IoT Agent is een software component die een groep IoT devices kan beheren (configuratie management, monitoring, ...). Deze kan ook de data aggregeren en in een gecombineerde stroom doorsturen naar IoT Componenten verder in de stack, zoals bijvoorbeeld time series databases, context brokers of IoT toepassingen. Ze maken meestal deel uit van een breder IoT platform and worden typisch beheerd door IoT gateway devices buiten het Edge netwerk.T gateway devices buiten het Edge netwerk.  +
  • Een MaaS Operator is een platform providerEen MaaS Operator is een platform provider die MaaS diensten aanbiedt. Een MaaS operator faciliteert een menu aan vervoersmogelijkheden (multimodaal), of het nu gaat om openbaar vervoer, rit-, auto- of fietsdelen, taxi of autohuur / -lease, of een combinatie daarvan.ohuur / -lease, of een combinatie daarvan.  +
  • Een Web Coverage Service (WCS) biedt multiEen Web Coverage Service (WCS) biedt multidimensionale dekkingsgegevens voor toegang via het internet. WCS Core specificeert een kernset van eisen waaraan een WCS-implementatie moet voldoen.</br> </br> </br> [[Open Geospatial Consortium (OGC) | Overzicht van OGC Standaarden ›]][[Open Geospatial Consortium (OGC) | Overzicht van OGC Standaarden ›]]  +