Verslag gebruikersoverleg BRMO 29 11 2016
Aanwezig:
- Hein Peeters (Provincie Zeeland)
- Peter van der Zwaan (Provincie Zuid-Holland)
- Dini Scheffer (Provincie Gelderland)
- Karel van Buul (Provincie Gelderland)
- Jacques Zeguers (Provincie Limburg)
- Youri Soemers (Provincie Limburg)
- Reinder Hoekstra (Provincie Overijssel)
- Marieke de Jong (Provincie Flevoland)
- Chris van Lith (B3Partners)
Afwezig:
- Aart Allemekinders (Provincie Zeeland)
- Carel Stortelder (Provincie Gelderland)
- Harrie van Dijk (Provincie Gelderland)
- Corné Hogerheijde (Provincie Drenthe)
- Jan Haasnoot (Provincie Overijssel)
- Dick Vastenhoud (Wetterskip Fryslan)
- Corné de Zwart (Veiligheidsregio Hollands Midden)
- Mario van Wanrooij (Veiligheidsregio Limburg-Noord)
- Mark Wolters (Veiligheidsregio Limburg-Noord)
- Maaike Bos (Provincie Drenthe)
- Niels van Rijn (Provincie Zuid-Holland)
- Robin Wevers (Provincie Zuid-Holland)
- Reinier van den Anker (Provincie Overijssel)
Aangezien er een aantal mensen wat later aanwezig zijn (i.v.m. treinvertraging) worden eerst buiten agenda een aantal zaken besproken: Chris opent de vergadering Agenda wordt ongewijzigd vastgesteld.
Er zijn geen opmerkingen over het verslag van vorige keer
-
e-mail notificaties: tekst aanpassen: nog niet aan gewerkt
-
Drenthe ontvangt geen e-mails meer sinds versie 1.3.5, moet worden onderzocht: dit probleem is inmiddels opgelost
-
iemand van Yenlo uitnodigen voor het gebruikersoverleg om SKP problemen te bespreken: Chris heeft Jan Timmerman uitgenodigd. Hij kan niet bij het overleg aanwezig zijn maar kan de vragen via Skype beantwoorden. Om 11 uur wordt via Skype ingebeld. Dit wordt agendapunt 4
-
prijskaartje BRP maken- dat zal dan binnen de organisaties aangeboden/besproken worden: Chris heeft hier nog geen tijd voor gehad.
-
update naar Java8- email hierover sturen: Dit punt is afgehandeld. Er waren geen problemen.
Om 11 uur begint het gesprek met Jan Timmerman. Hij geeft een korte inleiding over migratie SKP naar Yenlo, en over Testtraject Overijssel i.s.m. B3Partners. Yenlo heeft een eigen oplossing om de BRK op te halen. Deze oplossing zijn ze nu aan het testen (het verloopt tot nu toe goed). Ze zijn ook dagelijks aan het controleren of het goed gaat vanuit Kadaster (komen alle berichten binnen?) Overijssel is momenteel aan het testen (het gaat al 3 dagen goed op TO). Zij moeten nog naar productie maar dit zou geen problemen moeten opleveren aangezien de data van TO en PO identiek zijn. Wanneer is de overgang op het nieuwe systeem? Yenlo moet nog contact opnemen met de andere provincies. Jan zal dit oppakken Deadline bij Yenlo is 15 december. Traject migratie SKP naar Yenlo is nogal chaotisch (chaotische berichtgeving) Zeeland graag contact opnemen met Yenlo, dan kunnen ze een afspraak inplannen. Pascal (Yenlo) – heeft de planning rondgestuurd -richtlijn Jan zal nog Jacques (Provincie Limburg) bellen aangezien hij de meeste vragen had over SKP/Yenlo; maar is i.v.m. treinvertraging niet aanwezig tijdens het Skypegesprek.
Reinder -outdated - ’lege berichten’ Soms maakt Kadaster nieuwe koppelingen die heel veel mutaties bevatten. Geeft dit geen probleem? Chris hoopt dat de doorvoer capaciteit van Yenlo groter is dan van Kadaster?
Digilevering- ESB verandert vaak de namen van bestanden, waardoor de berichten niet herkend worden (controle is niet mogelijk). Hierdoor kan niet vastgesteld worden of verlies van berichten plaatsvindt. Kadaster kan wel zien welke (BRK) mutaties verzonden zijn.
Chris vertelt wat opgelost is in: Release 1.3.6 dd. 5 okt. Bepalen van "aankoopdatum" uit de brondocumenten en toevoegen aan RSGB datamodel Een nieuw automatisch proces om laadprocessen (van oa. soort bgtlight) te transformeren Het BGTLightOphaalProces kan nu ook geometrie gestuurd data ophalen Release 1.4.0 dd. 8 nov. Java 8 runtime upgrade (java 8 is nu een minimum vereiste) en upgrade GeoTools naar versie 16.0 en andere library updates Eenvoudiger gebruik van BRK (en BAG) views in ArcGIS door toevoegen van een ObjectId kolom Verbetering in de bepaling van woonplaats van een adres en een nieuwe view met vlakken voor BAG adressen Verbeteringen in de verwerking van BRK verwijder berichten en gemiste/nagekomen berichten Verbeteringen in de bouw infrastructuur; oa. betere en meer automatische integratie en unit tests Release 1.4.1 volgt eind december Procedure voor het oplossen van achtergebleven records in de kad_onrrnd_zk tabel welke tot versie 1.4.0 konden ontstaan herstel script Jacques vraagt of het probleem met Appartementenrecht inmiddels opgelost is. Het is nog steeds onduidelijk. Marieke heeft dit bij het Kadaster nagevraagd en een email hierover naar B3P gestuurd. Volgens Kadaster moet dit via VVE, volgens B3P niet? Dit probleem komt niet zo vaak voor, en heeft daarom geen hoge prioriteit. Misschien moet er nog een overleg met Kadaster plaats vinden. Anders is er op dit moment geen oplossing.
Jacques: het komt weleens voor dat een perceel geen nummer heeft. Kadaster heeft invoer fout gemaakt, maar het herstel stuk zit er niet bij. Kadaster is bezig met een nieuw model. In juni 2017 zou dit gereed moeten zijn.
Peter: BRMO- nog geen bevredigend resultaat. Tijdelijk stopgezet. Eerst onderzoeken waar het mis is gegaan. Digilevering gaat fout
Reinder: BRK- op Testomgeving. O stand ingelezen- met Yenlo bezig- periodiek doorsturen van berichten. Als alles goed gaat volgt overgang naar PO BAG volgt. B3P heeft alternatief opgezet (BAG ophalen). Staat voor alle klanten klaar. Voordeel BAG= 100% open datamodel
Hein: BRK in PO – dit loopt goed BAG berichten komen ook binnen Planning migratie SKP naar Yenlo: in januari zou nieuwe infrastructuur gereed moeten zijn. P8views – optimalisatie vanuit B3Partners
Youri: stelt zich voor. Hij werkt sinds kort bij de Provincie Limburg als Informatiemakelaar (Intern/extern- optimaliseren datamodel) Hij is vooral bezig met ESB. Hij zal de komende tijd Jacques helpen en een aantal zaken overnemen.
Jacques: probleem met tellingen (van vorige keer) speelt nog steeds. Wel in PO maar onzeker of data kloppen (Kadaster stuurt soms dubbelingen en dit geeft telling probleem)
Marieke: Geen update van de BRMO software sinds vorige keer. Automatisering is niet tevreden. Marieke dacht dat ze contact hadden opgenomen met B3P, maar volgens Chris zijn er geen openstaande vragen. Marieke gaat hier achteraan. Af en toe lopen berichten vast Marieke denkt ook aan de Beveiliging data (soms gevoelige data) en hoe hiermee om te gaan? Mogelijkheden beveiliging: – moet dit in database geregeld worden? – wachtwoord beveiliging van GeoServer – gebruikersvriendelijker maken – t.o.v. collega’s – service beveiliging- viewer beveiliging – Microsoft beveiliging is ook een optie– maar is onhandig – bij elke update alles opnieuw instellen – Ontsluiten via database – wfs – alleen bepaalde data – via vpn verbinding
actie Chris: bij de volgende vergadering mogelijkheden beveiliging bespreken (eerst inventariseren bij de klanten- wat wordt nu gebruikt en dan uitbreiden)
Dini: BAG mutaties: goed kunnen verwerken- maar nog niet in PO, hopelijk dit jaar af BAG: ze gaat proberen het alternatief dat door B3P opgezet is werkend te krijgen
Chris heeft het BRK overleg bij Kadaster bijgewoond. Percelen die sinds 2012 geen mutaties hebben gehad in de authentieke gegevens hebben ook geen update gehad in de comfortgegevens, zoals bv adres eigenaar. Kadaster is nu met inhaalslag bezig en nieuwe standleveringen krijgen nu ook up-to-date informatie aangaande de comfortinformatie. Deze update worden niet via mutaties geleverd. Als gebruikers deze update willen dan moet een nieuwe stand ingelezen worden en dan is de historie kwijt. uitzoeken! – hoe stand inlezen en toch historie behouden
Waarom kan het niet via mutaties? Dit is te veel in 1x voor Kadaster.
Chris meldt dat BRT wordt opgenomen in BRMO (top 10, 50, 100 en 250)
Dit werk valt onder een Creative Commons Naamsvermelding-GelijkDelen 2.0 Nederland-licentie.
