Verslag gebruikersoverleg BRMO 21 2 2017
Aanwezig
- Maaike Bos (Provincie Drenthe)
- Dini Scheffer (Provincie Gelderland)
- Karel van Buul (Provincie Gelderland)
- Youri Soemers (Provincie Limburg)
- Reinder Hoekstra (Provincie Overijssel)
- Reinier van den Anker (Provincie Overijssel)
- Dick Vastenhoud (Wetterskip Fryslan)
- Chris van Lith (B3Partners)
Afwezig
- Aart Allemekinders (Provincie Zeeland)
- Carel Stortelder (Provincie Gelderland)
- Heijn Peeters (Provincie Zeeland)
- Corné Hogerheijde (Provincie Drenthe)
- Marieke de Jong (Provincie Flevoland)
- Jan Haasnoot (Provincie Overijssel)
- Jacques Zeguers (Provincie Limburg)
- Corné de Zwart (Veiligheidsregio Hollands Midden)
- Mario van Wanrooij (Veiligheidsregio Limburg-Noord)
- Mark Wolters (Veiligheidsregio Limburg-Noord)
Chris opent de vergadering. De agenda wordt ongewijzigd vastgesteld.
Opmerking Maaike: bij de Acties uit vorige vergadering, punt 3 staat: Drenthe ontvangt geen e-mails meer sinds versie 1.3.5 is inmiddels opgelost. Het ging hier niet om Drenthe maar een andere provincie.
Punt 4: Youri meldt dat alle vragen van Jacques inmiddels beantwoord zijn door Jan (Yenlo).
Verder zijn er geen opmerkingen over het verslag van vorige keer.
-
e-mail notificaties: tekst aanpassen: nog niet aan gewerkt
-
prijskaartje BRP maken- dat zal dan binnen de organisaties aangeboden/besproken worden: Chris heeft hier nog geen tijd voor gehad.
-
Beveiligingsaspecten: staat op de agenda, punt 4
(zie presentatie BRMO- beveiliging) De volgende beveiligingsaspecten worden besproken: – authenticatie – autorisatie – protocollering – versleuteling – maatregelen tegen hacking
Chris vindt het punt “geen protocollering noodzakelijk”” (de verstrekking aan de instantie zelf in het kader van een raadpleegfunctie) hoopgevend, omdat de applicatie nu al op deze manier wordt gebruikt
Reinder: user name en wachtwoord in de context.xml versleuteld? Hierover is ook contact geweest met B3Partners. Matthijs (B3Partners) zal hier een antwoord op geven.
Chris zal deze presentatie naar de mailing lijst sturen. Graag aanvullingen/commentaar terugmailen.
1.4.1: – versienummer in database – optimalisaties voor oracle (max 1e6 records, eigenarenkaart) – fix voor overgang van ander persoon naar ingeschreven natuurlijk persoon – fix voor verwijderen achtergebleven records in kad_onrrnd_zk-tabel – updates voor database schema’s
1.4.2: – fix voor probleem bij op millisec gelijk aanbieden van bag en brk mutaties (proxy) – metadata documenten voor brk views – fix voor probleem als berichten binnen microseconden binnenkomen – fix voor VVE verwijzing naar NhrRechtspersoon (ipv KADNietnatuurlijk Persoon) – nieuw automatisch proces om materialized views te verversen – bij ontbrekende BAG koppeling wordt geprobeerd een incompleet adres op te slaan update bibliotheken
1.4.3 (nog niet gereleased, eind van de maand): – commandline tool – fix dat archivering telkens maar de helft doet – continuous integratie uitbreiden voor oracle – fix van 1e6 records fix voor oracle – updates voor database schema’s
Gert-Jan is momenteel commandline aan het testen (gisteren opgeleverd)
Dickvraagt zich af hoe goed/compleet de data is? Volgens Chris is dit bij Fryslan relatief makkelijk om vast te stellen. De bestandsnamen van Kadaster (Excel sheet) kunnen worden vergeleken met de namen in de database. Via ESB is dit complexer aangezien hier de bestandsnamen worden veranderd. Controle automatiseren? Is helaas nog niet mogelijk. Kadaster is wel op de hoogte en denkt na over oplossing zoals volgnummer. Kadaster zal hier een oplossing voor bedenken daarna zal B3P implementeren BRMO staat nu in house op Oracle omgeving Aansluiten op BRP via T&T-constructie – juristen ingeschakeld om consequenties te onderzoeken BGT moet nu ook in house gebracht worden – aanvraag ligt bij B3P
tellingen van berichten ESB loopt nu goed, daarmee vertrouwen dat alle berichten doorkomen database groeit (originele stand+ back up daarvan opgeslagen). Limburg moet een slimme strategie voor back-up bedenken (graag info/oplossingen hierover delen met de andere provincies) Nul stand is ingelezen maar helaas kunnen alleen de berichten die 3 maanden oud zijn, gearchiveerd worden. Chris zal een script sturen en daarmee wordt dit probleem opgelost Suggestie: in de BRMO applicatie (bij de geavanceerde functies) wordt bij het verwijderen geen bevestiging gevraagd. Dit moet veranderd worden, bv. door het wachtwoord nog een keer te vragen en daarna te bevestigen. Er is veel veranderd sinds het laatste BRMO-overleg. – Youri heeft BRMO-project overgenomen van Jacques, Sinds januari aangesloten via Yenlo, BRK heeft prioriteit, BRK van februari ingeladen. Er waren wat Oracle issues – is inmiddels opgelost Ontsluiten ArcGis - traag (materialized views), fout onderliggend in database? Structuur data? Viewer geeft vaak wit scherm (database communicatie traag) Waar ligt het aan? B3P zal dit onderzoeken
archief gegevens. Hoe wordt hiermee om gegaan? Binnen RSGB schema zijn archieftabellen. Er zit geen protocollering op RSGB. contact gehad met Meine (over SLD’s) Volgens Corné was NHR module ok - maar sinds KVK de structuur heeft gewijzigd werkt het niet meer!. Dit staat op de lijst van Matthijs (B3P) hoe op te lossen wordt teruggekoppeld NHR-stopgezet tot update BRK is in PO – maar elke keer na het inlezen van nieuwe stand, worden de adresgegevens eigenarenkaart veranderd hoe hiermee om te gaan? Kadaster vindt dat zij hiervoor niet verantwoordelijk zijn (het valt niet onder BRK maar BRP) – adressen niet natuurlijk persoon -NHR BGT – inregelen dat dit automatisch gaat (frequentie van het ophalen instellen, bv 1x per maand, heel NL) Dataverkeer minimaliseren – alleen info van wat daadwerkelijk veranderd is doorsturen, Yenlo hierover benaderd P8 views van GitHub afgehaald en hierin fout ontdekt – percelen unieke index- wel zelf opgelost -oplossing delen En meer samenwerken met Overijssel
Reinder: uit de staging database is het originele xml weggegooid (ivm ruimte besparing), maar dit is wel nodig om fouten te herstellen. Dit moet overwogen worden. Reinder: sinds januari aangesloten op Yenlo. Tot op heden loopt het goed. Beveiliging: nog uitzoeken Reinier: P8 in TO- uittesten en dan naar PO, B3P (Mark) is bezig met ArcGis ondersteuning, gaat goed, NHR: plan – dit jaar uitrol Renier: in TO, gaat goed alleen que performance kan beter
Veel problemen gehad i.v.m. wijziging data (model) Kadaster, werd meegeleverd – actueel – eigenaren info (geen contact gehad met Yenlo)
Maaike: ze krijgen de BAG-mutaties van Kadaster van heel NL, maar willen eigenlijk alleen Drenthe en Groningen. Is dit mogelijk? Dat zou ingebouwd moeten worden. Graag Uitzoeken Actie Chris: issue aanmaken
Dick wil graag lijst met inhoud Technisch beheer
SOAP service – meegeleverd bij BRMO
Dit werk valt onder een Creative Commons Naamsvermelding-GelijkDelen 2.0 Nederland-licentie.
