Skip to content

Verslag gebruikersoverleg BRMO 30 11 2015

Chris van Lith edited this page Feb 29, 2016 · 5 revisions

Aanwezig:

  • Chris van Lith (B3Partners)
  • Jannie Groenendaal (Provincie Gelderland)
  • Carel Stortelder (Provincie Gelderland)
  • Harrie van Dijk (Provincie Gelderland)
  • Wim van Deijzen (Provincie Gelderland)
  • Aart Allemekinders (Provincie Zeeland)
  • Hein Peters (Provincie Zeeland)
  • Maaike Bos (Provincie Drenthe)
  • Corné Hogerheijde (Provincie Drenthe)
  • Hans Pettinga (Provincie Drenthe)
  • Marieke de Jong (Provincie Flevoland)
  • Reinier van den Anker (Provincie Overijssel)
  • Marco Soetens (Provincie Zuid-Holland)
  • Niels van Rijn (Provincie Zuid-Holland)

Afwezig:

  • Wim Wispelweij (Provincie Gelderland)
  • Jan Haasnoot (Provincie Overijssel)
  • Dick Vastenhoud (Watterskip Fryslan)
  • Corné de Zwart (Veiligheidsregio Hollands Midden)
  • Veiligheidsregio Utrecht

#Inleiding – vaststellen agenda – verslag vorig overleg (bijgevoegd en op github)

Chris opent de vergadering en heet de aanwezigen welkom. Alle aanwezigen stellen zich vervolgens kort voor. De agenda wordt vastgesteld met toevoeging van de onderwerpen:

– P8 (punt 5a) – Beheer BRMO (punt 5b)

Het verslag van vorige keer wordt goedgekeurd.

#Voortgang/aandachtspunten implementatie

Chris heeft een lijst opgesteld met: – Bugfixes sinds 14-9-15 – Bugs open op 30-11-15 – Verbeteringen open op 30-11-15

Deze aandachtspunten zijn te vinden op GitHub. Daarnaast kun je hier zien welke issues reeds gemeld zijn (het beste is om eerst even te controleren of de issues die je wilt gaan melden al bestaan, zo voorkom je dubbele meldingen.) Een aantal voortgang/aandachtspunten worden direct behandeld:

#105 Oude rechten worden niet altijd opgeruimd BRK bug Wat ging hier precies mis? De oorzaak was dat de oude rechten niet werden verwijderd. Voor het oplossen van dit probleem is een systematiek bedacht. Deze moet eerst goed doorgetest worden. Jannie liep nog tegen een ander probleem aan. Geen eigenaar of een verkeerde eigenaar en geen aard recht in archief. Daar is nog geen oplossing voor, onderzoek loopt.

Meldingen zichtbaar, rechten ontbreken? Bug ? rechten op de verschillende kadastrale objecten, teveel rechten meerdere eigenaren oplossing wordt nog uitgetest Bij meerdere mutaties op dezelfde dag zijn niet alle mutaties juist verwerkt, dit is opgelost.

#100 Oracle Oracle problematiek is aangepast, Drenthe heeft database opnieuw moeten laden Nieuwe versie (bij de volgende oplevering) is geschikt voor alle databases

#55 Fout bij deployen 1.2.1. release op Java 6 Bij release op Java 6 ging van alles mis. Volgens Chris is eigenlijk de beste oplossing geen Java 6 te gebruiken (bovendien wordt deze niet meer ondersteund, en is daardoor niet veilig) Besloten is dat dit ticket gesloten mag worden en Java6 niet meer wordt ondersteund door B3P.

#65 Pagina voor voortgang laadproces gooit exceptie BUG m.b.t. de logging bij grote aantallen dan loopt applicatie vast. Oplossing: loggin opsplitsen in processen andere wijze van committen, B3Partnes verwacht dit in januari opgelost te hebben

Opmerking van PZH: BAG – zichtbaar – de tijd tussen aanpassing bij Kadaster en versturen mutatieberichten is max. 20 dagen! Indien data ontbreekt of foutief is, dan melden aan Kadaster!

Bij de koppeling tussen BAG en BRK is een verschil in gebruik van voorloopnullen. B3Partners uitzoeken en eventueel melden aan Kadaster.

Oracle- eigen projectiectie code's: EPSG28992 ook voor Oracle toepassen. Chris stelt vraag of Drenthe over wil gaan. Dat willen ze wel. Chris zal nog een email sturen, zodat het formeel is.

#106 Er wordt geen historie opgebouwd voor rechten Voor zakelijk recht wordt geen historie opbouw Belang zakelijk recht historie bijwerken Dit moet worden toegevoegd. – eerst wordt dat getest, Hopelijk begin januari opgeleverd. (archief tabel- met einddatum toevoegen)

Jannie: mutaties geleverd 1/1/13- oud dated status ? het lijkt er op dat er na de standlevering mutaties zijn ontvangen van wijzigingen die in het verleden hebben plaatsgevonden. Vanuit Gelderland zal een overzicht worden gestuurd van de betreffende percelen en mutaties. (Actie Carel Stortelder)

