Page Comparison

Agenda overlopen

Hergebruik kaderen

• hergebruik binnen eigen organisatie of publiek hergebruik
• NIET: het voeden/beheren van GIPOD

• Welke data hebben jullie nodig? 
• Welke formaat heeft jullie voorkeur ?
• Wat is er goed aan huidige ontsluiting, wat niet ?
• Zijn er nog andere behoeften ?

Photos.zip

Samenvatting

1. Algemene info : 
   1. vaste werf-ID : van concept tot "end-of-life"
2. Planning
   1. status: duidelijke definitie per status (zowel WO als SYN)  
   2. periode
      1. 'geschatte duur' ook voor WO concreet gepland en in uitvoering
      2. verschil uitvoeringsperiode vs innameperiode (effectieve start/eind)
      3. herhaling ook voor WO (bv. sluiting tunnel elke nacht)
      4. fasering 
   3. visualisatie planning (timeslider; Gantt chart-gewijs)
   4. ifv synergie:
      1. planning nodig voor beantwoorden SAV
      2. lange termijn planning lokale besturen nuttig ifv SYN
   5. sperperiode nuttig bij aanvragen vergunning
3. Locatie
   1. locatie inclusief deel van de weg (bv. voetpad, rijstrook+richting, ... )
   2. GRB meer zoals OSM (verschillende detailniveau's)
   3. routeerbaar en richtingafhankelijk (openLR => zie ook formaat)
   4. bereikbaarheid nav inname accurater (adhv huisnummers)
   5. WhatThreeWords gebruiken bij niet-adresseerbare plaatsen
4. Hinder
   1. realtime info: welke straat is vandaag afgesloten
   2. afbakenen hinderzone bij een inname
   3. hinder per verkeersmodi (doelgroep - wie heeft doorgang, wie niet)
   4. soort hinder: volledig afgesloten, deels, ... 
   5. hinder variabel in tijd
   6. nutsdiensten als doelgroep (breedte en hoogte doorgang zijn belangrijk)
   7. visualisatie geïmpacteerde ondernemingen
   8. communicatie naar gemeenten & burgers door nuts (cfr code nuts) via GIPOD
5. Omleidingen
   1. perimeter van de zone van omleiding
   2. duidelijke info en visualisatie voor klanten/gebruikers
   3. kortste omleiding voor (hulp)diensten via GIPOD raadplegen (niet signaleren) + afspraken omleiding voor hulpdienstenhierover
   4. multimodale omleidingen
   5. omleiding met locatie + deel van de weg => koppeling VBD
6. Contactgegevens
   1. binnen GIPOD:
      1. specifieke contactgegevens vanaf concreet gepland ifv conflicten, geen algemeen info-adres (bv. bij jaarvergunningen)
      2. contactpersoon SYN
      3. melding info werken
   2. op terrein:
      1. meldingen vanop terrein kunnen doorgeven (bv. IVAGO geeft door aan wegbeheerder)
      2. niet-publiek "noodcontact" (wie bellen bij problemen, voor meest actuele info)
   3. contactpersoon SYN
   4. specifieke contactgegevens vanaf concreet gepland ifv conflicten, geen algemeen info-adres (bv. bij jaarvergunningen)
7. Formaat
8. openLR
9. historische data analyse
mogelijkheid om GIPOD Formaat
1. openLR, WMS, WFS (om data in eigen applicatie te kunnen trekken / data aan GIPOD te koppelen of te kunnen integreren (vb. toegang werfzone, clusterplaatsen, ... )WMS of WFS om in eigen DB GIPOD gegevens te kunnen importeren), GML, KML, geojson (inlezen in Google Earth), geclipte shape-file, GPX (wielerwedstrijd), public API, vectorformaat als basis (polygoon afgeleid)
2. historische data analyse
3. eenvoudige input vanuit externe softwarepublic API
4. eenvoudig intekenen op kaart
5. juiste dataset: beperkte gegevens van aangepaste informatie (versiemanagement)
6. GML+KML of geojson : inlezen in Google Earth omwille van interpreteerbaarheid
7. geclipte shp-file voor analyses
8. 1 polygoon tekenen voor grondwerken die zowel voor GIPOD als KLIP gebruikt kan wordenGPX voor wielerwedstrijden
10. Aandachtspunten
    1. datakwaliteit/nauwkeurigheid mbt tijd en locatie
    2. missing link tussen aannemers en GIPOD (ze plannen zelf, maar communiceren niet)
    3. standardisering standaardisering mbt ingave data, zodat conflictberekening beter loopt (en eenduidig te interpreteren is)
    4. validatie door gemeenten ifv hinderpremie, alvorens burger geïnformeerd wordt