owned this note changed 2 years ago
Published Linked with GitHub

2022 10 26: Online meeting Hoppinpunten

tags: meetings with externals

Aanwezig:
OpenStreetMap België: Joost Schouppe (Board), Thierry Jiménez (Board), Pieter Vander Vennet (MapComplete)
Departement Mobiliteit en Openbare Werken (= MOW) van de Vlaamse Overheid: Steven Vande Ryse (Business analyst Hoppincentrale), Joris Cornu (Hoppin-punt manager), Joshua De Clercq (IT-projectleider)

https://data.vlaanderen.be/doc/applicatieprofiel/mobiliteit/Hoppinpunten

Hoppin Databank
Bevat de Hoppinpunten. Dat zijn polygonen van een vervoersknooppunt (zone met meerdere mobiliteitsdiensten) die voldoen aan lijst voorwaarden
onderdelen:

  • hoppinzuil + allerlei onderdelen (bushaltes, fietsenstalling) + dienstverlening

Oefening anno 2022: wat is er qua mobiliteitsdiensten binnen een polygoon?
Er wordt nog niet gekeken naar hoeveel beschikbare plaatsen bijv. een fietsenstalling heeft, hier zou misschien beter naar een andere bron gekeken kunnen worden, bijv. OSM of Velopark

Toegankelijkheidseis

Vervoerregioraad definieert Hoppinpunten
Een Hoppinpunt wordt beheerd door het Agentschap Wegen en Verkeer (gewestwegen) of door een gemeente (gemeenteweten).

Bedoeling van MOW is om een Hoppinpunten-applicatie te ontwikkelen

  • infrastructurele luik (alles binnen de polygoon)
  • digitaal luik (op GM, OSM)
    Binnen de Hoppincentrale -> kaart ter beschikking van het publiek

Hoppindatabank dient ook ter rapportering

Vraag van Joshua: Kan en zo ja, hoe kan er datavalidatie (door de overheid) gebeuren in OSM? Kwaliteit van OSM-data is niet gegarandeerd

Opmerking Pieter: objecten uit OSM binnentrekken bij MOW zijn onderhevig aan OSM-licentie. Als je deze gebruikt:

  1. attributie geven
  2. data die toegevoegd zijn moeten ook open zijn
  3. licentie werkt 'besmettelijk' -> hergebruik dient ook open te zijn

Vraag Pieter: wat moet de Hoppin-app juist doen?
-> waarom zou het publiek dit gebruiken ipv OSM-based app's of Google Maps?

Antwoord Steven: vervoer op maat; verbeterde versie van de belbus (boeken van een belbus) -> groeien naar een MaaS-app

Vraag Pieter: al samengezeten met Olympus (MaaS-app)?
Antwoord Steven: ja. Hoe het geconcretiseerd wordt, is nog onzeker

Pieter: ideaal einddoel van app -> ook belbus + lokale taxis + evt. deelauto's + strooifietsen kunnen boeken

Joost: vanuit OSM-standpunt -> overname polygonen?
Pieter: de basisregel -> enkel toevoegen wat er in de realiteit waarneembaar is -> enkel waarneembare polygoon
-> x,y coordinaten van een Hoppinzuil -> kunnen perfect toegevoegd worden in OSM (!)
-> De objecten die deel uit maken van de hopping-zone kunnen met een relatie gebundeld worden - dit zit niet in de weg van andere mappers. Als op de hoppingpaal een lijstje/kaartje staat van wat officieel deel uit maakt van de hopping-zone, kunnen er geen mappers klagen over deze approach

Joris: toegankelijkheidsinfo in OSM?
-> Pieter: jazeker, visualisatie via bijv. MapComplete-thema "OnWheels"
https://mapcomplete.osm.be/onwheels.html?z=14&lat=51.04773&lon=3.73578&language=nl#welcome
-> Toegankelijkheid is heel subjectief, per persoon; beter de individuele objecten en hun eigenschappen mappen (bv: bij liften: deurbreedte, diepte, ; bij bushaltes: drempelhoogte). De vraag of het voor die persoon toegankelijk is kan dan beantwoord worden.

Joshua: fietsenstallingen -> VeloPark (Pieter Morlion & Julian)
-> was een soort standdaard-databank, op OSLO gebaseerd
-> datakwaliteit binnen Velopark is niet goed; wordt niet actueel bijgehouden
-> bijv. in station Leuven -> fietsenstallingen niet actueel
-> gevoel: 1 shot-project

Bedenking van Pieter: wie heeft het recht om aanpassingen te maken? ownership van de data is het cruciale verschil tussen OSM en Velopark
Er zijn plannen geweest om data van Velopark & fietsenstallingen in OSM te synchroniseren.

Toekomst: bal ligt nu even in het kamp van MOW. Discussiepunten:
-> voor welke data is MOW een unieke bron?
-> voor welke data gaat MOW een andere bron gebruiken?
-> licentie is een belangrijk topic. Nader te bekijken door dMOW hoe we hiermee omgaan.
-> concreter maken van de ideeen binnen MOW (evt al eens aan de slag gaan adhv concrete attributen/objecten). Zodra we een iets duidelijker beeld hebben van hoe we willen samenwerken met OSM nemen we opnieuw contact op.

Select a repo