Gelderland – pas als dit hersteld is BRK prioriteit BAG mutaties? Wanneer ze binnen zijn bij SKP – kunnen deze verwerkt worden, de de BRMO kan de gegevens verwerken.via SKP-meest handige manier

#Opbouw extra views Hein heeft een aantal views gemaakt. Afgesproken is dat hij de laatste versie aanlevert aan de GitHub nadat hij commentaar aan de views heeft toegevoegd . Inhoudelijk – geen opmerkingen Aanpassingen – via overleg (wijzigingen kunnen altijd terug gezet worden) Github – gezamenlijk – maar B3Partners is centraal (zij kunnen bepalen of de wijziging ok is)= moderator

#Administratieve ontsluiting ##SOAP Via de brmo-soap webapplicatie kan een SOAP(Simple Object Access Protocol) request worden beantwoord. BRK info request -ESB- xml – zie schema wsdl Gevoelige informatie- wel/niet doorgestuurd Chris laat een voorbeeld zien van Weterskip Fryslan, dit is in samenwerking met B3P opgesteld. Zij gebruiken het voor de Belasting zaken. Bij de deelnemers aan het overleg is interesse in deze SOAP.

Als er meer ideeën zijn voor SOAP's dit svp doorgeven aan Chris. De ontwikkelde SOAP wordt voornamelijk gebruikt voor niet GIS gerelateerde gegevens. Opmerking van Zeeland- voor P8 is een soortgelijke soap ontwikkeld SOAP services voorbeeld is ook op github opgeslagen. https://github.com/B3Partners/brmo/wiki/BRMO-SOAP-handleiding

Actie Chris: Linkjes naar de handleiding opnemen in wiki (is beter leesbaar)

##StUF Standaard Uitwisseling Formaat Volgens Chris is het onmogelijk alle StUF versies te ondersteunen. Er zijn meer dan 100 soorten berichten. B3P wil StUF gaan ondersteunen, echter de vraag is voor welke StUF versie worden door de afnemers ondersteuning gewenst. Actie allen: navragen bij SKP welke StUF versie zij ondersteunen. Wat wordt wel/niet gebruikt? Als er iets concreets is graag doorgeven aan B3P.

#RSGB 3.0 Sinds vorige vergadering is niet veel veranderd. In december wordt RSGB 3.0 de nieuwe standaard. (B3P heeft ca. half jaar nodig om dit om te zetten)

##P8 P8 (Vastgoedapplicatie), voor beheer grondzaken zoals bv. Pachtcontracten, wordt inmiddels bij 7 provincies gebruikt. Gelderland en PZH inmiddels in productie, de views van Gelderland zullen op de GitHub worden geplaatst. Actie: Sven Knoeff – bijhouden van processen Zeeland is bezig met het maken van views. Statische views graag op github plaatsen.

##Beheer BRMO Er zijn verschillende soorten SLA contracten afgesloten met B3Partners (dit verschilt per klant) Is er een contactpersoon aangewezen? Graag bij de problemen / vermeende fouten een email sturen naar [email protected] (en erbij vermelden hoe dringend het is). Er wordt dan een ticket voor aangemaakt en vervolgens opgepakt door de support team van B3Partners. Dit doe je ook als je iets wilt publiceren. Jannie meldt dat er problemen waren in productie, de fout was al bij B3P bekend echter stond niet in de GitHub, verzoek de meldingen die bekend zijn op te nemen in de GitHub, zodat bekend is dat het probleem al is onderkend.

#W.v.t.t.k. – ontbreken van rechten (historie, wat gemuteerd is) In Flevoland draait BRMO sinds vandaag. Wie gebruiken op dit moment BRMO? Provincies, Veiligheidsregio's en Wetterskip Fryslan, Hoe vaak zullen we het overleg houden? 1X per kwartaal. Misschien koppelen aan een ander overleg (BR Kadaster). Qua locatie is BIJ12 meest geschikt PZH – eerst gegevensmagazijn, volgende week volgt BRMO kick off Gelderland – draait, BRMO vragen, volgende week overleg Drenthe – moeilijk contact met Kadaster, geen reactie (problemen met de geleverde bestanden, die waren onjuist) Gelderland – is BRK op januari klaar? Zeeland – mutaties van BRK – certificaten eerst up-date installeren

Ov implementatie BRMO start 1-12 LB niet aanwezig, nog in offerte stadium? FL draait in cloud, locaal geimplementeerd ZH BRMO moet worden geimplementeerd GLD testen lopen, mogelijk januari in productie (afhankelijk van de openstaande bevindingen) DR loopt aanvraag nog gebied Drenthe en Groningen ZL standlevering nog niet ontvangen, tevens nog geen mutatieverwerking   #Einde overleg

Clone this wiki locally