Workshop Semantiek III #GIPOD 19.06.2018

Agenda 13h30 Welkom & Inleiding 14h 15h00 PAUZE 15h15 Invullen van het model 15h00 PAUZE 15h15 Relaties tussen de entiteiten 16h15 Afsluit & Next steps

Doelstellingen vandaag Hoe hebben we dit allemaal verwerkt? En waarom was dit relevant? Wat gaan we er verder mee doen?

Doelstellingen Plaatsen van voorbeelden in het model Identificeren en benoemen van de relaties In detail identificeren van de uit te wisselen data

Inleiding

Van waar komen we PROCES Semantiek WS 1 WS 2 WS 3 WS 1 WS 2 WS 3 aparte BWG GIPOD Gebruikers

Van waar komen we PROCES Semantiek WS 1 WS 2 WS 3 WS 1 WS 2 WS 3 Hoe zijn we hier gekomen BWS → hier Vandaag workshop, 2 doelstellingen data model overlopen semantiek → wat is semantiek

Van waar komen we PROCES Semantiek WS 1 WS 2 WS 3 WS 1 WS 2 WS 3 Hoe zijn we hier gekomen BWS → hier Vandaag workshop, 2 doelstellingen data model overlopen semantiek → wat is semantiek

Van waar komen we Use cases Data requirements Use cases Proces Informatiemodel Proces Use cases Data requirements Informatiemodel Use cases Data requirements Use cases Data requirements

Informatiemodel (Applicatieprofiel) Opbouw van semantiek Niveau Term Algemeen Domein use cases GIPOD Vocabularium 1 Vocabularia Vocabularia Vocabularia Applicatie profiel 2 Informatiemodel (Applicatieprofiel) Intern database model 3 Intern datamodel

informatiemodel inname openbaar domein korte recap- geen discussie -> houden voor oefening Aanpassingen na feedback: Verbod -> mobiliteitsverbod (Sam) Conflicttype toegevoegd (bv.: conflict met OV) Reden advies toegevoegd Niet toegevoegd: beheer van advies (wie vraagt wat aan en via welke manier)

Waarom willen we een informatiemodel? Faciliteren van data-uitwisseling Linken en hergebruiken van de data Automatisch updaten en doorstromen van informatie naar relevante systemen

Inhoudelijke databanken & toepassingen Mandatendatabank Inhoudelijke ontsluiting mandaten met focus op eenvoudig terugvinden van wie wel mandaat heeft GIPOD Inhoudelijke ontsluiting & gedetailleerd beheer van inname & hinder met focus op communicatie, synergie- en conflictbehandeling Verkeersbordendatabank Inhoudelijke ontsluiting en gedetailleerd beheer van verkeersborden met focus op volledigheid & conformiteit met het terrein Wegenregister Inhoudelijke ontsluiting en gedetailleerd beheer van wegen met focus op volledigheid & conformiteit met het terrein Codex ... G1 Gelinkte ontsluiting van relevante databanken met (authentieke) gegevens die nodig zijn bij het opstellen van besluiten Semantische Modellen Vocabularia & Applicatie- profielen G4 G5 Inhoudelijke ontsluiting van de gelinkte besluiten en hun bijlagen via gestandaardiseerde uitwisselingsmodellen G2 G3 LBLOD Editor Ondersteuning bij het opstellen van gelinkte besluiten Centrale Vindplaats Besluiten Inventarisatie van alle gelinkte besluiten met hun bijlagen Catalogus van sjablonen Aanreiken van modelbesluiten & hun bijlages Administratieve ontsluiting van besluiten en hun bijlages Legende Kubus = software component Boek = artifact zoals sjabloon, template, model Toelichting Dit is een conceptueel schema. Geen implementatie schema. Semantische modellen zijn voorwaarde om die gegevensstroom mogelijk te maken. Sjablonen zijn een pragmatische opstap. Centrale Vindplaats is Vlaams, maar er kan ook lokaal een instantie zijn. Editor wordt aangereikt. Gebuikt sjablonen. Gebruikt bestaande gegevens. Kan ook in lokale software worden geïnstantieerd.

Relaties en kardinaliteiten Hoe hebben we dit allemaal verwerkt? En waarom was dit relevant? Wat gaan we er verder mee doen?

informatiemodel inname openbaar domein korte recap- geen discussie -> houden voor oefening Aanpassingen na feedback: Verbod -> mobiliteitsverbod (Sam) Conflicttype toegevoegd (bv.: conflict met OV) Reden advies toegevoegd Niet toegevoegd: beheer van advies (wie vraagt wat aan en via welke manier)

Entiteiten Attributen Relaties Specialisatie-relatie

Relaties en kardinaliteiten tussen entiteiten Conflict Hinderzone 1 Inamezone 1 Hinder Hinderzone 2 Inname A Inamezone 2 Project Inamezone 3 Inname B Inamezone 5 Inname C Inamezone 4 Inname D Inamezone 6

Recapituleren Entiteiten = grote blokken/concepten waaruit het datamodel bestaat Attribuut = Een eigenschap van een bepaalde entiteit Relaties = De verbanden tussen de entiteiten Kardinaliteit = Het minimum en maximum aantal keer dat een relatie mag voorkomen

