Showing 20 pages using this property.
W
Presentation Water workshop 3 Powerpoint Onderwerp Van De Workshop Gezien het doel van de Vlaamse overheid bouwt onze regio verder uit tot een Europese koploper op vlak van Slimme Regio’s. Vlaanderen zal lokale besturen maximaal ondersteunen om het beleid en implementaties rond slimme steden efficiënt en breed te verspreiden. Er is behoefte aan een gemeenschappelijk digitaal bouwplan met Gestandaardiseerde architectuur componenten voor slimme steden en gemeenten Lokale overheden ondersteunen bij de digitale transformatie This workshop aims to: Improve the understanding and knowledge of water sensors for every use, with nuanced information Ervaringen VLOCA workshop: partners voor water (PvW) case (Dr. Niels Wardenier, VITO) Selectie sensorlocaties 9 locaties werden geselecteerd: 7 locaties rond “de Ganzepoot” 2 locaties in het havengebied Installatie sensoren Voorafgaand locatiebezoek: maart 2020 Installatie van de sensorbuizen: april – mei 2020 CTD sensoren operationeel: juli – augustus 2020 Alle locaties uitgerust met 9 CTD sensoren (Keller) Geleidbaarheid (EC) Temperatuur Drukmeting Installatie sensorbuizen Sensoren geïnstalleerd in PVC buizen Buizen langs onderzijde afgesloten → sensor niet verliezen Onderhoud sensoren Tweewekelijks onderhoud van alle sensoren: Visuele inspectie Reinigen sensoren Uitvoeren van controlemetingen mbv draagbaar toestel HYDROKO Use-case Hydroko : Digitale Watermeter + Afsluitbare kraan Nieuwe ontwikkeling van sensor vertrekkend van technische vereisten. Nauwe samenwerking tussen Hydroko & Water-link Hardware + data-platform Bijzondere aandacht voor: Eenvoud Installatie Cyber-security (Encryptie) Betrouwbaarheid/levensduur Testen Data-uitwisseling via API Andere sensoren voor water-toepassingen Druk monitor Level sensor Slimme standpijp Hydrant monitor (under development) Automatic pipe flush valve (under development) And more to come … Plenaire terugkoppeling breakouts (Nele Desmet) Breakout sessie Breakout interacties Meerkeuze vragen → Mentimeter Stellingen (akkoord/niet akkoord) → Mentimeter Open vragen Breakout Topics Sensoren voor monitoring water Prijs van sensoren en inspanningen/kosten voor onderhoud Sensornetwerk opzetten Datacommunicatie en logging Plenaire terugkoppeling Samenvatting antwoorden op meerkeuzevragen (selectie) Topic 1+2 ➔ Hoe kies ik een geschikt sensor? Topic 3 ➔ Hoeveel en waar sensoren plaatsen? Topic 4 ➔ Hoe kies ik de geschikte datacommunicatie en logging device? Hoe kies ik een geschikte sensor? Geschikt voor meten van parameter X en geschikt voor de beoogde toepassing Hoe kies ik een geschikte sensor? Input uit breakouts: topic 1+2 Waarmee hou je rekening om te beoordelen/evalueren of een sensor “kwalitatief” of “geschikt” is? Robuustheid (beperkt onderhoud/kalibratie) Vereiste onderhoudsfrequentie Drift bestendigheid Accuraatheid/nauwkeurigheid Betrouwbaarheid Precisie Meetbereik (range) Waterdichtheid bij hogere waterdruk (diepte in waterkolom) Modulair, uitbreiding (bv. extra parameters) Prijs / kosten - TCO Testen, ervaring, review/feedback Geschikt voor beoogde toepassing en condities Geschikt voor type water waarin je meet (vb. Afvalwater ↔drinkwater) Stroomverbruik Afmetingen Vandalisme bestendigheid Beschikbaarheid van reserve onderdelen Hoeveel en waar sensoren plaatsen? Praktische & technische aspecten m.b.t. sensornetwerk, keuze locatie en installatie. Waar denk je aan? Waar hou je rekening mee? Energievoorziening (elektriciteit, batterij, zonnepaneel) Toegankelijkheid, bereikbaarheid Vegetatie (hinder/onderhoud) Vergunningen en toelatingen Risico op diefstal/vandalisme – Mogelijkheid tot beveiliging Connectiviteit voor datacommunicatie In functie van de beoogde toepassing / doelstelling Daar waar je een verandering/verstoring verwacht voor de meetparameter(s) Toepassingen waar ruimtelijk component belangrijk is → hoe meer, hoe beter Complex proces om geschikte locaties te kiezen → diverse aspecten Kleine netwerken (enkele locaties) van zelfde type samenbrengen → meerwaarde Hoe kies ik de geschikte datacommunicatie en logging? Wat zijn de vereisten voor datatransmissie en logging? Wat zijn de vereisten voor remote interactie/communicatie met de sensoren? Realtime voor bepaalde toepassingen bv. overstroming, procescontrole, RWZI, overstort Voor andere toepassingen data uurlijksof dagelijks doorsturen voldoende vb. droogte monitoring Optimalisatie door dynamische aanpassing van meetfrequentie/zendfrequentie bv. bij overschrijding grenswaarde, bij event, bij alarm,… Remote access is voor de meeste toepassingen belangrijk Two-way interactie biedt mogelijkheden voor variabel/dynamisch aansturing Software updates Afweging noden en wensen mbt transmissie & logging tov kosten en nodige energie  
Presentatie https://vloca.vlaanderen.be//KennishubDownloads/WS4_presentatie_finaal.pdf Onderwerp Van De Workshop In deze workshop werd: er een overzicht gegeven al het geleverde werk sinds de start van het traject in 2020 er een snelcursus tot de kennishub en de draaiboeken gegeven er een showcase gedaan van 2 lopende projecten er de kans gegeven voor vragen en opmerkingen Verslag Een stand van zaken Water in de stad in cijfers, en een overzicht van het gelopen traject: Volgende workshops werden gehouden: Kennismaking Governance Data en data beschikbaarheid Sensoren O.b.v. deze workshops heeft VLOCA een aantal draaiboeken gemaakt die stakeholders in het Vlaamse waterlandschap kunnen consulteren om een stappenplan voorhanden te hebben bij hun slimme “water in de stad” vraagstukken. Een selectie van enkele voorbeelden: Ik wil wateroverlast kunnen voorspellen Hoe deel ik mijn data Hoe kies ik een geschikte sensor We hebben getracht om deze draaiboeken zo goed mogelijk te enten op concrete vragen uit de workshops. Zijn er echter hier nog vragen of opmerkingen over, laat het ons gerust weten via de discussiepagina’s op de Kennishub! De Kennishub en draaiboeken Er werd een kort overzicht gegeven van hoe iedereen kan bijdragen aan de Kennishub. Vervolgens gaf Goedele Verreydt van Iflux haar ervaring bij het gebruik van de Kennishub. Ze haalde volgende 4 bedenkingen aan: Hoe gedetailleerd moeten de techniciteiten zijn voor steden en gemeentes in zo'n draaiboeken?​ Hoe match je de data op de vraagstelling van steden en gemeenten?​ Link maken tussen draaiboeken en bestek => automatische uitrol van lijst?​ Momenteel niet opgenomen hoe voorspellingen gemaakt kunnen worden (bv. wateroverlast, droogte, …) Showcases lopende projecten: Provincie Antwerpen – Bart Aubroeck Bart Aubroeck van provincie Antwerpen, dienst Integraal Waterbeleid lichte hun hydrologische monitoring toe. Er is een duidelijke behoefte aan het meten van grond en oppervlaktewater daar er verschillende problemen/noden rond gemeld werden: droogvallen waterlopen te hoge afvoer up-to-date houden oppervlaktewatermodellen Opvangen tijdelijk meetnetwerk grondwater Er werd gekeken naar de noden aan software en hardware om dit meetnetwerk op te zetten en te onderhouden. Verschillende behoeftes werden al eerder aangehaald in de behoeftes van andere projecten (zie ook overzicht projecten Workshop 0 ): Hardware Betaalbaar Real time Software Gekoppelde ruimtelijke database Beheer én verwerking van data Signaalfunctionaliteit Verder werd er ook een evaluatie gegeven van het huidige geïmplementeerde netwerk. Deze vonden ook hun neerslag op volgende kennishub pagina: Evaluatie van sensoren - Provincie Antwerpen. Er werd ook een mededeling gedaan van de opdracht voor ontwikkeling van het dataplatform die net in de markt werd gezet:  
link naar het OSLO traject dat het vocabularium van water kwaliteit gaat definieren : https://overheid.vlaanderen.be/opleiding/oslo-air-and-water-model  +
Beschrijving Water workshop0 kennismaking presentation in pdf format  +
Beschrijving Water kennismaking presentation  +
Beschrijving Slide1 of PowerPoint presentation for Water workshop1  +
Beschrijving Power point Water workshop1 slide2.JPG  +
Beschrijving power point Water workshop1 slide3  +
Water - overzicht traject  +
De Watersensor is een instantie van een sensor .  +
Een Web Coverage Service (WCS) biedt multidimensionale dekkingsgegevens voor toegang via het internet. WCS Core specificeert een kernset van eisen waaraan een WCS-implementatie moet voldoen. [[Open Geospatial Consortium (OGC) | Overzicht van OGC Standaarden ›]]  +
De Web Feature Service (WFS) vertegenwoordigt een verandering in de manier waarop geografische informatie wordt gecreëerd, gewijzigd en uitgewisseld op het internet. In plaats van het delen van geografische informatie op bestandsniveau met behulp van bijvoorbeeld File Transfer Protocol (FTP), biedt de WFS directe fijnkorrelige toegang tot geografische informatie op het niveau van de functie en de eigenschappen van de functie. Deze internationale standaard specificeert discovery operaties, query operaties, lock operaties, transactie operaties en operaties om opgeslagen, geparametriseerde query expressies te beheren. Met behulp van zoekacties kan de service worden ondervraagd om de mogelijkheden ervan te bepalen en om het applicatieschema op te halen dat de kenmerktypen definieert die de service biedt. Queryoperaties maken het mogelijk om functies of waarden van eigenschappen van functies op te vragen uit de onderliggende dataopslag op basis van beperkingen, gedefinieerd door de klant, op de eigenschappen van de functies. Vergrendelingsoperaties maken exclusieve toegang tot features mogelijk met het oog op het wijzigen of verwijderen van features. Transactie operaties maken het mogelijk om kenmerken te creëren, te wijzigen, te vervangen en te verwijderen uit de onderliggende dataopslag. Opgeslagen query operaties maken het mogelijk voor cliënten om geparametriseerde query expressies te creëren, te laten vallen, te laten opsommen en te beschrijven die door de server zijn opgeslagen en die herhaaldelijk kunnen worden aangeroepen met behulp van verschillende parameterwaarden. Deze internationale standaard definieert elf bewerkingen: GetCapabilities (zoekactie) DescribeFeatureType (ontdekkingsoperatie) GetPropertyValue (zoekactie) GetFeature (query-bewerking) GetFeatureWithLock (query & vergrendeling) LockFeature (vergrendeling) Transaction (transactieverrichting) CreateStoredQuery (opgeslagen query-bewerking) DropStoredQuery (opgeslagen query-bewerking) ListStoredQueries (opgeslagen query-bewerking) DescribeStoredQueries (opgeslagen query-bewerking)  
De OpenGIS Web Map Service Interface Standard (WMS) biedt een eenvoudige HTTP-interface voor het aanvragen van georegistreerde kaartbeelden uit één of meer geospatiale databases. Een WMS-aanvraag definieert de geografische laag (lagen) en het te verwerken gebied. Het antwoord op het verzoek is een of meer georegistreerde kaartbeelden (teruggestuurd als JPEG, PNG, enz.) die kunnen worden weergegeven in een browserapplicatie. De interface ondersteunt ook de mogelijkheid om te specificeren of de geretourneerde beelden transparant moeten zijn, zodat lagen van meerdere servers al dan niet gecombineerd kunnen worden. [[Open Geospatial Consortium (OGC) | Overzicht van OGC Standaarden ›]]  +
See https://www.ogc.org/standards/wmts for more information. If you are interested in using a 2D tiling schema in other situations than in a web tile service you can find a standard defining 2D tiling schemas in: OGC Two Dimensional Tile Matrix Set. [[Open Geospatial Consortium (OGC) | Overzicht van OGC Standaarden ›]]  +
Dit is de initiatiefpagina City of Things Wegdekkwaliteitsinspectie - Lubbeek. Deze pagina beschrijft het initiatief volgens de definitie op de VLAIO website en linkt door naar relevante pagina's op de kennishub. [1] Overzicht City Of Things Initiatieven   Initiatiefnemer Gelinkte Initiatieven Domeinen City of Things 2018 VLAIO ANPR-camera's - Turnhout BEReSLIM - Boilers en Ruimteverwarmers elektrisch SLIM sturen - Genk Burenondersteuning - Aalst Databroker - Gent De creatie van open (IoT) data awareness bij lokale overheden - Leuven Slim beheer openbaar domein - Edegem Slim gemeentevuil - Neerpelt Slimme IoT technologie gekoppeld aan slimme zorgverlening voor levensloopbestendig wonen - Leuven Slimme mobipunten - Peer Smart Flow - Herent Structurering innovatieve studentenprojecten in studentensteden - Leuven EVENTMACHIEN - Pepingen Geconnecteerde openbare verlichting op fietspaden - Mechelen Gemeentelijk sensornetwerk voor luchtkwaliteitsmetingen - Kampenhout Marktplaats Smart City - Bonheiden MoDi:2B - Mobiliteit als een dienst aan burgers via derde-betalersystemen - Leuven Mobiliteitsmanagement met ANPR - Puurs Museum of Things for People - Gent Oases van rust - Dendermonde Wegdekkwaliteitsinspectie - Lubbeek In dit onderzoeksproject willen we een verdere stap zetten in het verfijnen en concretiseren van technieken voor een automatische wegdekkwaliteitsinspectie voor toepassing in de regio Oost-Vlaams-Brabant, om het wegenbeheer te vereenvoudigen en kosten te besparen door het wegdek op de juiste momenten op de juiste plaatsen te renoveren of te vernieuwen. De eerste resultaten van de 3D Time-of-Flight camera met een breed beeldbereik, gemonteerd op traag rijdende voertuigen (bv. ophaalwagens), tonen een grote accuraatheid. Om het ontbreken van diepgaande meetgegevens met deze techniek te ondervangen, wordt een uitgebreide testcase voorgesteld. Omdat deze cameratechnologie vrij kostelijk is en het aantal uitgeruste ophaalwagen eerder beperkt zal zijn, wordt deze meetmethode gecombineerd met de goedkope maar minder accurate meetmethode van de CAN-bus. Deze maakt het mogelijk om via een vloot wagens op continue wijze data te genereren over de wegdekkwaliteit. Vervolgens worden de bekomen data toegepast op het bestaande inspectiemodel van OCW (dat nu al wordt gebruikt door lokale besturen) en wordt dit model verder verfijnd en afgestemd op de gegenereerde data. Bij de gegevensverwerking van beide meettechnieken, is er oog voor informatieveiligheid, open standaarden en data-interoperabiliteit. Tenslotte gaat aandacht naar de integratie van deze resultaten in een PMS (Pavement Management System). Bij uitbreiding wordt nagegaan of data voor andere doeleinden kan worden gehanteerd (bv. registreren en kwaliteitsopname van belijning, voet- en fietspad, onkruidbestrijding). De integratie van de continue nieuwe en historische resultaten in een PMS zal het mogelijk maken om met een eenvoudige resultaatweergave (bv. dashboard met kaart) een proactief, gestaafd beleid en een efficiënte renovatie uit te voeren. Integratie met de BBC zou tenslotte een meerwaarde betekenen voor elk Vlaams lokaal bestuur, zodat de burger uiteindelijk kan genieten van een beter onderhouden lokaal wegennet. Dit project wordt uitgewerkt door volgende partijen: de gemeente Lubbeek, de intergemeentelijke vereniging Interleuven, de opdrachthoudende vereniging Ecowerf, de onderzoeksgroep Op3mech - UAntwerpen, OCW (Opzoekingscentrum voor de Wegenbouw), Expertise Center Smart Mobility - Antwerp Management School. ↑ https://www.vlaio.be/nl/vlaio-netwerk/city-things-slimme-steden-en-gemeenten/city-things  
Welke data standaard bestaat er in het repair landschap?  +
Contactpersonen voor ORDP[1] De “Open Repair Alliance” is een bottom-up en open-source data-initiatief dat het aantal reparaties van elektrische en elektronische producten meet, de defecte onderdelen en of het product repareerbaar was. Er werd een gezamenlijke aanpak ontwikkeld om successen en uitdagingen te documenteren bij het repareren van artikelen die hun garantieperiode hebben overschreden. Alle reparatie-initiatieven kunnen de standaard vrij toepassen en hun gegevens delen. De EU kan meer reparatie-initiatieven aanmoedigen om deel te nemen aan de Open Repair Alliance of om een aparte verplichte regeling te ontwikkelen. De standaard is open en online te raadplegen: https://standard.openrepair.org/ De standaard bestaat uit een aantal modules die verplicht moeten worden ingevuld, zoals: Product gerelateerd: Productcategorie (vooraf gedefinieerd), merk, model, bouwjaar  Reparatiegerelateerd: probleem, reparatiestatus (vast; herstelbaar; einde levensduur; onbekend), reparatiebarrière (reserveonderdelen niet beschikbaar, reserveonderdelen te duur, geen manier om het product te openen, reparatie-informatie niet beschikbaar, gebrek aan apparatuur, product ook versleten). Sessiegerelateerd: via welke community-reparatiegroep (groeps-ID), gebeurtenisdatum, land en ID (unieke record-ID) Aanbieder gerelateerd: gegevensprovider, registratiedatum. De reparatiegemeenschap kan er verder voor kiezen om de aanvullende gegevens in te vullen, waaronder: Impactgerelateerd: de gevolgen van reparatie als afval, gewicht omgeleid, uren vrijwillig. Reparateur gerelateerd: Over de persoon die de reparatie heeft uitgevoerd Deelnemer gerelateerd: Over de persoon die eigenaar is van het apparaat Feedback gerelateerd: Ervaring van de deelnemers met de reparatie. De data zijn nuttig voor het identificeren van veel voorkomende falingen (doorheen de levensfase) of als graadmeter van hoe “repareerbaar” de toestellen in onze samenleving zijn. Men kan er ook uit afleiden voor welke toestellen en/of faling de eigenaar de moeite doet ermee naar een repair café te gaan. Er zijn zeker ook beperkingen bij het gebruik: Aanvaarding: Fabrikanten zijn over het algemeen terughoudend om gegevens over storingen, reparatiefuncties etc. te delen, waar de Open Repair Alliance inzicht in kan geven.  Geloofwaardigheid: de data geeft niet weer hoe moeilijk het was om de reparatie uit te voeren. Het enkele resultaat van een reparatie is niet overdraagbaar naar andere contexten (bijvoorbeeld zelfreparatie). Representativiteit: De gegevens, aangezien het onwaarschijnlijk is dat mensen die een café bezoeken representatief zijn voor de bredere bevolking, en de producten die ze naar het café brengen, ook mogelijk niet representatief zijn voor de bredere markt. Robuustheid: Er wordt geen gebruik gemaakt van een door de EU ondersteunde productclassificatie [1]De SHAREPAIR coordinator: Lieve.VanEspen@leuven.be