Verslag gebruikersoverleg BRMO 28 11 2017
Aanwezig
- Reinier van den Anker (Provincie Overijssel)
- Reinder Hoekstra (Provincie Overijssel)
- Dick Vastenhoud (Wetterskip Fryslan)
- Hein Peeters (Provincie Zeeland)
- Youri Soemers (Provincie Limburg)
- Chris van Lith (B3Partners)
Afwezig
- Aart Allemekinders (Provincie Zeeland)
- Margot Quist (Gemeente Gouda)
- Dini Scheffer (Provincie Gelderland)
- Martjan Hendriks (Provincie Gelderland)
- Karel van Buul (Provincie Gelderland)
- Maaike Bos (Provincie Drenthe)
- Carel Stortelder (Provincie Gelderland)
- Corné Hogerheijde (Provincie Drenthe)
- Marieke de Jong (Provincie Flevoland)
- Jacques Zeguers (Provincie Limburg)
- Mark Wolters (Veiligheidsregio Limburg-Noord)
- Mario van Wanrooij (Veiligheidsregio Limburg-Noord)
Chris opent de vergadering en heet de aanwezigen welkom.
De agenda wordt ongewijzigd vastgesteld.
Youri vond opmerking van Chris op punt 2 (Terugkoppeling “Recht: Gezamenlijk aandeel”discussie) interessant. Als er een verdenking is van criminele activiteit wordt een aandeel als 1/1 getoond
Chris geeft een presentatie over de mogelijkheden van gebruik BRMO-SOAP service (deze is misschien te technisch voor de aanwezigen daarom zal hij proberen de 3 mogelijkheden met veel voorbeelden uit te leggen):
- via Geoserver
- via SOAP
- via StUF
- Geoserver
Wfs wordt gebruikt bijvoorbeeld bij Zeeland(I-Real)- ingesteld met username/wachtwoord
Prov. Limburg: P8 implementatie maakt gebruik van views direct op de database en deels van de de SOAP-service uit BRMO (momenteel helaas minimaal, omdat meer info nodig is dan in de SOAP-service zit, zijn op dit moment beide nodig) Prov. Limburg graag aan B3P doorgeven wat er in views zit en op basis daarvan wordt SOAP uitgebreid, graag bevindingen delen met B3Partners
P8 ondersteunt niet de officiële Kadastrale ID, maar alleen het oude sectie en nummer; dit is fout gevoelig. Overijssel: gebruikt views die gemaakt zijn door B3P voor Kadastrale module van P8. Youri zal de views op github bekijken.
Er lijken fouten in de P8 views te zitten omdat niet goed vertaald is van Oracle naar Postgres. Syntax aanpassingen worden door Hein (Zeeland) bekeken en teruggeplaatst op github.
Wetterskip Fryslan: over het gebruik van P8 is nog niet besloten, pas in 2018.
Reinder (Overijssel ) vraagt waarom ze bij Zeeland hebben besloten om heel NL(BAG) op te halen. Antwoord: Als RSGB not ok was werd het proces gestopt, en nu gaat het gewoon door; op deze manier is er geen probleem met volgorde. Het probleem ontstaat als bv een verblijfsobject wordt aangemaakt, terwijl het bijbehorende pand nog niet geladen is. B3P: dit probleem is nu onderkent door een aparte foutmelding te creëren, waarbij het proces gewoon doorloopt. Later kan dan de transformatie nog nogmaals gedaan worden in de hoop dat het ontbrekende object dan wel geladen is. Volgens Kadaster komen gerelateerde objecten vrijwel altijd binnen minuten binnen, bij transformatie eenmaal per dag zou dit normaal goed moeten werken.
- SOAP
interface uitleg: met xml bericht geef je aan wat je wilt vragen aan BRMO, BRMO geeft antwoord via een xml-bericht; voor het ophalen van privacy gevoelig info (bijv. BSN) moet je specifiek aanzetten dat je dit wil. Aanpassen wat opgehaald moet worden kan via allerlei schakelaars woorden aan/uitgezet worden. Bv de ESB kan controleren of de gebruiker het recht heeft om privacygevoelige info op te halen. Dit is standaard onderdeel van BRMO (alles staat op github)
Actie B3Partners: het antwoord xml-bericht aanpassen voor Provincie Limburg (zodra B3P meer info krijgt over de wensen)
Provincie Limburg: zij hebben 2 issues aangemaakt: zoeken op naam en parameter - graag aan B3P doorgeven wat de wensen zijn, er ook een wens om de NHR set toe te voegen aan het antwoord!
Provincie Limburg heeft nog wat problemen met performance op Oracle - zoeken ging langzaam - gaf foutmelding Java time out, doorzoeken van onderliggende tabellen duurde te lang. Zoeken met punt met buffer moet eigenlijk snel gaan. PLIM heeft als oplossing hiervoor een materialized view aangemaakt – misschien mogelijk ook met SOAP?
- StUF (standaard uitwisseling formaat)
Via StUF kan data uit de RSGB opgevraagd worden. Er draait nu versie 2.04; deze is erg oud maar voor de klant is dit juist wenselijk (deze kent alleen het horizontale sectormodel BG en het koppelvlak BAG-GBA-. puur administratief). Alle versies die daarna kwamen werken niet goed voor geo gerelateerde zaken. B3P gaat versie 3.20 ondersteunen.
Wetterskip Fryslân mag niet met StUF 2.04 koppelvlak van T&T werken omdat geen bulkbevragingen zijn toegestaan. B3P maakt alternatief voor eigen koppelvlak van T&T dat alleen voor ad hoc bevragingen werkt. Voor gemeentes mogen wel bulkbevragingen doen. Provincies mogen ook geen bulk BRP- persoonsgegevens opslaan. Er is wel behoefte. (misschien juristen inschakelen?). Op Kadaster online zijn de actuele gegevens wel gewoon aanwezig (dit valt bij Kadaster onder maatwerk en kost extra) Gebruikersraad (IPO) vragen wat hier aan gedaan kan worden.
versie 1.5.0:
- Ondersteuning voor buitenlandse vennootschap in NHR
- Ondersteuning voor laden BRT ingebouwd (Top10/50/100/250)
- Aanpassing van de appartementsrecht-perceel koppeltabel
- Stabiliteitsverbeteringen mbt Oracle databases versie 1.5.1:
- bugfxes en library upgrades Versies in de pijplijn:
- bugfxes voor topnl (pdok heeft gml schema's aangepast)
- Stuf BG204 soap endpoint
Reinder (Provincie Overijssel): certificaat tussen Yenlo en Landelijke Voorziening is verlengd, service is nu stabiel. Er staat nog een vraag open bij B3P over de LDAP koppeling – graag reageren (is nu gebeurd).
Hein (provincie Zeeland): Hein heeft gemerkt dat fysieke of virtuele machine wel verschil maakt!
Dick (Wetterskip Fryslan): NHR oplossing is geïnstalleerd (deze wordt gebruikt voor vergoedingen en handhaving systeem), installatietijd ca. 3 uur. Nog bezig met autorisatie (moet nog besloten worden hoe te koppelen). Bug in BRMO: berichten die opgehaald worden zijn van een dag ervoor (is nu opgelost).
Youri (Provincie Limburg): Oracle foutmelding – BRMO werkte niet meer – is inmiddels opgelost, technisch nu ok, inhoudelijk nog issue met actualiseren persoonsgegevens. Invullen van BAG in november verliep goed. Inladen van Top10 nog steeds niet gelukt- geeft gelijk Java foutmelding (lag dit aan de mappen structuur?), BRK loopt goed in productie.
Dick: kunnen we meer leden/gebruikers aan tafelkrijgen? Inmiddels zijn er minder technische vragen en meer inhoudelijke vragen. Misschien meer mede provincies uitnodigen (problemen samen bespreken) meer opkomst – agenda en mailinglist aanpassen – mensen toevoegen die meer inhoudelijke vragen kunnen stellen (bijvoorbeeld beleidsmedewerkers, P8-gebruikers)
We spreken af om elk overleg een inhoudelijk thema op de agenda te zetten. Aanwezige gaan op zoek binnen organisatie voor een goed inhoudelijk verhaal.
Het lijkt ook goed om bij de gebruikers te inventariseren welke toepassingen allemaal in gebruik zijn.
Er wordt gesuggereerd om het BRMO-overleg te combineren met Flamingo overleg, bijvoorbeeld 1 uur BRMO en 1 uur Flamingo. Is 1 uur voor het BRMO overleg niet erg kort? Nog even over nadenken.
Actie Danka: 4 vergader data voor 2018 inplannen.
Het eerste overleg van 2018 (eind februari) vindt plaats op kantoor van B3Partners. Andere 3 bij Bij12
Chris sluit de vergadering om 12:30u.
Dit werk valt onder een Creative Commons Naamsvermelding-GelijkDelen 2.0 Nederland-licentie.