Oefening: Relaties & kardinaliteiten Plenair overlopen van het datamodel We benoemen de relaties en leggen de kardinaliteiten vast Hoe hebben we dit allemaal verwerkt? Voor elk resultaat vertellen waarom het relevant is en hoe we dit verder gaan gebruiken.

PAUZE Hoe hebben we dit allemaal verwerkt? En waarom was dit relevant? Wat gaan we er verder mee doen?

Invullen van het model Hoe hebben we dit allemaal verwerkt? En waarom was dit relevant? Wat gaan we er verder mee doen?

Oefening: Invullen van het model Verdelen in groepen van 4 personen Toevoegen, wijzigen of verwijderen van attributen adhv huiswerk Hoe zijn we hier gekomen BWS → hier Vandaag workshop, 2 doelstellingen data model overlopen semantiek → wat is semantiek

Invullen van het model Past jouw document/werk in dit model? Model op tafel (met attributen) → A3 toevoegingen opschrijven feedback log Rechtstreeks op model schrijven polsen naar data types voorbeelden van gemeentes & nutsbedrijven per 2 aan een document werken wat is er tekort in het model? wat is er teveel in het model? staan er dingen in het model die je niet hebt maar wel wil? wat moet er nog bijkomen in het model extra? begeleiders? 1 moderator/groep (polsen naar datatypes, discussie samenvatten,...) sem experts = vlinders Andere voorbeeld

kanarieberg 1 april - 16 april zondag 2 april wegbaan afgesloten stationstraat auto’s

Waar gaan we naartoe?

Volgende stappen semantisch traject Publicatie op data.vlaanderen.be Standaard Verwerken alle verzamelde informatie Finaal verslag en informatie-model Publieke review Verwerking en afsluitende webcast Hoe hebben we dit allemaal verwerkt? Voor elk resultaat vertellen waarom het relevant is en hoe we dit verder gaan gebruiken.

Toepassingen bij gemeentes Software ontwikkelaars Voeden & hergebruik Toepassingen bij gemeentes Nutsbedrijven OSLO STANDAARD GIPOD OSLO STANDAARD consumeren Software ontwikkelaars Hulpdiensten Vergunningsproces ... software ontwikkelaars = navigatie mensen

Vervolgstappen GIPOD GIPOD applicatieprofiel Eerste versie ( 0.1) als start voor analyse en ontwikkeling zomer 2018: voorbereiding ontwikkeling publiceren huidige GIPOD data in nieuwe voorgestelde model verzamelen feedback voor bespreking tijdens BWG Hoe hebben we dit allemaal verwerkt? Voor elk resultaat vertellen waarom het relevant is en hoe we dit verder gaan gebruiken.

Vervolgstappen GIPOD GIPOD applicatieprofiel Start: September 2018 analyse van de verschillende modules in de BWG technische werkgroepen opstellen API’s Doel: applicatie profiel 1.0 opstellen door analyse tijdens BWG en feedback van ontwikkeling Hoe hebben we dit allemaal verwerkt? Voor elk resultaat vertellen waarom het relevant is en hoe we dit verder gaan gebruiken.

Vervolgstappen GIPOD GIPOD analyse en ontwikkeling zomer 2018 voorbereiding ontwikkeling data huidige GIPOD volgens nieuwe standaard september 2018 start analyse van de verschillende modules en flows in de BWG en technische werkgroepen, voorstellen finale migratiescenario en roadmap wat ontwikkelen we eerst? Hoe hebben we dit allemaal verwerkt? Voor elk resultaat vertellen waarom het relevant is en hoe we dit verder gaan gebruiken.

Vervolgstappen GIPOD GIPOD analyse en ontwikkeling oktober 2018 GIPOD BC beslist over finale migratiescenario en roadmap oktober 2018 - 2021 analyse en ontwikkeling vernieuwde versie 2019 - 2020 - 2021 in productie stelling modules of versies afhankelijk van gekozen migratiescenario en roadmap Hoe hebben we dit allemaal verwerkt? Voor elk resultaat vertellen waarom het relevant is en hoe we dit verder gaan gebruiken.

Stuur ons verder feedback!! Feedback kan doorgestuurd worden via de volgende kanalen: Github Handleiding en url zal worden meegestuurd met het verslag Mail Els.bossier@kb.vlaanderen.be Hoe hebben we dit allemaal verwerkt? Voor elk resultaat vertellen waarom het relevant is en hoe we dit verder gaan gebruiken.

Gebruik van Github voor samenwerking Hoe hebben we dit allemaal verwerkt? En waarom was dit relevant? Wat gaan we er verder mee doen?

GitHub als discussieforum tussen de werkgroepvergaderingen https://github.com/Informatievlaanderen/OSLO-Public-Discussion/issues Gebruikersnaam en login nodig om deel te nemen aan discussies Nieuwe issues aanmaken voor vragen, nieuwe use cases en eventuele opmerkingen Input geven op bestaande issues

1 Github.com 2

Nieuwe issues aanmaken voor vragen, nieuwe use cases en eventuele opmerkingen 1

2 3

4 5

Input geven op bestaande issues 1

Dank u!