Verslag gebruikersoverleg BRMO 19 02 2019
BRMO en Flamingo overleg 19 februari 2019 Leidseveer 2, Utrecht (BIJ12)
Aanwezig:
• Margot Quist (Gemeente Gouda)
• Reinier van den Anker (Provincie Overijssel)
• Reinder Hoekstra (Provincie Overijssel)
• Hein Peeters (Provincie Zeeland)
• Chris van Lith (B3Partners)
• Daniël van den Berg (Gemeente Gouda)
• Martjan Hendriks (Provincie Gelderland)
• André Weijmer (Provincie Overijssel)
• Youri Soemers (Provincie Limburg)
• Herbert van Hulten (Gemeente Vlaardingen)
• René Wassink (Provincie Gelderland)
• Arne Peters (Gemeente Tynaarlo)
• Cas Callaars (Provincie Noord Brabant)
• Dennis Flikweert (Gemeente Goeree-Overflakkee)
• Rika Rijnberg (Provincie Drenthe)
• Aart Allemekinders (Provincie Zeeland)
• Maaike Bos (Provincie Drenthe)
• Mark Wolters (Veiligheidsregio Limburg-Noord)
• Karel van Buul (Provincie Gelderland)
• Boudewijn de Hoop (Omgevingsdienst Rivierenland)
• Josje Nijenhuis(Omgevingsdienst Rivierenland)
• Ali Akdag (Agel)
• Anton Vissers (Agel)
Chris opent de vergadering en heet de aanwezigen welkom. Josje Nijenhuis en Rika Rijnberg nemen voor het eerst deel aan het BRMO overleg. Zij stellen zich voor: Josje werkt bij de Omgevingsdienst Rivierenland als functioneel applicatiebeheerder. Rika werkt bij de Provincie Drenthe als GIS-analist.
a. vaststellen agenda
De agenda wordt vastgesteld met de toevoeging van het onderwerp ‘status P8’ (dit wordt besproken bij punt 5, Actiepunten)
b. verslag vorig overleg
Het verslag van vorig keer wordt goedgekeurd.
Aanpassingen basisviews (1) Zie powerpoint Chris (link toevoegen)
● Er ontbreekt view waarin unieke onroerende zaken zitten (percelenkaart)
– Nieuwe view gemaakt
– objectid, koz_identif, begin_geldigheid, begin_geldigheid_datum, type, aanduiding, aanduiding2, sectie, perceelnummer, appartementsindex, gemeentecode, aand_soort_grootte, grootte_perceel, oppervlakte_geom, deelperceelnummer, omschr_deelperceel, verkoop_datum, aard_cultuur_onbebouwd, bedrag, koopjaar, meer_onroerendgoed, valutasoort, aantekeningen, lon, lat, begrenzing_perceel
Percelenkaart; wat moet er precies in? Het moet een gemeente dekkende kaart zijn – 1 perceel (info minimaal; geen info over de appartementen)) = 1 vakje
Plaatslocatie (nooit gevuld?) – waar vind je het nummer?
Wat moet er nog meer toegevoegd worden? - graag RD coördinaat toevoegen
Extra Informatie (adres zoeker)
Limburg: onroerende zaak- generieke gegevens van percelen behouden!
Kaart zonder gaten- geen dubbele kaarten percelenkaart
Alles wordt gekoppeld; zelf aanzetten wat je wel/niet wilt gebruiken, de rest negeren
Graag z.s.m. reacties naar B3P mailen.
● Er is geen materialized view beschikbaar voor de kadastrale aantekeningen op een onroerende zaak of op een zakelijk recht.
tekstueel zoeken in het veld (geen aparte kolommen) Is hier behoefte aan? Wordt binnen de organisaties nagevraagd.
Generieke koppeling naar P8 is belangrijk.
Niels (P8) vraagt: waar zijn de aantekeningen?
Tabel nogmaals als view beschikbaar stellen
Aanpassingen basisviews (2) Zie powerpoint Chris:
Een van de bevindingen daarbij is dat Postgres velden die numeric zijn en kleiner dan 10 digits niet goed worden weergeven in Arcgis (laat 0 ziet ipv waarde). Dit is een known issue bij 10.4. – dit is op bijna 50 plaatsen aangepast naar INTEGER,
graag testen of we alles gevonden hebben en of het bij ESRI werkt
Datums in de views niet alleen als tekst, opzoeken van historische (brk) gegevens is nu erg langzaam omdat datum geldigheid als text in de views (want ook in de tabellen) staat. – Naast datum als tekst ook datum als Date toegevoegd, testen met Oracle nodig
Alternatief? Toch numerieke methode toepassen? Verschillende tabellen, numeriek veld (sleutel)= verhaal Martjan -Chris zal contact opnemen met Martjan hierover
Al deze aanpassingen komen in versie 2.1
Openstaande verzoeken
● In MB_ZR_RECHTH ontbreekt het veld TYPE (perceel of appartementsrecht). Dit veld zou je willen kunnen gebruiken om op type onroerende zaak te filteren. – type wordt pas bekend bij koppelen met onroerende zaak, daar is type wel beschikbaar
● In MB_ZR_RECHTH moet nog gefilterd worden op de NL.KAD.Tenaamstelling (tenaamstelling is een verbijzondering van zakelijk recht, dus als je beide namespaces meeneemt krijg je dubbele noteringen). – in deze view staan alleen rechten die een subject gekoppeld hebben, als er zakelijke rechten in staan voor een subject, dan bestaat er (waarschijnlijk) geen tenaamstelling, in ieder geval niet eenduidig te filteren
Dit komt weinig voor, ca. 10x voorgekomen (bij Vlaardingen) AKR 1, AKR2 = precies hetzelfde; kan dit gefilterd worden?
In RSGB zakelijke rechten (tenaamstelling) – met Else (PLIM) contact hierover opnemen
● In de BRMO-views zijn ook appartementsrechten opgenomen, terwijl wij met P8 hebben afgesproken om appartementsrechten niet mee te nemen. – Deze views worden ook voor andere toepassingen gebruikt; het is eenvoudig, na koppeling, om te filteren op percelen
appartementen filteren; geen grondpercelen in? = actie Chris: Met P8 afstemmen hoe hiermee om te gaan?
Appartement krijgt grondperceel als geometrie – geheel grondperceel Voorbeeld GGO – vakantieparken – wordt gebruikt voor handhaving- aantekeningsveld (tekst veld zit er in) Landpercelen liggen aan de weg – tekstveld? Als kadaster dat levert-wel; de vraag is alleen is dit hetzelfde? Dennis stuurt een voorbeeld naar B3P (incomplete adres omzetten naar tekst?)
● In de view MB_ZR_RECHTH ontbreken de velden DATUM_INGANG en DATUM_EIND – deze velden ontbreken al vanaf de start vanwege een ontwerpbeslissing en het ontbreken van goede data in de BR – bij versie 2.0 wordt dit nogmaals onder de loep genomen
Margot: subjecten- overlijdingsdatum bij? Ja, (=comfortdata)
-belastingplicht – niet opgenomen bij kadaster; Bij Dommel wordt dit in een aparte tabel bijgehouden.
Martjan: gemeente koppeling (gemeentes die samengevoegd worden)- fout in model- welke gemeente code hoort er bij?
Handmatig script laten draaien? Martjan heeft ook een email (lees hieronder) hierover gestuurd:
Begin januari zijn diverse woonplaats update berichten gestuurd door het Kadaster in de BRK levering. _Omdat in de digilevering koppeling berichte van het Kadaster de koppeling met de gemeente niet aanwezig is, raakt de BRMO vervolgens ‘corrupt’. _ De gemeente waarin de woonplaats ligt is erna namelijk leeggemaakt, zelfs als die niet gewijzigd zou zijn.
B3P gaat dit uitzoeken.
Volgnummer – BRK = wordt in 2.0 geïmplementeerd
3 a. Controlemodule obv Kadaster leveringssheet
– Periodiek bij Kadaster spreadsheet opvragen met alle beschikbaargestelde en geleverde mutaties – Module leest spreadsheet en levert een rapport als PDF – Er wordt gecontroleerd of alle mutaties bekend zijn binnen de BRMO en er wordt gecontroleerd of deze zijn getransformeerd naar de database – Op basis van afwijkingen kunnen naleveringen worden opgevraag – Rapport kan gearchiveerd worden ikv vastlegging van de kwaliteit
Verzoek voor het maken van een controlemodulen kwam binnen via Zeeland. De BRMO beheerders willen kunnen bewijzen dat ze alle mutaties hebben ontvangen. Controlemodule zou hierbij moeten helpen. Elke 2-3 maanden (of wanneer nodig) wordt een controlelijst in de vorm van een excelsheet bij Kadaster opgevraagd. Deze wordt (handmatig) ingelezen in de BRMO database. Je kan binnen 3 maanden kosteloos mutaties opvragen bij Kadaster.
Krijg je een overzicht met de niet matchende berichten te zien? aanvullen
Het maken van een controlemodule kost 40 uur. Heeft iemand interesse om mee te betalen?
Overijssel vraagt of dit misschien via hun strippenkaart kan? aanvullen
Wie interesse heeft graag een email sturen (tot eind februari) naar B3P + cc. naar Aart Allemerkinders (Zeeland).
Zeeland: periodiek overleg met Kadaster – hoe check uitvoeren. Via GDS koppeling?
Op deze manier is het mogelijk om ook juridisch te kunnen bewijzen wat er geleverd is.
Actie Chris: deze week een voorstel maken en mailen naar de BRMO gebruikers
● Versie 1.6.3: – Opslaan van originele nHR SOAP bericht bij eerste "staging" nHR bericht dat uit het SOAP bericht komt
– Verwerking van Top50NL versie 1.1.1 (Kadaster heeft het GML formaat recent aangepast)
– Verschillende kleine bugfixes (details in de release notes op github)
– Logviewer voor de brmo-stufbg204 module
– Update van een aantal gebruikte libraries
– Update van de gemeente tabel voor 2019
● Versie 2.0: – Aansluiten op nieuwe GDS2 versie
– Java 11 compatibiliteit
– verbeteringen in de stufbg204 ondersteuning
● Metadata basisviews – Oude metadata documenten ● v_bd_app_re_and_kad_perceel ● v_bd_app_re_bij_perceel ● v_bd_kad_perceel_met_app_vlak ● v_kad_eigenarenkaart ● v_kad_perceel_eenvoudig ● v_kad_perceel_in_eigendom ● v_kad_perceel_zr_adressen ● v_map_kad_perceel
– Nieuwe metadata documenten zullen worden opgesteld zodra er consensus is over de nieuwe views
● Standaard mechanisme ontwerpen om controle te kunnen uitvoeren – Deels ingevuld door eerder besproken controle via spreadsheet – Volgordenummer leveringen is nog een uitdaging
Wanneer is P8 beschikbaar op de testomgeving?
Er zijn nog ca. 2-3 weken nodig om de views compleet te krijgen; daarna maakt B3P een afspraak met P8 –> in totaal ca.1 maand.
Chris opent de vergadering en heet de aanwezigen welkom. Er zijn een aantal nieuwe deelnemers aanwezig: Anton Vissers en Ali Akdag. Ze zijn werkzaam bij Agel als adviseurs geo-ict. Boudewijn de Hoop werkt bij de Omgevingsdienst Rivierenland als specialist geo-informatie.
Chris laat zien waar je het verslag online kan bekijken:: https://github.com/B3Partners/-→BRMO → wiki-→ Gebruikersoverleg BRMO
Het verslag van vorige keer wordt goedgekeurd.
De demo op de nieuwe website www.tailormap.nl wordt gedemonstreerd. Tailormap is de voortzetting van Flamingo= product op basis van Flamingo.
2 belangrijkste verschillen tussen Flamingo en Tailormap:
– Tailormap is internationaal – Tailormap is altijd met onderhoud
(Verbeterde testen en documentatie, introductie van nieuwe onderdelen/functies) De code van Tailormap wordt ook in Flamingo gebruikt, releases van Flamingo blijven bestaan maar er komt een relese van B3P (Tailormap) bij.
In Tailormap worden bepaalde functies uitgezet. B3P bepaalt wat belangrijk/nodig is. B3P heeft op die manier vrijheid in het ontwikkelen (Tailormap is product van B3P; ontwikkelen gaat niet meer via community) Vraag Gouda: waar staat het woord “Tailor” voor in de naam? Tailor betekent op maat gemaakt
Er zijn 3 verschillende versies:
● Tailormap On-premise Edition
● Tailormap SaaS Edition
● Tailormap Enterprise Edition
plus ● Community Edition Flamingo GeoCMS (zoals bestaand)
zie ook presentatie
Verschillende versies- verschillende prijzen Voor de bestaande klanten veranderd er niks qua prijzen (onderhoud/support via de strippenkaarten liever niet meer) Er komen vaste onderhoudscontracten (helderder en onafhankelijk).
Migratie van Flamingo naar Tailormap is geen probleem (eerst wordt uitgezocht wat de organisatie nodig heeft om dit zo soepel mogelijk te laten verlopen) Beheermodule blijft ook bestaan (in Tailormap jasje) Upgraden zal ca. 2 dgn in beslag nemen. Vraag: wat worden de prijzen? Antwoord: Voor SaaS versie betaal je € 1.000 per maand Vraag: Zit BRMO in Tailormap? Ja, in Enterprise Edition ; maar blijft ook los bestaan. Flamingo blijft in ontwikkeling, alle contracten lopen door. Bij afloop van een contract wordt een vraag gesteld: interesse om over te stappen? Ook tussentijds is het mogelijk om over te stappen van Flamingo naar Tailormap. Veranderingen (extra functionaliteiten) in Tailormap worden ook aan Flamingo toegevoegd.
a. verbeterde tekencomponent
Vanaf 15 februari zit in 5.3.10 deze heeft meer mogelijkheden (lijn diktes, lijn type, punt object) Momenteel zijn we bezig met versie 5.4 (stabiele versie). Alle extra functionaliteit zit er in.
b. uitrol print stylesheets
– structuur vereenvoudigd.
Schaal komt in de kaart zelf. Bij GGO is al in productie – kader in de viewer tonen zou handig zijn. Grootte van de kaart wordt pas in de printer… -schaal in de preview matcht niet met print GGO – A4 voldoet minder aan verwachting; A3- schaal instellen – redelijk Kader uitsneden (eerst formaat papier kiezen) kader tonen op de kaart-→ wordt uitgezocht
GGO wil graag naar testomgeving (5.3.12) om te kunnen testen
De verwachting is dat versie 5.4 begin maart gereed is. Ab (B3P) neemt contact op met de klanten als de nieuwe versie beschikbaar is (wanneer kan update plaats vinden?)
De gebruikers vinden het vooral moeilijk om te bepalen wanneer door te laten gaan naar Productie?
Kan B3P ergens mee helpen? Ja, om aan te geven wat er precies getest moet worden? En release note’s meesturen
Chris zal aan Mark (B3P) vragen of hij een lijst zou kunnen maken (relese sheet), waar je kan zien wat er getest moet worden.
Kan er misschien een duidelijke test periode gesteld worden? Chris vind dit moeilijk. (het kan soms tegenvallen, waardoor het langer duurt…)
Vraag Vlaardingen- spatial filter- makkelijker maken (= geen budget voor).
Is er tenminste een handleiding beschikbaar? Ja, Chris zal deze sturen.
Vlaardingen kan op de website van Overijssel kijken (om de functionaliteit van de knoppen beter te begrijpen): ga naar: www.atlasvanoverijssel.nl. (uitleg functieknoppen)
Reinder – open Java – JDK 11- test
Dennis- selecties – getrapte filter- zit deze er in? En is deze getest? Op dit moment wordt deze gebruikt bij Agel (voor IMRO plannen – filteren obv 1 IMRO code→ 1 plan in beeld). Agel vindt dat dit goed werkt.
Anton (Agel) laat hun website zien: ygis.nl (wordt Flamingo gebruikt)
Flamingo ook in 3D? De vraag is: hoe toepassen? Wat wil je mogelijk maken? Op dit moment nog niet, maar zeker iets voor in de toekomst
Dit werk valt onder een Creative Commons Naamsvermelding-GelijkDelen 2.0 Nederland-licentie.
