Verslag gebruikersoverleg BRMO 14 9 2016
Aanwezig:
- Heijn Peeters (Provincie Zeeland)
- Maaike Bos (Provincie Drenthe)
- Niels van Rijn (Provincie Zuid-Holland)
- Robin Wevers (Provincie Zuid-Holland)
- Dini Scheffer (Provincie Gelderland)
- Jacques Zeguers (Provincie Limburg)
- Reinier van den Anker (Provincie Overijssel)
- Reinder Hoekstra (Provincie Overijssel)
- Marieke de Jong (Provincie Flevoland)
- Chris van Lith (B3Partners)
Afwezig:
- Aart Allemekinders (Provincie Zeeland)
- Edgar Karel (Provincie Zuid-Holland)
- Carel Stortelder (Provincie Gelderland)
- Harrie van Dijk (Provincie Gelderland)
- Wim van Deijzen (Provincie Gelderland)
- Karel van Buul (Provincie Gelderland)
- Corné Hogerheijde (Provincie Drenthe)
- Wim Wispelweij (Provincie Gelderland)
- 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)
Chris opent de vergadering en heet de aanwezigen welkom.
Agenda wordt ongewijzigd vastgesteld.
Marieke de Jong (Flevoland) wil graag weten of er inmiddels iets bekend is over de ArcGIS issue (zie github #202). Mark Prins (B3Partners) was/is hiermee bezig. Hij heeft de situatie per database geanalyseerd. Hij denkt dat een SDE schema vereist is in database. Marieke heeft hierover contact gehad met Ordina. Zij geven aan dat dit ook mogelijk is zonder het SDE schema (mits juist ingericht). Nader onderzoek nodig. Provincie Overijssel heeft B3P opdracht gegeven om de views in P8 in orde te maken (verschillende views worden omgezet en de (materialized) views worden automatisch ververst.
Verder zijn er geen andere opmerkingen over het verslag van vorige keer.
Robin heeft een aantal slides gemaakt (deze staan op github) en geeft een korte uitleg hierover. Er zijn 4 registraties in BRMO; Het is belangrijk om te weten waar (uit welke registratie) een object komt in BRMO. (Hij zal later een overzicht ook voor BRK maken.) Naar zijn mening moet de mapping/analyse in de standaard handleiding opgenomen worden.
Hij legt de relaties tussen de verschillende tabellen uit.
- Historie en toekomst: deze gegevens worden geparkeerd en niet in de actuele tabellen opgenomen.
- In onderzoek: wordt niet opgenomen
- Inactieve gegevens worden gemarkeerd (bv. als iets gecorrigeerd moet worden); maar geen synchronisatie fouten.
Er ontstaan problemen bij het maken van een selectie op basis van een vlak: (lijn loopt door een gebouw heen): Er moet dan eerst de objecten/panden met bijbehorende adressen opgezocht worden. Op dit moment moet een selectie/query nog handmatig aangepast worden. In de toekomst worden de meegeleverde views verbeterd.
Robin vertelt dat Provincie ZH geïnteresseerd is in dialoog over dit onderwerp.(je leert van elkaar/ervaring uitwisselen).Geïnteresseerden graag contact opnemen met Robin:
- Telefoon: 06 4794 2300
- E-mail: r.wevers@pzh.nl
Chris vertelt dat de mapping van alle ondersteunde BR’s is toegevoegd aan GitHub (https://github.com/B3Partners/brmo/wiki/Mapping-basisregistraties) maar een nog gedetailleerde documentatie niet mogelijk is tenzij er extra uren beschikbaar komen. Minder werken aan bugs en meer documentatie schrijven?. B3P wordt door de klanten gestuurd. Robin zal nog het document Mapping van BR’s doorlezen. Misschien is dat het wel wat hij zoekt.
Chris vraagt of er mensen zijn die interesse hebben in een PDF vorm van handleiding. Of is de wiki voldoende? Documentatie wordt wel steeds uitgebreider waardoor het zoeken moeilijker wordt. Chris zal de handleiding aanpassen, veel eruit halen, en een reeks links toevoegen waardoor deze handleiding stabieler wordt. Issues terugzoeken gaat ook niet makkelijk. Gebruikers die op zoek zijn naar bepaalde issues (of willen weten of bepaalde issues al aangemaakt zijn) kunnen beter een e-mail sturen naar support@b3partners.nl.
Hoe worden gegevens gecontroleerd? Zijn de gegevens van kadaster up-to-date en zijn ze goed verwerkt? Chris heeft een bijeenkomst bij Kadaster bijgewoond waar dit onderwerp op de agenda stond (Verslag: https://github.com/B3Partners/brmo/blob/master/docs/externeverslagen/20160630%20Verslag%20informatiebijeenkomst%20softwareleveranciers.pdf).
De gegevens worden bij de verschillende BRMO gebruikers op verschillende manieren aangeboden/opgehaald: rechtstreeks via Kadaster, via SKP, ESB en combinatie ESB en SKP. Tijdens het transport gaat de oorspronkelijke naam verloren en de enige mogelijke controle is op de unieke sleutel van een object.
Jacques vertelt over de problemen bij Limburg. Het inladen gaat via 4 partijen. Kadaster-SKP-Enable-U- BRMO. Zij geven de begin- en einddatum door aan Kadaster maar de aantallen die ze terugkrijgen kloppen nooit. Ook hebben zij bijvoorbeeld 3 weken geen mutaties ontvangen. Enable-U heeft een foutieve beveiligingsinstelling de berichten niet aangenomen, deze blijven vervolgens 3 weken bij SKP “hangen”, zonder waarschuwing. Elke partij zou moeten controleren en terugkoppeling geven mocht er iets niet goed gaan!
In Drenthe gaat dit zonder tussenpartij (rechtstreeks via Kadaster). Maaike vertrouwt op de e-mails. Als er 1 bericht fout gaat wordt de rest niet verwerkt; er had dan een email verzonden moeten worden en dit is niet gebeurd. Dit had Maaike niet verwacht. B3P zoekt uit wat hier precies de reden van is en verbetert de emailverzending. Fout had per e-mail gemaild moeten worden. In Flevoland komt een foutmelding na bugfix nu wel via een e-mail binnen. Maar deze e-mail is tekstueel niet helemaal in orde. Actie: e-mail tekst aanpassen!
De vraag is ook: Welke processen moeten worden gemonitord? In een e-mail meer detail vermelden. Niks handmatig doen is onmogelijk, wel minimaliseren. Verwerking stopt als er bijzondere situaties ontstaan (deze moeten eerst beoordeeld worden; alle berichten negeren is niet goed). B3P zoekt naar een goede balans. Chris meldt dat e-mail notificaties kunnen worden ingesteld in de BRMO. Wat wil je wel/niet ontvangen. Echter Drenthe ontvangt sinds versie 1.3.5 geen e-mails meer. Dit moet worden uitgezocht.
Reinier meldt dat SKP officieel overgenomen wordt door Yenlo (software leverancier). Dit besluit is niet alleen door Overijssel genomen, maar door de gezamenlijke gebruikers. De stuurgroep zal een SLA – goede afspraken – maken met Yenlo. 1 oktober zou alles rond moeten zijn. Gezamenlijke SKP gebruikers zouden een lijst met issues moeten opstellen en doorgeven aan Yenlo. Chris vraagt wat B3P op dit moment kan doen? De volgende keer iemand van Yenlo uitnodigen voor het gebruikersoverleg om SKP problemen te bespreken (Actie). Op dit moment heerst er erg veel ontevredenheid over SKP (Dini: elke dag controle uitvoeren is erg vermoeiend; Jacques: PLIM werkt met data van januari!) Overleggen met Jan (of zijn baas), dit kan zo niet langer. Jacques : resultaten van Jan Timmerman afwachten. Hij hoopt eind van het jaar over de data te beschikken die hij naar de gebruikers kan sturen.
Chris wil graag weten of misschien behoefte is aan BRP informatie in de BRMO. Om dit mogelijk te maken moeten eerst een aantal zaken geregeld worden: DIGI netwerk – contracten afsluiten. Opstartkosten zijn 7000 euro (voor het totaal) en daarna abonnement van 600 euro per maand per gebruiker. Daarnaast moet B3partners nog de mapping maken tussen BRP en BRMO.
Om een aansluiting op de BRP te realiseren moet een apart diginetwerk worden aangelegd (echte aparte kabels naar onze servers). Daarna valt het via een bewerkersovereenkomst tussen provincie en B3Partners onder de verantwoording van B3Partners. B3Partners kan de informatie dan via een versleutelde verbinding verder leiden naar de provincie.
- Flevoland: geen behoefte aan BRP
- PLIM: misschien behoefte aan BRP – voor bijvoorbeeld maatschappelijke problemen, maar niet alle gegevens zijn nodig – bv. alleen of iets wel/niet bewoond is.
- Voor Statistieken op basis van BRP is geen autorisatie nodig – het gaat hier om anonieme gegevens. Op perceelsniveau mag je niet alle gegevens tonen.
Actie Chris: prijskaartje maken – dat zal dan binnen de organisaties aangeboden/besproken worden
B3P wil de volgende versie van BRMO baseren op Java 8 (Java 7 wordt niet meer ondersteund; geen beveiligingsupdates). Is het voor de gebruikers een probleem? Hoeveel provincies gebruiken nog Java 7? en op welke termijn kunnen ze overschakelen op Java 8.
Actie Chris: e-mail sturen hierover
Niels (PZH): BRMO- bezig met inladen BRK en BAG. BAG standlevering ingeladen. Digilevering houdt berichten maar 5 dagen vast, zie verhaal Jacques: Enable-U kan dus niet zomaar de connectie verbreken, dan ben je meteen berichten kwijt. Chris moet dit met PZH bespreken BRK-P8 views NHR- tijd niks van gehoord
Hein (Prov. Zeeland): BRK- loopt; af en toe moet TomCat herstart worden. Ligt het misschien aan de geheugen problemen? Na herstarten doen ze het weer, vandaar geen ticket hierover. BAG- mutaties komen binnen BGT- staat nog op to-do lijst NHR- ook in wachtstand
Reinier (Overijssel): De Test-Omgeveing is ingericht, 0-bestanden zijn ingelezen, -rond 7 oktober overgaan op Productie P8 bij B3P neergelegd Offerte ARCgis omgeving (met object ID + metadata) aangevraagd bij B3P
Marieke (Flevoland): BRK- loopt OK (enige stagnatie-berichten die vastliepen, maar dit is inmiddels opgelost) Zijn er inmiddels verbeteringen wat de Appartementsrechten betreft? – nog geen oplossing, 1e perceel wil men op de kaart zien B3P – historische relaties nooit ontvangen- issue in trac – nog geen oplossing, wordt aan gewerkt Zoeken op kadastrale aanduiding – in Flamingo inrichten (Solr indexering machine in Flamingo) Zoekactie loopt vast- logfiles zijn doorgestuurd naar B3P. Het wordt onderzocht.
Maaike (Drenthe): BRK – in productie P8- ook in productie, views worden niet automatisch ververst; B3P werkt hieraan BAG- in AO – veel foutberichten – wat gaat nou precies mis? B3P – foutmelding classificeren BGT – ook in AO (en dat ziet er goed uit) NHR- Chris hoorde van Corné dat hij een nieuwe versie van de NHR had ontvangen en is daarmee bezig BRP- geen behoefte
Dini (Gelderland): BAG en BRK in productie. BAG- sinds vorig jaar niet ververst – afspraak met B3P – dump wordt ingeladen Medewerkers denken dat problemen met de Kadastermodule van P8 aan BRMO ligt en niet aan iReal; dit is zeer de vraag iReal levert interface informatie mondjesmaat. Wat is probleem bij installatie?- graag ervaring delen.
Jacques (PLIM): problemen al gemeld; en aan het afwachten
Vraag van Reinder: worden de P8 views automatisch ververst? Ja, dat zit in opdracht
De nieuwe vergadering zal plaatsvinden op 29 november 2016 (bij BIJ12, vergaderruimte In het Bos)
Dit werk valt onder een Creative Commons Naamsvermelding-GelijkDelen 2.0 Nederland-licentie.
