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 -> views 2.1
● Er ontbreekt view waarin unieke onroerende zaken zitten (percelenkaart)
– Nieuwe view gemaakt met 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 is een gemeentedekkende kaart zijn, geen overlappende percelen, per perceel info minimaal en geen info over de appartementen
- 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.
Aantekeningen worden samengevoegd in een kolom gezet, tekstueel zoeken in dat veld mogelijk. Er zijn geen aparte kolommen Is hier behoefte aan? Wordt binnen de organisaties nagevraagd. Er is behoefte om de tabel met aantekeningen nogmaals als view ter beschikking te stellen. [CvL: Dit is niet gedaan, tabel zelf kan gebruikt worden.]
Een van de bevindingen daarbij is dat in Postgresql 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 arcgis 10.4. BRMO is op bijna 50 plaatsen aangepast naar INTEGER als work-around voor bug arcgis. 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 tekst in de views (want ook in de tabellen) staat.
- Naast datum als tekst ook datum als Date toegevoegd, testen met Oracle nodig [CvL: gedaan]
Alternatief? Toch numerieke methode toepassen? Verschillende tabellen, numeriek veld (sleutel)= verhaal Martjan
- Chris zal contact opnemen met Martjan hierover [CvL: is nog niet gebeurd]
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; we weten niet hoe te filteren?
- 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 zonder appartementen (moeten er 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 – adresveld? Als kadaster dat levert dan zit het in BRMO; de vraag is alleen is dit hetzelfde adres als gemeente gebruikt? 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 [CvL: niet aan veranderd]
- Margot: subjecten overleidingsdatum toevoegen? Ja, als meegeleverd (=comfortdata)
- belastingplichtige wordt niet langer geleverd door 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?
- BRMO levert Handmatig script
- Martjan heeft ook een email hierover gestuurd aan Kadaster, door verkeerde volgorde van aanleveren ontstaat die corrupte koppeling.
- Volgnummer – BRK wordt in 2.0 geïmplementeerd zou oplossing moeten geven
3 a. Controlemodule obv Kadaster leveringssheet
Korte beschrijving van de module:
- 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 opgevraagd
- 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. Je krijgt een overzicht met de niet matchende berichten te zien.
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 [CvL: dit is gebeurd, module is gemaakt en wordt gepresenteerd]
● 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 (met volgnummer)
- Java 11 compatibiliteit
- verbeteringen in de stufbg204 ondersteuning
● Metadata basisviews
-
De volgende oude views hebben (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 [CvL: zit allemaal in de nieuwe controlemodule]
- 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. [CvL: staat nog open]
Overleg wordt gesloten, tijd voor de lunch.
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.
