Verslag gebruikersoverleg BRMO 5 9 2017
Aanwezig
- Dini Scheffer (Provincie Gelderland)
- 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)
Afwezig
- Aart Allemekinders (Provincie Zeeland)
- Youri Soemers (Provincie Limburg)
- Karel van Buul (Provincie Gelderland)
- Reinder Hoekstra (Provincie Overijssel)
- Maaike Bos (Provincie Drenthe)
- Carel Stortelder (Provincie Gelderland)
- Corné Hogerheijde (Provincie Drenthe)
- Marieke de Jong (Provincie Flevoland)
- Jan Haasnoot (Provincie Overijssel)
- Jacques Zeguers (Provincie Limburg)
- Mario van Wanrooij (Veiligheidsregio Limburg-Noord)
Chris opent de vergadering en heet de aanwezigen welkom. Margot Quist neemt voor het eerst deel aan het overleg. Zij stelt zich voor. Margot werkt bij de gemeente Gouda als projectmanager geo-ict. Gemeente Gouda gebruikt de BRMO applicatie van B3Partners.
De andere aanwezigen stellen zich ook even kort voor.
De agenda wordt ongewijzigd vastgesteld.
Het verslag wordt goedgekeurd.
Youri is niet aanwezig tijdens het overleg maar naar aanleiding van de discussie van vorige keer reageert hij per email: Wat betreft het gezamenlijk aandeel recht; het Kadaster heeft verschillende keren telefonisch contact met ons opgenomen naar aanleiding van onze vraag over het gebruik gezamenlijk aandeel recht, volgens het Kadaster is deze situatie nieuw in de BRK levering en is deze ook aan applicatie ontwikkelaars gecommuniceerd. Ze gaven dezelfde verklaring als dat ook door B3Partners is gegeven tijdens het overleg. We zijn het eens met de conclusie dat mutaties doorgevoerd moeten worden zoals aangeleverd vanuit Kadaster en het gezamenlijk aandeel recht is voor ons geen probleem meer, omdat we dit in een view op de RSGB database oplossen. We laten aandeel 1/1 in het geval van een gezamenlijk aandeel recht presenteren als aandeel onbekend, dit komt in totaal bij 5.506 percelen voor met in totaal 14.595 zakelijke rechten (op een gebied van 955.485 percelen). Dit geeft duidelijkheid aan onze gebruikers en geen situaties waarbij aandeel recht groter is dan 1. Wanneer overige gebruikers de behoefte hebben aan deze query willen we deze delen.
Chris merkt op dat dit nog relatief veel/vaak voorkomt (5%). Kadaster geeft aan dat een van de redenen is criminele activiteiten.
powerpoint + demo Chris geeft eerst de powerpoint presentatie over de CvNHR applicatie. Hij zal deze naar de gebruikers mailen. Drenthe heeft de code beschikbaar gesteld voor B3P- waardoor deze applicatie een open soure product wordt standlevering – via digilevering- nog niet beschikbaar, via een lijst met nummers worden bedrijven opgehaald.
Daarna volgt demo.
Chris vraagt aan de aanwezigen wat zij van de CvNHR applicatie vinden: Dick (Wetterskip Fryslan)- er is wel behoefte- de vraag is voor welk soort informatie is beschikbaar? Applicatie is simpel en daardoor aantrekkelijk.
Dini (Gelderland): zij hebben eigen koppeling gebruikt, maar deze doet lang niet zo veel als deze CvNHR applicatie. Ze zijn bezig met de nieuwe/moderne CRM – daarom is dit interessant – interessante aanvulling. Dini komt op er terug.
Mark (VR LiNo)- bevat zeker nuttige info
Reinier (Overijssel): hetzelfde probleem als bij Wetterskip en daarnaast zit Yenlo er tussen
Margot (Gouda): eerst traject via eigen Data Land; xml berichten worden via NHR binnengehaald en daarna ETL-en; probleem persoonsgegevens (nooit bijgehouden)- alleen BRK interessante berichten uitfilteren Als het op deze manier niet lukt gaan ze daarna verder kijken naar de andere opties
Hein (Zeeland)- veel behoefte
Dick vraagt nog naar de beveiliging – Chris geeft aan dat deze door autorisatie wordt geregeld (active directory)
Chris: digilevering variant = ideale situatie Vanaf januari werkt applicatie al op de AO van Drenthe, en kan dus spoedig ingeregeld worden ook voor anderen
1.4.5 is nog steeds de actuele release, er zijn een paar snapshots voor specifieke Oracle problemen bij/aan specifieke klanten uitgegeven. Voor 1.4.6 staat op de lijst:
- Ondersteuning voor buitenlandse vennootschap in NHR
- Ondersteuning voor laden BRT ingebouwd (Top 10/50/100/250)
- Bijhouden van applicatie upgrade geschiedenis in de database (#341)
- Stabiliteitsverbeteringen mbt Oracle databases
- Comfort data worden nu ge-upgraded naar authentiek als er authentieke data wordt geladen (#346)
- toevoegen van een aantal context parameters (quartz.threadCount en exportDir.brk) zodat default opties aangepast kunnen worden voor bepaalde installaties (#356, #357), zie ook: Exporteren BRK mutaties en BGTLightOphaalProces
- en wat kleine updates.
Hein heeft een fout ontdekt in BAG- bericht niet compleet – hij zal dit documenteren en naar B3Partners sturen
Hein: BAG en BRK draait Momenteel richten ze zich vooral op de interne P8 applicatie
Margot: inrichting bij Gouda is anders, BRMO – eigen database met eigen data alleen BRK berichten worden extern opgehaald Door het toevoegen van een extra tabel “object ID” (Esri) werken bepaalde views traag- oplossing: Object ID tabel weggehaald. Kees-Jan is op de hoogte. Er moet wel een betere oplossing komen Gouda is overgegaan naar Flamingo; inregelen van de groepen is best lastig, dit kost veel tijd
Idee van Margot: zou een Flamingo overleg georganiseerd kunnen worden? misschien als een onderdeel van het BRMO overleg of anders apart inplannen?
BRK – gaat via Vicrea
Renier: BRK draait in PO P8 draait ook Voor de NHR applicatie graag een afspraak maken met B3Partners
Mark: bezig met inregelen. Tijd/capaciteit probleem voertuigviewer – online en offline
Dick: database in house, BAG BRK reguliere update’s discussie: zelf views maken? Graag database verder vullen met NHR applicatie component – via TenT (Margot: maakt zich zorgen over privacy, moet gedaan worden via ESB jurist is nog hiermee bezig. Wordt teruggekoppeld wanneer afgehandeld
Dini: nog steeds niet de actuele situatie in PO (data niet ok) – nieuwe stand inlezen nieuwe upgrade BRMO database?
email van Youri (24-8): Wat betreft het gebruik van de BRMO-SOAP service; tijdens het vorige overleg heb ik aangegeven dat we deze wilde gaan inzetten voor de koppeling met de kadastermodule van P8 en onze bevindingen zouden delen met de gebruikersgroep. De BRMO-SOAP service werkt op dit moment goed, maar helaas worden er te weinig verschillende gegevens aangeboden via dit endpoint en ontbreekt ook de geometrie van het perceel. Vandaar is voor de implementatie toch besloten om de ESB niet de BRMO-SOAP te laten aanroepen voor vragen uit P8, maar dit via query’s op de RSGB database te doen. Het plan is wel om in de nabije toekomst (een gedeelte van) de vragen vanuit P8 toch via de SOAP service te laten lopen, zeker wanneer de BRMO-SOAP service uitgebreid gaat worden. Vanwege de generieke aanpak in de ESB kunnen we deze wisselen zonder aanpassingen aan de P8 kant.
Actie Chris: verhaal schrijven over de mogelijkheden= wordt volgende keer een agendapunt
Dick: ARCgis views-zaten bij de standaard levering -handig om aparte schema’s te gebruiken? Besloten is om dit niet te doen, wel voor BGT- dit wordt meegenomen bij de volgende release, basisregistratienaam kan als prefix voor tabelnaam worden gebruikt.
Het volgende overleg vindt plaats op dinsdag 28 november (vergaderzaal “Op de hei”)
Dit werk valt onder een Creative Commons Naamsvermelding-GelijkDelen 2.0 Nederland-licentie.
