VlocaSessie  +
Datum"Datum <span style="font-size:small;">(Date)</span>" is a <a href="/Speciaal:Typen/Date" title="Speciaal:Typen/Date">type</a> and predefined property provided by <a rel="nofollow" class="external text" href="https://www.semantic-mediawiki.org/wiki/Help:Special_properties">Semantic MediaWiki</a> to represent date values.
februari 3, 2021  +
External linksDit is een speciale eigenschap in deze wiki.
https://www.vlaanderen.be/lokaal-bestuur/digitale-transformatie/vloca  +
Internal linksDit is een speciale eigenschap in deze wiki.
VLAIO  +, Interoperabiliteit  +, Linked open data  +, API  +, VMM  +, VITO  +, De Lijn  +, NMBS  +, MOW  +, OASC  +, NGSI-v2  +, Digital twin  +, OSLO  +, ACPAAS  +, NGSI LD  +, Qweriu  +, AIV  +, Digipolis  +, Datanutsbedrijf  +, CEF  +, Categorie:Standaarden  +  en Categorie:Componenten  +
Pagina-ID"Pagina-ID <span style="font-size:small;">(Page ID)</span>" records the ID of a page. It is is provided by the <a rel="nofollow" class="external text" href="https://www.semantic-mediawiki.org/wiki/Extension:Semantic_Extra_Special_Properties">Semantic Extra Special Properties</a> extension.
3.814  +
Pagina-auteurDit is een speciale eigenschap in deze wiki.
PaginamakerDit is een speciale eigenschap in deze wiki.
Parsed textDit is een speciale eigenschap in deze wiki.
Datum 3 februari 2021 Deelnemers ReDatum </br> 3 februari 2021</br> </br> Deelnemers </br> Reinhard Stoop </br> Fraiponts Hans </br> Vlieberg Hans </br> De Craene Annlies </br> Limpens Geert </br> Nulens Lode </br> Rosseau Bart </br> Vanlishout Ziggy </br> Lenaerts Pieter </br> Lefever Stefan </br> Steijns Silke </br> Ottevaere Justine </br> Van Cauwenberghe Mieke </br> Libin Guy-Paul </br> Dumarey Nathalie </br> Scheenaerts Bart </br> Cornelissen Koen </br> Buyle Raf </br> Wyns Bart </br> Triangle Koen </br> Agenda </br> Intro & Context VLOCA </br> Voor meer info omtrent de intro & context van VLOCA ga naar https://www.vlaanderen.be/lokaal-bestuur/digitale-transformatie/vloca . </br> Voorstelling Architectuur Databroker Gent </br> COT VLAIO Traject in samenwerking met Brugge, Roeselare, A’pen en Gent </br> Vooral gewerkt in de richting van een bestek en dus geen implementatie in het COT project </br> Gedefinieerde uitdagingen situeren zich in 3 domeinen:</br> Technisch</br> Data zit toch vaak in silo's </br> Doel is om data te ontsluiten via een open source technologie stack gebaseerd op open Standaarden </br> Juridisch </br> Functioneel & Use cases </br> Definities opgesteld van:</br> Statische en real time data </br> Interoperabiliteit </br> Stabiliteit & performantie </br> Praktisch </br> Sensor data </br> Linked open data / semantisch en context gedefinieerd </br> Flexibele APIs </br> Overzicht bieden en register van de data </br> Daarnaast ook alle mogelijk contracten tussen de verschillende stakeholders in kaart gebracht</br> E.g. Platform eigenaar vs. service leverancier </br> E.g. Data leverancier vs. platform eigenaar </br> ... </br> Voorstelling Aanbesteding Brugge (en partner steden) </br> De vraag is ook gesteld aan andere steden om deel te nemen</br> Op dit moment hebben 7-8 tal steden aangegeven deel te nemen </br> Bestekken kunnen ook worden gedeeld, eens het aanbestedingstraject is afgerond er een keuze is gemaakt </br> Voorstelling Architectuur ACPAAS & GIP Antwerpen </br> Operationele implementatie van een IoT pipeline voor Antwerpen </br> ACPAAS streeft naar generieke herbruikbare bouwblokken </br> Eilanden binnen domeinen open breken</br> Real time data en statische data </br> Streven naar een generiek data platform </br> Domein overschrijdend de data beschikbaar stellen</br> Steden / Gebruikers / politie / gezondheid </br> Platform is gegroeid uit synchronisity </br> Open Source / Zero licencing insteek voor de Componenten </br> </br> </br> Verschillende data stromen reeds beschikbaar:</br> Milieu</br> Cutler project: Pluvio meters, Grondwaterpeilmeter,... </br> KMI: Weersvoorspellingen </br> VMM : Luchtkwaliteit </br> VITO : Hittevoorspellingsdata </br> Weerstationsdata </br> Mobiliteit:</br> Velo stations </br> BEMobile: filebarometer </br> Bird/Circ (beschikbaarheid) </br> Poppy (beschikbaarheid & trips) </br> De Lijn </br> NMBS </br> Fietstellingen (signco) </br> Cambio </br> Blue-bike </br> Scooty trips </br> MOW Fietsverbindingen (tunnels en veer) </br> Overige</br> Afval Bigbelly </br> Afval ondergrondse sorteerstraten </br> Infra – Slimme fonteinen </br> Infra – DigAnt Parkings </br> Open discussie 1 </br> Open source heeft ook een lopende kost – deze mag men niet onderschatten </br> Open data standaardisatie heeft ook een kost – update van de Standaarden heeft financiële impact </br> Elke data set heeft zijn kost </br> Maturiseren en onderhouden van data heeft ook een kost </br> Hoe gaan we DUET en andere zaken koppelen met bestaande platformen -> regelgeving en Standaarden zijn nodig om daar rond te werken</br> Met als doel om te aligneren wat er al bestaat </br> 1 taal te spreken naar de toekomst toe </br> Doel is om die taal te definiëren </br> Er wordt door de steden naar Vlaanderen gekeken voor ontzorging </br> Als elke stad dezelfde kosten moet doen om te maturiseren en te operationaliseren -> grote kosten en dit kan beter op Vlaams niveau worden gebundeld </br> Rode draad doorheen de genoemde trajecten</br> OASC MIMS </br> Bestek van Brugge laat toe om kosten-delend te zijn</br> E.g. Telraam / Luftadata connecties moeten maar 1 keer gebeuren en bij voorkeur via NGSI LD en kunnen over heel Vlaanderen hergebruikt worden </br> Dit kan er wel voor zorgen dat de kosten makkelijk kunnen worden gedeeld </br> Welke standaard gaan we allemaal spreken om een zo groot mogelijk schaalvoordeel te realiseren?</br> NGSI-v2 - NGSI LD ? – dit is nog nader te bepalen </br> Quid 1 uniform platform voor heel Vlaanderen i.p.v. platformen per stad?</br> Droomscenario voor iedere stad </br> Optimaal mogelijk landschap om maximaal synergie te creëren</br> Afspraken rond Standaarden lijken hier noodzakelijk </br> Federated approach kan hier ook wel werken </br> Samen zitten met de vendors om hen te nudgen om de data aan te bieden in NGSI (LD)</br> E.g. Qweriu is bereid om dit te doen </br> Dat zorgt ervoor dat deze sensoren makkelijker worden onboard op een platform </br> Binnen OASC kan er worden gediscuteerd, maar het is aan de grotere overheid om knopen door te hakken</br> Nood aan het vastleggen van Standaarden die kan worden gecomminiceerd naar de toeleverancier </br> Een oproep naar Vlaanderen om rond standaardisatie knopen door te hakken want diverse steden zijn dit individueel aan het opstarten met alle risico's vandien </br> Toelichting relanceprojecten 'Smart City Sensor Platform' en 'MAAS' </br> Past in het AIV Relanceplan - sensordata platform & Vlaamse dataspace </br> Sensordata zijn een groeimarkt voor de data economie van morgen </br> Herbruikbare open source Componenten aanbieden aan de markt </br> Doelstellingen:</br> Open source Componenten aanbieden aan de markt</br> Kostenefficiënte publicaties van grote volumes van sensor data in real time toelaten </br> Interoperabiliteit staat centraal </br> Inzetten op open standaard – Sensor komt los van de leverancier </br> Ecosysteem van samenwerkende dataplatformen </br> Business voordelen</br> Innovatiesnelheid en time to market van Vlaamse bedrijven verhogen </br> Veerkracht van de vlaamse bedrijven </br> Realtime en gepersonaliseerde data zijn vereist voor digitale transformatie </br> Self service by design en betaalbaar te gebruiken door de gehele markt </br> Data publicatie raamwerk staat centraal – daarrond:</br> Datadiensten</br> Publishing component provider </br> Archiving infrastructuur </br> Data integratiediensten</br> Smart city service providers </br> Digipolis </br> Toepassingen</br> MaaS </br> Digital twins </br> Open discussie 2 </br> Quid datanuts bedrijf en verhouding naar het ecosysteem</br> Datanuts is traject dat in volle ontwikkeling is </br> Focus op relance en de relatie met datanuts bedrijf zal in verdere fase nog worden uitgekristalliseerd </br> Datanutsbedrijf heeft dezelfde doelstellingen als gas/water = utilities voor data </br> Definiëring naar een gemeenschappelijke standaard / selecteren van de open source Componenten ?</br> Hoe ziet AIV dit evolueren? </br> Quid CEF - generieke bouwblokken van uit Europa? </br> 2 sporenbeleid</br> Fit gap analyse en welke Componenten behoren door tot de kern. Dit moeten worden gemanaged door de overheid </br> Andere Componenten aankopen via gealligneerde tenders op de markt. Afspraken maken op gebied van interoperapbiliteit </br> Zou het zo ver gaan dat er een centraal IoT platform komt dat door de steden kan worden gebruikt? 2 pistes bekeken door AIV hieromtrent:</br> Kiezen voor 1 platform - sensor platform. Risico = 1 nieuwe koker met gebrek aan interop en dus te nauw gedefinieerd </br> Of het speelveld definiëren in een blauwdruk waar verder op kan worden gebouwd door eenieder (cfr. datanuts bedrijf) </br> Wat zou het ideale scenario zijn voor een datanutsbedrijf volgens de steden?</br> Volledig ontzorging rond data integratie, translatie, opvolging, beheer en onderhoud </br> Geen bijkomende budgetten voor steden opzetten = het walhalla voor de steden </br> Datanutsbedrijf = gatekeeper / bewaker in het geval van mislopen van bestekken of wijzigingen in formats </br> Data security en privacy ook meegenomen door datanutsbedrijf </br> Tussen Standaarden en platform zitten nog zaken die aandacht nodig hebben</br> Ontzorging bieden door data gestandaardiseerd te publiceren ( OSLO ) </br> Toegankelijk (of beter toegankelijk) maken van data door open source Componenten (e.g.: open source Componenten folder) </br> Er zou moeten een levend ecosysteem zijn </br> Eigen platform in de markt zetten en hoe ziet AIV de relatie ten opzichte van de Componenten die al in de markt worden gezet?</br> En het definiëren van de Standaarden op basis van contracten van een leverancier die het platform gaat uitbuiten </br> Quid link tussen relance en de platformbouwers die het vandaag in de markt zetten</br> Samenwerking met AIV en hoe kan het 1 verhaal worden? </br> Brugge start reeds met een deel van het ecosysteem en er zijn geen afspraken met het ecosysteem dit zal worden gerealiseerd met het relanceplan </br> Wat als er wordt gewerkt naar een centraal sensordataplatform?</br> Want dan gaat het sensorplatform naast de initiatieven staan die vandaag al worden opgezet</br> Als er 1 platform is - dan zou Brugge daar ook gebruik van maken </br> Maar de dynamiek tussen het ecosysteem en de koppeling naar de markt is nog niet duidelijk. Dat moet nog worden uitgeklaard </br> Het gaat eigenlijk over een selectie van Standaarden + open source Componenten die key zijn en die implementeren en uitbreiden naar de behoeftes </br> Die worden dan ook als managed software beheerd door AIV -> een Vlaamse open source project </br> Specs worden samen opgesteld en getest en de testen beschikbaar stellen </br> De implementatie gebeurt door de steden zelf </br> Private spelers kunnen deze zaken ook opnemen op initiatief van de steden </br> Data governance zou een gedeeld probleem moeten zijn, zodat de industriële partijen weten waarop ze moeten inhaken </br> Het gaat om koppelstukken die ervoor zorgt dat de zaken aan elkaar kunnen worden gekoppeld </br> De behoefte van maximale ontzorging is noodzakelijk en belangrijk voor de steden</br> Minimaal moeten we kennisdeling stimuleren - dit kan aan de hand van een open source community  
Data Broker Workshop 1  +
Creatiedatum"Creatiedatum <span style="font-size:small;">(Creation date)</span>" is a predefined property that corresponds to the date of the first revision of a subject and is provided by <a rel="nofollow" class="external text" href="https://www.semantic-mediawiki.org/wiki/Help:Special_properties">Semantic MediaWiki</a>.
13:20:57, 18 april 2024  +
Display title of"Display title of" is a predefined property that can assign a distinct display title to an entity and is provided by <a rel="nofollow" class="external text" href="https://www.semantic-mediawiki.org/wiki/Help:Special_properties">Semantic MediaWiki</a>.
Data Broker Workshop 1  +
Wijzigingsdatum"Wijzigingsdatum <span style="font-size:small;">(Modification date)</span>" is a predefined property that corresponds to the date of the last modification of a subject and is provided by <a rel="nofollow" class="external text" href="https://www.semantic-mediawiki.org/wiki/Help:Special_properties">Semantic MediaWiki</a>.
10:14:20, 20 december 2024  +
 
Er verwijzen geen eigenschappen naar deze pagina.