Verslag gebruikersoverleg BRMO 29 5 2018
Aanwezig:
* Reinier van den Anker (Provincie Overijssel)
* Margot Quist (Gemeente Gouda)
* Dick Vastenhoud (Wetterskip Fryslan)
* Mark Wolters (Veiligheidsregio Limburg-Noord)
* Hein Peeters (Provincie Zeeland)
* Chris van Lith (B3Partners)
* Jos Koper (B3Partners)
* Kees-Jan Lammers (B3Partners)
* Carel Stortelder (Provincie Gelderland)
* Maaike Bos (Provincie Drenthe)
* Aart Allemekinders (Provincie Zeeland)
* Rinny van der Meulen (Provincie Overijssel)
* Karel van Buul (Provincie Gelderland)
* Reinder Hoekstra (Provincie Overijssel)
* Youri Soemers (Provincie Limburg)
* Clémence Janssen-Verjans (Provincie Limburg)
* Martjan Hendriks (Provincie Gelderland)
* René Wassink (Provincie Gelderland)
* Jeroen Rijkse (Gemeente Gouda)
* Boudewijn de Hoop (Omgevingsdienst Rivierenland)
* Arne Peters (Gemeente Tynaarlo)
* Ed van der Linden (Gemeente Vlaardingen)
* Herbert van Hulten (Gemeente Vlaardingen)
* Dennis Flikweert (Gemeente Goeree-Overflakkee)
* Johan Pruim (Provincie Flevoland)
* Guust Vriends (Provincie Noord-Brabant)
* Marco van Antwerpen (Provincie Zeeland)
* Jos Backus (Waterschap De Dommel)
* Dianne van Eijndhoven (Waterschap De Dommel)
* Ali Raziei (Provincie Noord-Brabant)
Afwezig:
* Wim Kosten (Provincie Zeeland)
* Edwin van Vugt (Waterschap De Dommel)
* Stef Erftemeijer (Gemeente Maassluis)
* Maarten Berkhout (Gemeente Midden-Delfland)
* Corné Hogerheijde (Provincie Drenthe)
* Marieke de Jong (Provincie Flevoland)
* Jacques Zeguers (Provincie Limburg)
* Mario van Wanrooij (Veiligheidsregio Limburg-Noord)
Chris opent de vergadering en heet de aanwezigen welkom. De opkomst is groot, waarschijnlijk vanwege de combinatie BRMO/Flamingo onderwerpen.
De agenda wordt vastgesteld met toevoeging van het onderwerp “is er interesse om buiten een GIS viewer via zoeksleutel informatie te krijgen uit BRMO?”. Dit agendapunt heeft Waterschap De Dommel voorbereid en wordt besproken bij Rondvraag (punt 7).
Het verslag (zie wiki) wordt goedgekeurd.
Actie B3Partners: graag een notificatie sturen wanneer een verslag geplaatst is op wiki.
Kadaster is in de fase vernieuwingen. Kadaster heeft de volgende lijst gestuurd:
- BRK: toevoegen klantAfgiftenummer
- In bericht en selectiecriterium
- Implementatie in versie 2
- Transformatie stopzetten?
- Onderhoudsproces voor ontbrekende berichten
- BRK: updates subjecten
- Ongekoppelde subjecten krijgen updates
- Gekoppelde subjecten alleen bij wijziging object, niet bij verhuizing of overlijden
- BRK: alleen gerefereerde stukdelen
- BAG: inhoudelijke wijzigingen
- Geen grote invloed op BRMO
- Implementatie na versie 2
Het afgiftenummer is een lang verwachte feature. B3Partners gaat dit in versie 2 van de BRMO implementeren. B3Partners gaat hiervoor een ontwerp maken. Een belangrijke vraag zal zijn: wat moet er gebeuren als er een berichtnummer ontbreekt. Moet het laden stoppen, hoe moet worden herstart, hoe wordt dit opgelost? Zijn er ideeën hierover? Chris denkt dat het niet handig is om dit automatisch te laten herstellen. Als optie noemt hij: een bericht sturen voordat je verder kan. Automatisch herstellen moet je terug kunnen zien in het log.
Bij Provincie Limburg gaat dit via Yenlo - zij zullen zelf een oplossing hiervoor moeten maken. De verwachting is dat eind van het jaar versie 2 beschikbaar is. (afgiftenummer wordt nu al meegestuurd vanuit Kadaster)
Jos Koper stelt zich voor. Hij werkt als functionaris gegevensbescherming bij B3Partners. AVG (Algemene Verordening Gegevensbescherming) is een proces wat constant in ontwikkeling is. Jos geeft aan dat B3Partners voor ca. 90% klaar is en hoopt eind van het jaar ISO NEN27001 certificaat te kunnen behalen. Vervolgens geeft hij presentatie (powerpoint toevoegen)
Een aantal zaken worden besproken: B3Partners als verwerker van data is een verantwoordelijke en daarom moet er een verwerkersovereenkomst met klant afgesloten worden. Met een aantal klanten heeft B3Partners inmiddels wel een verwerkersovereenkomst afgesloten. Maar nog lang niet met iedereen.
Verzoek aan alle aanwezigen: graag binnen je organisatie nagaan wat er allemaal nodig is ivm overeenkomst.
Verwerker is verplicht datalek te melden aan de klant (eerst moet de juiste/verantwoordelijke persoon gevonden worden (bellen/mailen) binnen de organisatie). Deze persoon is verantwoordelijk om dit binnen 72 uur te melden aan AP (Autoriteit Persoonsgegevens)
Soms worden de testbestanden gebruikt (bijvoorbeeld van TNT). Hoe moet je hiermee omgaan? Antwoord Chris: deze bestanden moet je pseudonimiseren (tools zijn beschikbaar)
Hoe wordt omgegaan met een testomgeving van een klant? Antwoord Chris: Alle testomgevingen worden bij B3P gepseudonimiseerd en ook alle data die nodig zijn voor verwerkingsproces. Dit wordt gedaan met een tool (xml wordt omgezet naar een ander soort xml) – deze tool is te vinden op github. Actie B3Partners: email sturen waar precies deze tool te vinden is: https://github.com/B3Partners/bericht-anonimizer
Soms wordt ETL gebruikt om privacygevoelige data door te sturen naar B3P (wij kunnen niet alle data scannen), klant moet dit melden omdat mogelijk de verwerkersovereenkomst aangepast moet worden.
Heeft B3Partners een verwerkerovereenkomst met Kadaster? Antwoord Chris: B3P niet, wel de klanten zelf. Kadaster is verplicht een verwerkersoverenkomst af te sluiten met de verwerker (in dit geval Provincie/Gemeente/Waterschap...)
overleg Zeeland (zie feedback op github): document toevoegen
Discussie over het verwijderen van letter of cijfer in “v2”. Besloten: versienummer wordt verwijderd – koppeling tussen P8 en v2 – actie B3Partners – hybride en ook niet hybride?: besloten: alleen wanneer het noodzakelijk is, voorlopig zo laten – geometrie altijd gevuld: gebeurt al Graag nog binnen 2 weken commentaar leveren en B3P neemt daarna contact op met P8
– data type en sleutel type komt niet overeen, soms komt id als nummer binnen en soms als tekst. – Maaike Bos: oracle ipv bytes char – voor puntjes – database nodig voor WOZ waarde – binnenkort beschikbaar – wordt aan gewerkt (zit er ook historie bij?)
- Versie 1.6.0:
- verwerking van Stuf BG 2.04 en GBA-V Persoonslijst formaat berichten om BRP/GBA gegevens te laden in de brmo
- mogelijkheid om de applicatie logfile te bekijken/downloaden via de webinterface
- nieuwe views met appartementsrecht en onroerende zaak gekoppeld aan bag adres
- bugfixes, update stamtabellen (gemeente,buurt,wijk,nationaliteit), verbeterd afhandelen van duplicaat berichten op GDS2
- Versie 2.0:
- ondersteuning voor de nieuwe versie van het GDS2 koppelvlak
- refactoring en vereenvoudiging van alle views
- WOZ via Stuf WOZ
Planning: Versie 1.6 binnen een maand beschikbaar (is augustus geworden) en versie 2.0 in oktober/november (wordt einde jaar).
B3Partners neemt contact op met P8, zodat de koppeling gestroomlijnd kan worden – mogelijk via B3P (ook beheer) tegen betaling.
WS De Dommel heeft behoefte aan een schermapplicatie (losse admin applicatie) waarmee je info uit BRMO kunt bevragen. Via Flamingo kan dit, maar niet bij iedereen wordt Flamingo gebruikt. De Dommel zal op bezoek gaan bij Overijssel waar Flamingo gebruikt wordt om daar de mogelijkheden te verkennen. De mogelijkheden c.q. behoefte zullen worden onderzocht.
Kees Jan Lammers (B3Partners) opent de vergadering. De agenda wordt vastgesteld.
Naar aanleiding van het succes van de BRMO-gebruikersoverleggen is er gevraagd of dit ook wenselijk was voor Flamingo. Dit bleek het geval te zijn, vandaar dit eerste overleg. Kees Jan stelt zich voor. Hij werkt bij B3Partners als technisch supportmedewerker en is gespecialiseerd in Flamingo. Doel van dit overleg: Verdere ontwikkeling Flamingo5 bespreken, ervaring gebruikers meenemen, toelichting geven van nieuwe features, bespreken van ontwikkelingen in het werkveld
Vraag: waar kun je zien welke versie Flamingo op je computer draait? Antwoord: Ga naar je viewer-admin, en zet achter die URL: /about.jsp. Het resultaat is dan: https://[DOMEINNAAM]/viewer-admin/about.jsp
B3Partners heeft een nieuw beleid ingevoerd mbt releases van Flamingo5. Maandelijks- bug fix release + nieuwe features. Een maand voor het maken van een stabiele release vindt er een feature freeze plaats: er worden geen nieuwe features toegevoegd. B3Partners gaat de laatste instabiele versie uitgebreid testen en er vinden bugfixes plaats. Na het releasen van de stabiele versie kunnen er in volgende instabiele versies weer nieuwe features toegevoegd worden. Twee- of driemaal per jaar worden stabiele versies gereleased.
Vraag: hoe lang worden releases ondersteund? Antwoord: maximaal 1 jaar (of 2 releases terug), maar mocht het nodig zijn ook wat langer.
Nieuw versiebeleid: In het verlengde hiervan zijn we ook een beter versiebeheersysteem aan het opzetten. Regelmatig zullen jullie (wanneer wij de applicatie hosten of onderhouden) van Ab Tuyp een berichtje ontvangen dat we een nieuwe versie van applicaties op een test-server willen zetten. Nadat deze door jullie doorgetest is, zal deze dan ook naar productie gaan. Nummering van de versies wordt als volgt:
even nummers : bijv.5.0, 5.2 = stabiele versie
oneven: 5.1 = bugfixing + features
Vraag: wat is bijvoorbeeld 5.2.1? Antwoord: bugfix van stabiele releases
Vraag: Welke versie van Postgres en Tomcat wordt ondersteund? Antwoord: Postgres 10 & Tomcat 8.5
Door B3Partners gehoste of beheerder applicaties zullen door B3Partners proactief, maar in overleg met de klanten, worden geüpdate naar nieuwe versies
Ab Tuyp is werkzaam bij B3Partners als databeheerder. Hij zal klanten benaderen wanneer een nieuwe versie beschikbaar is. Hij zal ook de planning maken wanneer de updates plaats kunnen vinden; dit na afstemmen met klant
-1. Flamingo portal
Het portal maakt het voor de klant mogelijk om zelf de landingspagina’s makkelijk te beheren. B3Partners levert standaard landingspagina’s bij de oplevering van Flamingo. Met het portal is het mogelijk om deze pagina aan te passen met nieuwe blokken, nieuwe pagina’s en teksten aan te passen. Er is ook nog de mogelijkheid om zelf CSS-code toe te voegen om de huisstijl van de pagina aan te passen. Deze code zal voorrang krijgen op de eerdere code die de landingspagina definieert, maar niet overschrijven. Het verwijderen van de nieuwe code in het portal zal dus de huisstijl herstellen zoals hij geleverd is door B3Partners.
-2. Feature report
Het feature report maakt het mogelijk om een rapportage uit te printen van de (gerelateerde) attributen van een object. Het rapport kan per viewer anders zijn (het is gebaseerd op een .xsl) en je moet per kaartlaag in het component FeatureReport aangeven dat je de eindgebruiker de mogelijkheid wilt bieden om een rapport te maken.
Verwachting: geïmplementeerd in 5.2
-3. Print-functies
– Op de print komt nu het accountnaam van de gebruiker te staan.
– De objecten op de print maken nu gebruik van een flow-functie, wat de print reactief maakt op de inhoud: een lange legenda zal dus doorlopen op de volgende pagina.
– De schaal kan toegevoegd worden en er kan geprint worden op een gedefinieerde schaal. Er zal wel per printer een afwijking zijn. Hier is niets aan te doen, omdat dit te maken heeft met instellingen van de printer zelf.
– Er kan bij een print ook een lijst van attributen van de objecten die op dat moment in beeld zijn worden geprint.
-4. Ruimtelijk filter obv kaartlagen
Het spatial filter is uitgebreid met de functie om een kaartlaag te gebruiken als filterbron voor een andere kaartlaag. Hiervoor is een handleiding gemaakt, deze wordt beschikbaar gesteld op https://github.com/flamingo-geocms/flamingo/wiki/Documentation
-5. Extended Feature info
Dit plaatst de feature info op een vaste plek en wanneer er meerdere objecten worden opgehaald komen die niet in een lijst terecht, maar op verschillende pagina’s in de Extended Feature info.
-6. Icoontjes via sprite
Icoontje moet beter opvallen = wordt aangepast (ieder icoontje achtergrond geven? Op deze manier is het opgelost bij Goeree-Overflakkee) Er wordt een bibliotheek met sets icoontjes aangemaakt; klant kan zelf kiezen
-7. In ontwikkeling
– vector laag: Verschillende componenten die gebruik maken van een vectorlaag (snapping, splitsen, samenvoegen, tekenen, spatial filter, etc.) gaan met dezelfde vectorlaag werken. Hierdoor wordt het bijvoorbeeld mogelijk om met het tekencomponent een object te tekenen en dit in het spatial filter te gebruiken. Het getekende object kan ook gedeeld worden met een ander, die het vervolgens ook als filter kan gebruiken.
– getrapte zoeker: in het simple filter komt de mogelijkheid dat het ene filter dient als opzoeklijst voor een ander filter.
– Meetcomponenten zullen kunnen gaan snappen naar objecten in de kaart
– OpenLayers 4
Er is behoefte aan een mooiere opmaak van de inlogpagina. Actie B3P: ontwerp hiervoor maken!
Vraag: Is er een optie voor monitoring? (type gebruikers, hoeveelheid?) Antw: Nee, maar wel wat voor soort lagen, url, tijd inlog
Vraag: zijn er nog ontwikkelingen in beheer omgeving? Antw: Nee, alleen die nodig zijn om te beheren
Welke browser kun je het beste gebruiken? B3P ondersteunt in principe alle nieuwere versies van de bekende browsers; als iets niet werkt op zo'n browser wordt het normaal gesproken aangepast/opgelost.
- AVG
In Flamingo5 worden in principe geen persoonsgegevens opgeslagen. Als iemand een account krijgt, hoeft er geen andere informatie meegegeven te worden dan een username/wachtwoord (alleen data bevragen).
Persoonsgegevens gebruiken in een viewer is een ander verhaal. Aantal tips/open deuren:
– Gebruik voor viewers waar persoonsgegevens van burgers in staan een afgeschermde viewer
– Beperk toegang zoveel mogelijk, scheer niet alle medewerkers over één kam.
– IP-afscherming is dus (eigenlijk) onvoldoende
LDAP – user name en ww worden niet opgeslagen in de database van Flamingo, maar er wordt gebruik gemaakt van de LDAP-server van de klant. Vraag: Is het mogelijk om automatisch in te loggen? Antw: ja via SAML2 (met configuratie mogelijk)
- Loggen
Alleen de verzoeken die naar de back end gaan worden uitgebreid gelogd, andere ‘bulk’ verzoeken, zoals het verslepen van het kaartbeeld worden minimaal gelogd Doel AVG – monitoren wie wat gedaan heeft
- Beveiligde services
In nieuwere versies van Flamingo (4.8.1.7) wordt strenger omgegaan met beveiligde services.
– Een service moet voorzien zijn van een username/ww
– De gebruikersgroep van de gebruiker moet expliciet toestemming krijgen om de service te mogen bevragen (kaartlagen bekijken)
– Er moet ingesteld worden dat de eindgebruiker verplicht inlogt op de viewer.
Aanvulling na de vergadering: in 4.8.1.7 zit een bug mbt LDAP. Het door Flamingo4 checken op gebruikersgroepen van de eindgebruiker in LDAP werkt niet, dit was in een latere Flamingo5 versie al opgelost. Is nu ook doorgevoerd in Flamingo4 versie 4.8.1.7.3.
Margot: release notes zijn belangrijk! Ab Tuyp (B3Partners) gaat dit regelen
Van alle bugs/wensen/nog te onderzoeken issues die besproken zijn tijdens dit overleg zijn tickets aangemaakt in github.
Dit werk valt onder een Creative Commons Naamsvermelding-GelijkDelen 2.0 Nederland-licentie.
