Op eigenschap zoeken

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

Lijst van resultaten

CO2 sensing and analytics in smart buildings - IMEC-NL +
CSP base image +
Citerra slide 1 wg 2 +
Citerra slide 2 wg 2 +
Citizen science - COOCK - Open City and its Citizens +
Business werkgroep VlocaTraject/ThermAi … Business werkgroep VlocaTraject/ThermAi Tijdens de eerste sessie, de “business werkgroep”, duiken we in de use cases. Eerder werden er al een aantal use-cases geformuleerd door het kernteam. Deze werden verwerkt in het VLOCA-model. Het doel van deze sessie is om de use-cases te valideren, eventueel bijkomende use-cases te formuleren en de scope van het project af te bakenen. De verzamelde inzichten worden vervolgens verwerkt om de IT-architectuur verder aan te vullen. Heb jij interesse, specifieke noden, expertise of andere belangen bij dit traject? Klik hier om je in te schrijven. Andere werkgroepen Werkgroep Type werkgroep Datum Tijd Locatie Business werkgroep Business werkgroep 2024-09-10 9u-12u VAC Brugge Thematische werkgroep 1 Data en informatie werkgroep 2024-10-10 9u-12u Teams Thematische werkgroep 2 Functionele werkgroep 2024-11-05 9u-12u Teams Thematische werkgroep 3 Technologie werkgroep 2024-12-03 9u-12u Teamskgroep 2024-12-03 9u-12u Teams +
Business werkgroep: Het potentieel van urb … Business werkgroep: Het potentieel van urban mining voor de bouwsector De business werkgroep is de eerste werkgroep binnen het City of Things Het potentieel van urban mining & BIM voor de bouwsector Traject. Het gaat om een inspiratiesessie waar stakeholders meedenken om alle mogelijke use cases, randvoorwaarden, bezorgdheden, opportuniteiten en meer te identificeren. Digitaal Vlaanderen (OSLO) en Agentschap Binnenlands bestuur (VLOCA) organiseren en faciliteren deze werkgroep samen.De werkgroep staat open voor deelname door de gehele quadruple helix . Vaste deelnemers zijn de leden van het VLOCA-trajectconsortium en stakeholders. De verzamelde inzichten worden vervolgens verwerkt om de data- en informatiearchitectuur verder aan te vullen. De Business werkgroep vond plaats op Fout: ongeldige tijd. . Deelnemers Organisatie Deelnemer Digitaal Vlaanderen (OSLO) Lorenzo Vylders Arne Scheldeman Agentschap Binnenlands bestuur (VLOCA) Fabian de la Meilleure Laurien Renders Alain Glickman Stad Oostende Olivier De Buck Mathijs Dewaele Autonoom Gemeentebedrijf Stadsvernieuwing Oostende Sam De Beuckelaere Vives Hogeschool Oliver de Wolf Buildwise Thieme Engelborghs OVAM Evi Rossi Context Initiatief Dit project kadert binnen de circulaire economie ambitie van Oostende. Hierbinnen willen ze tegen 2050 energie- en CO² neutraal zijn. Het doel van het traject Urban Mining is om te kijken naar wat er in de stad zelf als bouwmateriaal gerecupereerd en herbestemd kan worden. Dit zal gedaan worden aan de hand van BIM-modellen op te stellen. Hiervoor werken ze ook samen met Vives om scans te maken van gebouwen en IFC (industry foundation class) modellen op te stellen. Wat IFC juist inhoudt zal later nog aan bod komen. Hiervan zal ook gebruikt gemaakt worden wanneer zal gekeken worden naar de uitwisseling op een open platform welke toegankelijk is voor iedereen. Op dit portaal kunnen eigenaars, aannemers, bouwondernemingen, enzovoort kijken welke bouwmaterialen aanwezig zijn en herbestemd kan worden. Hiernaast is nog een luikje juridisch onderzoek om na te gaan welke verplichtingen er kunnen gemaakt worden om architectenbureaus in de toekomst bij een aanvraag het IFC model te delen, om zo te kijken welke data dan uiteindelijk allemaal gedeeld kan worden (bijvoorbeeld welke materialen er gebruikt worden). We verwijzen naar slides 6 – 10 voor meer informatie. VLOCA VLOCA, de Vlaamse Open City Architectuur, is een initiatief van het Agentschap Binnenlands Bestuur van de Vlaamse Overheid.De hulp van VLOCA aan lokale besturen start bij het scherpstellen van duidelijke, verstaanbare use cases en loopt door tot de aanbestedingsfase van het project. VLOCA vormt op deze manier een duidelijke brug tussen de beleidsdoelstellingen van het lokale bestuur en de technische laag waarin de oplossingen beschreven en geïmplementeerd worden. We stellen de juiste vragen en verzamelen de noden en behoeften van alle stakeholders (lokale besturen, kenniscentra, bedrijven en burgerorganisaties).Door een gestructureerde aanpak en verwerking van deze informatie wordt de ontwikkeling van herbruikbare bouwblokken, standaarden en normen gestimuleerd die van Vlaanderen één grote interoperabele slimme regio kunnen maken. De opgedane kennis en ervaring wordt ontsloten via een kennishub waarop onder andere draaiboeken, architectuur componenten en modellen ter beschikking gesteld worden voor alle andere lokale besturen en stakeholders. We verwijzen naar slides 35 – 41 voor meer informatie. OSLO Het doel van OSLO is om de datastromen semantisch te modelleren en de structuur van de data te standaardiseren in de context van het slimme stadsdistributie-project. Hierbij zal de focus gelegd worden op het opzetten van een gegevensuitwisseling tussen steden en leveranciers om logistieke stromen beter te beheren en optimaliseren. Het is de bedoeling om zo te zorgen voor meer samenhang en een betere begrijpbaarheid en vindbaarheid van de Data. Op die manier kan iedereen gegevens makkelijker gebruiken.Met OSLO wordt er concreet ingezet op semantische en technische interoperabiliteit. De vocabularia en applicatieprofielen worden ontwikkeld in co-creatie met o.a. Vlaamse administraties, lokale besturen, federale partners, academici, de Europese Commissie en private partners (ondertussen meer dan 4000 bijdragers).Extra informatie en een verzameling van de datastandaarden zijn te vinden op volgende links: - https://overheid.vlaanderen.be/oslo-wat-is-oslo - https://data.vlaanderen.be/ We verwijzen naar slides 28 – 34 voor meer informatie. Informeren, inspireren en aanzetten tot actie Tijdens dit onderdeel van de presentatie werden een aantal bestaande datamodellen toegelicht als inspiratie voor de verdere brainstormsessie en om op deze manier ook in het verdere traject mee te nemen. Volgende modellen, concepten en applicaties werden kort toegelicht: BIM - data Binnen BIM wordt een representatie gemaakt van een bestaand gebouw. Dit wordt voornamelijk gebruikt in de ontwerpfase bij de opzet van een gebouw. Gezien er wordt ingegaan op circulariteit en hergebruik in dit traject is BIM ook zeker van toepassing bij afbraak van gebouwen en hergebruik van materialen. OSLO - gebouw OSLO-Gebouw focust op termen die betrekking hebben op gebouwen en gebouweenheden. Het vertrekpunt hiervan zijn de termen die gedefinieerd zijn voor deze entiteiten in het Gebouwenregister (VBR). Echter gebeurde ook afstemming met INSPIRE-Building en met de federale werkgroep rond gebouwen (GT-BUNI). Het applicatieprofiel focust op wat een gebouw is, wat een perceel is en wat een gebouw eenheid is. Voor dit traject is het te high level gezien er niet wordt ingegaan op elementen maar eerder het gebouw in zijn geheel. INSPIRE - building INSPIRE biedt ook een eigen data model voor gebouwen. Hierin zijn 4 levels of detail gespecificeerd. In deze context is detail belangrijk en level 4 is hierin het meest gedetailleerd. Hier worden elementen zoals ramen en deuren benoemd. Internationaal Op internationaal niveau werd buildingSMART toegelicht. Enerzijds is er de data en geometrie, deze worden in IFC’s gezet welke een open specificatie zijn voor BIM en ontwikkeld zijn door buildingSMART. Anderzijds heb je dan verschillende BIM applicaties die deze open specificatie kunnen bekijken. Discussiepunt: in principe zou je een IFC kunnen vertalen naar de Vlaamse context? Antwoord: Ja, indien het voldoet. De modellering van gebouwen zit goed en het aspect van hergebruik en levens termijnen wordt opgenomen in BIM applicaties. Wel is er nog te grote onduidelijkheid over gebruik van data standaarden om alles samen te brengen. Dit dient verder onderzocht te worden. (Inter)nationaal Verder heeft Buildwise een uitvoeringsplan en protocol uitgeschreven om binnen Vlaanderen gebouwen om te zetten naar die classificatie waarbij verschillende elementen kenbaar worden gemaakt. Dit wordt dan opgenomen in BIM applicaties zoals Madaster en Totem. Deze BIM applicaties leggen een link met circulariteit in de elementen van gebouwen. Zo is er bijvoorbeeld informatie beschikbaar over de levenstermijn en CO²-indicatie van verschillende gebouwen. Wat het project van Oostende betreft zal vooral het onderdeel ‘material passport’ belangrijk zijn. Hierin worden alle materialen en hun kenmerken zoals kwaliteit, levenstermijn en CO² index geïdentificeerd om zo hun circulariteits visie te bewerkstelligen. Discussiepunt: Wat is BIMportal juist? Antwoord: BIMportal is een initiatief van het Technisch Comité BIM & ICT van het Buildwise. Het platform streeft ernaar om de Belgische referentieportaalsite te worden omtrent BIM en andere digitale toepassingen die gericht zijn op de noden van de bouwwereld. Het probleem in België is dat er voor tekeningen nog geen standaard is, bijvoorbeeld wanneer beton getekend wordt zal de ene ingenieur zwart gebruiken en de andere ingenieur rood. Discussiepunt: Is het onderdeel (inter)nationaal volledig? Antwoord: Nee, dit is een startpunt, dit kan dus nog verder aangevuld worden met extra zaken. Na het identificeren van de use cases kan hier meer gericht in gezocht worden. Discussiepunt: Er bestaat ook iets zoals een bouwmaterialen CO² piramide, hierbij is bijvoorbeeld te zien dat aluminium zeer vervuilend is qua CO². Levensduur wordt hier ook bij bekeken. Daarnaast bestaat er ook een mathematische tool, Ecolizer, waarmee in projectontwikkeling het gewicht van aluminium bijvoorbeeld kan bepalen wat de CO² impact is van het gebouw. Vives: Onderzoek naar Urban Mining Zoals eerder aangehaald is Vives betrokken bij het project om het scan to BIM verhaal te ondersteunen. Op volgende pagina is een afbeelding met de roadmap terug te vinden. Vives: Upcycle your waste ‘Upcycle your waste’ is een platform van Vives dat opgezet is vanuit het project in Oostende om bedrijfsafval in kaart te brengen en hierrond een matchmaking op te zetten. Voor Vives is het de bedoeling om vanuit dit verhaal een bedrijf zelf aan de slag te laten gaan met het aanbieden van hun afval in plaats van te wachten op geïnteresseerden. Meer informatie kan gevonden worden op de website. Discussiepunt: Is dit platform enkel bestemd voor B2B? Antwoord: Nee, iedereen kan materialen ophalen via het platform. Discussiepunt: Wanneer iets wordt opgehaald, gaat dit dan automatisch van het platform? Antwoord: Nee, momenteel nog niet, maar wordt mogelijks verder ontwikkeld. We verwijzen naar slides 25– 40 voor meer informatie. Werkgroep oefeningen De oefeningen in de volgende onderdelen werden uitgevoerd in Mural. Voor meer informatie kan hier de Muralpagina geraadpleegd worden. Doel Het doel van de brainstormsessie is het volgende: - Inzichten verkrijgen in huidige en potentiële use cases m.b.t. urban mining in zijn breder geheel. - Concepten rond urban mining oplijsten. - Informatienoden en bestaande datamodellen capteren. - Scope afbakenen voor urban mining Brainstormsessie De brainstormsessie werd ingedeeld in drie oefeningen: Oplijsten van use cases, oplijsten van concepten en het oplijsten van data modellen. De eerste en tweede oefening zijn met elkaar gelinkt, aangezien de concepten in de tweede oefening worden gedefinieerd aan de hand van de use cases uit de eerste oefening. De bedoeling is om rond het topic urban mining zoveel mogelijk verschillende invalshoeken te vergaren omtrent mogelijk gebruik van verschillende actoren. Gezien een gebrek aan tijd en veel discussie rond use cases zijn de oefeningen van de concepten en de data modellen niet meer gedaan. Indien er bijkomende zaken zijn waar aan gedacht wordt kunnen deze zeker nog op de Mural toegevoegd worden. Use cases In de eerste oefening trachten we relevante use cases van verschillende stakeholders op te lijsten en bespreken. Een use case is een situatie waarbij de data standaard gebruikt zou kunnen worden, met andere woorden, ‘wat wil je als belanghebbende realiseren?’, ‘welke randvoorwaarden zijn er?’, enzoverder. Uit deze oefening kwamen verschillende use cases terug waarvan de voornaamste hieronder zijn opgelijst: 1. Zoeken naar specifieke materialen Oproep stad: ‘heb jij dit liggen?’ Ik wil als particulier zoeken in specifieke materialen om mijn herenhuis terug in ere te kunnen herstellen. Kan ik een assessment krijgen van welke materialen ik kan gebruiken? Het BIM-platform geeft weer wanneer bepaalde materialen beschikbaar worden in tijd. Hierop kan ik dan een aanvraag doen tot aankoop. Als producent van aluminium wil ik weten wat het potentieel is in een bepaalde gemeente voor het minen van materialen. Zijn er materialen die verkocht mogen worden door industrie? Als projectontwikkelaar wil ik zicht op toekomstige vrijkomende grondstoffen. Als projectontwikkelaar wil ik de kost weten om een element uit een gebouw te halen tot het klaar is voor hergebruik. Als brandweerman wil ik weten of er schadelijke stoffen aanwezig zijn. Als ontwerper wil ik tijdens de ontwerpfase een inschatting kunnen maken van welke materialen kunnen gerecupereerd worden, alsook op welke manier. 2. Berekening financiële- en milieu impact Ik wil de CO² scores van alle gebouwen kunnen meten. Ik wil CO² + zijn. Als huiseigenaar wil ik weten welk percentage van mijn huis bestaat uit hergebruikte materialen. Wat kunnen we leren uit hergebruiken van materialen? (bv. minder CO², minder kosten, meer onderhoud, …). Bij ingreep bouwen/verbouwen direct impact te kunnen scoren op CO². Als overheid wil ik 100% van de gebouwen in BIM. Als burger wil ik weten hoe duurzaam mijn gemeente is. Kan een 3D model van de stad gegenereerd worden met overzicht van herbestemde materialen. Als beleid wil ik kunnen meten welke invloed dit project heeft op stadsniveau. Als burger wil ik de waarde van mijn slooppand kennen. Het BIM model geeft een financieel overzicht van wat mijn huis waard is op de materialenmarkt. Als klimaatwetenschapper wil ik de CO² uitstoot in kaart brengen. Als burger wil ik veilig BIM data van mijn huis kunnen opslaan. Simulatie tool om scores te berekenen in functie van gebruikte materialen en structuren. Als eigenaar wil ik berekenen welke optie voordeliger is (verkopen/ verbouwen/...). Als installateur wil ik zicht hebben op de onderhoudsperiodes van de elementen. 3. Recyclage Ik wil mijn materialen zonder moeite weg doen. De rol van een recyclagepark. Inzameling voor recyclage. Re- vs upcycle. 4. Andere Digital twin. Kan er 3D geprint worden met waste? Hoe ziet een leefbare stad eruit? Via artificiële intelligentie wil ik i.f.v. google maps kadasterdata een BIM standaard van de gebouwen kunnen estimeren. Als ik door een stad loop krijg ik AR info door over de topics die ik selecteer. Als ruimtelijk planner wil ik inzicht krijgen op welke manier bepaalde "circulaire Principes" kunnen ingeschreven worden naargelang de mogelijkheden van de desbetreffende zone. Ik wil een vertaalmodule kunnen gebruiken die andere standaarden kunnen vertalen naar BIM standaarden. Discussiepunt: Bij gebouwen die behoren tot erfgoed kan niet zomaar gezegd worden dat je het materiaal anders wil gebruiken omdat dit op vlak van erfgoed tegengehouden kan worden. Wat bepaalt nu juist de erfgoedwaarde/locuswaarde van een pand? Antwoord: Dit heeft niet enkel met het esthetische te maken, maar er zijn ook materialen die bijdragen tot de waarde van het erfgoed. Het kan in twee zaken opgesplitst worden: ofwel is het interieur als erfgoed geclassificeerd ofwel is de gevel als erfgoed geclassificeerd. → Conclusie: Misschien moeten we bij het classificeren van materialen ook aangeven of en in welke mate het bijdraagt tot erfgoed. Discussiepunt: Mag er iets gedaan worden aan een erfgoed gebouw? Antwoord: Er mag zeer veel gedaan worden aan een aantal gebouwen maar wat straten betreft is het belangrijk dat aspecten hetzelfde blijven (gevels, aantal verdiepingen, …). Discussiepunt: Wat is het verschil tussen een scan model en een BIM-model? Antwoord: Een scan model is louter een visuele representatie van iets door middel van een puntenwolk waar je eigenlijk niets mee kan doen. Een BIM-model is een model waar je wel zaken in kan doen zoals verschuiven van bepaalde zaken alsook berekeningen van materialen. Concepten Gezien het tijdsgebrek tijdens de werkgroep alsook de discussie rond de use cases is de oefening rond concepten niet meer aan bod gekomen. Indien u later nog concepten zou willen toevoegen kan dit via post-its in de Muralpagina onder oefening 2. Vervolgstappen Na deze gezamenlijke werkgroep publiceren VLOCA en OSLO het verslag van deze Business werkgroep. VLOCA deliverables & werkgroepen De verzamelde inzichten worden door het VLOCA-team verwerkt in de VLOCA-deliverables . In een eerste fase verfijnen we het VLOCA-Model , de stakeholderanalyse en de marktanalyse . Een eerste aanzet wordt gedaan om het vereistenmodel vorm te geven en de use cases worden na validatie met de initiatiefnemers opgenomen in een finale versie van het traject-charter . Werkgroepen Hieronder het overzicht van alle werkgroepen voor het traject Het potentieel van urban mining & BIM voor de bouwsector . Werkgroep Type werkgroep Datum Tijd Locatie Business werkgroep Business werkgroep 2023-01-12 13u00-16u00 VAC Gent Thematische werkgroep 2 Functionele werkgroep 2023-04-04 13u00-16u00 Digitaal Thematische werkgroep 3 Technologie werkgroep 2023-05-09 13u00-16u00 Digitaal Feedback of vragen kan steeds per mail naar vloca@vlaanderen.be OSLO deliverables & werkgroepen Als volgende stap wordt een eerste aanzet gemaakt rond de datastandaard. Er wordt gebruik gemaakt van de geïdentificeerde use cases en concepten om invulling te geven aan de verschillende klassen en attributen. Het sneuvelmodel zal de basis vormen voor de discussies in de volgende thematische werkgroepen. Indien u graag zou willen deelnemen aan één van de aankomende werkgroepen, kan u via de onderstaande link een overzicht van de workshops terugvinden en u ook zo inschrijven. De eerste thematische werkgroep zal plaatsvinden op donderdag 9 februari om 13u00 via Microsoft Teams. Feedback kan bezorgd worden aan het kernteam via volgende e-mailadressen: - digitaal.vlaanderen@vlaanderen.be - laurens.vercauteren@vlaanderen.be - yaron.dassonneville@vlaanderen.be - lorenzo.vylders@vlaanderen.be +
Business werkgroep: Lokale Economie De b … Business werkgroep: Lokale Economie De business werkgroep is de eerste werkgroep binnen het City of Things Lokale Economie Traject. Het gaat om een inspiratiesessie waar stakeholders meedenken om alle mogelijke use cases, randvoorwaarden, bezorgdheden, opportuniteiten en meer te identificeren. Digitaal Vlaanderen (OSLO) en Agentschap Binnenlands bestuur (VLOCA) organiseren en faciliteren deze werkgroep samen. De werkgroep staat open voor deelname door de gehele quadruple helix. Vaste deelnemers zijn de leden van het VLOCA-trajectconsortium en stakeholders. De verzamelde inzichten worden vervolgens verwerkt om de data- en informatiearchitectuur verder aan te vullen. De Business werkgroep vindt plaats op 19 september 2023. Deelnemers Organisatie Deelnemer Agentschap Binnenlands Bestuur (VLOCA) Laurien Renders Alain Glickman Digitaal Vlaanderen Justine Ottevaere Digitaal Vlaanderen (OSLO) Yaron Dassonneville Louise Ysewijn VLAIO Nils Walravens Provincie Antwerpen Kristof Schroons Provincie Oost-Vlaanderen Pieter-Jan Fieremans Joachim Van den Bergh DAKS 2.0 Liederik Cordonni Provincie Vlaams-Brabant Ruben Van de Voorde KERNpunt Justine Vanneste Stad Menen Roeland Houttekiet Toerisme Vlaanderen Jos Pyck Stad Mechelen Dimitri Van Baelen Jos Van Loock Sandrine Raskin Thomas More Ferre Vandervreken Cronos Rudi Maelbrancke The Retail Factory Luc Van Rompaey Stad Leuven Tim Guily Bo Peeters Proximus Joshua Moerman Provinciale Ontwikkelingsmaatschappij West-Vlaanderen Frederick Sack Annelies Demeyere Citymesh Pim Wittesaele Bart Couvreur Stad Gent Christophe Geernaert Jan Godderis Stad Diksmuide Laurens Hooghe Oostende Joke Van Gheluwe Context Initiatief Er zijn momenteel twee projecten met vergelijkbare opzet: SInCR, gericht op grotere steden, en DAKS 2.0, bedoeld voor kleinere steden. Beide projecten hebben als hoofddoel om data in te zetten ter ondersteuning van zowel handelaars en ondernemers als beleidsmakers, waarbij deze twee doelgroepen verschillende behoeften hebben. De onderzoeksvragen die deze projecten proberen te beantwoorden, zijn gevarieerd. Ten eerste, hoe kunnen we het effect van beleidsmaatregelen en georganiseerde evenementen op het winkelgebied meten? Dit omvat onderwerpen zoals acquisitiebeleid, de evaluatie van acties en evenementen, en mobiliteits- en parkeerbeleid. Een andere belangrijke vraag is hoe we data breder en slimmer kunnen inzetten ter ondersteuning van beleid en ondernemers. Hierbij gaat het om het benutten van data op een meer strategische en effectieve manier. Daarnaast streven deze projecten ernaar om een duurzame samenwerking op te zetten waarbij alle betrokken partijen meerwaarde ervaren. SInCR en DAKS 2.0 zijn voortzettingen van het project 'Datagestuurde Winkelgebieden', waarbij prototypes zijn ontwikkeld, zoals een handelaarsdashboard en een generiek beleidsdashboard op basis van gegevens over drukte, bestedingen, evenementen en weer. Dit heeft enkele uitdagingen en kansen aan het licht gebracht die in SInCR en DAKS 2.0 zullen worden aangepakt: ● Momentum rond retail data behouden na afloop lopende projecten ● Kapitaliseren opgebouwde kennis & beperkte datamaturiteit bij handelaars en steden verder opbouwen ● Beperkte scope en doorlooptijd subsidieprojecten 🡪 scope verbreden ● Afhankelijkheid van de leveranciers beperken 🡪 datadeling & standaardisering (OSLO & VLOCA) ● Wildgroei aan platformen 🡪 generiek overkoepelende oplossing: standaardisatie & deelbaarheid maximaal hergebruik en interoperabiliteit ● Draagvlak handelaars vergroten 🡪 bevragen, leerlessen valideren en coachen ● Opmaak business- & governance model Binnen DAKS 2.0 zijn er drie belangrijke focusgebieden: acquisitie & passantenmetingen, de impact van parkeer- en mobiliteitsbeleid, en acties en evenementen. Deze drie onderwerpen zullen worden meegenomen in de ontwikkeling van de OSLO Lokale Economie-standaard en de VLOCA architectuurstandaarden. Andere onderwerpen zoals leegstand, e-commerce, duurzaamheid en energie, kunnen afhankelijk van hun belang voor de verschillende doelgroepen eveneens meegenomen worden in dit traject. Hoewel het wellicht niet haalbaar is om op alle thema’s grondig in te gaan in dit traject. De doelstellingen van DAKS 2.0 en SInCR kunnen nagelezen worden in de presentatie op slide 13 en 14. VLOCA VLOCA, de Vlaamse Open City Architectuur, is een initiatief van het Agentschap Binnenlands Bestuur van de Vlaamse Overheid.De hulp van VLOCA aan lokale besturen start bij het scherpstellen van duidelijke, verstaanbare use cases en loopt door tot de aanbestedingsfase van het project. VLOCA vormt op deze manier een duidelijke brug tussen de beleidsdoelstellingen van het lokale bestuur en de technische laag waarin de oplossingen beschreven en geïmplementeerd worden. We stellen de juiste vragen en verzamelen de noden en behoeften van alle stakeholders (lokale besturen, kenniscentra, bedrijven en burgerorganisaties).Door een gestructureerde aanpak en verwerking van deze informatie wordt de ontwikkeling van herbruikbare bouwblokken, standaarden en normen gestimuleerd die van Vlaanderen één grote interoperabele slimme regio kunnen maken. De opgedane kennis en ervaring wordt ontsloten via een kennishub waarop onder andere draaiboeken, architectuur componenten en modellen ter beschikking gesteld worden voor alle andere lokale besturen en stakeholders. OSLO Het doel van OSLO is om de datastromen semantisch te modelleren en de structuur van de data te standaardiseren in de context van lokale economie. Hierbij zal de focus gelegd worden op het verbeteren van de gegevensuitwisseling tussen lokale handelaars, horeca ondernemers en beleidsmakers. Met OSLO wordt er concreet ingezet op semantische en technische interoperabiliteit. De vocabularia en applicatieprofielen worden ontwikkeld in co-creatie met o.a. Vlaamse administraties, lokale besturen, federale partners, academici, de Europese Commissie en private partners (ondertussen meer dan 4000 bijdragers). Extra informatie en een verzameling van de datastandaarden zijn te vinden op volgende links: https://overheid.vlaanderen.be/oslo-wat-is-oslo en https://data.vlaanderen.be/ Inspiratie Tijdens dit onderdeel van de presentatie werden een aantal bestaande datamodellen toegelicht als inspiratie voor de verdere brainstormsessie en om op deze manier ook in het verdere traject mee te nemen. Volgende modellen werden kort toegelicht: OSLO Verkeersmetingen Dit applicatieprofiel heeft tot doel data met betrekking tot verkeersmetingen te standaardiseren om zo deze data vlotter uit te wisselen en de herbruikbaarheid ervan te vergroten. Het datamodel bouwt verder op het applicatieprofiel Observaties en Metingen (gebaseerd op ISO 19156) en Sensoren en Bemonstering (gebaseerd op SSN/SOSA). Klassen als observatie, sensor en locatie zouden kunnen overgenomen worden in de standaard lokale economie, in het kader van druktemetingen en passantentellingen. Hier vind je meer informatie over OSLO Verkeersmetingen. Hier vind je meer informatie over OSLO Sensoren en Bemonstering. OSLO Observaties en Metingen Het applicatieprofiel Observaties en Metingen legt uit hoe de terminologie in dit domein moet gebruikt worden om gegevens uit te wisselen over Observaties in het algemeen en Metingen (en andere gespecialiseerde Observaties) in het bijzonder. Dit applicatieprofiel is gebaseerd op ISO 19156:2011. Observaties worden beschouwd als de activiteit waarbij de waarde van een Kenmerk van een Object wordt vastgesteld. De klassen observatie en meting zijn, zoals hierboven reeds vermeld, nodig om druktemetingen en passantentellingen te modelleren. Hier vind je meer informatie over OSLO Observaties en Metingen. OSLO Publicatie Advertentie Het applicatieprofiel OSLO Publicatie-Advertentie laat toe te beschrijven hoe gegevens over campagnes, publicaties en advertenties uitgewisseld moeten worden tussen personen, geregistreerde- en publieke organisaties. Deze standaard is ontstaan vanuit het Visualo-project, City of Things. Met het Visualo-project willen de initiatiefnemers, waaronder stad Halle, een gezond en aantrekkelijk stadscentrum creëren waar lokale verkopers, horeca, organisaties en de mensen die er wonen samen kunnen komen en de stad op een andere manier kunnen beleven. Het model bestaat uit twee verschillende delen: campagne-publicatie en persona’s. Dit laatste omvat ook informatie over de organisaties die instaan voor de creatie van de campagne en publicatie. Agent, Persoon, Organisatie en Campagne zouden klassen kunnen zijn die overgenomen kunnen worden in het model voor lokale economie, gezien de belangstelling voor acquisitiebeleid. Hier vind je meer informatie over OSLO Publicatie Advertentie. OSLO Vervoersknooppunten Omwille van het diverse aanbod en de overstapmogelijkheden spelen Vervoersknooppunten waar reizigers kunnen overstappen een belangrijke rol bij het realiseren van basisbereikbaarheid. Het OSLO Vervoersknooppunten-model bestaat uit twee delen. Het eerste deel geeft een algemene definitie van een Vervoersknooppunt en beschrijft de elementen waaruit het bestaat, met specifieke aandacht voor passagiersvervoer. De Reiziger maakt gebruik van Vervoersknooppunten voor zijn Reis of Route en dit wordt beschreven in deel twee. Klassen als Stopplaats, Fietsparking en Bushok kunnen interessant zijn vanuit de invalshoek van parkeer- en mobiliteitsbeleid. Hier vind je meer informatie over OSLO Vervoersknooppunten. Buiten OSLO standaarden zijn er nog enkele data modellen uit de private sector die elementen bevatten die als inspiratie kunnen dienen voor de standaard Lokale Economie. Salesforce consumer goods cloud data model Dit model beschrijft onder andere de relaties tussen onder andere een winkel, op een locatie, met een specifiek assortiment, dat bestaat uit bepaalde producten, die bezoeken genereert, en bezoekers aantrekt. Gezien er binnen OSLO nog niet veel klassen gedefinieerd zijn met betrekking tot retail, kan er uit dit model inspiratie opgedaan worden om dergelijke relaties te beschrijven. Hier vind je meer informatie over het Salesforce consumer goods cloud data model. Shopping center data model De link tussen shoppingcentra en kernwinkelgebieden is niet ver te zoeken; beide fungeren als commerciële centra die mensen toegang bieden tot een breed spectrum van producten en diensten. Daarnaast hebben sommige steden een shoppingcentrum, waardoor het interessant kan zijn om shoppingcentra met gerelateerde attributen eveneens op te nemen in de OSLO standaard lokale economie. Hier vind je meer informatie over het shopping center data model. Retail marketing program data model Tot slot werd er een datamodel met betrekking tot retail marketing programma’s aangehaald, met een speciale focus op gedragsdata die een belangrijke schakel vormt tussen de (potentiële) kopers en de aangeboden diensten en producten. Vanuit SInCR en DAKS 2.0 is er veel belangstelling voor onder andere aankoopgedrag, passantentellingen, en verplaatsingsgedrag, de welke alle voorbeelden zijn van gedragsdata. Hier vind je meer informatie over het retail marketing program data model. We verwijzen naar slides 35-45 voor meer informatie. Brainstormsessie Het doel en de aanpak van de brainstormsessie worden hieronder beschreven. Tevens wordt de uitkomst van de brainstorm hierin samengevat. Doel van de Brainstormsessie Het doel van de brainstormsessie is het volgende: - Inzichten verkrijgen in huidige en potentiële use cases m.b.t. lokale economie in zijn breder geheel. - Concepten rond lokale economie oplijsten. - Informatienoden en bestaande datamodellen capteren Aanpak De brainstormsessie werd ingedeeld in drie oefeningen: Oplijsten van use cases, oplijsten van concepten en het oplijsten van data modellen. De eerste en tweede oefening zijn met elkaar gelinkt, aangezien de concepten in de tweede oefening worden gedefinieerd aan de hand van de use cases uit de eerste oefening. De bedoeling is om rond het topic slimme stadsdistributie zoveel mogelijk verschillende invalshoeken te vergaren omtrent mogelijk gebruik van verschillende actoren. Use Cases In de eerste oefening trachten we relevante use cases van verschillende stakeholders op te lijsten en bespreken. Een use case is een situatie waarbij de data standaard gebruikt zou kunnen worden, met andere woorden, ‘wat wil je als belanghebbende realiseren?’, ‘welke randvoorwaarden zijn er?’, enzoverder. Uit deze oefening kwamen verschillende use cases terug waarvan een groot deel hieronder per thema zijn opgelijst. Profiel ● Welk soort publiek bezoekt mijn gemeente? (herkomst, socio-demografische kenmerken, intentie, bestedingsgedrag, …) ● Als stad willen we zicht krijgen op het profiel van bezoekers om events, campagnes en marketing daarop af te stemmen ● Wat is de relatie tussen het type bezoeker, het tijdstip, hun activiteiten en bestedingen? Mobiliteit ● Hoe komen bezoekers naar de stad? Is er een verschil tussen shoppers en toeristen? ● Passantendata inzetten ter ondersteuning van het mobiliteits- en parkeerbeleid ● Wat is de invloed van een nieuw mobiliteitsplan op het aantal bezoekers in een kernwinkelgebied? ● Wat is de impact van mobiliteitswijzigingen op bezoekers en stromen in de kern / een bepaalde handelszaak? ○ Autovrij winkelgebied ○ LEZ ○ Wegenwerken ○ Fietsstraat ○ Éénrichtingsverkeer ○ Parking ● Ik wil als mobiliteitsambtenaar de drukte voor een koopzondag kunnen voorspellen om ○ advies te kunnen geven aan bezoekers om al dan niet met de fiets te komen ○ advies te kunnen geven aan bezoekers over waar ze kunnen parkeren ○ te zorgen dat er voldoende bussen ingezet kunnen worden ● Als pendelaar wil ik zicht krijgen op de makkelijkste manier om van stad A naar B te gaan op basis van verschillende vervoersmodi en deelmobiliteit. ● Optimaliseren van dienstverlening door shuttle diensten aan te bieden o.b.v. het aantal bezoekers in de stad. Drukte ● Hoe bewegen mensen zich door de stad? (looplijnen) ● Drukte meten ● Historiek van druktemetingen opvolgen ● Ik ben niet alleen geïnteresseerd in drukte metingen op gebied niveau (kernwinkelgebied, toeristisch gebied, …), maar ook in druktemetingen op fijnmazigere geografische niveaus (straten, …). ● Ik zou graag mijn verlichting afstellen op passages. Events ● Wat is de impact van evenementen, campagnes en activiteiten op toestroom en bestedingen? ○ Culturele events ● Als organisator van het lichtfestival wil ik de stromen van mensen realtime monitoren om chaos, gevaar etc. te voorkomen en alle bezoekers veilig te houden. Benchmarking ● Zien we dezelfde evoluties in leegstand in andere steden? ● Benchmarking met andere kernen op vlak van passanten en bestedingen ● Als lokale bestuurder wil ik de gezondheid van mijn lokale economie kunnen inschatten door te vergelijken in de tijd en met andere gebieden. E-commerce ● Wat is de verhouding van fysieke t.o.v. online t.o.v. gecombineerde omzet voor handelaars in het kernwinkelgebied? Handelaars ● Identificatie van succesvolle en risicovolle locaties voor handelaars ● Ik ben een handelaar die wil weten wanneer de drukste periodes zijn, zodat ik dan meer personeel kan inzetten. ● Hoe organiseer ik mijn handelszaak best qua openingsuren, personeelsplanning en stockbeheer in functie van de verwachte drukte in de stad? ● Hoe kan ik als stad het portfolio van handelaars optimaliseren om meer bezoekers aan te trekken in de binnenstad? ● Als handelaar wil ik weten of mijn winkel beter presteert dan gelijkaardige winkels in het kernwinkelgebied. Vragen en Antwoorden Vraag : Hoe definiëren we een bezoeker? Als een gsm die langer dan 180-240 sec in een winkel is? Hoe onderscheiden we dat dan van een winkelbediende? En wat is het verschil tussen een bezoeker en een passant? Antwoord : Dit zal in de thematische werkgroep besproken worden. Uit de werkgroep komt dat we beter spreken over profielen in plaats van bezoekers als overkoepelende term. De verschillende profielen zoals bezoekers van de stad, passanten etc. zijn terug te vinden in het definitiehandboek en worden later verder besproken. Opmerking : Op welke manier zal er rekening gehouden worden met GDPR? Want om data van verschillende steden met elkaar te delen, is er toestemming nodig. Antwoord : Dit vraagstuk zal niet opgelost worden binnen OSLO; wel (deels) binnen VLOCA; omdat dit meer te maken heeft met implementatie. Antwoord : Het is de bedoeling dat de data die aangekocht wordt in het kader van dit project vrij gedeeld en geanalyseerd kan worden, maar dat zal afhangen van de restricties die door de leverancier opgelegd worden. Dit is wel een belangrijk punt in het kader van DAKS 2.0. Opmerking : Tijdens een groot evenement is er nood aan real-time rapportering, ifv veiligheid en parkeerbeleid etc. Antwoord : In het kader van OSLO heeft dit (real-time gegevens) met implementatie te maken. Dit heeft met andere woorden geen impact op het datamodel. Vraag : Spreken we enkel over B2C of ook over B2B? Antwoord : Misschien kan er ergens bij de besteding een btw-nummer toegevoegd worden om dit onderscheid te kunnen maken. Dit is verder te bespreken in de komende thematische werkgroepen. Vraag : Kernwinkelgebied: hoe wordt dat afgebakend in een stad? En hoe kunnen kleine steden zich vergelijken met grotere steden? Antwoord : DAKS is bezig met kernafbakening in steden te implementeren. Gemeentes kunnen hier ook nood aan hebben, maar dat is niet altijd zo. Je kan een centrum afbakenen in een gemeente, maar dan is dit geen handelscentrum, maar een dorps belevingscentrum. Deze gemeenten zouden data over hun centrum ook nooit gaan vergelijken met steden die wel binnen de scope van DAKS vallen. Antwoord : Wellicht is het in dit traject interessanter om de discussie op een lager niveau te voeren, i.e., op niveau van hoofdwinkelstraat versus dienstverlenersstraat. Opmerkingen ● We zien vanuit OSLO inderdaad vaker dat het moeilijk is om datastandaarden op te leggen. Zeker als er geen ecosysteem bestaat waarin data makkelijk onderling gedeeld kan worden. ● Om aan te tonen dat evenementen breder gaan dan enkel muziekoptredens werden enkele andere voorbeelden gegeven: winkelactie, muziekoptreden, markt, kermis, koopzondag, event dat niet gepland is: Nederlanders in Antwerpen tijdens corona … ● Het weer valt meer onder context en valt niet onder evenementen ● Motivatie van een bezoeker is moeilijk te capteren (op een gestructureerde manier). ● Het zou interessant zijn om de link te leggen tussen vervoersmiddelen (modi) en bestedingsgedrag in horeca en winkels (bv. Fietsers besteden meer in horeca, terwijl personen die met de auto naar de stad komen meer uitgeven in winkels). ● Vanuit het oogpunt van lokale economie is drukte interessant in de context van besteding; niet voor drukte an sich. Het gaat over conversie : van bezoekers naar passanten naar binnenstappers naar besteders. ● Handelaars zijn heel divers. Drukte is voor een horeca onderneming makkelijker te capteren dan voor een kapper. Het is dus handelaar-afhankelijk waar er data te rapen valt. ○ Logie verstrekkers hebben bijvoorbeeld veel data die ze met toerisme Vlaanderen moeten en mogen delen. Zij rapporteren over aankomsten en overnachtingen (herkomst zit hierin) aan de FOD Economie. Ze kunnen ook bezetting rapporteren aan Toerisme Vlaanderen, maar dat is niet verplicht. ● Je kan data batches aankopen bij MasterCard. ○ De vraag is of dit gedeeld kan worden tegen een betaalbare prijs. ○ De kosten-baten van dit soort data zitten ook niet zo goed omdat het macro-data is. ○ Proximus en Orange bieden wel micro data aan, over bijvoorbeeld de bewegingen van bezoekers in een stad. Die verzamelen ze adhv wifi-signalen. ● Er zijn misschien ook wel handelaars die zelf bepaalde data capteren. Het doel van SInCR is ook om onderzoek te doen naar de omstandigheden waaronder deze handelaars bereid zouden zijn deze data te delen; zodat de afhankelijkheid van tussenpersonen als Telecomproviders en MasterCard verkleind kan worden. ○ Als handelaars data delen, zullen ze ook data over anderen ontvangen, dit kan een mogelijke motivatie zijn. ○ Via Joyn kaarten kan je ook bepaalde klanteninformatie capteren. ○ Er bestaat wel degelijk bereidheid onder handelaars(organisaties) om aan datadeling te doen op die manier. ● Gekoppeld aan handelaars: openingsuren. Heel veel winkels in kleine steden zijn bijvoorbeeld gesloten over de middag, waardoor ze mogelijk klanten mislopen. Het zou daarom ook interessant zijn om inzicht te hebben in welke mensen wanneer (bereid zijn om) het kerngebied te bezoeken. ● Online bestedingen komen nog niet vaak aan bod, maar dit is een blinde vlek qua data voor handelaars en lokale besturen terwijl ze wel een enorm effect hebben op fysieke handelaars. Definities moeilijk vast te stellen. In Europa zijn hier veel data rond beschikbaar, maar wisselende definities voor bv. omnichannel, e-commerce, … ● Je kan voor heel veel dingen ingaan op bestaande kennis: bv de impact van de nabijheid van een tramhalte (komeos etc.). Je hoeft de patronen niet opnieuw te gaan bewijzen. Het kan voldoende zijn om een aantal parameters in te vullen in bestaande modellen (extrapolaties). Als je toch niet zo heel veel data kan binnenhalen, kan je toch geen accuratere voorspellingen etc. maken dan bestaande modellen. ● Trends en conversie vergelijken op straatniveau kan interessant zijn. Hoewel wanneer er een supermarkt tussen zit, dit geen goed voorbeeld zal zijn, omdat je daar met vaste bestedingspatronen zit. ● Naar de toekomst toe zou het ook interessant zijn als het beleid zou mee moeten kunnen sturen hoe de portfolio van handelaars eruit ziet: wat zijn de blue spots, hoe kan er traffic gegenereerd worden, door er bijvoorbeeld voor te zorgen dat er geen 10 kappers zijn, en geen poetshulpbureau in de winkelstraat. Concepten Hieronder is een overzicht zichtbaar van de mogelijke concepten die gehanteerd kunnen worden bij de uitwerking van het model. Profiel ● Pendelaar ● Kotstudent ● Shopper (koper) ● Bezoeker ● Passant ● Student ● Gebruiker ● Inwoner ● Werknemer ● B2C ● Motief ● Koopintentie ● Herkomst (afkomst) Mobiliteit ● Transportmodus ● Transportmiddel ● Weggebruiker ● Fiets (deelfiets, bakfiets) ● Step ● Openbaar vervoer (bus, tram, trein) ● Parking Event ● Evenement Handelaar ● Sector ● Winkel ○ We zouden kunnen stellen dat een Zaak de onderneming (organisatie) voorstelt, en Winkel verwijst naar het pand, een vestigingslocatie. ○ In de thematische werkgroep moet er ook besproken worden wat we zullen doen met marktkramers, gezien zij niet gelinkt zijn aan een vaste locatie. Er moet geëvalueerd worden of een marktkramer een handelaar is, zoals gedefinieerd in het definitiehandboek. ● Handelszaak ● Dienstverlener ○ Dienstverlener is volgens sommige stakeholders net geen handelaar. Er wordt gesuggereerd om deze gescheiden te houden. (vb interimkantoor, boekhouders, banken, immo, …) ○ Dit zou opgelost kunnen worden door alles onder te brengen als organisatie met subtypes handelaar en dienstverlener. ○ Onderscheid op basis van NACE codes en KBO zal moeilijk zijn; want ondernemingen kunnen bijvoorbeeld meerdere codes hebben. ○ Dan zal het belangrijk zijn om na te denken over de types organisaties die er zijn en om dit goed te definiëren in de volgende werkgroep. ○ Locatus wordt door alle steden en gemeenten gebruikt sinds 2008. Het is een terminologie die al goed ingeburgerd is, dus laten we hier beroep op doen. ● Handelsvereniging ○ Belangrijke speler in sommige handelskernen (stakeholder); speler die data verzamelt/consumeert ● Verkoopkanaal Drukte ● Passage ● Looplijn ● Voorspelling ● Meting Gebied ● Leegstand ○ Hier bestaan verschillende definities van (woningleegstand, commerciële leegstand, …). Hier bestaat nog geen consensus rond. ● Locatie ● Kernwinkelgebied ● Winkelstraat ● Meetgebied ● Verzorgingsgebied ○ Attractiviteit kan hier een parameter van zijn, maar is alleszins geen concept dat als op zich staande klasse meegenomen kan worden in het model. Attractiviteit kan daarnaast vanuit verschillende perspectieven gedefinieerd worden: ■ Voor investeerders: veel bezoekers en hoge conversie tot kopers ■ Voor bezoekers: divers aanbod aan winkels en horeca ondernemingen ● Bedieningsgebied ○ Gaat over tot waar de invloed van het winkelgebied reikt. Besteding ● Betaling ● Omzet ● Winkelmand (aantal * prijs) ● Verblijfstijd ○ Een grote retailer zal hierover vermoedelijk geen data willen delen met lokale handelaars, wat zeker niet wegneemt dat we dit moeten meenemen in de OSLO standaard. ○ Sterk gerelateerd aan het type handelaar (bakker, kapper, horeca, …) Extra opmerkingen: ● Real time data is belangrijk voor steden tijdens kerstperiode, corona periode, evenementen. Voor de rest is dit niet relevant. Dit is een belangrijke factor voor de kostprijs van de dataoplossingen die geïmplementeerd zullen worden. Bestaande initiatieven en datamodellen City Mesh City Mesh is een aanbieder van Smart City oplossingen. Onder andere op vlak van ● Big data: oplossingen om patronen te herkennen, en beslissingen te ondersteunen ● Internet of Things: sensoren die meldingen uitsturen wanneer publieke vuilbakken vol zijn, wanneer de luchtkwaliteit een bepaalde limiet bereikt of wanneer er te weinig parking plaatsen beschikbaar zijn ● Digital twin: een virtueel model van de stad waaruit actiepunten rond mobiliteit, veiligheid of economie makkelijk herkend kunnen worden, en beleidsmaatregelen gesimuleerd kunnen worden. Biz Locator Ondernemers op zoek naar ruimte begeleiden is niet zo evident voor lokale besturen. Daarom bieden we met bizLocator een platform aan die deze begeleiding vereenvoudigt. bizLocator centraliseert namelijk niet enkel het actuele aanbod aan winkels, horeca, kantoren, industriegronden … in elke gemeente of regio maar biedt de lokale besturen daarnaast ook een handig meetinstrument. Zo kan je nagaan hoe het ondernemersklimaat evolueert en het eigen ruimtelijk-economisch beleid hier beter op afstemmen. The retail factory Aan de hand van bezoekersdata je stad optimaliseren? Dat kan! Door middel van de nieuwste technologie en een handig dataportaal kom je te weten hoe de bezoekersstromen bewegen doorheen jouw stad. Aan de hand van metingen in realtime, geven we accurate bezoekersgegevens weer. Op basis van deze dataverzamelingen, krijg je nieuwe inzichten over je bezoekersgedragingen. Nadien kan je aan de slag met de resultaten om je stad te optimaliseren. Welke bezoekersdata bieden we jouw stad? ● Een overzicht in de verspreiding en gedragingen van je bezoekers (interactie en uitwisseling tussen verschillende meetpunten in de stad) ● Het aantal bezoekers, nieuwe alsook unieke bezoekers ● De terugkeerfrequentie van bezoekers ● Waar bevindt zich de grootste mensenmassa op een specifiek moment ● Weergegevens Op basis van bezoekersdata kan je ● grootschalige evenementen optimaliseren en evalueren op meetbare wijze ● je stad efficiënter en toegankelijker maken (door het plaatsen van aangename verlichting, winkelstraten in de kijker zetten,….) ● marketing inspanningen evalueren door data te analyseren en zo successen te meten Eaglebe.com Eaglebe ondersteunt lokale besturen bij het vergunnen van het openbaar domein voor verhuizen, wegenwerken, evenementen, … Ook het plaatsen van parkeerverbodsborden, controle & handhaving gaat vlot met Eaglebe. Geopunt vlaanderen Het Geografisch portaal (Geopunt) is de centrale toegangspoort tot geografische overheidsinformatie. Het verzamelt alle informatie van de Vlaamse overheid op één kaart en vormt het uithangbord van het samenwerkingsverband voor geografische informatie in Vlaanderen (GDI-Vlaanderen). U vindt er info over onder andere percelen, gebouwen, wegen, rivieren en allerlei interessante plaatsen zoals sportaccommodaties, scholen en zorginstellingen. Daarnaast bevat de website ook luchtfoto’s, historische gegevens, milieugegevens, het gewestplan, overstromingskaarten en wegbeschrijvingen. Provincies in cijfers De website provincies.incijfers.be is een samenwerking tussen de diensten Data & Analyse van de vijf Vlaamse provincies. In elke provincie biedt Data & Analyse lokale besturen en organisaties ondersteuning bij beleidsplanning via cijfers en rapporten over tal van thema's en beleidsdomeinen, vooral via het dashboard en de databank van provincies.incijfers.be. Lokale besturen en organisaties kunnen bij de diensten Data & Analyse terecht voor vragen naar cijfers, voor (omgevings)analyses en voor duiding bij cijfers. Cityflows CityFlows heeft als doel een volledig beeld van de mobiliteitsstromen in een gebied te bepalen. Dit wil zeggen voor alle tijdstippen, straten en modaliteiten, door gebruik te maken van een procedure die kan worden hergebruikt in andere gebieden. Door alle informatie in een stad op een slimme manier samen te brengen verkrijgen we een gedetailleerd beeld van de drukte in een stad (auto’s, voetgangers, fietsers,...). Waar wandelen, fietsen, pendelen, rijden, … mensen in de stad, in een zone van een stad of in een straat? Het systeem wordt gevoed door diverse datastromen in de achtergrond (slimme verkeerslichten, telecom, Wi-Fi scanning, Floating Car Data, statistieken, open data …). Vaak data waar de publieke sector reeds toegang toe heeft. Smart retail dashboard Met het Smart Retail Dashboard willen partners imec en VLAIO een datadashboard uitwerken dat alle relevante data met betrekking tot lokale economie centraal verzamelt, analyseert en visualiseert. Het dashboard zal door lokale besturen gebruikt kunnen worden om bijvoorbeeld meer retailers aan te trekken, een detailhandelsplan op te maken én op te volgen, events te gaan monitoren en evalueren of aan stadsmarketing te doen. De bedoeling is dat het dataplatform gevoed wordt met zowel overheidsdata als data van derde partijen. Semantische sensor network (SSN) De ontologie van het Semantisch Sensor Netwerk (SSN) is een ontologie voor het beschrijven van sensoren en hun waarnemingen, de betrokken procedures, de bestudeerde interessante kenmerken, de gebruikte monsters en de geobserveerde eigenschappen, alsmede de actuatoren. Andere 1. Sectoren worldline 2. Handelsfederaties 3. NIS code + ISO 3166 4. Vlaams verkeerscentrum Volgende stappen Wat na deze werkgroep? Verwerking van de input van de brainstorm oefening. Verder onderzoek en voorbereiding van de eerste thematische werkgroep. Publicatie op de Kennishub Feedback kan bezorgd worden aan laurien.renders@vlaanderen.be Volgende stappen Werkgroepen Klik hieronder in overzicht van alle werkgroepen om je in te schrijven voor de volgende werkgroep binnen het traject VlocaTraject/DAKS 2.0/ Lokale economie,VlocaTraject/SInCR - Lokale economie . Werkgroep Type werkgroep Datum Tijd Locatie Business werkgroep Business werkgroep 2023-09-19 VAC Gent Thematische werkgroep 1 Data en informatie werkgroep 2023-10-10 09:00-12:00 Teams Thematische werkgroep 2 Functionele werkgroep 2023-11-08 Teams Thematische werkgroep 3 Technologie werkgroep 2023-12-07 13u-16u Teams +
Business werkgroep: Regionaal plugable inc … Business werkgroep: Regionaal plugable incentiveringsplatform De business werkgroep is de eerste werkgroep binnen het City of Things Regionaal plugable incentiveringsplatform Traject. Het gaat om een inspiratiesessie waar stakeholders meedenken om alle mogelijke use cases, randvoorwaarden, bezorgdheden, opportuniteiten en meer te identificeren. Digitaal Vlaanderen (OSLO) en Agentschap Binnenlands bestuur (VLOCA) organiseren en faciliteren deze werkgroep samen.De werkgroep staat open voor deelname door de gehele quadruple helix . Vaste deelnemers zijn de leden van het VLOCA-trajectconsortium en stakeholders. De verzamelde inzichten worden vervolgens verwerkt om de data- en informatiearchitectuur verder aan te vullen. De Business werkgroep vond plaats op 18 april 2023. Deelnemers Organisatie Deelnemer Agentschap Binnenlands Bestuur (VLOCA) Laurien Renders Fairville Roel van Sabben Brigitte Devos Jan De Wilde IOK Koen Van den Eynde Stijn Claes Stad Geel Lien Schoofs LETS Vlaanderen Wesley Dooms Wouter Van Dyck Give a Day Bart Wolput Koalect Bram Coppens CCV Lab Geert Peters Happonomy Stef Kuypers Beaver & Eagle Maarten Decramer Muntuit Sander Van Parijs Stichting STRO Cyclos software Koen De Beer Digitaal Vlaanderen Pieter Roeyen Pieter Desmijter Context Initiatief Lokale besturen zijn op verschillende vlakken zoekende. Men wenst maatschappelijk verantwoord gedrag te stimuleren, maar weet niet hoe exact. Er is een groot aanbod aan apps en systemen voor verschillende doeleinden (cadeaubonnen, spaarkaarten...), maar deze zijn niet op elkaar afgestemd. Men zoekt manieren om private bedrijven te betrekken bij de financiering van incentivering voor gewenst gedrag (vanuit 'sociaal verantwoord ondernemen') Digitale munten zouden moeten in eigen gemeente of regio moeten circuleren en besteed kunnen worden bij lokale handelaars of lokale doelen met een maatschappelijke meerwaarde. Slide 9 Vertrekkende van uit het succesvol project van Bike2School waarbij kinderen in 14 Kempense gemeenten adhv slimme technologie aangezet worden om zich duurzaam naar school te verplaatsen, hebben stad Geel en IOK een project ingediend voor de opbouw van een regiobreed plugable incentiveringsplatform. Doel is een platform te creëren bestaande uit een digitale wallet waarin meerdere munten beheerd kunnen worden waarop meerdere incentiveringen, maar ook andere systemen zoals cadeaubonnen, crowdfundingsystemen... zowel aan inkomstenzijde als bestedingszijde ingeplugd kunnen worden. Uit klankbordgroepen met algemeen directeurs uit de regio kwamen alvast een aantal eisen naar voren waaraan de digitale wallet moet kunnen voldoen, maar werd ook aangedrongen op de incentivering/use case van het 'kleine helpen': een incentivering van niet-systematische hulpverlening tussen particulieren die beloond kan worden adhv een digitale munt. Slide 10 We verwijzen naar slides 7-12 voor meer informatie. VLOCA VLOCA, de Vlaamse Open City Architectuur, is een initiatief van het Agentschap Binnenlands Bestuur van de Vlaamse Overheid.De hulp van VLOCA aan lokale besturen start bij het scherpstellen van duidelijke, verstaanbare use cases en loopt door tot de aanbestedingsfase van het project. VLOCA vormt op deze manier een duidelijke brug tussen de beleidsdoelstellingen van het lokale bestuur en de technische laag waarin de oplossingen beschreven en geïmplementeerd worden. We stellen de juiste vragen en verzamelen de noden en behoeften van alle stakeholders (lokale besturen, kenniscentra, bedrijven en burgerorganisaties).Door een gestructureerde aanpak en verwerking van deze informatie wordt de ontwikkeling van herbruikbare bouwblokken, standaarden en normen gestimuleerd die van Vlaanderen één grote interoperabele slimme regio kunnen maken. De opgedane kennis en ervaring wordt ontsloten via een kennishub waarop onder andere draaiboeken, architectuur componenten en modellen ter beschikking gesteld worden voor alle andere lokale besturen en stakeholders. We verwijzen naar slides 20-25 voor meer informatie. OSLO Een semantische standaard maakt het delen en uitwisselen van data tussen verschillende stakeholders gemakkelijker. Elke betrokkene kan de gegevens van de andere direct gebruiken en interpreteren. Dit stimuleert de uitwisseling en het hergebruik van gegevens en vermindert de kost van uitwisseling. De semantische standaard zorgt voor machine leesbare data. Het brengt eveneens een efficiëntiewinst met zich mee als de data in verschillende processen gebruikt kunnen worden.    Het openstellen van semantische data bevordert innovatie en zal relevante stakeholders in staat stellen om intelligentere producten en diensten te ontwikkelen. Door het linken van data beschikken we ook over rijkere data. Uit verrijkte data kan ook meer kennis worden gehaald.  Samenwerken rond standaarden en het delen van data doorbreekt ook monopolies en geeft meer ontwikkelingskansen voor bv. ontwikkelaars, leveranciers, … en zorgt ervoor dat een bredere groep van relevante stakeholders betrokken wordt.   Extra informatie en een verzameling van de datastandaarden zijn te vinden op volgende links: https://overheid.vlaanderen.be/oslo-wat-is-oslo en https://data.vlaanderen.be/ We verwijzen naar slides 13 – 19 voor meer informatie. Inspiratie Voorbeelden Als inspiratie voor de verdere oefeningen werden een aantal voorbeelden gegeven. Het eerste voorbeeld over zwerfvuil benadrukt dat zowel personen, verenigingen als bedrijven kunnen deelnemen aan incentives en zo digitale munten kunnen verdienen voor hun acties. Slide 27 Het tweede voorbeeld rond duurzame mobiliteit toont aan dat een lokale overheid dit eenvoudig kan inzetten om bepaalde bestuurlijke doelen meer in de verf te zetten. Slide 28 Het laatste voorbeeld rond sociale cohesie wil benadrukken dat het doel van incentive niet altijd meetbaar moet zijn (bv aantal kg zwerfvuil opruimen) maar dat evengoed het versterken van de sociale cohesie een gewenst resultaat van een incentivering kan zijn. Slide 29 We verwijzen graag naar slides 26 tem 29 van de presentatie. Bestaande modellen Kort werden de basisconcepten van bestaande modellen die een link met dit traject hebben voorgesteld. OSLO Dienst Transactie en OSLO Subsidies zouden als basis kunnen dienen voor een model rond incentivering. We verwijzen graag naar slides 30 tem 33 van de presentatie. Werkgroep oefeningen Brainstorm: Mentimeter Tijdens dit deel van de werkgroep werd gepolst bij de stakeholdergroep wat ze zelf vonden wat onder het begrip incentivering valt. Het resultaat van deze korte oefening wordt in een woordenwolk meegegeven. Vraag: Vanwaar komt het woord China? Antwoord: Incentivering en nudging door de overheid wordt door sommigen als negatief ervaren en doet hen aan maatregelen uit landen zoals China denken. Use case oefening Aan de hand van een use case oefening werd er nagegaan wat de deelnemers van de werkgroep als use cases zien rond een incentiveringsplatform. Op basis van deze input werd een samenvattende tabel opgesteld. Deze input wordt meegenomen in de voorbereidingen richting de eerste thematische werkgroep. Het overzicht van de oefening die gedaan werd kan u hieronder terugvinden: 1. Als lokaal bestuur wil ik: Als lokaal bestuur wil ik stimuleren dat mensen elkaar helpen Als lokaal bestuur wil ik door middel van incentivering het lokale verenigingsleven ondersteunen zodat deze op hun beurt bijdragen tot het welzijn en sociale cohesie Als lokaal bestuur wil ik burgers stimuleren op lokaal/regionaal te kopen Als lokaal bestuur wil ik stimuleren dat burgers digitale munten spenderen aan goede doelen/projecten Als lokaal bestuur wil ik mijn beleidsplan uitvoeren: heel veel acties hebben al een nudging aspect Als lokaal bestuur wil ik een aantal van mijn premies kunnen uitbetalen in een lokale munt om mijn lokale economie te steunen (bv geboortepremie) Als lokaal bestuur wil ik het mofelijk maken dat burgers digitaal een cadeaubon kunnen kopen Als lokaal bestuur wil ik dat bedrijven budget kunnen spenderen aan lokale projecten met meerwaarde voor hun werknemers Als lokaal bestuur wil ik het parkeren sturen op gewenste plaatsen Als lokaal bestuur wil ik het gebruik van deelmobiliteit promoten Als lokaal bestuur wil ik vervallen of slapende munten activeren met maatschappelijke meerwaarde Als lokaal bestuur wil ik tegelwippen promoten Als lokaal bestuur wil ik ook een niet-monetaire munt kunnen schenken als incentivering zoals het planten van een boom Als lokaal bestuur wil ik het kansentarief automatisch toekennen (nu via UitPAS) Als lokaal bestuur wil ik mij gesteund voelen in het uitrollen van een duurzaam mobiliteitsplan Als lokaal bestuur wil ik mij gemotiveerd voelen om voldoende sociale woningen te voorzien Als lokaal bestuur wil ik de burger stimuleren om gebruik te maken van het meldpunt van de gemeente 2. Als lokale handelaar wil ik: Als lokale handelaar wil ik het gemakelijker vinden om ecologische keuzes te maken in het aanbieden van mijn producten 3. Als werkgever wil ik: Als werkgever wil ik budget kunnen spenderen aan lokale projecten met meerwaarde voor mijn werknemers Als werkgever wil ik gestimuleerd worden om optimale werkomstandigheden aan te bieden aan mijn werknemers Als werkgever wil ik mijn werknemers (deels) kunnen belonen met lokale munten zodat ik kan bijdragen aan de directe omgeving van het bedrijf 5. Als burger wil ik: Als burger wil ik mij economisch gesteund voelen in mijn gemeenschap Als burger wil ik een beloning kunnen ontvangen wanneer ik spaarzaam omga met mijn afval of waterverbruik Als burger wil ik al die digitale munten in één digitaal potje hebben zitten Als burger wil ik met één betaalactie kunnen betalen met de volledige mix van munten in mijn wallet Als niet digitale burger wil ik mee kunnen doen 5. Andere: Waardering vrijwilligers: 2 miljoen vrijwilligers in Vlaanderen waarvan 300.000 bij lokale besturen. Heel vaak worden ze gewaardeerd op verschillende manieren waaronder cadeaubonnen. Sorteren en recycleren van afvalolie door gezinnen De lokale cadeaubon connecteren Bike2school uitwisselbaarheid tussen munten, ipv 10 verschillende munten (interoperabiliteit end to end). Even goed met bonuspunten winkels Mensen uit doelgroepen worden gestimuleerd om opleidingen te (blijven) volgen Als bouwondernemer wil ik mij gemotiveerd voelen om genoeg groen te voorzien in mijn bouwprojecten en in te zetten op woonkwaliteit Als vrijwilliger wil ik kunnen kiezen welk project mijn beloning krijgt ipv bvb een receptie als beloning We verwijzen graag naar slides 37 tem 42 uit de presentatie voor een inleiding bij deze oefening. Tijdens de discussie kwamen volgende zaken naar voren: Tegelwippen is ontharden. Lokale overheid kan mensen incentiveren om te ontharden. Niet enkel voor prive domein maar ook mogelijk op openbaar domein. Deelmobiliteit, is iets zoals bike to school maar dan niet voor lagere-school kinderen. Promoten van deze deelmobiliteit is zeker iets wat ook onder de noemer van incentivering kan vallen. Vrijwilligers zijn de grootste groep die momenteel via kadobonnen etc beloond wordt, dit zou via dit platform kunnen waardoor je ineens een hele brede basis van gebruikers hebt. Bij burenhulp is niet echt het probleem dat er te weinig mensen anderen willen helpen, het is eerder het probleem van hulpvraagverlegenheid. Je hoeft dus mensen niet te incentiveren om te gaan helpen, eerder om een hulpvraag te durven stellen. Als gebruiker lijkt het gebruiksvriendelijker om slechts 1 munt te hebben die breed (zowel naar type handelaars als naar geografische spreiding) besteed kan worden. Dat er dus maar 1 endcoin is ipv 10 verschillende. Echter ligt dit gevoelig bij de lokale besturen om indien een munt uitgegeven wordt om lokale handel te stimuleren deze niet in de eigen gemeente besteed zou worden. Hoeveel verschillende munten er zullen zijn is nog te bekijken. Bezorgdheid is vooral vanuit eindgebruikers standpunt. Concepten Tijdens dit onderdeel van de werkgroep werd een oefening uitgevoerd rond de mogelijke concepten van het toekomstige model. We verwijzen graag naar slides 43 tem 45 uit de presentatie voor een inleiding bij deze oefening. Een samenvatting van de verschillende zaken die vermeld werden werd opgesteld in onderstaande tabel: Deelnemer Beloning Besteding Doel Incentive Sponsor Wallet Burger Beloning goed doel Afval stimuleren lokale handelaar Waarde van vervallen munt / waardeverlies van een munt Inwoner Munt Project met maatschappelijk meerwaarde Gestelde gedrag Gemotiveerd bedrijf / werkgever Monetaire tegenwaarde Vrijwilliger Niet-monetaire munt cadeaubon Bereikbaarheid Gedragen Burenhulpvragers Vrijwilligers Premies boom duurzaam verplaatsen acties bedrijven Werknemers gemeente Digitale munt betalen ontharden activeren Buren Besteedbaarheid Waterverbruik Betrokken Lokale vereniging Kadobonnen digitale munten fietsen spenderen Lokaal Kopen Doneren helpen met een bepaalde klus Mobiliteit Sociale cohesie Tijdens de discussie kwamen volgende zaken naar voren: Niet monetaire munt wil zeggen dat niet elke munt een tegenwaarde heeft in euro’s maar dat het resultaat bv het planten is van een boom. Andere datamodellen en inspiratie Hier werd er gepolst bij de stakeholdergroep of er nog andere initiatieven waren die hierbij aanleunen en of er eventueel iemand was die weet had van reeds bestaande datamodellen rond dit topic. Tijdens de discussie kwamen volgende zaken naar voren: Cyclos is al lang bezig met documentatie van de API’s zodat incentiveringsplatformen eenvoudig kunnen gekoppeld worden aan de munt waarmee deze werken. Als je incentiveringsplatformen wil aansluiten op een digitale munt dan zou dit via een open API eenvoudig gekoppeld moeten kunnen worden. Als dit echter bedoeld wordt als een wallet waar alle incentiverings use cases zich kunnen aan koppelen met verschillende munten dan wordt het technisch ingewikkelder, al is dit ook nog realiseerbaar via een gateway of iets dergelijk. Beter lijkt toch 1 lokale munt met verschillende incentiveringsplatformen. Documentatie van de cyclos API is terug te vinden op https://demo.cyclos.org/api Digitale klantensystemen hadden dezelfde problematiek dus misschien wel interessant om daar eens te kijken hoe dit aangepakt is. Ambipas is pas in Tongeren waar de loyalty kaarten voor 100 tal handelaars op stadsniveau getrokken is. Bij shoppen krijg je punten op je Ambipas. Echter worden de punten die door een handelaar uitgereikt worden steeds betaald door deze handelaar. De korting kan dan bij eender welke handelaar gebruikt worden. Maandelijks krijgt de handelaar dan een afrekening (uitgereikte – ontvangen punten). Daarnaast is er ook wekelijks een loterij waar de prijs in punten op je Ambipas gestort wordt. Als laatste krijg je ook een parkeertegoed bij ieder gebruik van de Ambipas. Bedoeling is om uit te breiden naar gebruik van deze punten in bv een museum, echter zien handelaars deze punten niet graag verdwijnen uit hun netwerk. Nog wat werk nodig om deze te overtuigen. In Japan kunnen jongeren ouderenhulp aanbieden en daarvoor punten sparen om later zelf als ze zorgbehoevend zijn zorg mee aan te kopen. De punten kunnen ook aan ouders geschonken worden indien bv verder weg wonen. Saber munten, is een systeem waarmee op de middelbare school hulp van medeleerlingen kon gekocht worden. Met het saldo op het eind van het middelbaar kon dan een deel van het inschrijvingsgeld voor het hoger onderwijs betaald worden. Een mooi extra voordeel was dat er ook meer retentie was van de leerstof. Chiemgauer, munt uit Beieren. Opgezet als alliantie tussen school en omgevende handelaars. Een aantal principes zoals demurrage, afromen van slapende munten voor gebruik in gemeenschapsdoeleinden worden daar toegepast. Vraag en antwoord Vraag : Fairville zit in het project, begeleidt IOK en Geel. Wat is de rol van Fairville in het verhaal? Hoe ver reikt hun opdracht? Antwoord : Fairville begeleidt IOK en Geel maar alle studies en principes die gedocumenteerd worden zullen openbaar zijn en eventueel gebruikt worden in dit traject. Het is niet zo dat ze zeker zijn van de implementatie van de rest van dit traject. Vooral in onderzoeksfase betrokken bij dit traject en als partner die reeds een impementatie (de Buck-e) voltooid heeft in de regio. Vanuit OSLO is het belangrijk te vermelden dat de workshops open zijn zodat iedereen zijn input kan leveren voor deze standaard en dat de standaard zo wijd mogelijk gedragen is. Het datamodel van OSLO wordt objectief opgesteld, er zijn geen partijen die naast de workshops nog rechtstreeks hun input kunnen leveren. Alles gebeurt op basis van de workshops. Vraag : De architectuur van de oplossing is fundamenteel als je de markt ten volle wil laten spelen. Er kunnen keuzes gemaakt worden naar op welk niveau dit platform ontwikkeld wordt, hoe veel platformen zijn er, welke wallet etc. Al deze keuzes hebben impact op de aanbestedingsprocedure. Antwoord : Bedoeling is inderdaad om de markt zo vrij mogelijk te laten spelen. Aangezien er gewerkt wordt op basis van een OSLO standaard is het zo dat alles inderdaad met elkaar zou moeten kunnen spreken. Vraag : Is het de bedoeling om 1 centraal platform op te zetten waar alle incentiverinsplatformen met alle munten kunnen verbinden? Of is het op gemeenteniveau met verschillende incentiveringsplatformen maar met maar 1 munt? Op gemeenschaps- of gemeenteniveau? Antwoord : Doel van het datamodel is dat er 1 platform zou kunnen zijn. Hoe dit dan effectief geïmplementeerd wordt is een andere vraag. Dit zal afhangen van de vraag van degene die een platform zal ontwikkelen. Het datamodel zal beide modellen aankunnen. Volgende stappen In dit hoofdstuk worden de volgende stappen besproken van het traject. We verwijzen graag naar slide 50 tem 54 uit de presentatie. VLOCA Feedback kan bezorgd worden aan laurien.renders@vlaanderen.be De eerste thematische werkgroep binnen het VLOCA-traject vindt plaats op 16 mei van 13u-16u via Teams. Inschrijven kan via deze link . Werkgroepen Hieronder het overzicht van alle werkgroepen voor het traject Regionaal plugable incentiveringsplatform . Werkgroep Type werkgroep Datum Tijd Locatie Business werkgroep Business werkgroep 2023-04-18 13u00-16u00 Digitaal OSLO Feedback kan per e-mail worden gegeven aan de volgende personen: digitaal.vlaanderen@vlaanderen.be laurens.vercauteren@vlaanderen.be pieter.roeyen@vlaanderen.be pieter.desmijter@vlaanderen.be Thematische werkgroep 1 OSLO vindt plaats op  dinsdag 9 mei: 09u00 - 12u00   Schrijf u in via volgende link:  1ste thematische werkgroep +
Business werkgroep: Slim ruimtelijk planne … Business werkgroep: Slim ruimtelijk plannen De business werkgroep is de eerste werkgroep binnen het City of Things Slim ruimtelijk plannen Traject. Het gaat om een inspiratiesessie waar stakeholders meedenken om alle mogelijke use cases, randvoorwaarden, bezorgdheden, opportuniteiten en meer te identificeren. Digitaal Vlaanderen (OSLO) en Agentschap Binnenlands bestuur (VLOCA) organiseren en faciliteren deze werkgroep samen. De werkgroep staat open voor deelname door de gehele quadruple helix. Vaste deelnemers zijn de leden van het VLOCA-trajectconsortium en stakeholders. De verzamelde inzichten worden vervolgens verwerkt om de data- en informatiearchitectuur verder aan te vullen. De Business werkgroep vond plaats op 27 september 2023. Organisatie Deelnemer Agentschap Binnenlands Bestuur (VLOCA) Laurien Renders Alain Glickman Digitaal Vlaanderen Vincent Fieremans Louise Ysewijn AP Hogeschool Greet Mendonck Stad Mechelen Stephanie De Deken Stad Gent Jan Godderis Kim Paduwat Dieter Nieuwborg Intercommunale Leiedal Lucas Verbanck Bram Tack Inge Wydhooge Thomas Goemaere Stad Antwerpen Virge Smets Gert Van Oost Heidi Vandenbroecke District09 Ann Bernaert Departement Omgeving Wouter Brems Context Initiatief De uitdaging waar we voor staan, is de aanzienlijke druk op de bebouwde en open ruimte in Vlaanderen. Het vraagt om een slimme benadering van de nog beschikbare ruimte. We streven ernaar om data te integreren in ons beleid en onze dienstverlening, met als uiteindelijk doel het creëren van leefbare buurten en bruisende centra. De vraag is: hoe bereiken we dit? Het antwoord ligt in het verkrijgen van inzicht in wanneer een buurt behoefte heeft aan zaken zoals bijvoorbeeld extra voorzieningen, groenvoorzieningen en handelsmogelijkheden. Dit inzicht stelt ons in staat om bij bouwprojecten op een slimme manier te beslissen waarop we moeten inzetten. In dit streven zijn we op zoek naar een aantal essentiële elementen: 1. Een permanente monitoring van de kenmerken van een buurt, zodat we op de hoogte blijven van de veranderende behoeften en trends. 2. Het vermogen om de impact van specifieke bouwprojecten op deze kenmerken te beoordelen. We willen begrijpen hoe nieuwe ontwikkelingen de leefbaarheid van een buurt beïnvloeden. 3. Het ontwikkelen van visuele tools die deze informatie kunnen presenteren op een manier die relevant en begrijpelijk is voor verschillende belanghebbenden, waaronder burgers en medewerkers die vergunningen verlenen. VLOCA VLOCA, de Vlaamse Open City Architectuur, is een initiatief van het Agentschap Binnenlands Bestuur van de Vlaamse Overheid. De hulp van VLOCA aan lokale besturen start bij het scherpstellen van duidelijke, verstaanbare use cases en loopt door tot de aanbestedingsfase van het project. VLOCA vormt op deze manier een duidelijke brug tussen de beleidsdoelstellingen van het lokale bestuur en de technische laag waarin de oplossingen beschreven en geïmplementeerd worden. We stellen de juiste vragen en verzamelen de noden en behoeften van alle stakeholders (lokale besturen, kenniscentra, bedrijven en burgerorganisaties). Door een gestructureerde aanpak en verwerking van deze informatie wordt de ontwikkeling van herbruikbare bouwblokken, standaarden en normen gestimuleerd die van Vlaanderen één grote interoperabele slimme regio kunnen maken. De opgedane kennis en ervaring wordt ontsloten via een kennishub waarop onder andere draaiboeken, architectuur componenten en modellen ter beschikking gesteld worden voor alle andere lokale besturen en stakeholders. OSLO Een semantische standaard maakt het delen en uitwisselen van data tussen verschillende stakeholders gemakkelijker. Elke betrokkene kan de gegevens van de andere direct gebruiken en interpreteren. Dit stimuleert de uitwisseling en het hergebruik van gegevens en vermindert de kost van uitwisseling. De semantische standaard zorgt voor machine leesbare data. Het brengt eveneens een efficiëntiewinst met zich mee als de data in verschillende processen gebruikt kunnen worden.    Het openstellen van semantische data bevordert innovatie en zal relevante stakeholders in staat stellen om intelligentere producten en diensten te ontwikkelen. Door het linken van data beschikken we ook over rijkere data. Uit verrijkte data kan ook meer kennis worden gehaald.  Samenwerken rond standaarden en het delen van data doorbreekt ook monopolies en geeft meer ontwikkelingskansen voor bv. ontwikkelaars, leveranciers, … en zorgt ervoor dat een bredere groep van relevante stakeholders betrokken wordt.   Extra informatie en een verzameling van de datastandaarden zijn te vinden op volgende links: https://overheid.vlaanderen.be/oslo-wat-is-oslo en https://data.vlaanderen.be/ . Brainstormsessie Doel De brainstormsessie omvatte vier oefeningen met als doel: - Afbakenen van de relevante schaalniveaus. - Inzichten verkrijgen in huidige en potentiële use cases m.b.t. slim ruimtelijk plannen in zijn breder geheel. - Concepten rond slim ruimtelijk plannen oplijsten aan de hand van de use cases. - Informatienoden en bestaande datamodellen capteren. De bedoeling was om rond het onderwerp van slim ruimtelijk plannen zoveel mogelijk verschillende informatienoden en invalshoeken van de verschillende actoren te verzamelen. Dit is van groot belang voor het verdere verloop van dit traject. Aanpak In de eerste oefening trachten we informatie te verzamelen rond schaalniveaus. De deelnemers werden aangespoord om na te denken over de verschillende schaalniveaus die vereist zijn om de nodige ruimtelijke indicatoren te berekenen. Het verder afbakenen van ieder schaalniveau zal verder gebeuren in de volgende werkgroepen. Outcome Schaalniveaus Schaalniveaus Details Administratieve schaalniveaus Wijk (Deel)gemeente Arrondissement (Referentie)regio Provincie Gewest Andere schaalniveaus (meer gedetailleerd) Bouwblok: “Groep van aangrenzende percelen afgebakend door openbaar domein Opdeling binnen een bouwblok: straatwand, binnenkern Trage wegen splitsen een bouwblok Wegsegment Kern Lint Statistische sector Perceel Grid/Raster (afmeting?) Invloedssfeer van voorzieningen: Afstand tot voorziening Capaciteit (draagkracht) van een voorziening Temporele schaalniveaus: Realtime (relevant in de context van mobiliteit) Afhankelijk van het onderwerp: maandelijks, jaarlijks Uitdagingen: Bouwblokken veranderen doorheen de tijd (bv. percelen kunnen opgesplitst worden, gemeenten kunnen fuseren) Impact van voorzieningen die net buiten de grens vallen In een ideale wereld zouden er schaalniveaus afgesproken kunnen worden waar je van het kleinste detailniveau (bv. perceel) kan aggregeren naar telkens hogere niveaus van detail (vb. perceel -> gebouw -> bouwblok -> …). Use cases Impactanalyse Als omgevingsambtenaar die een bouwproject begeleidt, wil ik met de selectie van het perceel waar het bouwproject komt, een lijst/rapport kunnen krijgen met een overzicht van de tekorten/overschotten van de verschillende voorzieningen, zodat ik dit in het betreffende project kan meegeven. Als omgevingsambtenaar die bouwprojecten begeleidt wil ik de cumulatieve impact van alle geplande bouwprojecten kunnen simuleren op lokale voorzieningen, zodat er bijgestuurd kan worden op tekorten/overschotten. Als beleidsmedewerker die moet rapporteren aan het college wil ik per wijk een overzicht kunnen geven van alle geplande woonprojecten in die wijk en de impact daarvan op de voorzieningen, zodat het college op de hoogte is van waarop ingezet moet worden in die wijk. Als vergunningverlener wil ik de impact van een bouwproject kunnen evalueren. Als burger wil ik de impact van een project op mijn buurt kennen. Als lokaal bestuur willen we de impact van nieuwe inwoners op bestaande voorzieningen monitoren. Inzicht in de kenmerken van een buurt Als ruimtelijk planner wil ik ruimtelijke indicatoren (vb. privaat groen) op het kleinste schaalniveau kunnen bekijken, samenvoegen tot grotere schaalniveaus, vergelijken, Daarbij is het belangrijk dat deze indicatoren eenduidig zijn. Als schepen ruimtelijke ordening wil ik weten wat mijn gemeente/wijk nodig heeft op ruimtelijk vlak en waar de prioriteiten liggen. Als departement omgeving willen we de impact van wijzigingen in de leefomgeving monitoren op basis van ruimtelijke en bij uitbreiding omgevingsindicatoren (zoals gezondheid, bebouwing, ). Evaluatie van beleid Als lokaal bestuur zijn we ge nteresseerd in de profieltaart van een wijk, op basis van enkele indicatoren en hun respectievelijke gewicht, om de impact van een gevoerd beleid te evalueren. Als lokaal bestuur baseren we ons op subjectieve en objectieve indicatoren om de impact van een gevoerd beleid te evalueren. Als lokaal bestuur zouden we graag een benchmark oefening doen met andere steden om de impact van ons gevoerde beleid te evalueren. Andere Een semantische standaard rond ruimtelijk plannen zou het mogelijk maken om Provincies in Cijfers en Geopunt Vlaanderen verder uit te bouwen met gemeenschappelijke indicatoren en datalagen, en daarmee de vraag naar nieuwe toepassingen die dit mogelijk zouden maken in te perken. Concepten Perceel KI bouwjaar renovatiejaar soort bebouwing verkoopprijs aantal kamers tuin of niet functie EPC-label oppervlakte Bebouwing MOBI score groen score voorzieningen score bebouwingsdichtheid vloer-terreinindex Voorzieningen bereik capaciteit kinderopvang park school netwerk Bevolking bevolkingsdichtheid groen per inwoner bevolkingssamenstelling Mobiliteit (wegsegment niveau) parkeerplaats laadpunt zitbank bomen Milieu & klimaat geluid hitte/koelte lucht water (waterlopen) verhardingsgraad Economische activiteit horeca industrie Andere satelliet data hoogte data ruimtebeslag kruindekking Schaalniveaus stad wijk buurt bouwblok straat straatsegment wegsegment perceel Actoren burger belangengroep/middenveldorganisatie bouwheer/architect omgevingsambtenaar ruimtelijk planner bestuurder/beleidsmedewerker Bestaande initiatieven en datamodellen Geopunt vlaanderen Het Geografisch portaal (Geopunt) is de centrale toegangspoort tot geografische overheidsinformatie. Het verzamelt alle informatie van de Vlaamse overheid op één kaart en vormt het uithangbord van het samenwerkingsverband voor geografische informatie in Vlaanderen (GDI-Vlaanderen). U vindt er info over onder andere percelen, gebouwen, wegen, rivieren en allerlei interessante plaatsen zoals sportaccommodaties, scholen en zorginstellingen. Provincies in cijfers De website provincies.incijfers.be is een samenwerking tussen de diensten Data & Analyse van de vijf Vlaamse provincies. In elke provincie biedt Data & Analyse lokale besturen en organisaties ondersteuning bij beleidsplanning via cijfers en rapporten over tal van thema's en beleidsdomeinen, vooral via het dashboard en de databank van provincies.incijfers.be. Lokale besturen en organisaties kunnen bij de diensten Data & Analyse terecht voor vragen naar cijfers, voor (omgevings)analyses en voor duiding bij cijfers. RuimteModel Vlaanderen VITO is de drijvende kracht achter RuimteModel Vlaanderen. Dat simuleert op een ruimtelijke resolutie van 1 ha alle veranderingen in landgebruik in Vlaanderen, ondergebracht in een dertigtal categorieën. Het model simuleert veranderingen tot 2050. Die informatie wordt gebruikt door verschillende entiteiten van de Vlaamse overheid, en door steden en provincies. BELMAP Belmap integreert meer dan 50 databronnen die het meest complete, nauwkeurige en consistente beeld bieden van de gebouwde omgeving van België, Nederland en Luxemburg. Kunstmatige intelligentie en geavanceerde datawetenschap openen een schat aan nieuwe inzichten over gebouw- en adreskenmerken, zoals de ouderdom van gebouwen, landgebruik, landbedekking en de aanwezigheid van zonnepanelen. Locatus Locatus veldwerkers en deskresearchteam verzamelen dag in dag uit informatie over winkels, winkelgebieden, woningbouwplannen en kantoren, met als resultaat unieke landsdekkende databases. Leefbaarometer Met behulp van de Leefbaarometer kan de leefbaarheid in alle bewoonde wijken, buurten en straten in Nederland gemonitord worden. De Leefbaarometer laat zien hoe de situatie van de leefbaarheid er is en hoe die zich in de afgelopen jaren heeft ontwikkeld. Hiermee biedt de Leefbaarometer informatie voor beleidsvoorbereiding, -bijsturing en -evaluatie voor verschillende partijen die betrokken zijn bij de leefbaarheid van wijken en buurten. Databank ondergrond Vlaanderen DOV zorgt ervoor dat alle gegevens van de Vlaamse ondergrond vlot beschikbaar zijn via één loket, het DOV-Portaal. Beschikt u over data van de ondergrond in Vlaanderen? Neem dan zeker contact op met DOV om jouw gegevens toe te voegen. Wil u weten welke gegevens er over uw omgeving ter beschikking zijn? Verken de Vlaamse ondergrond met de DOV-Verkenner. Vastgoed informatie platform Dit generiek gegevensdelingsplatform maakt een eenvoudige uitwisseling van vastgoedinformatie mogelijk. De verschillende aanvragers kunnen de informatie verkrijgen via één eenvoudige weg in het kader van een verkoop of langdurige verhuur. Het platform verzamelt data uit de aangesloten, centrale bronnen waarna de bevoegde gemeente het dossier verrijkt via het platform en na een kwaliteitscontrole het dossier aflevert aan de aanvrager. Kabel- en Leidinginformatieportaal (KLIP) Om graafschade te voorkomen moet u weten welke kabels en leidingen u in de grond kan tegenkomen wanneer u grondwerken wilt uitvoeren, Daarom bent u verplicht om een KLIP-aanvraag te doen. KLIP stuurt uw aanvraag door naar alle mogelijk betrokken kabel- en leidingbeheerders (KLB's) en stelt met hun antwoorden één overzichtelijk digitaal plan op. Het plan met alle aanwezige ondergrondse infrastructuur kan u online bekijken of via de KLIP-app voor Android, iOS en Windows. Digitale stedenbouwkundige informatie (DSI) Met het uitwisselplatform voor digitale stedenbouwkundige informatie (DSI) zijn we op weg naar een volledig, betrouwbaar, continu bijgewerkt, geografisch digitaal overzicht van al de vigerende ruimtelijke verordenende plannen (i.e. gewestplan, APA, BPA, RUP,…) en verordeningen op het grondgebied van het Vlaamse Gewest, en het onderling verband tussen hun respectievelijke stedenbouwkundige voorschriften. Het Nederlandse kadaster: BAG De BAG (Basisregistratie Adressen en Gebouwen) bevat de officiële gegevens van alle adressen en gebouwen in Nederland, zoals bouwjaar, oppervlakte, gebruiksdoel en locatie op de kaart. Gemeenten zijn bronhouders van de BAG. Zij zijn verantwoordelijk voor het opnemen van de gegevens in de BAG en voor de kwaliteit ervan. De gegevens over adressen en gebouwen stellen zij centraal beschikbaar via de Landelijke Voorziening BAG (LV BAG). Andere 1. Rapport over de bouwshift van HO Gent -> vervolgstudie door departement omgeving 2. Segmentatiestudie Vlaanderen 3. Openstreetmap kaart van de wereld 4. Statbel 5. Voorbeeld wijk- en buurt monitor Nederland 6. Nederlandse variant Geopunt: PDOK 7. Copernicus: een Europese klimaat database 8. Het Ruimterapport Vlaanderen 9. Stad in Cijfers 10. Datavindplaats die toegang biedt tot alle informatie van Vlaamse instanties op één platform 11. adresregister, perceelregister, vergunningenregister 12. Omgevingsloket 13. Het MAGDA-platform biedt een groot aantal webdiensten aan waarmee gegevens uit verschillende (authentieke) brondatabanken kunnen opgehaald worden. 14. INSPIRE infrastructure for spatial information Europe Volgende stappen De volgende stappen zijn: Verwerking van de input van de brainstorm oefening Rondsturen van een link naar dit verslag en powerpoint Verder onderzoek en voorbereiding van de eerste thematische werkgroep waarvoor u zich hieronder kan inschrijven Werkgroepen Hieronder het overzicht van alle werkgroepen voor het traject Slim Ruimtelijk Plannen . Inschrijven kan door op de link te klikken van de betreffende werkgroep. Hieronder het overzicht van alle werkgroepen voor het traject . Werkgroep Type werkgroep Datum Tijd Locatie Business werkgroep Business werkgroep 2023-09-27 Stadskantoor Gent Thematische werkgroep 1 Data en informatie werkgroep 2023-11-14 Teams Thematische werkgroep 2 Functionele werkgroep 2023-12-19 Teams Thematische werkgroep 3 Technologie werkgroep 2024-01-23 Teams +
Business werkgroep: Slimme stadsdistributi … Business werkgroep: Slimme stadsdistributie De business werkgroep is de eerste werkgroep binnen het City of Things Slimme stadsdistributie Traject. Het gaat om een inspiratiesessie waar stakeholders meedenken om alle mogelijke use cases, randvoorwaarden, bezorgdheden, opportuniteiten en meer te identificeren. Digitaal Vlaanderen (OSLO) en Agentschap Binnenlands bestuur (VLOCA) organiseren en faciliteren deze werkgroep samen.De werkgroep staat open voor deelname door de gehele quadruple helix . Vaste deelnemers zijn de leden van het VLOCA-trajectconsortium en stakeholders. De verzamelde inzichten worden vervolgens verwerkt om de data- en informatiearchitectuur verder aan te vullen. De Business werkgroep vond plaats op Fout: ongeldige tijd. . Deelnemers Organisatie Deelnemer Digitaal Vlaanderen (OSLO) Yaron Dassonneville Lorenzo Vylders Pieter Roeyen Agentschap Binnenlands bestuur (VLOCA) Fabian de la Meilleure Alain Glickman Stad Hasselt Kim Bos Bea Cleeren Yannick Fabbro Mary-Ann Smits Gerrit Verlinden Stad Leuven Tim Guily Marij Lambert Stad Antwerpen Tim Vervoort Daniel Sevenhans Stad Gent Loesje Van Damme Stad Tongeren Vicky Verscheijden Stad Mechelen Roos Lowette IMEC Dries Van Bever Be-Mobile Evert Gellynck Bond Beter Leefmilieu Vlaanderen Bart Dumoulin Bpost Eline Camerlinck Cegeka Ken Casier De Lijn Nico Celen Departement Mobiliteit en Openbare Werken Klaas Van Cauwenberg Geosparc Berdien De Roo Hays Axel Bulambo FEBETRA Isabelle De Maegt Politiezone Limburg Regio Hoofdstad Carlo Vanholst Rebel Group Advisory Belgium Laura Tavernier VIL Domien Stubbe Vlaams Netwerk van Ondernemingen Philippe Reyners Vlaamse Milieu Maatschappij Veronique Smeets Vrije Universiteit Brussel Cathérine Cassan Universiteit Antwerpen Joris Beckers On Time Logistics Filip Goossens Mobius Jacob Laureyns Scoptis Jan Severijns The New Drive Dana Deliever GLS Lei Vierendeels Fishermen Johan Peeters E-llis Renaat Sohl Cranium Pieter Stevens FrontForce Guido Van de Velde Ninatrans Koen Vandevelde Context Initiatief Het City of Things project Slimme stadsdistributie vanuit stad Hasselt gaat over de transitie naar een leefbare en veilige binnenstad. Hierbij moet enerzijds rekening gehouden worden met autovrije/autoluwe delen, maar anderzijds zijn er ook grote behoeften naar steeds meer logistieke stromen in de binnenstad. Dit laatste is een effect van snelle leveringen die men tegenwoordig als maar liever ziet gebeuren alsook de sterke groei in e-commerce welke geboost is door COVID-19.Het resultaat van deze groei in logistieke stromen zorgt dat de leefbaarheid in de stad onder druk komt te staan. Om gerichte acties te kunnen nemen, moet men zicht krijgen op leveringen die in de binnenstad gebeuren, dit geeft ruimte om te kijken naar een data gedreven innovatie. Er zijn heel wat globale mobiliteitsdoelstellingen die ook van toepassing zijn voor stadsdistributie. Zo kijkt men enerzijds naar het verminderen van negatieve effecten zoals emissies en overlast. Anderzijds kijkt men dan naar het versterken van positieve effecten, zoals het verhogen van verkeersveiligheid, stimuleren van duurzaam ondernemerschap. Om dit te kunnen bereiken wordt gekeken naar slimme oplossingen. De keuze voor dit project is tevens gebaseerd op onderzoek en cijfers. Presentatie Slide 12 De stijging in het goederenvervoer neemt sterker toe dan het personenvervoer. Hieruit kan men concluderen dat dit dus zal leiden tot een sterke stijging van uitstootgassen en conflicten metandere weggebruikers, daarnaast heeft dit dan ook een effect op de wegen en stromen doorheende binnenstad. Stad Hasselt is een aantal jaar geleden gestart met het plan ‘Bereikbare Binnenstad’, veel mensen bewegen zich in de stad met verschillende doeleinden en met verschillende vervoersmiddelen. Het plan heeft dus als doel een aantrekkelijk stadscentrum te creëren. Hierin kijkt men in dit project naar het toegangsbeleid voor personenwagens, aan de hand van onder andere ANPR controle, testing, enzoverder. Logistiek verkeer kan momenteel de binnenstad nog bereiken zonder identificatie, hierdoor is er dus geen zicht op logistieke stromen. Echter zijn er met het project ‘Bereikbare Binnenstad’ al heel wat infrastructuren aanwezig om de aansluiting met logistiek verkeer te maken. Naast Hasselt werkt ook stad Leuven mee aan dit project, ze hebben in aanloop van dit project ook al enkele zaken gedaan. Zo zijn er kortparkeerplaatsen voor laden en lossen in de binnenstad, venstertijden voor leveringen en ANPR-camera’s voor slimme knips en venstertijden te controleren. In tegenstelling tot Hasselt zijn er in Leuven geen verzinkbare paaltjes.Op onderstaande slide is te zien welke projecten in stad Leuven al vooraf zijn gegaan. Presentatie Slide 15 Voor het project Slimme Stadsdistributie is een duur vastgesteld op 2,5 jaar, dit is officieel gestart op 1 oktober 2022. Naast Hasselt en Leuven werkt ook stad Antwerpen mee aan dit project. Voor stad Leuven en stad Hasselt zijn er verschillende insteken, dit zal later verder worden toegelicht. Het doel van het project is om leveringen in de stadskern slimmer te organiseren. Hierbij zal gekeken worden naar de ontwikkeling en de testing van een logistieke verkeersmanagement tool. Deze tool bestaat uit een dashboard aan de gebruikerszijde om leveringen te registreren, en aan de anderezijde, de beleidszijde, een cockpit om de leveringen te sturen. Op deze manier wil men een leveringskader uitwerken die kan sturen waar, wanneer en hoe de levering moet gebeuren. Uiteindelijk kan via de internet of things toepassingen een flankerend beleid neergezet worden vanwaar uit het platform gevoed wordt om leveringen te kunnen sturen en ook de planningen van distributeurs voeden zo dat vraag en aanbod goed gematcht kunnen worden. Via het dashboard kunnen logistieke verplaatsingen geregistreerd worden, aan de hand hiervan kanmen een zicht bieden over het real time drukte beeld en de beschikbaarheid van laad en losplaatsen. Langs beleidskant is er dan de cockpit die de toegang tot het centrum beheert, controleert en stuurt. Deze wordt gekoppeld aan de internet of things toepassingen op het terrein in de binnenstad, maar ook het gebruiker dashboard. Hieronder een visuele weergave van hetvolledige schema. Presentatie Slide 20 De insteek van stad Hasselt is wel verschillend van Leuven. Zo is de use case bij Hasselt een verplichte registratie van de levering die gekoppeld is aan een toegangscontrole. Bij de registratie wordt gevraagd naar beladingsgraad/densiteit om optimalisaties te bekijken.Wat stad Leuven betreft, komt de betrokkenheid vooral voor schaalbaarheid van dit initiatief vanuit Hasselt. Ze hebben daarom gekozen om in Leuven niet dezelfde use case te hanteren als in Hasselt. Zo willen ze kijken wat er gebeurt indien de registratie van leveringen niet verplicht is en enkel de intrinsieke motivatie te testen. Hier ligt de focus vooral op data van leveringen want hier is momenteel in Leuven weinig zicht op.Na een bepaalde periode zal dan gekeken worden bij verschillende logistieke spelers welke optimalisatie scenario's er geweest zijn om dan in de pilot deze scenario's uit te testen en kijken of andere incentieven nog nodig zijn om de optimalisatiescenario aan te sturen. Er hebben ook reeds overlegmomenten plaatsgevonden met de stuurgroepen klankbordgroep. Deze klankbordgroep is belangrijk voor het capteren van de input van alle belanghebbenden. Aan het platform zijn ook enkele doelstellingen gekoppeld, deze zijn opgesplitst in technische, functionele, economische en strategische doelstellingen. Voor meer informatie, zie slides 23-26. Discussiepunt: Heb je een overzicht van welke partijen in de stuurgroep en in de werkgroep zitten? Antwoord: De samenstelling van deze groepen is niet in steen gegrift. In de werkgroep zullen de projectverantwoordelijken van de steden Hasselt, Leuven en Antwerpen en de externe (IT-)partnerdie momenteel nog gezocht wordt zitten. Wat de stuurgroep betreft zitten momenteel leden van de steden Hasselt, Leuven en Antwerpen, Vlaio, Digitaal Vlaanderen en Slimme Regio Vlaanderen (SRV zal in de klankbordgroep zetelen vanaf het moment dat de externe partner is aangesteld.) VLOCA VLOCA, de Vlaamse Open City Architectuur, is een initiatief van het Agentschap Binnenlands Bestuur van de Vlaamse Overheid.De hulp van VLOCA aan lokale besturen start bij het scherpstellen van duidelijke, verstaanbare use cases en loopt door tot de aanbestedingsfase van het project. VLOCA vormt op deze manier een duidelijke brug tussen de beleidsdoelstellingen van het lokale bestuur en de technische laag waarin de oplossingen beschreven en geïmplementeerd worden. We stellen de juiste vragen en verzamelen de noden en behoeften van alle stakeholders (lokale besturen, kenniscentra, bedrijven en burgerorganisaties).Door een gestructureerde aanpak en verwerking van deze informatie wordt de ontwikkeling van herbruikbare bouwblokken, standaarden en normen gestimuleerd die van Vlaanderen één grote interoperabele slimme regio kunnen maken. De opgedane kennis en ervaring wordt ontsloten via een kennishub waarop onder andere draaiboeken, architectuur componenten en modellen ter beschikking gesteld worden voor alle andere lokale besturen en stakeholders. We verwijzen naar slides 35 – 41 voor meer informatie. OSLO Het doel van OSLO is om de datastromen semantisch te modelleren en de structuur van de data te standaardiseren in de context van het slimme stadsdistributie-project. Hierbij zal de focus gelegd worden op het opzetten van een gegevensuitwisseling tussen steden en leveranciers om logistieke stromen beter te beheren en optimaliseren. Het is de bedoeling om zo te zorgen voor meer samenhang en een betere begrijpbaarheid en vindbaarheid van de Data. Op die manier kan iedereen gegevens makkelijker gebruiken.Met OSLO wordt er concreet ingezet op semantische en technische interoperabiliteit. De vocabularia en applicatieprofielen worden ontwikkeld in co-creatie met o.a. Vlaamse administraties, lokale besturen, federale partners, academici, de Europese Commissie en private partners (ondertussen meer dan 4000 bijdragers).Extra informatie en een verzameling van de datastandaarden zijn te vinden op volgende links: - https://overheid.vlaanderen.be/oslo-wat-is-oslo - https://data.vlaanderen.be/ We verwijzen naar slides 28 – 34 voor meer informatie. Informeren, inspireren en aanzetten tot actie Tijdens dit onderdeel van de presentatie werden een aantal bestaande datamodellen toegelicht als inspiratie voor de verdere brainstormsessie en om op deze manier ook in het verdere traject mee te nemen. Volgende modellen werden kort toegelicht: OSLO Mobiliteit: Trips & Aanbod Dit datamodel is een applicatieprofiel waarbij er een reiziger is die een bepaalde reis aflegt en mobiliteitsdiensten die deze reis mogelijk maken. Binnen de context van slimme stadsdistributie is dit model relevant gezien we zaken kunnen hergebruiken. Zo kan bijvoorbeeld een transportorganisatie gezien worden als reiziger die een bepaalde reis aflegt over een bepaalde route. Voor deze reis is binnen Trips & Aanbod een boeking nodig, binnen slimme stadsdistributie spreekt men hier dan niet over een boeking maar wel een reservatie. De reservatie gaat hier dan over een resource, dit kan bijvoorbeeld een vrachtwagen zijn of een paaltje. Discussiepunt: Het wordt hier met een reis vergeleken met bijvoorbeeld Hasselt als eindpunt, maar dit is dan niet het eindpunt van die vrachtwagen bijvoorbeeld. Antwoord: Nee dat klopt en dat hoeft ook niet zo te zijn volgens OSLO Mobiliteit: Trips & Aanbod. In dit model zitten ook tussenstops verwerkt om de reis te vervolledigen. Datex II Datex II is opgesteld door de Europese Commissie en is relevant voor alle toepassingen waar dynamische informatie over transportsystemen, waaronder het wegennet, gebruikt worden. Hier zijn een gemeenschappelijke set specificatie gedefinieerd voor data uitwisseling ter ondersteuning van de interoperabele uitwisseling van verkeers en reisinformatie. Een belangrijk gebruiksgebied dat hieronder valt is dan het linken van verkeersmanagement en verkeersinformatie systemen. INSPIRE: Transport network INSPIRE heeft als doel het delen van ruimtelijke informatie tussen overheden in Europa. Zo definieert INSPIRE standaarden voor verschillende data thema’s waaronder het ‘Road Transport Network Model’ valt binnen transport networks. Hier wordt gebruik gemaakt van een link en knooppunten structuur om een wegennet weer te geven dat wordt gebruikt voor het transport van voertuigen in de vorm van een lineair netwerk. Dit model is ook als inspiratie gebruikt geweest voor OSLO Mobiliteit: Trips & Aanbod. OSLO Openbaar domein Binnen dit model is het vooral relevant om te kijken naar infrastructuurelementen, dit is heel high-level gedefinieerd. Zo kan het bijvoorbeeld gaan over een paaltje of een slagboom. OSLO Metingen en bemonstering Binnen OSLO: Metingen en Bemonstering is het relevant om te kijken naar het element: observaties. Deze observaties zijn relevant in de context van een observatie van bijvoorbeeld een ANPR-camera. Discussiepunt: Wat houden deze modellen concreet in? Zijn dit gebruikstructuren, zijn dit regels? Antwoord: Deze modellen lichten op een semantisch niveau toe wat de connectie is tussen verschillende zaken, alsook hoe er semantisch over bepaalde zaken wordt gesproken. Binnen slimme stadsdistributie zullen alle nodige aspecten dus in dit data model worden gedefinieerd. Discussiepunt: Gaat hier een regelgevend kader mee gepaard? Hoe wordt dit juist afgedwongen wanneer volgens het platform iemand bijvoorbeeld geweigerd wordt? Antwoord: Dit is een combinatie, bijvoorbeeld venstertijden worden afgedwongen met verzinkbare paaltjes, wat fysiek is. Anderzijds worden ze ook aan de hand van een wetgevend kader afgedwongen, hierin zijn er dan additionele voorwaarden waaraan de levering moet voldoen. De software zou dit pakket van maatregelen ook goed moeten communiceren naar gebruikers toe. Echter maakt dit nog deel uit van het onderzoek en de studie die zal uitgevoerd worden. Werkgroep oefeningen De brainstorm sessie ging van start met eerst nog eens duidelijk te definiëren wat slimme stadsdistributie juist inhoudt: het gaat over slim organiseren van logistiek in stadskern zoals werd aangehaald in het begin. Leveringen worden geregistreerd en worden al dan niet automatisch geautoriseerd. Het doel is om dit uiteindelijk te bundelen. De oefeningen in de volgende onderdelen werden uitgevoerd in Mural. Voor meer informatie kan hier de Muralpagina geraadpleegd worden. Doel Het doel van de brainstormsessie is het volgende: - Inzichten verkrijgen in huidige en potentiële use cases m.b.t. slimme stadsdistributie in zijn breder geheel. - Concepten rond slimme stadsdistributie oplijsten. - Bestaande datamodellen en initiatieven capteren Er werd tijdens de eerste oefening aan de participanten gevraagd wat ze verstaan onder de term “Slimme Stadsdistributie” in 3 woorden. Hieronder zijn de antwoorden zichtbaar. Mentimeter resultaten Brainstormsessie De brainstormsessie werd ingedeeld in drie oefeningen: Oplijsten van use cases, oplijsten van concepten en het oplijsten van data modellen. De eerste en tweede oefening zijn met elkaar gelinkt, aangezien de concepten in de tweede oefening worden gedefinieerd aan de hand van de use cases uit de eerste oefening. De bedoeling is om rond het topic slimme stadsdistributie zoveel mogelijk verschillende invalshoeken te vergaren omtrent mogelijk gebruik van verschillende actoren. Use cases In de eerste oefening trachten we relevante use cases van verschillende stakeholders op te lijsten en bespreken. Een use case is een situatie waarbij de data standaard gebruikt zou kunnen worden, met andere woorden, ‘wat wil je als belanghebbende realiseren?’, ‘welke randvoorwaarden zijn er?’, enzoverder. Ter inspiratie werden eerst enkele voorbeeld use cases gepresenteerd, zie slide hieronder. We verwijzen voor meer informatie naar de Muralpagina . Uit deze oefening kwamen verschillende use cases terug waarvan de voornaamste hieronder zijn opgelijst: 1. Als vervoerder wil ik: tijd besparen zodat de kost van last mile beperkt blijft een voorstel tot optimalisatie van het vervoer ontvangen zodat ik mijn Vervoer efficiënter kan organiseren een flexibel systeem (last-minute wijziging kan gemakkelijk aangepast worden) mijn data veilig delen zodat ik aan efficiëntie kan winnen op lange termijn. een vergunning krijgen voor een bepaalde zone in de stad dat mijn voertuig via ANPR automatisch toegang krijgt tot de stad zo min mogelijk manuele aanvragen doen een uniform systeem voor alle steden zo snel mogelijk mijn ritten kunnen ingeven zodat ik zo weinig mogelijk administratieve last heb informatie over toegankelijkheid van straten / gebieden in ons planningssysteem zodat daar rekening mee kan gehouden worden in de planning. de meest optimale route krijgen een systeem waarvan het gebruik minimale impact heeft op de activiteiten - mijn leveringen optimaliseren door eenvoudig toegang te krijgen tot leveringsvragen. 2. Als stad/bestuur wil ik: weten hoe Slimme Stadsdistributie bijdraagt aan vermindering van CO2-uitstoot zodat het dashboard kan aangevuld worden weten hoeveel logistieke ritten er in mijn stadskern plaatsvinden zodat ik zicht krijg op de logistieke mobiliteit het beleid naar digitale parameters vertalen zodat leveringen kunnen geëvalueerd worden en gestuurd inzicht in data over de leveringen om het beleid te kunnen sturen de impact kunnen berekenen van geoptimaliseerd logistiek vervoer zodat ik mijn beleid kan evalueren de frequentie en de lading vs capaciteit monitoren (geen lege vrachtwagens) vervoerders die het beleidskader volgen toegang tot de stad verlenen zodat ik die vervoerders kan belonen verplichte registratie van levering afdwingen zodat ik het geheel kan orkestreren weten welke goederen wanneer het centrum in of uit rijden de motorisatie van binnenkomende voertuigen kennen de beleidsmodule op een eenvoudige manier kunnen aanpassen de omgevingen van de scholen ontlasten van vrachtvervoer op de momenten dat de scholen beginnen en/of eindigen de impact van logistiek transport op gevaarlijke verkeerssituaties vermijden 3. Als inwoner wil ik: kunnen verhuizen met een verhuiswagen zo weinig mogelijk overbodige ritten ikv stadslogistiek zodat ik gezonde lucht kan inademen geconsolideerd beleverd worden voor mijn e-commerce bestellingen in plaats van 3 keer per dag weten hoe duurzaam ik beleverd wordt/werd 4. Andere: Als handelaar wil ik inplannen wanneer ik een levering krijg zodat ik aanwezig kan zijn (tijdsefficiënt) Als onderzoeksinstelling toegang krijgen tot (geanonimiseerde) data over de totale vrachtbewegingen Als bezoeker/loodgieter/dokter van een bewoner in de binnenstad wil ik gemakkelijk en snel toegang krijgen zonder rompslomp Externe kosten van last mile correct in beeld brengen (congestie, uitstoot,...) Dynamisch aanvragen van pick-up van pakjes door bestelwagens die in de directe omgeving goederen afzetten. Systemen met gelijkaardige doelen moeten gelinkt kunnen worden, zodat er geen verschillende integraties moeten gebeuren met elk apart systeem. Klik op de zin hieronder om de oefening op het MURAL bord weer te geven: MURAL bord weergeven Discussiepunt: Valt verhuizen ook binnen slimme stadsdistributie? Antwoord: Op termijn kan dit meegenomen worden, echter wordt in eerste instantie puur naar leveringen gekeken. Discussiepunt: Wat wordt bedoeld met ‘cargo hitching’? Antwoord: Cargo hitching is het principe waarin pakketjes in openbaar vervoer wordt opgenomen, consolidatie van mensen en goederen. Concepten Hieronder is een overzicht zichtbaar van de mogelijke concepten die gehanteerd kunnen worden bij de uitwerking van het model. 1. Stad Route Politie Laad- en losplaats Real-time verkeersdata Toegangscontrole Consolidatiehub Beleidskader Locker Snelladers Beleidscockpit Invoerdashboard zone met toegangsbeperking 2. Voertuig Motorisatie van het voertuig Lading/beladingsgraad Identificatie Voertuigtype Voertuigkenmerk (bv CO² uitstoot) 3. Levering Optimalisatie ladingen Cargo hitching Verzender Verpakkingswijze Chauffeur Ecologische voetafdruk 4. privépersonen Consument Scholier Inwoner Vraag: Wat wordt bedoeld met inzameling? Antwoord: Consolidatie van verschillende stromen van goederen om deze dan gelijktijdig te verdelen. Vraag: Wat is de context rond bestelling vs verzending vs pakket? Antwoord: Wanneer men denkt aan het debat rond duurzame retail zijn de individuele componenten toch belangrijk. Kijken hoe een bestelling vertaald wordt in een verzending en hoeveel pakketten er in een verzending zitten. Vraag: Wat is de context rond het concept ‘politie’, heeft dit te maken met de controle of de verzinkbare paaltjes? Antwoord: Hieronder valt alles dat met handhaving te maken heeft. Het moet haalbaar zijn omgoed te handhaven. Wat de controle over verzinkbare paaltjes betreft heeft de politie toegang, andere hulpdiensten zoals een takeldienst niet direct. Hiervoor moet dan een fall-back situatie voor zijn gezien er in crisissituaties zoals deze geen tijd is om een aanvraag in te dienen en dit gehele proces te doorlopen. Vraag: Wat wordt verstaan onder de post-it ‘geld’? Antwoord: Dit heeft betrekking tot budgetten die nodig zijn voor de opzet en het onderhoud van het platform. Vraag: Wat betekent de post it ‘uur stop’? Antwoord: Dit gaat over het tijdstip van de levering en welke tijdswinsten eraan gekoppeld zijn. Bestaande initiatieven en datamodellen Bij de laatste vraag van de brainstormsessie werd er getracht om bestaande initiatieven en datamodellen naar boven te laten komen als bron van inspiratie of als vertrekpunt voor de huidige data standaard. Logistiek 010 Rotterdam Een gezonde, aantrekkelijke en schone stad. Dat is waar ze in Rotterdam van dromen en aan werken. Daarom gaan ze voor schone en efficiënte stadslogistiek. Logistiek 010 is de community die zich aan dat doel committeert en zich daarvoor inzet. Een community van bedrijven die goederen vervoeren of laten vervoeren, overheden, kennisinstituten en onderwijsinstellingen. Samen zijn ze op weg naar nul: nul inefficiënte ritten, nul uitstoot, nul opstoppingen. Data standaarden van grootste ERP en Transport management systemen Elk ERP systeem heeft eigen standaarden, eigen benamingen en eigen indelingen, hier is dus nog geen sprake van standaardisatie. Echter is het wel belangrijk om deze zaken mee te nemen in de ontwikkeling van deze data standaard gezien we zo snelle koppelingen kunnen realiseren door te kijken naar deze systemen. Copcap Copcap is de smart city toepassing van Copenhagen, hierbij is alles gebundeld en is vergelijkbaar met waar we met slimme stadsdistributie naartoe willen werken. OBU data verwerking On Board Units is niet voor stadsdistributie maar hier gaan ze wel een aantal vrachtbewegingen tracken. Hier zijn mogelijks ook een aantal datastandaarden aan gekoppeld. eCMR De eCMR is een is een elektronische versie van de vrachtbrief en dit gaat dan specifiek over de belading. De eCMR wordt aangemaakt op een platform, je kiest hiervoor een provider, iemand met wie je gaat samenwerken. Hier ga je alles digitaal op opslaan (chauffeur, kenteken, belading). Dit kan via barcode of QR code. Grote voordelen hieraan zijn dat verlies van gegevens door human errors verminderd worden, duurtijd van facturatie naar beneden wordt gehaald. Een voorwaarde is wel dat de organisatie waarbij je laad of lost hier ook mee moet werken. TMS (transport management systems) gaan zich ook koppelen aan eCMR. Aan eCMR zijn ook bepaalde open standaarden gekoppeld. Vervolgstappen Na deze gezamenlijke werkgroep publiceren VLOCA en OSLO het verslag van deze Business werkgroep. Tijdslijn VLOCA-traject, Presentatie Slide 65 VLOCA deliverables & werkgroepen De verzamelde inzichten worden door het VLOCA-team verwerkt in de VLOCA-deliverables .In een eerste fase verfijnen we het VLOCA-Model , de stakeholderanalyse en de marktanalyse . Een eerste aanzet wordt gedaan om het vereistenmodel vorm te geven en de use cases worden na validatie met de initiatiefnemers opgenomen in een finale versie van het traject-charter . Werkgroepen Hieronder het overzicht van alle werkgroepen voor het traject Slimme stadsdistributie . Werkgroep Type werkgroep Datum Tijd Locatie Business werkgroep Business werkgroep 2023-01-11 13u30-16u30 Digitaal Thematische werkgroep 1 Data en informatie werkgroep 2023-02-28 09u00-12u00 Digitaal Feedback of vragen kan steeds per mail naar vloca@vlaanderen.be Tijdslijn OSLO-traject, Presentatie Slide 64 OSLO deliverables & werkgroepen Als volgende stap wordt een eerste aanzet gemaakt rond de datastandaard. Er wordt gebruik gemaakt van de geïdentificeerde use cases en concepten om invulling te geven aan de verschillende klassen en attributen. Het sneuvelmodel zal de basis vormen voor de discussies in de volgende thematische werkgroepen. Indien u graag zou willen deelnemen aan één van de aankomende werkgroepen, kan u via de onderstaande link een overzicht van de workshops terugvinden en u ook zo inschrijven. De eerste thematische werkgroep zal plaatsvinden op woensdag 8 februari om 13u00 via Microsoft Teams.Inschrijven kan hier . Vraag: Mijn achtergrond is meer data warehousing, deze wijken vaak af van toepassingsentiteiten. In welke mate is OSLO bindend? Antwoord: OSLO kan opgenomen worden in een decreet (bijv. LBLOD). Als dit het geval is, dan moet de standaard verplicht toegepast worden. Meeste van onze standaarden zijn echter vrijwillig toe te passen. In het standaardenregister wordt er gespecificeerd welk 'type toepassing' dit is. Vraag: Wat is de bedoeling van de komende werkgroepen? Technische kennis nodig? Antwoord: Tijdens de werkgroepen wordt voornamelijk gefocust op de input van de business. Het is niet dat een technische achtergrond nodig is voor thematische werkgroepen bij te wonen. Het OSLO team zorgt ervoor dat alles technisch verwerkt wordt in de modellen. Feedback kan bezorgd worden aan het kernteam via volgende e-mailadressen: - digitaal.vlaanderen@vlaanderen.be - laurens.vercauteren@vlaanderen.be - yaron.dassonneville@vlaanderen.be - lorenzo.vylders@vlaanderen.be +
Business werkgroep: Veelzijdige InfoScherm … Business werkgroep: Veelzijdige InfoSchermen voor Updates en Acties van Lokale Ondernemers (VISUALO) De business werkgroep is de eerste werkgroep binnen het City of Things Veelzijdige InfoSchermen voor Updates en Acties van Lokale Ondernemers (VISUALO) Traject. Het gaat om een inspiratiesessie waar stakeholders meedenken om alle mogelijke use cases, randvoorwaarden, bezorgdheden, opportuniteiten en meer te identificeren. Digitaal Vlaanderen (OSLO) en Agentschap Binnenlands bestuur (VLOCA) organiseren en faciliteren deze werkgroep samen.De werkgroep staat open voor deelname door de gehele quadruple helix . Vaste deelnemers zijn de leden van het VLOCA-trajectconsortium en stakeholders. De verzamelde inzichten worden vervolgens verwerkt om de data- en informatiearchitectuur verder aan te vullen. De Business werkgroep vond plaats op 07 november 2022. Deelnemers Organisatie Deelnemer Digitaal Vlaanderen (OSLO) Arne Smet Arne Scheldeman Agentschap Binnenlands bestuur (VLOCA) Fabian de la Meilleure Alain Glickman Stad Halle Kasper Vanbeginne Stad Dendermonde Pieter-Jan Fieremans VERA Tinne Cahy Provincie Oost-Vlaanderen/Polis Joachim Van den Bergh Erasmus Hogeschool Brussel Lenart Timmermans Joachim Van Schelvergem Context Initiatief Met het Visualo-project willen de initiatiefnemers, waaronder stad Halle, een gezond en aantrekkelijk stadscentrum creëren waar lokale verkopers, horeca, organisaties en de mensen die er wonen samen kunnen komen en de stad op een andere manier kunnen beleven. Aan de hand van verschillende technologieën en gerichte communicatie zal het aanbod van lokale handelaren gepromoot worden om zo interactie met de inwoners te verhogen. Men wil dus specifiek inzetten op lokale handelszaken die een grote impact gevoeld hebben door corona. Daarnaast is hun aanbod weinig bekend bij inwoners en nog minder bij bezoekers. Digitale infoschermen in het straatbeeld zouden een oplossing kunnen zijn maar tonen vooral advertenties voor multinationals en webshops. Daarnaast stelt men vast dat lokale besturen zich vaak beperkingen tot aankondigingen voor evenementen. Het doel van het project is de creatie van een gebruiksvriendelijke app voor handelaars, een performant platform voor de centrum manager en het weergeven van advertenties op slimme infoborden. Hieronder een opsomming van de vereisten per doelgroep: Presentatie Slide 10 VLOCA VLOCA, de Vlaamse Open City Architectuur, is een initiatief van het Agentschap Binnenlands Bestuur van de Vlaamse Overheid.De hulp van VLOCA aan lokale besturen start bij het scherpstellen van duidelijke, verstaanbare use cases en loopt door tot de aanbestedingsfase van het project. VLOCA vormt op deze manier een duidelijke brug tussen de beleidsdoelstellingen van het lokale bestuur en de technische laag waarin de oplossingen beschreven en geïmplementeerd worden. We stellen de juiste vragen en verzamelen de noden en behoeften van alle stakeholders (lokale besturen, kenniscentra, bedrijven en burgerorganisaties).Door een gestructureerde aanpak en verwerking van deze informatie wordt de ontwikkeling van herbruikbare bouwblokken, standaarden en normen gestimuleerd die van Vlaanderen één grote interoperabele slimme regio kunnen maken. De opgedane kennis en ervaring wordt ontsloten via een kennishub waarop onder andere draaiboeken, architectuur componenten en modellen ter beschikking gesteld worden voor alle andere lokale besturen en stakeholders. We verwijzen naar slides 19-24 voor meer informatie. OSLO Het doel van OSLO is om de datastromen semantisch te modelleren en de structuur van de data te standaardiseren in de context van het slimme stadsdistributie-project. Hierbij zal de focus gelegd worden op het opzetten van een gegevensuitwisseling tussen steden en leveranciers om logistieke stromen beter te beheren en optimaliseren. Het is de bedoeling om zo te zorgen voor meer samenhang en een betere begrijpbaarheid en vindbaarheid van de Data. Op die manier kan iedereen gegevens makkelijker gebruiken. Met OSLO wordt er concreet ingezet op semantische en technische interoperabiliteit. De vocabularia en applicatieprofielen worden ontwikkeld in co-creatie met o.a. Vlaamse administraties, lokale besturen, federale partners, academici, de Europese Commissie en private partners (ondertussen meer dan 4000 bijdragers). Extra informatie en een verzameling van de datastandaarden zijn te vinden op volgende links: - https://overheid.vlaanderen.be/oslo-wat-is-oslo - https://data.vlaanderen.be/ We verwijzen naar slides 11-18 voor meer informatie. Informeren, inspireren en aanzetten tot actie Tijdens dit onderdeel van de presentatie werd een bestaand datamodel toegelicht als inspiratie voor de verdere brainstormsessie en om op deze manier ook in het verdere traject mee te nemen: het Marketing Agency Data Model . Marketing Agency Data Model, Presentatie Slide 26 Hieronder worden de belangrijkste secties besproken: Sectie 1: “ Agentschappen” en “Klanten” : Deze sectie beschrijft wie de opdrachten/ diensten uitvoert en tegelijkertijd voor wie ze worden uitgevoerd. Sectie 2: “Campagnes” : In deze sectie zal er gedetailleerde informatie terug te vinden zijn die vasthangt aan de diensten die het agentschap levert naar zijn klanten. Meer bepaald welke werknemer(s) zullen deze campagne mee vorm geven, welk type product of welk advertentie type werd gekozen? Onder het product kan er de effectieve advertentie verstaan, meer bepaald een audiovisuele opname voor de promotie van een nieuw product. Het advertentietype werpt dan eerder een blik op het gekozen medium en de acties die nodig zijn om het product effectief tot bij de doelgroep te krijgen. Een tal van andere data kan bijgehouden worden in dit model. (zie link bovenaan). Sectie 3 : “Campagne statussen” : Hierin zal er hoofdzakelijk data terug te vinden zijn die voor 2 verschillende doeleinden kan gebruikt worden. Eerst en vooral om een opvolging te kunnen doenvan de campagnes die momenteel actief zijn. Vervolgens om een overzicht te krijgen op reeds uitgevoerde campagnes en hun effectiviteit, efficiëntie van het team, etc. Onderstaande tabel geeft weer wat wel en niet opgenomen is in het datamodel. Pluspunten van het datamodel komen reeds naar bovenin de uitleg per sectie. Wat nog ontbreekt in bovenstaand model is de focus op de doelgroep (vb inwoners van de stad/gemeente). Aangezien de doelgroep een belangrijke rol speelt in het Visualo-traject is dit een rol die mogelijks zal opgenomen worden in de verdere werkgroepen. Pluspunten Minpunten Campagne info is aanwezig Klantgegevens Doelgroep Potentiële klanten … Partners worden meegenomen in het model Contracten tussen rollen verschillende producten and advertentie types mogelijk Status/Verloop van de campagne zichtbaar Output / Resultaten Werkgroep oefeningen Doel De brainstorm sessie ging van start met het definiëren van een advertentie. Een advertentie is een publicatie die bedoeld is de lezer ervan te verleiden tot een bepaalde actie, zoals het kopen van een product of deelnemer aan een actie. Men kan verschillende soorten advertenties onderscheiden: links, buttons, banners, digitale schermen, sms, social media, Splash,.. Het doel van de brainstormsessie is het volgende: - Inzichten verkrijgen in huidige en potentiële use cases m.b.t. VISUALO in zijn breder geheel. - Concepten rond VISUALO oplijsten. - Bestaande datamodellen en initiatieven capteren Er werd tijdens de eerste oefening aan de participanten gevraagd waaraan ze denken wanneer ze de term 'advertentie' horen en welke soorten advertenties ze kennen. Via de Mentimeter werden de volgende twee wordclouds verkregen: Presentatie Slide 29-1 Presentatie Slide 29-2 Brainstormsessie De brainstormsessie wordt ingedeeld in drie oefeningen: Oplijsten van use cases, oplijsten van concepten en het oplijsten van data modellen. De eerste en tweede oefening zijn met elkaar gelinkt, aangezien de concepten in de tweede oefening worden gedefinieerd aan de hand van de use cases uit de eerste oefening. De bedoeling is om rond het topic advertenties (op mogelijks interactieve infoschermen) zo breed mogelijk te trekken. Hieronder worden de use cases en concepten opgelijst, deze zijn ook terug te vinden via de Visualo Mural . Use cases 1. Als stad/gemeente wil ik: Als stad wil ik weten of ik aan de hand van slimme technologieën (AI,..) bepaalde gevoelige gegevens kan verzamelen (GDPR-gerelateerd). vb. Vervagen van personen maar welkunnen herkennen of het een kind vs 65+ is Als stad wil ik unanimiteit rondom het uiterlijk van de advertenties. Als stad wil ik de burger kunnen betrekken bij lokale denkvragen / toekomstige lokale bestuursbeslissingen. Als stad wil ik de aandacht rond lokale bestuursbeslissingen vergroten. Als stad wil ik procentueel weten hoeveel mensen de nederlandse reclame begrijpt. Als stad wil ik procentueel zien hoe de schermtijd verdeeld is. Als stad wil ik weten welke restricties we kunnen opleggen binnen het gebruik van het platform / digitaal scherm. (maximale zendtijd, maximale kostprijs,...) Als stad wil ik dat de zijstraten van de centrale winkelstraten en de daar aanwezige winkels visibiliteit krijgen. Als stad / gemeente wil ik een portfolio aan mogelijke advertentiecampagnes in handen hebben ( combinatie van locaties & zendtijd ,...) met elk zijn eigen prijs. Als stad / gemeente wens ik dat er een screening gebeurt alvorens de campagne live kan gaan. Als stad wil ik het imago van de winkelstraat verbeteren door ze attractiever te maken. als stad / gemeentebestuur wil ik de infoborden gebruiken om het eigen beleid letterlijk aan de burger te brengen (Zie puntje 4.) Als stad / gemeentebestuur wil ik dat de infoborden voor een breder gebruik dan enkel advertenties kunnen ingezet worden in combinatie met een volledige integratie in het beleid van steden. Als stad wil ik mijn schermtijd ook informatief kunnen gebruiken. (wandelroutes - weer & verkeer…) Als stad wil ik data zien die mij een beeld geeft van de gezondheid van de lokale handel. Als stad wil ik de mogelijkheden bekijken / hebben om een integratie te hebben met stadsapp. Als stadsbestuur wil ik feedback vragen & verzamelen met betrekking tot een actie, promo,... Als stadsbestuur wil ik mijn centrum / winkelgebied promoten. Als stad wil ik een democratische concurrent van JCDecaux kunnen faciliteren. Als stadsbestuur wil ik mijn return on investment kennen. Als stadsbestuur wil ik dat de borden meer dan louter een promotool zijn maar ook data kunnen vergaren. Als boekhouder wil ik een duidelijk afsprakenkader rond de financiering van VISUALO per type advertentie & type onderneming. 2. Als lokale handelaar wil ik: Als lokale handelaar wil ik feedback vragen & verzamelen met betrekking tot een actie, promo,... Als lokale handelaar wil ik mijn centrum / winkel gebied promoten. Als lokale handelaar wil ik dat de borden meer dan louter een promotool zijn maar ook data kunnen vergaren. Als lokale handelaar wil ik mijn return on investment kennen. Als lokale handelaar wil ik een betaalbaar medium om mijn business te promoten & short term promoties aan te bieden. Als groep van lokale handelaars willen we info kunnen plaatsen over het specifieke evenement. ( extra notitie Arne Smet : moeten we hiermee ook dan rekeningen houden gekeken naar budgetgebruik,... ). Als lokale handelaar wil ik mijn bereik en de band met mijn klanten verhogen. Als lokale handelaar wil ik de promotie van de infobord een maximaal integreren in mijn eigen promoties & advertenties. (zowel fysiek als digitaal?) Als lokale handelaar wil ik niet dat de stad uit het niets extra schermtijd kan krijgen. Als lokale handelaar wil ik oproepen kunnen doen indien extra personeel gewenst is (vacatures op de schermen plaatsen ). Als lokale handelaar wens ik vroegtijd mijn advertentie te onderbreken of gedurende de looptijd aan te passen. Als lokale handelaar wil ik mijn advertenties ook om andere media kunnen posten. Als lokale handelaar, specifiek binnen de horeca, wil ik een link inleggen met “too good to go” om zo duurzaamheid te stimuleren & promoten in de stad. Als lokale handelaar wil ik een “instant-voucher” actie kunnen uitvoeren (happy hour achtige acties). Als lokale handelaar wil ik weten wanneer er veel ouderen of studenten in de stad aan het rondwandelen zijn. Als lokale handelaar wil ik een eenvoudige gratis onboarding krijgen omtrent het gebruik van de applicatie. Als lokale handelaar wil ik tijdsgebonden doelgroep targeting kunnen gebruiken. (einde schooltijd ? promoties focus op jongeren, marktdag ? promo’s uit de markt / koffiepromo’s na de markt in de horeca zaken,...). Als lokale handelaar wil ik duidelijk de locatie van mijn handelszaak kenbaar maken. Als lokale handelaar wil ik kunnen bijhouden hoe mijn advertentie het doet & waar er verbeteringen mogelijk zijn. Als lokale handelaar wil ik via data inzicht krijgen in de effectiviteit van mijn advertenties / campagnes. Als lokale handelaar wil ik een standaard formaat per type advertentie. Als marketing bureau wil ik burgers op een interactieve manier kunnen bevragen. 3. Als klant/burger wil ik: Als klant / burger wil een artikel kunnen reserveren aan de hand van een applicatie / het scannen van een QR-code op het scherm. Als klant / burger wil ik bij warm weer info over ijsjes en bij koud weer over warme wafels, bij regen over paraplu’s…, (targeted informatie geven). Als koper wil ik een specifiek voordeel kunnen genereren door de interactie met het scherm. Als klant / burger wil dat de slimme elementen in het infoscherm mijn eigen privacy niet schenden. ( bij gebruik van camera wil ik niet herkenbaar gefilmd/gestreamd/… worden. Als klant wil ik previews / suggesties over specifieke locaties waar ik een bepaald goed kan kopen. Als klant wil ik aan de hand van augmented reality reeds kunnen zien hoe het promo product mij zou passen indien van toepassing. Als klant wil ik de actuele promoties van op het infoscherm kunnen delen met vrienden via verschillende platformen. Als klant wil ik begeleid worden in het winkelgebied. “welke winkel kan ik waar vinden? een route maken op het scherm & vervolgens overzetten op de telefoon”. Als klant / burger wil ik weten wat de actuele events zijn binnen een bepaalde afstand. Als klant / burger wil ik weten waar er in de buurt nog plaatsen vrij zijn om te eten. Als klant / burger wil ik suggesties verkrijgen bij bepaalde noden & vragen. Als klant / burger wil ik promoties van markthandelaren zien. Als klant / burger wil ik dat mijn gegevens niet opgeslagen worden wanneer ik een qr code scan. Als klant wil ik een spaarpunten module geïntegreerd zien aan de hand van een applicatie. Als klant / burger wil ik weten welke nieuwe handelszaken recent geopend zijn in de buurt. Als klant / burger wil ik het scherm kunnen gebruiken vanuit mijn smartphone aan de hand van het scannen van een qr-code. Als klant / burger wil ik gepersonaliseerde informatie & advertenties ontvangen via het infoscherm in de straat. Als klant / burger wil ik een duidelijk zicht hebben op welke data over mij kan verzameld worden en wat ermee gebeurd. Als klant / burger wens ik zicht te krijgen op welke gegevens worden bijgehouden. Als klant / burger wil ik weten waar ik terecht kan in de stad voor een specifieke nood & vraag. Als klant / burger wil ik zeker en vast geen gedateerde informatie zien. 4. Als infoscherm wil ik: GDPR: camera voor AR + veiligheidsfunctie (vandalisme). Technologie: wat met het gebruik van audio in het infoscherm? enkel op aanvraag? permanent? Soorten advertenties op het infoscherm: Constante advertenties (wederkerend) = brand awareness creation vs Instant: CTA (=tijdsgebonden advertenties) Industrie: kunnen niet-handelaars leuke weetjes posten? bv. #aantal geboortes in het lokaal ziekenhuis, etc… Scherm: indien interactief ? automatisch terugkeren naar het default startscherm na een bepaalde tijd? Ideale wandelroute bij selectie van winkels. Spelletjes voor kinderen die ergens moeten wachten (stations,...). Concepten Hieronder is een overzicht zichtbaar van de mogelijke concepten die gehanteerd kunnen worden bij de uitwerking van het model. 1. Lokale handelaar Feedback Winkelgebied Connectie Band Schermtijd Campagne Inzichten Onboarding Onderbreek mogelijkheid Aanpas mogelijkheid Instant voucher acties Too good to go Duurzaamheid Effectiviteit Vacatures Medium Bereik Locatie Lokale handelaar 2. Technologie Weetjes GDPR Constante advertenties Interactief AR Audio Instant advertenties Games 3. Stad Denkvragen Bestuursbeslissingen Unanimiteit Screening Maximale zendtijd Maximale kostprijs Visibiliteit Feedback Stadsapp Vervolgstappen Na deze gezamenlijke werkgroep publiceren VLOCA en OSLO het verslag van deze Business werkgroep. VLOCA deliverables & werkgroepen De verzamelde inzichten worden door het VLOCA-team verwerkt in de VLOCA-deliverables .In een eerste fase verfijnen we het VLOCA-Model , de stakeholderanalyse en de marktanalyse . Een eerste aanzet wordt gedaan om het vereistenmodel vorm te geven en de use cases worden na validatie met de initiatiefnemers opgenomen in een finale versie van het traject-charter . Werkgroepen Hieronder het overzicht van alle werkgroepen voor het traject Veelzijdige InfoSchermen voor Updates en Acties van Lokale Ondernemers (VISUALO) . Werkgroep Type werkgroep Datum Tijd Locatie Business werkgroep Business werkgroep 2022-11-07 09u00-12u00 Vlaamse Overheid Herman Teirlinckgebouw (Brussel) Thematische werkgroep 1 Data en informatie werkgroep 2023-03-02 13u00-16u00 Digitaal Thematische werkgroep 2 Functionele werkgroep 2023-03-30 13u00-16u00 Digitaal Thematische werkgroep 3 Technologie werkgroep 2023-04-25 13u00-16u00 Digitaal Feedback of vragen kan steeds per mail naar vloca@vlaanderen.be OSLO deliverables & werkgroepen Als volgende stap wordt een eerste aanzet gemaakt rond de datastandaard. Er wordt gebruik gemaakt van de geïdentificeerde use cases en concepten om invulling te geven aan de verschillende klassen en attributen. Het sneuvelmodel zal de basis vormen voor de discussies in de volgende thematische werkgroepen. Indien u graag zou willen deelnemen aan één van de aankomende werkgroepen, kan u via deze link een overzicht van de workshops terugvinden en u ook zo inschrijven. +
Business werkgroep: Vrachtwagenparkeren … Business werkgroep: Vrachtwagenparkeren De business werkgroep is de eerste werkgroep binnen het City of Things Vrachtwagenparkeren Traject. Het gaat om een inspiratiesessie waar stakeholders meedenken om alle mogelijke use cases, randvoorwaarden, bezorgdheden, opportuniteiten en meer te identificeren. Digitaal Vlaanderen (OSLO) en Agentschap Binnenlands bestuur (VLOCA) organiseren en faciliteren deze werkgroep samen. De werkgroep staat open voor deelname door de gehele quadruple helix. Vaste deelnemers zijn de leden van het VLOCA-trajectconsortium en stakeholders. De verzamelde inzichten worden vervolgens verwerkt om de data- en informatiearchitectuur verder aan te vullen. De Business werkgroep vond plaats op 26 september 2023. Deelnemers Organisatie Deelnemer Agentschap Binnenlands Bestuur (VLOCA) Laurien Renders Mieke Van Cauwenberghe Alain Glickman Digitaal Vlaanderen Lorenzo Vylders Jef Liekens Febetra Isabelle De Maegt Greenyard Marc Bax IGEMO Felipe Garcia Del Pino Pieter Dresselaers Stad Gent Dries Meers Stad Mechelen Benjamin Vermeulen Tractebel Gwynne van Kaauwen Transport en Logistiek Vlaanderen Frederic Keymeulen DBT Chris Delcroix Transport & mobility Leuven Sven Maerivoet Context Initiatief Het onderwerp van discussie is vrachtwagenparkeren in het Rivierenland. Er heerst een dringende behoefte aan parkeerplaatsen voor vrachtwagens, aangezien dit probleem al enkele jaren bestaat. Er is bovendien een duidelijke stijging in het aantal inschrijvingen van vrachtvoertuigen in het Rivierenland de laatste jaren. De regio is tevreden met de economische bedrijvigheid achter deze evolutie, maar maakt zich ook zorgen over de externaliteiten verbonden aan de stijging. Er zijn vrachtwagens die rust nemen op verschillende (onveilige) plaatsen, maar er is geen georganiseerde en veilige parkeergelegenheid. Momenteel zijn er ongeveer 180 vrachtwagenparkeerplaatsen beschikbaar in de regio. Dit leidt tot problemen, waaronder langdurige procedures voor bestemmingsplannen. Bovendien ontbreekt het aan basisvoorzieningen voor chauffeurs, wat resulteert in klachten van burgers en vervuiling langs de wegen. Er wordt gezocht naar oplossingen voor zowel lokale overheden als transportbedrijven, maar dit wordt als een complex en gelaagd probleem beschouwd. Lokale besturen vragen daarom een oplossing voor het kanaliseren van het ‘wildparkeren’ van vrachtwagens. Er zijn drie initiatieven in ontwikkeling om dit probleem aan te pakken. Het eerste initiatief is het creëren van een vrachtwagenparking in de omgeving van Mechelen. Dit is bedoeld om de huidige problemen met openbaar parkeren aan te pakken. Het tweede initiatief richt zich op het ontwikkelen van een applicatie om vrachtwagenparkeren te vergemakkelijken, hoewel nog moet worden beslist of bestaande applicaties zullen worden gebruikt of een nieuwe zal worden gemaakt. Het derde initiatief gaat over het opzetten van een online overlegplatform om verschillende initiatieven en expertise op elkaar af te stemmen. De discussie is hier gericht op het creëren van een oplossing omtrent vrachtwagenparkeerplaatsen in samenwerking met gemeenten en bedrijven, waarbij wordt geprobeerd om de expertise van verschillende belanghebbenden samen te brengen. Daarnaast wordt gezocht naar financieringsmogelijkheden en publiek-private samenwerkingen om het project te ondersteunen. Ook wordt gewerkt aan de standaardisatie en toegankelijkheid van gegevens met betrekking tot vrachtwagenparkeren in Vlaanderen, waarbij externe ondersteuning wordt geboden voor de ontwikkeling van een applicatie. VLOCA VLOCA, de Vlaamse Open City Architectuur, is een initiatief van het Agentschap Binnenlands Bestuur van de Vlaamse Overheid. De hulp van VLOCA aan lokale besturen start bij het scherpstellen van duidelijke, verstaanbare use cases en loopt door tot de aanbestedingsfase van het project. VLOCA vormt op deze manier een duidelijke brug tussen de beleidsdoelstellingen van het lokale bestuur en de technische laag waarin de oplossingen beschreven en geïmplementeerd worden. We stellen de juiste vragen en verzamelen de noden en behoeften van alle stakeholders (lokale besturen, kenniscentra, bedrijven en burgerorganisaties). Door een gestructureerde aanpak en verwerking van deze informatie wordt de ontwikkeling van herbruikbare bouwblokken, standaarden en normen gestimuleerd die van Vlaanderen één grote interoperabele slimme regio kunnen maken. De opgedane kennis en ervaring wordt ontsloten via een kennishub waarop onder andere draaiboeken, architectuur componenten en modellen ter beschikking gesteld worden voor alle andere lokale besturen en stakeholders. OSLO Een semantische standaard maakt het delen en uitwisselen van data tussen verschillende stakeholders gemakkelijker. Elke betrokkene kan de gegevens van de andere direct gebruiken en interpreteren. Dit stimuleert de uitwisseling en het hergebruik van gegevens en vermindert de kost van uitwisseling. De semantische standaard zorgt voor machine leesbare data. Het brengt eveneens een efficiëntiewinst met zich mee als de data in verschillende processen gebruikt kunnen worden.    Het openstellen van semantische data bevordert innovatie en zal relevante stakeholders in staat stellen om intelligentere producten en diensten te ontwikkelen. Door het linken van data beschikken we ook over rijkere data. Uit verrijkte data kan ook meer kennis worden gehaald.  Samenwerken rond standaarden en het delen van data doorbreekt ook monopolies en geeft meer ontwikkelingskansen voor bv. ontwikkelaars, leveranciers, … en zorgt ervoor dat een bredere groep van relevante stakeholders betrokken wordt.   Extra informatie en een verzameling van de datastandaarden zijn te vinden op volgende links: https://overheid.vlaanderen.be/oslo-wat-is-oslo en https://data.vlaanderen.be/ . Inspiratie datamodellen Tijdens dit onderdeel van de presentatie werden een aantal bestaande datamodellen toegelicht als inspiratie voor de verdere brainstormsessie en om op deze manier ook in het verdere traject mee te nemen. Volgende modellen werden kort toegelicht: OSLO Mobiliteit: Trips & Aanbod In het applicatieprofiel van deze standaard zien we enkele relevante concepten terugkomen voor het traject van vrachtwagenparkeren, zo is er een reiziger die een bepaalde reis aflegt en mobiliteitsdiensten die deze reis mogelijk maken. Binnen de context van het vrachtwagenparkeren is dit model relevant gezien we zaken kunnen hergebruiken naar het beschrijven van routes toe. Daarnaast kunnen bijvoorbeeld een transportorganisatie en een chauffeur gezien worden als reiziger die een bepaalde reis aflegt over een bepaalde route. Voor deze reis is binnen Trips & Aanbod een boeking nodig, binnen het vrachtwagenparkeren spreekt men hier dan niet over een boeking maar wel een reservatie. De reservatie gaat hier dan over een resource, dit kan bijvoorbeeld een parkeerplaats zijn. Vervoersknooppunten Deze standaard is ook gebaseerd op OSLO Mobiliteit: Trips & Aanbod en bevat al allerlei bruikbare elementen die reeds gedefinieerd zijn zoals bijvoorbeeld een parkeerplaats. Er is dusdanig al genoeg informatie omtrent infrastructuur elementen, transportnetwerken, mobiliteitsdiensten en aanvullende diensten. Het kan zijn dat er enkele dingen moeten worden aangepast, maar het doel is steeds om een standaard op te stellen die de interoperabiliteit vergroot. MobiVoc: Open Mobility Vocabulary Deze internationale, Europese standaard definieert faciliteiten die te maken hebben met parkeren maar daarnaast ook parkeerplaatsen zelf. MobiVoc is zo bijvoorbeeld ook hergebruikt binnen de standaard Vervoersknooppunten. Bedrijventerrein Deze standaard bevat twee grote entiteiten: terrein en perceel. Dit is belangrijk om mee te nemen omwille van eigenaarsschap, ruimtelijke eenheden ... Percelen zijn gebruikspercelen met informatie inzake bebouwing, functie, gebruik en beschikbaarheid aangevuld met verschillende soorten beperkingen naar ontwikkelings- en activeringspotentieel. Terreinen zijn op hun beurt de contouren van een geheel van bedrijventerreinen doorheen de fases van planning – ontwikkeling – realisatie en beheer. Elk bedrijventerrein(perceel) is anders en daarom is het belangrijk om ook hiervan de correcte definities te gebruiken om opnieuw de interoperabiliteit te vergroten. OSLO Perceel Dit model is gebaseerd op de Belgische Wet. Op deze manier kunnen er ook bepaalde zaken opgenomen worden die in lijn zijn met het Belgisch of Vlaams recht. Er wordt op deze manier dus steeds uitgegaan van een openbare definitie zodat er geen twijfel kan ontstaan bij het gebruik. Brainstormsessie Het doel en de aanpak van de fysieke brainstormsessie worden hieronder beschreven. Tevens wordt de uitkomst van de brainstorm hierin samengevat. De brainstorm sessie ging van start met eerst nog eens duidelijk te definiëren wat het vrachtwagenparkeren juist inhoudt: het gaat om het zoeken van een oplossing voor het ‘wildparkeren’ van vrachtwagens zoals werd aangehaald in het begin. Eén van de drie mogelijke oplossingen zit in de ontwikkeling van een applicatie/toepassing. Deze brainstorm dient als inspiratiebron om een zo goed mogelijke applicatie te ontwikkelen en de use cases die de werkgroep voor ogen had hierin. Doel Het doel van de brainstormsessie is het volgende: - Inzichten verkrijgen in huidige en potentiële use cases m.b.t. vrachtwagenparkeren in zijn breder geheel. - Concepten rond vrachtwagenparkeren oplijsten. - Informatienoden en bestaande datamodellen capteren Aanpak Alvorens de brainstormsessie van start ging, zijn de verwachtingen geschetst voor de deelnemers, dewelke hierboven reeds werden vermeld. De participanten werden uitgenodigd om post-its te gebruiken en hierop hun ideeën te schrijven. De brainstormsessie werd ingedeeld in drie oefeningen: Oplijsten van use cases, oplijsten van concepten en het oplijsten van andere inspiratie. De eerste en tweede oefening zijn met elkaar gelinkt, aangezien de concepten in de tweede oefening worden gedefinieerd aan de hand van de use cases uit de eerste oefening. De bedoeling is om rond het onderwerp vrachtwagenparkeren zoveel mogelijk verschillende invalshoeken te vergaren omtrent mogelijk gebruik van verschillende actoren. Output Use-cases In de eerste oefening trachten we relevante use cases van verschillende stakeholders op te lijsten en bespreken. Een use case is een situatie waarbij de data standaard gebruikt zou kunnen worden, met andere woorden, ‘wat wil je als belanghebbende realiseren?’, ‘welke randvoorwaarden zijn er?’, enzoverder. 1. Als vrachtwagenchauffeur wil ik: Een reservatie kunnen maken, zowel door mezelf als door een planner op afstand Mijn reservering eenvoudig kunnen aanpassen Eenvoudig voor het parkeren kunnen betalen Kunnen zien welke faciliteiten (wc’s, douches, eten, ...) tegen welke prijs beschikbaar zijn. Kunnen achterhalen of de parking bewaakt is. De afmetingen van een parkeerplek weten. Een noodnummer van de parking weten bij problemen. De bezetting kennen van een parkeerplaats op mijn route bij moment van aankomst. een applicatie die in veel verschillende talen beschikbaar is. Feedback (score, beschrijving van de ervaring) kunnen geven aan de uitbater van de parking. 2. Als stad/bestuur wil ik: Een “voor- en na” analyse kunnen maken om te begrijpen of er meer of minder problemen zijn ontstaan sinds de komst van de applicatie. De parkeerbezetting doorheen de week en over de dag kunnen volgen. Weten waar, wanneer, en hoe lang vrachtwagens parkeren. Begrijpen wat het gebruik is van de parking en zijn impact op het verkeer in de omgeving. 3. Als transportbedrijf wil ik: Kunnen boeken voor onze chauffeur. Details van De kostprijs moeten zichtbaar zijn. Weten of een parking publiek of privaat is. Makkelijk vinden hoe lang een vrachtwagen op een parking mag staan. Zeker zijn dat lokale besturen er zelf ook mee bezig zijn en ons niet aan ons lot overlaten. 4. Als terreinaanbieder wil ik: Mijn prijszetting kunnen aanpassen op basis van de bezettingsgraad. Kunnen werken met een flexibele prijs in functie van De dag/tijd. Begrijpen of mijn inspanningen voor het vrachtwagenparkeren en service ten goede komen aan de eigen bedrijven (die betalen). Regelmatig cijfers omtrent aantal ‘views’ en ‘clicks’ kunnen raadplegen om te begrijpen hoe populair mijn parking is. Concepten 1. Vrachtwagen Type lading Grootte Gewicht Draaicirkel 2. Parking Kwaliteit Veiligheid Beoordeling Onderscheid publiek/privaat Geschiktheid, toelating parking Bezettingsgraad Toegestane type vracht 3. Boeking Registratie Prijs Abonnement of niet Toegangssysteem 4. Faciliteiten parking Legaliteit Controle aanbieder Laadmogelijkheden op parking Veiligheid Stockeerplaats voor aanhangwagens Overnachtingsmogelijkheden Sanitaire voorzieningen Bestaande initiatieven en datamodellen Bij de laatste vraag van de brainstormsessie werd er getracht om bestaande initiatieven en datamodellen naar boven te laten komen als bron van inspiratie of als vertrekpunt voor de huidige data standaard. Algemene Verordening 885/2013: Annex 1 Dit is een Europese wetgeving met betrekking tot de goedkeuring van en het markttoezicht op motorvoertuigen en aanhangwagens. Annex 1 bevat technische specificaties voor goedkeuringsvereisten voor motorvoertuigen. Deze specificaties hebben tot doel dat de voertuigen op de Europese markt voldoen aan bepaalde minimum veiligheids- en milieuvoorschriften. DATEX II (Data exchange for Traffic management and Efficiency) Dit is een Europees standaardprotocol voor het uitwisselen van verkeersinformatie zoals verkeer en vervoer tussen verkeersmanagementsystemen, verkeersinformatiediensten, wegbeheerders en andere belanghebbenden. DATEX II maakt deel uit van inspanningen vanuit de EU om interoperabiliteit en harmonisatie van verkeersinformatiesystemen in Europa te faciliteren. DATEX II is gebaseerd op gestandaardiseerde XML, is openbaar beschikbaar, geeft realtime-updates en bevat een breed gala aan verkeersinformatie zoals weer, files, verkeersstromen, verkeersborden ... Truckmeister Dit is een applicatie die specifiek voor vrachtwagens routebegeleiding voorziet gebaseerd op realtime informatie en specifieke wegcode. TLNplanner.nl TLNplanner is een Nederlandse routeplanner voor de logistieke sector. De afstanden en berekeningen hieruit worden gebruikt als standaard wanneer er transportkosten worden berekend. De tool wordt voornamelijk gebruikt om misverstanden en onenigheden van een specifiek type truck over de transportkosten met betrekking tot afgelegde afstand tegen te gaan. Ook tolkosten worden hierin meegenomen. Park4night Deze applicatie toont mogelijke plekken waar overnacht kan worden. Deze plekken zijn echter niet geschikt voor vrachtwagens, maar voor motorhomes, campers en omgebouwde vans. Transpark Dit is een online applicatie die meer dan 4000 parkings in meer dan 40 landen weergeeft. Via de applicatie kunnen chauffeurs dan zoeken naar de geschikte parking op hun route. De faciliteiten van elke parking zijn hier ook zichtbaar, alsook beoordelingen van eerdere chauffeurs. Gebruikers kunnen ook zelf parkings toevoegen aan de database. TPE Truck Parking Europe Dit platform biedt dezelfde diensten aan als Transpark over heel Europa. SNAP Deze website is hetzelfde systeem als Transpark en TPE, maar neemt ook de gegevens van het Verenigd Koninkrijk mee. Your Travis Deze website geeft naast parkingplekken ook een overzicht van alle repair en cleaningplekken voor zowel de truck zelf alsook de container. Er kan ook een route gepland worden op deze website langs bepaalde nuttige plaatsen. Volgende stappen De volgende stappen omvatten het volgende: Verwerking van de input van de brainstorm oefening Rondsturen van een link naar dit verslag en ppt Verder onderzoek en voorbereiding van de eerste thematische werkgroep waarvoor u zich hieronder kan inschrijven! Werkgroepen Hieronder het overzicht van alle werkgroepen voor het traject Vrachtwagenparkeren . Werkgroep Type werkgroep Datum Tijd Locatie Business werkgroep Business werkgroep 2023-09-26 IGEMO Thematische werkgroep 1 Data en informatie werkgroep 2023-10-24 IGEMO Thematische werkgroep 2 Functionele werkgroep 2023-11-21 IGEMO Thematische werkgroep 3 Technologie werkgroep 2024-01-30 9u00-12u00 IGEMO +
CDS-M of City Data Standaard - Mobiliteit … CDS-M of City Data Standaard - Mobiliteit is een in Nederland ontwikkelde uniforme datastandaard voor mobiliteit ontwikkeld.De standaard wordt via open source doorontwikkeld. De CDS-M legt vast hoe en langs welke standaarden de uitwisseling van data tussen mobiliteitsaanbieders en overheid verloopt. De CDS-M wordt gebruikt in samenwerkingsafspraken tussen mobiliteitsaanbieders en gemeenten. Op langere termijn wordt toegewerkt naar een Europese datastandaard. Eén CDS-M geeft overheden meer inzicht en mogelijkheden voor planning en sturing in de openbare ruimte en meer informatie voor beleidsontwikkeling en -verbetering. Eén CDS-M vergroot de effectiviteit van de samenwerking tussen mobiliteitsaanbieders en overheid. Lees meer: [1] ↑ https://www.polisnetwork.eu/news/dutch-cities-develop-new-mobility-data-standard/mobility-data-standard/ +
CEN/TC 465 [1] is een "technical body" b … CEN/TC 465 [1] is een "technical body" binnen het European Committee for Standardization, en zij focussen op standaardisatie binnen het domein van Sustainable and Smart Cities. Elk land heeft daarbij een spiegelcommissie, en voor Belgie wordt deze gecoordineerd door Agoria ICT [2] ↑ https://standards.cen.eu/dyn/www/f?p=204:7:0::::FSP_ORG_ID:2691595&cs=16170DF807760FE75788EA8A418EB170F ↑ https://www.agoria.be/nl/Normalisatie-rond-Smart-Cities-de-steden-van-de-toekomstart-Cities-de-steden-van-de-toekomst +
Catalog services ondersteunen de mogelijkh … Catalog services ondersteunen de mogelijkheid om verzamelingen van beschrijvende informatie (metadata) voor gegevens, diensten en gerelateerde informatieobjecten te publiceren en te doorzoeken. Metagegevens in catalogi vertegenwoordigen kenmerken van bronnen die kunnen worden opgevraagd en gepresenteerd voor evaluatie en verdere verwerking door zowel mensen als software. Catalogusdiensten zijn nodig om de ontdekking (data discovery) te ondersteunen en te binden aan geregistreerde informatiebronnen binnen een informatiegemeenschap. OGC catalogue interfaces beschijven de interfaces, bindingen en het kader voor het definiëren van applicatieprofielen die nodig zijn om digitale catalogi van metagegevens voor geospatiale gegevens, diensten en gerelateerde informatiebronnen te publiceren en toegankelijk te maken. Metagegevens fungeren als algemene eigenschappen die via catalogusdiensten kunnen worden opgevraagd en teruggegeven voor de evaluatie van bronnen en, in veel gevallen, voor het aanroepen of opvragen van de bron waarnaar wordt verwezen. [[Open Geospatial Consortium (OGC) | Overzicht van OGC Standaarden ›]][Open Geospatial Consortium (OGC) | Overzicht van OGC Standaarden ›]] +
City of Things Oproep 2021 Burgers zijn … City of Things Oproep 2021 Burgers zijn snel tot ander gedrag te verleiden als ze daarvoor worden beloond met punten of munten die in de vorm van lokaal geld kunnen besteed worden in de eigen gemeente. Het belonen van burgers, klanten en werknemers voor gewenst gedrag is vele malen goedkoper en effectiever dan een informatiecampagne met hetzelfde doel. De stad Geel past reeds heel concreet een actief beloningsbeleid toe. Samen met 14 andere Kempense gemeenten en onder begeleiding van IOK stapte de stad Geel in Bike2School waarbij schoolgaande kinderen worden beloond indien ze zich duurzaam verplaatsen naar school. Uit recente cijfers blijkt dat Bike2School op spectaculaire wijze bijdraagt tot de toename van het aantal kinderen dat regelmatig met de fiets (of te voet) naar school gaat en aldus meetbaar bijdraagt tot een veiliger en gezondere schoolomgeving. De kinderen ontvangen digitale munten als beloning die ze lokaal of regionaal kunnen besteden bij deelnemende partners (handelaars of publieke dienstverleners). De beleidsmakers van de Stad Geel willen nu een stap verder zetten en nieuwe initiatieven tot leven roepen die gebaseerd zijn op hetzelfde beloningsbeleid. Het project Bike2School leerde ons immers dat we voor een digitale beloning net iets beter ons best doen. Nieuwe use-cases rond burgerschap, vrijwilligerswerk, mobiliteit of zelfs lokale goede doelen inpluggen op een generiek incentiveringsplatform met waarderingsmunten … dit is het doel van dit project. Hierbij bepaalt het lokaal bestuur haar eigen regels om de lokale munten langer binnen de gemeente of regio te laten circuleren alvorens het lokale geld wordt omgezet naar euro’s en de gemeenschap verlaat. Door de munten lokaal te maken, draagt het lokaal bestuur bij tot meer omzet en werkgelegenheid binnen de regio, minder leegstand en armoede. Samengevat omvat dit projectvoorstel De incentivering van (maatschappelijk) gewenst gedrag via een digitale munt, Het verhogen van participatie door onder andere burgers, werknemers, studenten te laten deelnemen aan waardevolle acties, Het stimuleren van de lokale economie door meer bestedingen in eigen regio te promoten, De ontwikkeling van een mechanisme om de digitale munten zo veel mogelijk binnen de gemeenschapte laten circuleren. [1] Overzicht deliverables Deliverable Versie Actoren VLOCA-model V0.1 Regionaal plugable incentiveringsplatform – Geel VLOCA-Model V0.1 Overheden VLOCA-model V1.0 Regionaal plugable incentiveringsplatform – Geel VLOCA-Model V1.0 VLOCA-model V1.8 Regionaal plugable incentiveringsplatform – Geel VLOCA-Model Co-creatie Vereistenmodel Regionaal plugable incentiveringsplatform – Geel Vereistenmodel V0 Architectuurtekeningen Regionaal plugable incentiveringsplatform – Geel Andere V0 Overzicht werkgroepen In het kader van dit traject werden een aantal werkgroepen georganiseerd, gefocused op het capteren en valideren van informatie.De verslagen van de werkgroepen vindt u hier terug: Werkgroep Type werkgroep Datum Tijd Locatie Business werkgroep Business werkgroep 2023-04-18 13u00-16u00 Digitaal ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-things +
City of Things Oproep 2021 De stad Roese … City of Things Oproep 2021 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. 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. 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 in gelijk welk rijdend voertuig kan plaatsen. 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 wagenpark zodat er informatie verkregen wordt over het ganse gebied en niet langer beperkt tot vaste locaties. [1] Overzicht deliverables Deliverable Versie Actoren VLOCA-model V0.1 Mobiele Sensor Units – Roeselare VLOCA-Model V0.1 Overheden ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-things +
City of Things Oproep 2021 Dit project v … City of Things Oproep 2021 Dit project vertrekt vanuit het verzamelen en beschikbaar stellen van data op basis van machine learning algoritmes om meerdere maatschappelijke uitdagingen aan te pakken. De stad Roeselare beschikt reeds over verschillende machine learning (hierna ML) algoritmes die data genereren op basis van fotomateriaal en is hiervoor in contact met verschillende partijen. Deze data wordt gebruikt in zowel operationele processen als bij het nemen van beleidsbeslissingen. Naast het voeden van eerder traditionele databanken stellen ze die intern ook ter beschikking via GEO loketten, en dit op een automatische manier. Deze kennis en ervaring willen ze verder uitbouwen en de algoritmes en processen tegelijkertijd ter beschikking stellen voor ieder bestuur, gaande van het kleinste lokaal bestuur tot bovenlokale overheden als Vlaanderen. Het concept van “machine learning as a service” laat de gebruiker om gebruik te maken van de data en de algoritmes zonder kennis te moeten uitbouwen van de technische achtergrond. Het moet als het ware een “dummy proof” platform worden waarbij men op een éénvoudige manier kan kiezen uit een overzichtelijke catalogus en kunnen “inpluggen” voor de processen die men nuttig acht. Door deze ontzorging kunnen meer besturen stappen zetten richting een sterker data gestuurde beleidsvorming en -voering. Met het streven naar het opschalen van bestaande machine learning processen, het uitrollen van nieuwe mogelijkheden en deze via een platform als een service ter beschikking te stellen van alle overheden willen ze niet alleen zorgen voor meer data op Vlaams niveau maar ook voor “massa productie” aan een betaalbare prijs. [1] Werkgroep Type werkgroep Datum Tijd Locatie Thematische werkgroep 1 Data en informatie werkgroep 2024-03-14 9u-12u Teams Thematische werkgroep 2 Technologie werkgroep 2024-04-16 9u-12u Teams Thematische werkgroep 3 Technologie werkgroep 2024-05-15 13u-16u Teams Overzicht deliverables Deliverable Versie Actoren VLOCA-model V0.1 Machine Learning as a Service (MLaaS) – Roeselare VLOCA-Model V0.1 Overheden ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-things +
City of Things Oproep 2021 Een bruisende … City of Things Oproep 2021 Een bruisende handelskern biedt heel wat troeven voor de inwoners. Helaas lijden lokale handelaars onder de opkomst van e-commerce met veel faillissementen tot gevolg. Om deze evolutie een halt toe te roepen willen Halle en Dendermonde op drukke plaatsen digitale infoschermen plaatsen waarop lokale handelaars hun producten kunnen aanprijzen. Digitale infoschermen hebben al bewezen dat ze een krachtig communicatiemiddel kunnen zijn. Toch stellen we vast dat het voor lokale besturen niet makkelijk is om hiermee aan de slag te gaan. Ofwel kunnen ze kiezen voor een oplossing van de grote marktspelers en kunnen ze slechts een heel beperkt aantal niet commerciële berichten de wereld insturen. Ze hebben geen controle over de getoonde advertenties waardoor enkel grote multinationals aan bod lijken te komen. Ofwel nemen lokale besturen het beheer in eigen handen, maar merken ze snel dat de meegeleverde software toch niet helemaal beantwoordt aan de noden en dat er nog veel manueel werk nodig is. In dit project slaan Halle, Dendermonde, de provincies Vlaams-Brabant en Oost-Vlaanderen, VERA en Polis de handen in mekaar om samen een oplossing uit te werken, een prototype te testen en het geheel ook via een raamovereenkomst beschikbaar te maken voor alle besturen in Vlaanderen. [1] Overzicht deliverables Deliverable Versie Actoren Visualo VLOCA-model V0.2 VLOCA-Model V0.2 Overheden Vereistenmodel VISUALO Beschrijvende teksten V0 Visualo VLOCA-model V0.1 VLOCA-Model V0.1 Overheden Werkgroepen Werkgroep Type werkgroep Datum Tijd Locatie Business werkgroep Business werkgroep 2022-11-07 09u00-12u00 Vlaamse Overheid Herman Teirlinckgebouw (Brussel) Thematische werkgroep 1 Data en informatie werkgroep 2023-03-02 13u00-16u00 Digitaal Thematische werkgroep 2 Functionele werkgroep 2023-03-30 13u00-16u00 Digitaal Thematische werkgroep 3 Technologie werkgroep 2023-04-25 13u00-16u00 Digitaal ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-thingsen-en-gemeenten/city-things +
City of Things Oproep 2021 Het project w … City of Things Oproep 2021 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. [1] Overzicht deliverables Deliverable Versie Actoren VLOCA-model V0.1 Lokale Open Data Economie (LODE) – Brugge VLOCA-Model V0.1 Overheden VLOCA-model V0.2 Lokale Open Data Economie (LODE) – Brugge VLOCA-Model V0.2 Overheden ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-things +
City of Things Oproep 2021 Het projectpa … City of Things Oproep 2021 Het projectpartnerschap ‘Slimme markt’ (steden Hasselt, Turnhout en Halle) ontwikkelt een digitaal platform om markten op een meer attractieve manier te organiseren en te promoten, met een viervoudige doelstelling: Transparantie van de marktmogelijkheden voor de ondernemers (ambulante handelaars) Transparantie van het marktaanbod voor de burgers (consumenten) Attractieve en dynamische positionering van markten door de lokale overheid Administratieve vereenvoudiging van de organisatie én meer adequate monitoring van het marktgebeuren als basis voor (bij)sturing (smart en open data) Ambulante handel in de vorm van verkopen via openbare markten is tot nu toe, ondanks de druk van de coronacrisis, nauwelijks gedigitaliseerd en geautomatiseerd, nochtans bevat het digitaal potentieel. De huidige analoge werkwijze is weinig transparant, remt vernieuwing af en is voor alle betrokken partijen administratief omslachtig. Met een te ontwikkelen digitaal platform voorzien de partners digitale ontsluiting naar verschillende doelgroepen, om de administratieve last te beperken, alsook nieuwe doelgroepen te bereiken en de match tussen vraag en aanbod beter af te stemmen. Het CoT project gaat tot en met de realisatie van een POC of MVP voor de steden Hasselt, Turnhout en Halle. Het recent goedgekeurd project ‘PIO – Programma Innovatieve Overheidsopdrachten: Slimme Markten’ neemt het traject m.b.t. de doorontwikkeling en opschaling van deze POC/MVP tot een volwaardige Vlaams platform dat alle Vlaamse steden en gemeenten kan bedienen, voor haar rekening. [1] Overzicht deliverables Deliverable Versie Actoren VLOCA-model V0.1 Slimme Markten – Hasselt VLOCA-Model V0.1 Overheden ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-things +
City of Things Oproep 2021 Lokale overhe … City of Things Oproep 2021 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. 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. Hiervoor is een vliegwiel voor innovatie nodig, een sterk partnership tussen bedrijven, overheid, burgers en onderzoekers: de Smart Innovation Factory. 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. [1] Overzicht deliverables Deliverable Versie Actoren VLOCA-model V0.1 Smart Innovation Factory – Mechelen VLOCA-Model V0.1 Overheden ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-thingsgemeenten/city-things +
City of Things Oproep 2021 Om een omslag … City of Things Oproep 2021 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. 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. 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. 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. 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. [1] Overzicht deliverables Deliverable Versie Actoren VLOCA-model V0.2 Mobiliteitsbudget voor burgers – Hasselt VLOCA-Donut V0.2 Overheden VLOCA-model V0.1 Mobiliteitsbudget voor burgers – Hasselt VLOCA-Donut V0.1 Overheden Werkgroepen Werkgroep Type werkgroep Datum Tijd Locatie Thematische werkgroep 1 Data en informatie werkgroep 2024-06-11 13u-16u Teams Thematische werkgroep 2 Functionele werkgroep 2024-06-11 13u-16u Teams Thematische werkgroep 3 Technologie werkgroep 2024-07-09 13u-16u Teams ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-things +
City of Things Oproep 2022 De energietra … City of Things Oproep 2022 De energietransitie naar meer duurzame en decentrale energieproductie, en recent ook de energiecrisis, daagt steden uit om hun energiefactuur onder controle te houden. Een weg daarnaartoe is het optimaliseren van energiestromen a.d.h.v. slimme real-time sturingen van vraag en aanbod van energie. Flexibiliteit via Energie Management Systemen (EMS) staat echter nog in zijn kinderschoenen, en vond quasi nog geen ingang bij steden. Vanuit de proeftuinprojecten site Kortrijk Weide en site Transfo Zwevegem ontwikkelt dit project een data-architectuur voor slimme sturing van energiesystemen van volledige sites. De hardware is hier al grotendeels. De uitdaging omvat zowel het opbouwen van EMS-systemen waaronder het verknopen van talrijke bronnen met real-time energiedata op gebouw- en installatieniveau (productie, verbruik, opslag) en contextdata (energieprijzen, klimatologisch, bezetting en gebruik, binnenklimaat, ventilatie...). De data wordt eerst gevisualiseerd i.f.v. de noden van gebruikers. Na het ontwerpen van slimme algoritmes en controle-strategieën kan het EMS “beslissingen nemen”. En via AI kan het systeem tenslotte patronen herkennen en verder optimaliseren. Vanuit de proeftuinprojecten maken we de vertaalslag naar het openbaar patrimonium. Een eerste pakket gebouwen in Harelbeke en Kortrijk wordt voorzien van hardware en ingekoppeld in het EMS-platform. Er wordt een business model voor energiemanagement via EMS ontwikkeld. Overzicht deliverables Overzicht deliverables +
City of Things Oproep 2022 De langetermi … City of Things Oproep 2022 De langetermijnrenovatiestrategie* voor gebouwen omschrijft de Vlaamse doelstelling om tegen 2050 de broeikasgasemissies van gebouwen met 80% te reduceren. Ruim 2.9 miljoen private woningen voldoen niet aan de gestelde energievoorwaarden. Om dit probleem aan te pakken, wordt de nadruk gelegd op grondige renovaties. WVI heeft met de Thermocar een uniek aanbod uitgewerkt om al rijdend thermografische gevelscans te maken van woningen. De gemeenten organiseren thermoloketten waar bewoners de verwerkte beelden van hun woning kunnen raadplegen en waar ze gericht renovatieadvies kunnen krijgen. Hoewel er veel interesse is voor deze dienstverlening, stellen we vast dat de manuele dataverwerking van de genomen beelden traag verloopt. Het vereist een grote tijdsinvestering van de gemeenten waardoor lange wachttijden ontstaan. ThermAI wil het proces verbeteren door AI te implementeren. Met behulp van Artificiële Intelligentie kunnen bijvoorbeeld onbruikbare beelden uit het bestand worden gehaald, wordt selectie op grotere datasets en op specifieke kenmerken mogelijk en kan er een link worden gemaakt met andere data(platformen) zoals het gebouwenregister. Een dergelijke analyse zou theoretisch ook automatische rapporten kunnen genereren. Deze automatisatie zal de gemeenten ontlastenen de voorbereiding van thermoloketten vergemakkelijken, waardoor achterstanden snel worden weggewerkten en meer mensen bereikt kunnen worden. VR 2020 2905 DOC.0517/4BIS -www.energiesparen.be/vlaamse-langetermijnrenovatiestrategie-voor-gebouwen-2050 Overzicht deliverableswen-2050 Overzicht deliverables +
City of Things Oproep 2022 Europa en Vla … City of Things Oproep 2022 Europa en Vlaanderen zetten nu meer dan ooit in op klimaat- en energiedoelstellingen. Lokale besturen engageren zich via het burgemeesterscovenant om hun steentje bij te dragen. Bedrijven blijken een moeilijke doelgroep te zijn om in dit verhaal te betrekken. Er zijn al verschillende maatregelen ondernomen om bedrijven aan te moedigen om meer te investeren in hernieuwbare energie, maar toch blijft veel potentieel onbenut. Bedrijven hebben onvoldoende zicht op hun huidig verbruiken of op de besparingen die deze investeringen hen kunnen opleveren. Met REVOLT willen we bedrijven op lokale bedrijventerreinen inzicht geven in hun energieproductie en –verbruik door het opzetten van een energieplatform met real-timedata. Het doel is om energie-efficiëntie te bevorderen en het aandeel hernieuwbare energie te verhogen. Het platform moet het mogelijk maken om als gebruiker berekeningen en simulaties te maken op basis van de gecapteerde data en de actuele energiemarktprijzen. Daarnaast is het slim aansturen van het verbruik een belangrijke toepassing die zal resulteren in een lagere energiefactuur voor de bedrijven. Het doel is om bedrijven te ontzorgen en gemeenten te ondersteunen in het behalen van hun klimaat- en energiedoelstellingen. Overzicht deliverablesn. Overzicht deliverables +
City of Things Oproep 2022 Het ruimtegeb … City of Things Oproep 2022 Het ruimtegebruik in Vlaanderen staat onder hoge druk, zowel in de open als de bebouwde ruimte. Het aantal bouwaanvragen stijgt jaarlijks, hoofdzakelijk voor zuivere woonprojecten. Meer inwoners betekent bovendien meer behoefte aan voorzieningen, maakbedrijven en groen. Dit zet druk op gewenste verweving van functies in de kernen. Willen we via een sturend beleid de juiste ruimtelijke functie of voorziening op de juiste plaats plannen, dan moeten we de databronnen bundelen en visualiseren. Bovendien moeten we ruimtelijke ingrepen kunnen simuleren. Zo weten besturen, burgers en professionals (architecten, bouwheren, ...) precies wat het bouwblok,de buurt en het nieuwe project nodig heeft. Er bestaan digital twins die de stad simuleren, maar er bestaat geen digital twin die een holistisch ruimtelijk beleid ondersteunt. Hiervoor moeten we de data verzamelen en bewerken, goed leren visualiseren en integreren in onze werking. Met dit project leggen de projectpartners, Stad Gent en Leiedal, de fundamenten voor een digital twin voor een concreet en tastbaar domein. De uiteenlopende partners en diensten binnen deze organisaties (economie, stedenbouw, groen, ... / diverse gemeenten in het werkingsgebied van Leiedal) bouwen stapsgewijs een data-aanpak uit voor een economisch en menselijk leefbare ruimtelijke structuur. Leiedal verkent ook de rol van3D-visualisatie hierin. Overzicht deliverables Werkgroepen Werkgroep Type werkgroep Datum Tijd Locatie Business werkgroep Business werkgroep 2023-09-27 Stadskantoor Gent Thematische werkgroep 1 Data en informatie werkgroep 2023-11-14 Teams Thematische werkgroep 2 Functionele werkgroep 2023-12-19 Teams Thematische werkgroep 3 Technologie werkgroep 2024-01-23 Teams3 Technologie werkgroep 2024-01-23 Teams +
City of Things Oproep 2022 In een meerta … City of Things Oproep 2022 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. 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). Overzicht deliverableserzicht deliverables +
City of Things Oproep 2022 Meer dan 100 … City of Things Oproep 2022 Meer dan 100 gemeenten in Vlaanderen hebben vaak last van water-en modderoverlastbij hevige regenval ten gevolge van bodemerosie. Deze modderstromen kunnen met een hoge snelheid (tot zelfs 80 km/u) de lager gelegen (woon)gebieden bereiken. De modder richt schade aan aan straten, woningen, waterlopen, rioleringen en waterzuiveringsinstallaties. Door klimaatwijziging zal, zonder voldoende maatregelen,de modderoverlast in de toekomst alleen nog maar verergeren.We willen bodemerosie en de bestrijdingsmaatregelen, meer specifiekerosiepoelen, duurzaam en slim gaan opvolgen, evalueren en hier nauwkeurigere voorspellingenover maken. De monitoring moet de verantwoordelijke diensten alarmeren om over te gaan tot (proactieve) ingrepen om modderstromen te voorkomen en/of verder in te perken.De monitoring zal tot stand komen met behulp van sensoren(peilsensoren, pluviometers, bodemvochtsensoren, ...) waarbij de sensordata real-time ingelezen wordt op een centraal dataplatformom daarna analyses uit te voeren voorvoorspellingen, alarmering envisualisatie in dashboards. We willen de oplossing ter beschikking stellen in een raamovereenkomst zodat de gemeenten die kampen met dezelfde uitdagingen hier eenvoudig beroep opkunnen doen. Overzicht deliverables Andere werkgroepen Werkgroep Type werkgroep Datum Tijd Locatie Business werkgroep Business werkgroep 2024-02-29 13u30-16u30 Provinciehuis Leuven Thematische werkgroep 1 Data en informatie werkgroep 2024-03-19 9u-12u Teams Thematische werkgroep 2 Functionele werkgroep 2024-04-18 9u-12u Teams Thematische werkgroep 3 Technologie werkgroep 2024-05-23 9u-12u Teamshnologie werkgroep 2024-05-23 9u-12u Teams +
City of Things Oproep 2022 Met dit proje … City of Things Oproep 2022 Met dit project wil men concrete pilots opzetten rond passantentellingen in de kleinstedelijke gebieden in West-Vlaanderen en deze slim en efficiënt hanteren en koppelen aan andere data. Zo willen ze komen tot nuttige en betaalbere informatie om op basis hiervan events en acties te evalueren, een gericht en onderbouwd acquisitiebeleid te voeren, het parkeerbeleid en de mobiliteit in de kern te evalueren en te verbeteren, alsook de lokale handelaars te ondersteunen met bruikbare data. Werkgroepen Geen werkgroepen gevondenrkgroepen Geen werkgroepen gevonden +
City of Things Oproep 2022 Op dit ogenbl … City of Things Oproep 2022 Op dit ogenblik wordt de informatie van verschillende gereglementeerde zones binnen de stad helemaal niet of erg versnipperd aangeboden. Voor burgers en ondernemingen is dit erg onoverzichtelijk en zij moeten zelf op zoek gaan naar wat er waar geldt en waar ze, indien gewenst, extra rechten kunnen aanvragen. Het herhaaldelijk moeten invullen van de persoonlijke gegevens leidt ook vaak tot frustraties. Het is de doelstelling om dit te voorkomen door toe te laten om updates van het profiel van gebruikers, zoals onder andere extra nummerplaten, door hen zelf te laten beheren en ook automatisch in te vullen bij nieuwe aanvragen. Data-uitwisseling en standaardisering over steden heen, heeft niet alleen voordelen voor de burgers, maar ook voor de steden zelf. Vanuit de Europese Commissie is een Directive over “Intelligent Transport Systems” opgesteld die steden verplicht om de data met betrekking tot Urban Vehicle Access Rights (UVAR) op te laden naar het Europese Platform. Vanuit dit project wordt hier rechtstreeks een antwoord op aangeboden en zal dit via een geautomatiseerd proces kunnen lopen. De doelstellingen van dit Citerra project zijn: De aanvraagsystemen van steden en gemeenten te koppelen aan een centraal (e-loket) platform waar burgers en ondernemingen aanvragen kunnen doen en op die manier het ‘only-once principe’ te realiseren. Stedelijke data i.v.m. locaties en regels voor specifieke zones te centraliseren en als open data aan te bieden en op die manier een ‘single source of truth’ te kunnen aanbieden. Het statische karakter of de traag en vaak manuele aanpassingen van variërende reglementeringen van zones binnen een stad, dynamisch en geautomatiseerd te maken en op die manier met een Internet of Things (IoT) ecosysteem te integreren. Overzicht deliverables Werkgroepen Werkgroep Type werkgroep Datum Tijd Locatie Business werkgroep Business werkgroep 2024-02-27 13u-16u VAC Antwerpen Thematische werkgroep 1 Data en informatie werkgroep 2024-03-28 13u-16u Teams Thematische werkgroep 2 Functionele werkgroep 2024-05-16 13u-16u Teams Thematische werkgroep 3 Technologie werkgroep 2024-06-25 13u-16u Teamss +
City of Things Oproep 2022 Op een markt, … City of Things Oproep 2022 Op een markt, standplaatsen op het openbaar domein en tijdens events wordt heel wat energie verbruikt: verlichting, verwarmingselementen, voedselbereiding, muziek, ... Deze energie wordt sinds jaar en dag voorzien door de gemeente waar de markt georganiseerd wordt en door middel van een forfait aangerekend aan de marktkramer. De stijgende vraag naar elektriciteit op de markt in combinatie met de hoge energieprijzen zet dit model echter op de helling. De marktkramer heeft geen zicht op zijn/haar verbruik en wordt in die zin ook niet aangemoedigd om elektriciteit besparende keuzes te maken; de meerprijs van oververbruik komt immers terecht bij de gemeente, en dus uiteindelijk bij de burger. Wij willen als steden en gemeenten een voortrekkersrol opnemen inzake duurzaamheid en bewust verbruiken erzijds, en anderzijds het credo aanhangen dat de verbruiker hoort te betalen. Vanuit die optiek starten wij een onderzoek naar de mogelijkheid om een slimme elektriciteitsoplossing te implementeren, waarbij de marktkramer-standhoudereen stopcontact kan “openen”, waarna hij of zij hieruit elektriciteit kan verbruiken. Na gebruik wordt het stopcontact digitaal gesloten, waarna het exacte verbruik automatisch aan de marktkramer kan worden gefactureerd aan het juiste tarief. Door slimme elektriciteitsmeters te installeren op ons openbaar domein, maken we elektriciteit beschikbaar voor wie het nodig heeft en ervoor betaalt. Binnen SHOK maken we een proof of concept en testen deze in de context van een openbare markt, standplaatsen ambulante handel of events. Op basis hiervan wordt een business model uitgewerkt voor andere gebruikers van elektriciteit op het openbaar domein: evenementen, kermissen, buurtfeesten, aannemers van werven,.... We bekijken ook of dit business model kan toegepast worden voor andere types van dienstverlening. Overzicht deliverablesing. Overzicht deliverables +
City of Things Oproep 2022 SInCR (Sustai … City of Things Oproep 2022 SInCR (Sustainable Insights for Cities & Retailers) zet in op data ter ondersteuning van handelaars en het beleid. Het wil een antwoord bieden op: Hoe het effect van (en de nood aan) beleidsmaatregelen en georganiseerde evenementen op het winkelgebied meten?Hoe data breder en slimmer inzetten ter ondersteuning van beleid en ondernemers?Hoe een duurzame samenwerking op poten zetten waarbij voor alle partijen meerwaarde wordt gecreëerd?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. 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. Werkgroepen Geen werkgroepen gevondenn Geen werkgroepen gevonden +
City of Things Oproep 2022 Steden streve … City of Things Oproep 2022 Steden streven erna om hun beleidsdoelstellingen te ondersteunen op basis van onderzoek, data en analyse (data gedreven beleid). Informatie over verplaatsingen: waar, wanneer en hoe (met welk middel) verplaatsen burgers zich, is essentieel om inzichten te verwerven over bereikbaarheid van handelskernen, over leefbaarheid en verkeersveiligheid in buurten en de transitie naar een multimodale duurzame mobiliteit. Het gebruik van deze data stuit echter in vele gevallen op technische en juridische problemen, zodat de mogelijkheden onderbenut blijven. Het project wil in een eerste stap deze bestaande bottlenecks aanpakken en een technisch en juridisch sluitend model uitwerken voor het gebruik van data uit (ANPR) camera’s en telsystemen. Dit model, gebaseerd op open standaarden (VLOCA-OSLO conform) zal ter beschikking gesteld worden van de Vlaamse steden en Gemeenten.In een volgende stap wordt de informatie die volgens dit model wordt verzameld samengelegd met andere databronnen (druktemetingen, bezettingsgraden openbaar vervoer, betaalinfo etc.) en geanalyseerd vanuit de behoeften voor ondersteuning van de verschillende beleidsdoelstellingen. De analyse, in samenspraak en co-creatie met belangengroepen moet leiden tot een aantal dashboards en (mini) applicaties die vervolgens gebruikt kunnen worden voor efficiënte beleidsondersteuning. Ook deze bouwstenen zullen ter beschikking gesteld worden van geïnteresseerde besturen. Overzicht deliverables Overzicht deliverables +
City of Things Oproep 2022 Vrachtwagens … City of Things Oproep 2022 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. 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: Beschikbare terreinen te verhuren en te reserveren, en eventueel de betaling te regelen; 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.Belangrijk is ook dat in dit project onderzocht wordt welk businessmodel er aan de basis kan liggen van een dergelijke toepassing. Overzicht deliverables Werkgroepen Werkgroep Type werkgroep Datum Tijd Locatie Business werkgroep Business werkgroep 2023-09-26 IGEMO Thematische werkgroep 1 Data en informatie werkgroep 2023-10-24 IGEMO Thematische werkgroep 2 Functionele werkgroep 2023-11-21 IGEMO Thematische werkgroep 3 Technologie werkgroep 2024-01-30 9u00-12u00 IGEMOp 2024-01-30 9u00-12u00 IGEMO +
CityGML is een open datamodel en XML-gebas … CityGML is een open datamodel en XML-gebaseerd formaat voor de opslag en uitwisseling van virtuele 3D stadsmodellen. Het is een applicatieschema voor de Geography Markup Language versie 3.1.1 (GML3) [1] , de uitbreidbare internationale standaard voor ruimtelijke gegevensuitwisseling uitgegeven door OGC en de ISO TC211. Het doel van de ontwikkeling van CityGML is te komen tot een gemeenschappelijke definitie van de basisentiteiten, attributen en relaties van een 3D stadsmodel. Dit is vooral van belang met het oog op het kosteneffectieve en duurzame onderhoud van 3D stadsmodellen, waardoor het mogelijk wordt om dezelfde gegevens in verschillende toepassingsgebieden te hergebruiken. Voor meer informatie over CityGML, inclusief de middelen van de ontwikkelaars en informatie over het werk in uitvoering, kunt u terecht op [1] . Voor de officiële door OGC-leden goedgekeurde versies van de standaard kan u terecht op de OGC web site [2] . [[Open Geospatial Consortium (OGC) | Overzicht van OGC Standaarden ›]] Referenties ↑ https://www.ogc.org/standards/gml ↑ https://www.ogc.org/standards/citygmlrg/standards/citygml +
Class ArchitectuurBouwlaag with pagetitl … Class ArchitectuurBouwlaag with pagetitle format title Allowed namespaces: ArchitectuurBouwlaag Has version history: false Layout Areas : 'sub-header sidebar' 'main sidebar' Columns : 3fr 1fr Rows : auto 1fr Storage templates Base properties: Template:Base properties Page properties: Template:ArchitectuurBouwlaag properties Component templates Sidebar template: Template:ArchitectuurBouwlaag sidebar Defined parameters Name Property Slot Formfield type Allowed values Required Multiple Automatically generated template code Info Page properties template Sidebar template Open one of the tabs to view automatically generated template code. This is meant to be used when creating new templates. If you are modifying an existing template, it might still be useful to update the parameter definitions and use parts of the generated code, but be careful not to completely overwrite existing templates. Existing templates will likely have had other modifications that are not included in the automatically generated code. Template:ArchitectuurBouwlaag properties <noinclude>This is the '''Csp class properties''' template. It should be called in the following format:<pre>{{Csp class properties}}</pre></noinclude><includeonly>{{#set:}}</includeonly> Template:ArchitectuurBouwlaag sidebar <noinclude>This is the '''Vloca default sidebar''' template. It should be called in the following format:<pre>{{Vloca default sidebar}}</pre></noinclude><includeonly>{{#vardefine:@allow sidebar edit |{{#ifingroup:user |{{#if:{{#urlget:veaction}}{{#urlget:action}}||yes}} }} }}<div class="tab-content">{{#tag:_input||type=radio|id=sidebar-view|name=toggle-sidebar|checked=checked|class=d-none sidebar-view}}<div class="card sidebar-view-tab"><div class="card-header">{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:label|Edit|for=sidebar-edit|class=btn btn-secondary}}}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"></div></div>{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:_input||type=radio|id=sidebar-edit|name=toggle-sidebar|class=d-none sidebar-edit}}<div class="card sidebar-edit-tab"><form action="addToWiki">{{#if:{{#casize:$class}}||<_create mwwrite="{{FULLPAGENAME}}" mwtemplate="Csp class properties" mwslot="ws-class-props" mwfields="" />}}<div class="card-header">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"><div class="text-right">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}<input type="submit" value="Save" class="btn btn-primary" /></div></div></form></div>|}}</div></includeonly>ht"> {{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}} <input type="submit" value="Save" class="btn btn-primary" /> </div> </div> </form> </div> |}} </div></includeonly> +
Class ArchitectuurCapaciteit with pageti … Class ArchitectuurCapaciteit with pagetitle format title Allowed namespaces: ArchitectuurCapaciteit Has version history: false Layout Areas : 'sub-header sidebar' 'main sidebar' Columns : 3fr 1fr Rows : auto 1fr Storage templates Base properties: Template:Base properties Page properties: Template:ArchitectuurCapaciteit properties Component templates Sidebar template: Template:ArchitectuurCapaciteit sidebar Defined parameters Name Property Slot Formfield type Allowed values Required Multiple Automatically generated template code Info Page properties template Sidebar template Open one of the tabs to view automatically generated template code. This is meant to be used when creating new templates. If you are modifying an existing template, it might still be useful to update the parameter definitions and use parts of the generated code, but be careful not to completely overwrite existing templates. Existing templates will likely have had other modifications that are not included in the automatically generated code. Template:ArchitectuurCapaciteit properties <noinclude>This is the '''Csp class properties''' template. It should be called in the following format:<pre>{{Csp class properties}}</pre></noinclude><includeonly>{{#set:}}</includeonly> Template:ArchitectuurCapaciteit sidebar <noinclude>This is the '''Vloca default sidebar''' template. It should be called in the following format:<pre>{{Vloca default sidebar}}</pre></noinclude><includeonly>{{#vardefine:@allow sidebar edit |{{#ifingroup:user |{{#if:{{#urlget:veaction}}{{#urlget:action}}||yes}} }} }}<div class="tab-content">{{#tag:_input||type=radio|id=sidebar-view|name=toggle-sidebar|checked=checked|class=d-none sidebar-view}}<div class="card sidebar-view-tab"><div class="card-header">{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:label|Edit|for=sidebar-edit|class=btn btn-secondary}}}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"></div></div>{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:_input||type=radio|id=sidebar-edit|name=toggle-sidebar|class=d-none sidebar-edit}}<div class="card sidebar-edit-tab"><form action="addToWiki">{{#if:{{#casize:$class}}||<_create mwwrite="{{FULLPAGENAME}}" mwtemplate="Csp class properties" mwslot="ws-class-props" mwfields="" />}}<div class="card-header">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"><div class="text-right">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}<input type="submit" value="Save" class="btn btn-primary" /></div></div></form></div>|}}</div></includeonly>ht"> {{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}} <input type="submit" value="Save" class="btn btn-primary" /> </div> </div> </form> </div> |}} </div></includeonly> +
Class ArchitectuurComponent with pagetit … Class ArchitectuurComponent with pagetitle format title Allowed namespaces: ArchitectuurComponent Has version history: false Layout Areas : 'sub-header sidebar' 'main sidebar' Columns : 3fr 1fr Rows : auto 1fr Storage templates Base properties: Template:Base properties Page properties: Template:ArchitectuurComponent properties Component templates Sidebar template: Template:ArchitectuurComponent sidebar Defined parameters Name Property Slot Formfield type Allowed values Required Multiple Automatically generated template code Info Page properties template Sidebar template Open one of the tabs to view automatically generated template code. This is meant to be used when creating new templates. If you are modifying an existing template, it might still be useful to update the parameter definitions and use parts of the generated code, but be careful not to completely overwrite existing templates. Existing templates will likely have had other modifications that are not included in the automatically generated code. Template:ArchitectuurComponent properties <noinclude>This is the '''Csp class properties''' template. It should be called in the following format:<pre>{{Csp class properties}}</pre></noinclude><includeonly>{{#set:}}</includeonly> Template:ArchitectuurComponent sidebar <noinclude>This is the '''Vloca default sidebar''' template. It should be called in the following format:<pre>{{Vloca default sidebar}}</pre></noinclude><includeonly>{{#vardefine:@allow sidebar edit |{{#ifingroup:user |{{#if:{{#urlget:veaction}}{{#urlget:action}}||yes}} }} }}<div class="tab-content">{{#tag:_input||type=radio|id=sidebar-view|name=toggle-sidebar|checked=checked|class=d-none sidebar-view}}<div class="card sidebar-view-tab"><div class="card-header">{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:label|Edit|for=sidebar-edit|class=btn btn-secondary}}}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"></div></div>{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:_input||type=radio|id=sidebar-edit|name=toggle-sidebar|class=d-none sidebar-edit}}<div class="card sidebar-edit-tab"><form action="addToWiki">{{#if:{{#casize:$class}}||<_create mwwrite="{{FULLPAGENAME}}" mwtemplate="Csp class properties" mwslot="ws-class-props" mwfields="" />}}<div class="card-header">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"><div class="text-right">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}<input type="submit" value="Save" class="btn btn-primary" /></div></div></form></div>|}}</div></includeonly>ht"> {{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}} <input type="submit" value="Save" class="btn btn-primary" /> </div> </div> </form> </div> |}} </div></includeonly> +
Class ArchitectuurSysteemeigenschap with … Class ArchitectuurSysteemeigenschap with pagetitle format title Allowed namespaces: ArchitectuurSysteemeigenschap Has version history: false Layout Areas : 'sub-header sidebar' 'main sidebar' Columns : 3fr 1fr Rows : auto 1fr Storage templates Base properties: Template:Base properties Page properties: Template:ArchitectuurSysteemeigenschap properties Component templates Sidebar template: Template:ArchitectuurSysteemeigenschap sidebar Defined parameters Name Property Slot Formfield type Allowed values Required Multiple Automatically generated template code Info Page properties template Sidebar template Open one of the tabs to view automatically generated template code. This is meant to be used when creating new templates. If you are modifying an existing template, it might still be useful to update the parameter definitions and use parts of the generated code, but be careful not to completely overwrite existing templates. Existing templates will likely have had other modifications that are not included in the automatically generated code. Template:ArchitectuurSysteemeigenschap properties <noinclude>This is the '''Csp class properties''' template. It should be called in the following format:<pre>{{Csp class properties}}</pre></noinclude><includeonly>{{#set:}}</includeonly> Template:ArchitectuurSysteemeigenschap sidebar <noinclude>This is the '''Vloca default sidebar''' template. It should be called in the following format:<pre>{{Vloca default sidebar}}</pre></noinclude><includeonly>{{#vardefine:@allow sidebar edit |{{#ifingroup:user |{{#if:{{#urlget:veaction}}{{#urlget:action}}||yes}} }} }}<div class="tab-content">{{#tag:_input||type=radio|id=sidebar-view|name=toggle-sidebar|checked=checked|class=d-none sidebar-view}}<div class="card sidebar-view-tab"><div class="card-header">{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:label|Edit|for=sidebar-edit|class=btn btn-secondary}}}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"></div></div>{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:_input||type=radio|id=sidebar-edit|name=toggle-sidebar|class=d-none sidebar-edit}}<div class="card sidebar-edit-tab"><form action="addToWiki">{{#if:{{#casize:$class}}||<_create mwwrite="{{FULLPAGENAME}}" mwtemplate="Csp class properties" mwslot="ws-class-props" mwfields="" />}}<div class="card-header">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"><div class="text-right">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}<input type="submit" value="Save" class="btn btn-primary" /></div></div></form></div>|}}</div></includeonly>ht"> {{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}} <input type="submit" value="Save" class="btn btn-primary" /> </div> </div> </form> </div> |}} </div></includeonly> +
Class CoCreatieAanvraag with pagetitle f … Class CoCreatieAanvraag with pagetitle format title Allowed namespaces: CoCreatieAanvraag Has version history: false Layout Areas : 'sub-header sidebar' 'main sidebar' Columns : 3fr 1fr Rows : auto 1fr Storage templates Base properties: Template:Base properties Page properties: Template:CoCreatieAanvraag properties Component templates Sidebar template: Template:CoCreatieAanvraag sidebar Defined parameters Name Property Slot Formfield type Allowed values Required Multiple Automatically generated template code Info Page properties template Sidebar template Open one of the tabs to view automatically generated template code. This is meant to be used when creating new templates. If you are modifying an existing template, it might still be useful to update the parameter definitions and use parts of the generated code, but be careful not to completely overwrite existing templates. Existing templates will likely have had other modifications that are not included in the automatically generated code. Template:CoCreatieAanvraag properties <noinclude>This is the '''CoCreatieAanvraag properties''' template. It should be called in the following format:<pre>{{CoCreatieAanvraag properties}}</pre></noinclude><includeonly>{{#set:}}</includeonly> Template:CoCreatieAanvraag sidebar <noinclude>This is the '''CoCreatieAanvraag sidebar''' template. It should be called in the following format:<pre>{{CoCreatieAanvraag sidebar}}</pre></noinclude><includeonly>{{#vardefine:@allow sidebar edit |{{#ifingroup:user |{{#if:{{#urlget:veaction}}{{#urlget:action}}||yes}} }} }}<div class="tab-content">{{#tag:_input||type=radio|id=sidebar-view|name=toggle-sidebar|checked=checked|class=d-none sidebar-view}}<div class="card sidebar-view-tab"><div class="card-header">{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:label|Edit|for=sidebar-edit|class=btn btn-secondary}}}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"></div></div>{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:_input||type=radio|id=sidebar-edit|name=toggle-sidebar|class=d-none sidebar-edit}}<div class="card sidebar-edit-tab"><form action="addToWiki">{{#if:{{#casize:$class}}||<_create mwwrite="{{FULLPAGENAME}}" mwtemplate="CoCreatieAanvraag properties" mwslot="ws-class-props" mwfields="" />}}<div class="card-header">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"><div class="text-right">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}<input type="submit" value="Save" class="btn btn-primary" /></div></div></form></div>|}}</div></includeonly>ht"> {{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}} <input type="submit" value="Save" class="btn btn-primary" /> </div> </div> </form> </div> |}} </div></includeonly> +
Class Deliverable with pagetitle format … Class Deliverable with pagetitle format next_available Allowed namespaces: Deliverable Has version history: false Layout Areas : 'sub-header sidebar' 'main sidebar' Columns : 3fr 1fr Rows : auto 1fr Storage templates Base properties: Template:Base properties Page properties: Template:Deliverable properties Component templates Sidebar template: Template:Deliverable sidebar Defined parameters Name Property Slot Formfield type Allowed values Required Multiple Automatically generated template code Info Page properties template Sidebar template Open one of the tabs to view automatically generated template code. This is meant to be used when creating new templates. If you are modifying an existing template, it might still be useful to update the parameter definitions and use parts of the generated code, but be careful not to completely overwrite existing templates. Existing templates will likely have had other modifications that are not included in the automatically generated code. Template:Deliverable properties <noinclude>This is the '''Csp class properties''' template. It should be called in the following format:<pre>{{Csp class properties}}</pre></noinclude><includeonly>{{#set:}}</includeonly> Template:Deliverable sidebar <noinclude>This is the '''Vloca default sidebar''' template. It should be called in the following format:<pre>{{Vloca default sidebar}}</pre></noinclude><includeonly>{{#vardefine:@allow sidebar edit |{{#ifingroup:user |{{#if:{{#urlget:veaction}}{{#urlget:action}}||yes}} }} }}<div class="tab-content">{{#tag:_input||type=radio|id=sidebar-view|name=toggle-sidebar|checked=checked|class=d-none sidebar-view}}<div class="card sidebar-view-tab"><div class="card-header">{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:label|Edit|for=sidebar-edit|class=btn btn-secondary}}}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"></div></div>{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:_input||type=radio|id=sidebar-edit|name=toggle-sidebar|class=d-none sidebar-edit}}<div class="card sidebar-edit-tab"><form action="addToWiki">{{#if:{{#casize:$class}}||<_create mwwrite="{{FULLPAGENAME}}" mwtemplate="Csp class properties" mwslot="ws-class-props" mwfields="" />}}<div class="card-header">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"><div class="text-right">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}<input type="submit" value="Save" class="btn btn-primary" /></div></div></form></div>|}}</div></includeonly>ht"> {{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}} <input type="submit" value="Save" class="btn btn-primary" /> </div> </div> </form> </div> |}} </div></includeonly> +
Class Draaiboek with pagetitle format ti … Class Draaiboek with pagetitle format title Allowed namespaces: Draaiboek Has version history: false Layout Areas : 'sub-header sidebar' 'main sidebar' Columns : 3fr 1fr Rows : auto 1fr Storage templates Base properties: Template:Base properties Page properties: Template:Draaiboek properties Component templates Sidebar template: Template:Draaiboek sidebar Defined parameters Name Property Slot Formfield type Allowed values Required Multiple Automatically generated template code Info Page properties template Sidebar template Open one of the tabs to view automatically generated template code. This is meant to be used when creating new templates. If you are modifying an existing template, it might still be useful to update the parameter definitions and use parts of the generated code, but be careful not to completely overwrite existing templates. Existing templates will likely have had other modifications that are not included in the automatically generated code. Template:Draaiboek properties <noinclude>This is the '''Csp class properties''' template. It should be called in the following format:<pre>{{Csp class properties}}</pre></noinclude><includeonly>{{#set:}}</includeonly> Template:Draaiboek sidebar <noinclude>This is the '''Vloca default sidebar''' template. It should be called in the following format:<pre>{{Vloca default sidebar}}</pre></noinclude><includeonly>{{#vardefine:@allow sidebar edit |{{#ifingroup:user |{{#if:{{#urlget:veaction}}{{#urlget:action}}||yes}} }} }}<div class="tab-content">{{#tag:_input||type=radio|id=sidebar-view|name=toggle-sidebar|checked=checked|class=d-none sidebar-view}}<div class="card sidebar-view-tab"><div class="card-header">{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:label|Edit|for=sidebar-edit|class=btn btn-secondary}}}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"></div></div>{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:_input||type=radio|id=sidebar-edit|name=toggle-sidebar|class=d-none sidebar-edit}}<div class="card sidebar-edit-tab"><form action="addToWiki">{{#if:{{#casize:$class}}||<_create mwwrite="{{FULLPAGENAME}}" mwtemplate="Csp class properties" mwslot="ws-class-props" mwfields="" />}}<div class="card-header">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"><div class="text-right">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}<input type="submit" value="Save" class="btn btn-primary" /></div></div></form></div>|}}</div></includeonly>ht"> {{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}} <input type="submit" value="Save" class="btn btn-primary" /> </div> </div> </form> </div> |}} </div></includeonly> +
Class Initiatief with pagetitle format t … Class Initiatief with pagetitle format title Allowed namespaces: (Main) Has version history: false Layout Areas : 'sub-header sidebar' 'main sidebar' Columns : 3fr 1fr Rows : auto 1fr Storage templates Base properties: Template:Base properties Page properties: Template:Initiatief properties Component templates Sidebar template: Template:Initiatief sidebar Defined parameters Name Property Slot Formfield type Allowed values Required Multiple Automatically generated template code Info Page properties template Sidebar template Open one of the tabs to view automatically generated template code. This is meant to be used when creating new templates. If you are modifying an existing template, it might still be useful to update the parameter definitions and use parts of the generated code, but be careful not to completely overwrite existing templates. Existing templates will likely have had other modifications that are not included in the automatically generated code. Template:Initiatief properties <noinclude>This is the '''Csp class properties''' template. It should be called in the following format:<pre>{{Csp class properties}}</pre></noinclude><includeonly>{{#set:}}</includeonly> Template:Initiatief sidebar <noinclude>This is the '''Vloca default sidebar''' template. It should be called in the following format:<pre>{{Vloca default sidebar}}</pre></noinclude><includeonly>{{#vardefine:@allow sidebar edit |{{#ifingroup:user |{{#if:{{#urlget:veaction}}{{#urlget:action}}||yes}} }} }}<div class="tab-content">{{#tag:_input||type=radio|id=sidebar-view|name=toggle-sidebar|checked=checked|class=d-none sidebar-view}}<div class="card sidebar-view-tab"><div class="card-header">{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:label|Edit|for=sidebar-edit|class=btn btn-secondary}}}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"></div></div>{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:_input||type=radio|id=sidebar-edit|name=toggle-sidebar|class=d-none sidebar-edit}}<div class="card sidebar-edit-tab"><form action="addToWiki">{{#if:{{#casize:$class}}||<_create mwwrite="{{FULLPAGENAME}}" mwtemplate="Csp class properties" mwslot="ws-class-props" mwfields="" />}}<div class="card-header">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"><div class="text-right">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}<input type="submit" value="Save" class="btn btn-primary" /></div></div></form></div>|}}</div></includeonly>ht"> {{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}} <input type="submit" value="Save" class="btn btn-primary" /> </div> </div> </form> </div> |}} </div></includeonly> +
Class Nieuws with pagetitle format next_ … Class Nieuws with pagetitle format next_available Allowed namespaces: Nieuws Has version history: false Layout Areas : 'sub-header sidebar' 'main sidebar' Columns : 4fr 1fr Rows : auto 1fr Storage templates Base properties: Template:Base properties Page properties: Template:Nieuws properties Component templates Sidebar template: Template:Nieuws sidebar Defined parameters Name Property Slot Formfield type Allowed values Required Multiple Automatically generated template code Info Page properties template Sidebar template Open one of the tabs to view automatically generated template code. This is meant to be used when creating new templates. If you are modifying an existing template, it might still be useful to update the parameter definitions and use parts of the generated code, but be careful not to completely overwrite existing templates. Existing templates will likely have had other modifications that are not included in the automatically generated code. Template:Nieuws properties <noinclude>This is the '''Csp class properties''' template. It should be called in the following format:<pre>{{Csp class properties}}</pre></noinclude><includeonly>{{#set:}}</includeonly> Template:Nieuws sidebar <noinclude>This is the '''Vloca default sidebar''' template. It should be called in the following format:<pre>{{Vloca default sidebar}}</pre></noinclude><includeonly>{{#vardefine:@allow sidebar edit |{{#ifingroup:user |{{#if:{{#urlget:veaction}}{{#urlget:action}}||yes}} }} }}<div class="tab-content">{{#tag:_input||type=radio|id=sidebar-view|name=toggle-sidebar|checked=checked|class=d-none sidebar-view}}<div class="card sidebar-view-tab"><div class="card-header">{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:label|Edit|for=sidebar-edit|class=btn btn-secondary}}}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"></div></div>{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:_input||type=radio|id=sidebar-edit|name=toggle-sidebar|class=d-none sidebar-edit}}<div class="card sidebar-edit-tab"><form action="addToWiki">{{#if:{{#casize:$class}}||<_create mwwrite="{{FULLPAGENAME}}" mwtemplate="Csp class properties" mwslot="ws-class-props" mwfields="" />}}<div class="card-header">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"><div class="text-right">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}<input type="submit" value="Save" class="btn btn-primary" /></div></div></form></div>|}}</div></includeonly>ht"> {{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}} <input type="submit" value="Save" class="btn btn-primary" /> </div> </div> </form> </div> |}} </div></includeonly> +
Class Organisatie with pagetitle format … Class Organisatie with pagetitle format title Has version history: false Layout Areas : 'sub-header sidebar' 'main sidebar' Columns : 3fr 1fr Rows : auto 1fr Storage templates Base properties: Template:Base properties Page properties: Template:Organisatie properties Component templates Sidebar template: Template:Organisatie sidebar Defined parameters Name Property Slot Formfield type Allowed values Required Multiple Automatically generated template code Info Page properties template Sidebar template Open one of the tabs to view automatically generated template code. This is meant to be used when creating new templates. If you are modifying an existing template, it might still be useful to update the parameter definitions and use parts of the generated code, but be careful not to completely overwrite existing templates. Existing templates will likely have had other modifications that are not included in the automatically generated code. Template:Organisatie properties <noinclude>This is the '''Csp class properties''' template. It should be called in the following format:<pre>{{Csp class properties}}</pre></noinclude><includeonly>{{#set:}}</includeonly> Template:Organisatie sidebar <noinclude>This is the '''Vloca default sidebar''' template. It should be called in the following format:<pre>{{Vloca default sidebar}}</pre></noinclude><includeonly>{{#vardefine:@allow sidebar edit |{{#ifingroup:user |{{#if:{{#urlget:veaction}}{{#urlget:action}}||yes}} }} }}<div class="tab-content">{{#tag:_input||type=radio|id=sidebar-view|name=toggle-sidebar|checked=checked|class=d-none sidebar-view}}<div class="card sidebar-view-tab"><div class="card-header">{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:label|Edit|for=sidebar-edit|class=btn btn-secondary}}}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"></div></div>{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:_input||type=radio|id=sidebar-edit|name=toggle-sidebar|class=d-none sidebar-edit}}<div class="card sidebar-edit-tab"><form action="addToWiki">{{#if:{{#casize:$class}}||<_create mwwrite="{{FULLPAGENAME}}" mwtemplate="Csp class properties" mwslot="ws-class-props" mwfields="" />}}<div class="card-header">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"><div class="text-right">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}<input type="submit" value="Save" class="btn btn-primary" /></div></div></form></div>|}}</div></includeonly>ht"> {{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}} <input type="submit" value="Save" class="btn btn-primary" /> </div> </div> </form> </div> |}} </div></includeonly> +
Class Standaard with pagetitle format ti … Class Standaard with pagetitle format title Has version history: false Layout Areas : 'sub-header sidebar' 'main sidebar' Columns : 3fr 1fr Rows : auto 1fr Storage templates Base properties: Template:Base properties Page properties: Template:Standaard properties Component templates Sidebar template: Template:Standaard sidebar Defined parameters Name Property Slot Formfield type Allowed values Required Multiple Automatically generated template code Info Page properties template Sidebar template Open one of the tabs to view automatically generated template code. This is meant to be used when creating new templates. If you are modifying an existing template, it might still be useful to update the parameter definitions and use parts of the generated code, but be careful not to completely overwrite existing templates. Existing templates will likely have had other modifications that are not included in the automatically generated code. Template:Standaard properties <noinclude>This is the '''Csp class properties''' template. It should be called in the following format:<pre>{{Csp class properties}}</pre></noinclude><includeonly>{{#set:}}</includeonly> Template:Standaard sidebar <noinclude>This is the '''Vloca default sidebar''' template. It should be called in the following format:<pre>{{Vloca default sidebar}}</pre></noinclude><includeonly>{{#vardefine:@allow sidebar edit |{{#ifingroup:user |{{#if:{{#urlget:veaction}}{{#urlget:action}}||yes}} }} }}<div class="tab-content">{{#tag:_input||type=radio|id=sidebar-view|name=toggle-sidebar|checked=checked|class=d-none sidebar-view}}<div class="card sidebar-view-tab"><div class="card-header">{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:label|Edit|for=sidebar-edit|class=btn btn-secondary}}}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"></div></div>{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:_input||type=radio|id=sidebar-edit|name=toggle-sidebar|class=d-none sidebar-edit}}<div class="card sidebar-edit-tab"><form action="addToWiki">{{#if:{{#casize:$class}}||<_create mwwrite="{{FULLPAGENAME}}" mwtemplate="Csp class properties" mwslot="ws-class-props" mwfields="" />}}<div class="card-header">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"><div class="text-right">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}<input type="submit" value="Save" class="btn btn-primary" /></div></div></form></div>|}}</div></includeonly>ht"> {{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}} <input type="submit" value="Save" class="btn btn-primary" /> </div> </div> </form> </div> |}} </div></includeonly> +
Class TermenConcepten with pagetitle for … Class TermenConcepten with pagetitle format title Has version history: false Layout Areas : 'sub-header sidebar' 'main sidebar' Columns : 3fr 1fr Rows : auto 1fr Storage templates Base properties: Template:Base properties Page properties: Template:TermenConcepten properties Component templates Sidebar template: Template:TermenConcepten sidebar Defined parameters Name Property Slot Formfield type Allowed values Required Multiple Automatically generated template code Info Page properties template Sidebar template Open one of the tabs to view automatically generated template code. This is meant to be used when creating new templates. If you are modifying an existing template, it might still be useful to update the parameter definitions and use parts of the generated code, but be careful not to completely overwrite existing templates. Existing templates will likely have had other modifications that are not included in the automatically generated code. Template:TermenConcepten properties <noinclude>This is the '''Csp class properties''' template. It should be called in the following format:<pre>{{Csp class properties}}</pre></noinclude><includeonly>{{#set:}}</includeonly> Template:TermenConcepten sidebar <noinclude>This is the '''Vloca default sidebar''' template. It should be called in the following format:<pre>{{Vloca default sidebar}}</pre></noinclude><includeonly>{{#vardefine:@allow sidebar edit |{{#ifingroup:user |{{#if:{{#urlget:veaction}}{{#urlget:action}}||yes}} }} }}<div class="tab-content">{{#tag:_input||type=radio|id=sidebar-view|name=toggle-sidebar|checked=checked|class=d-none sidebar-view}}<div class="card sidebar-view-tab"><div class="card-header">{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:label|Edit|for=sidebar-edit|class=btn btn-secondary}}}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"></div></div>{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:_input||type=radio|id=sidebar-edit|name=toggle-sidebar|class=d-none sidebar-edit}}<div class="card sidebar-edit-tab"><form action="addToWiki">{{#if:{{#casize:$class}}||<_create mwwrite="{{FULLPAGENAME}}" mwtemplate="Csp class properties" mwslot="ws-class-props" mwfields="" />}}<div class="card-header">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"><div class="text-right">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}<input type="submit" value="Save" class="btn btn-primary" /></div></div></form></div>|}}</div></includeonly>ht"> {{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}} <input type="submit" value="Save" class="btn btn-primary" /> </div> </div> </form> </div> |}} </div></includeonly> +
Class VlocaSessie with pagetitle format … Class VlocaSessie with pagetitle format next_available Allowed namespaces: VlocaSessie Has version history: false Layout Areas : 'sub-header sidebar' 'main sidebar' Columns : 3fr 1fr Rows : auto 1fr Storage templates Base properties: Template:Base properties Page properties: Template:VlocaSessie properties Component templates Sidebar template: Template:VlocaSessie sidebar Defined parameters Name Property Slot Formfield type Allowed values Required Multiple Automatically generated template code Info Page properties template Sidebar template Open one of the tabs to view automatically generated template code. This is meant to be used when creating new templates. If you are modifying an existing template, it might still be useful to update the parameter definitions and use parts of the generated code, but be careful not to completely overwrite existing templates. Existing templates will likely have had other modifications that are not included in the automatically generated code. Template:VlocaSessie properties <noinclude>This is the '''Csp class properties''' template. It should be called in the following format:<pre>{{Csp class properties}}</pre></noinclude><includeonly>{{#set:}}</includeonly> Template:VlocaSessie sidebar <noinclude>This is the '''Vloca default sidebar''' template. It should be called in the following format:<pre>{{Vloca default sidebar}}</pre></noinclude><includeonly>{{#vardefine:@allow sidebar edit |{{#ifingroup:user |{{#if:{{#urlget:veaction}}{{#urlget:action}}||yes}} }} }}<div class="tab-content">{{#tag:_input||type=radio|id=sidebar-view|name=toggle-sidebar|checked=checked|class=d-none sidebar-view}}<div class="card sidebar-view-tab"><div class="card-header">{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:label|Edit|for=sidebar-edit|class=btn btn-secondary}}}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"></div></div>{{#ifeq:{{#var:@allow sidebar edit}} |yes |{{#tag:_input||type=radio|id=sidebar-edit|name=toggle-sidebar|class=d-none sidebar-edit}}<div class="card sidebar-edit-tab"><form action="addToWiki">{{#if:{{#casize:$class}}||<_create mwwrite="{{FULLPAGENAME}}" mwtemplate="Csp class properties" mwslot="ws-class-props" mwfields="" />}}<div class="card-header">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}{{#caprint:$base[Base properties][Class]}}{{#caprint:$base[Base properties][Title]}}</div><div class="card-body"><div class="text-right">{{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}}<input type="submit" value="Save" class="btn btn-primary" /></div></div></form></div>|}}</div></includeonly>ht"> {{#tag:label|Close|for=sidebar-view|class=btn btn-secondary}} <input type="submit" value="Save" class="btn btn-primary" /> </div> </div> </form> </div> |}} </div></includeonly> +