Verslag gebruikersoverleg BRMO 27 11 2018
BRMO en Flamingo overleg, 27 november 2018
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)
• Dick Vastenhoud (Wetterskip Fryslan)
• Kees-Jan Lammers (B3Partners)
• Daniël van den Berg (Gemeente Gouda)
• Martjan Hendriks (Provincie Gelderland)
• Johan Pruim (Provincie Flevoland)
• Youri Soemers (Provincie Limburg)
• Clémence Janssen-Verjans (Provincie Limburg)
• René Wassink (Provincie Gelderland)
• Menno van der Busse (Provincie Noord-Brabant)
• Arne Peters (Gemeente Tynaarlo)
• Cas Callaars (Provincie Noord Brabant)
• Dennis Flikweert (Gemeente Goeree-Overflakkee)
• Dianne van Eijndhoven (Waterschap De Dommel)
Chris opent de vergadering en heet de aanwezigen welkom. Cas Callaars neemt voor het eerst deel aan het BRMO overleg. Hij stelt zich voor: Cas werkt bij de Provincie Noord-Brabant als ETL ontwikkelaar op de afdeling geo-informatie.
De agenda wordt vastgesteld met de toevoeging van het onderwerp ‘Verbetering van de basisviews in de applicatie’- bevindingen van Provincie Limburg.
Het verslag van vorig keer wordt goedgekeurd.
Provincie Drenthe heeft het bedrijf ITCG ingezet om de juistheid van de datasets te onderzoeken. ITCG heeft een speciale tooling hiervoor. Zij hebben samen met B3Partners (obv steekproef) afwijkingen in BR geconstateerd. De vraag is: hoe hiermee om te gaan?
Rapport Drenthe: zie presentatie als bijlage
Vragen/Antwoorden: Is het gebruik van de authentieke/niet authentieke gegevens meegenomen in dit onderzoek? Nee, want provincie Drenthe beschikt niet over deze gegevens. Er wordt waarschijnlijk nog een keer onderzoek gedaan waarin deze data wel wordt meegenomen. Opmerking Gouda: BRP kan gebruikt worden (bij de gemeentes) als aanvulling voor het vullen van BRK. Opmerking Limburg: wat is nu precies het probleem? Hoe actueel zijn de gegevens? (er is geen datum aan gekoppeld), de juistheid van de gegevens in BRMO is belangrijkst. B3P: principieel is het koppelen van datum niet mogelijk; is misschien metadata een optie? Basis view sets (met technische omschrijving volgens NL standaarden) Is datamodel te vinden op Github? Chris zal dit uitzoeken (metadata conform Geo Novum vind je hier niet in) Wat doet de Provincie Drenthe met het uitkomst van dit onderzoek (rapport)? Actie wordt uitgezet.
Waarom heeft Drenthe dit onderzoek laten uitvoeren? Omdat ze de juistheid van de data willen weten, en wat de oorzaak is van de afwijkingen. Actie: standaard mechanisme (voor check) ontwerpen om controle te kunnen uitvoeren
KvK heeft geen budget voor het uitzoeken beëindigde vestigingen NHR. Op dit moment heeft alleen Drenthe werkende NHR mutaties. NHR werkt pas al de KVK mutatie service toegevoegd is.
Youri heeft samen met zijn collega Else van Schaijk het volgende lijstje samengesteld met bevindingen over de huidige basisviews in versie 1.6.1:
· In MB_SUBJECT veld GESLACHTSAAND worden komen drie waarden voor; M, V en 3. Moet die 3 niet vervangen worden door X? Als we kijken naar de BRP dan is hier de categorie ‘Onbekend’ bijgekomen met een aanduiding X.
· In MB_ZR_RECHTH zit een typefout in de kolomnaam OMSCHR_AARD_VERKREGENR_RECHT (er staat een R teveel).
· 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 MB_ZR_RECHTH ontbreekt het veld TYPE (perceel of appartementsrecht). Dit veld zou je willen kunnen gebruiken om op type onroerende zaak te filteren.
· In de BRMO-views zijn ook appartementsrechten opgenomen, terwijl wij met P8 hebben afgesproken om appartementsrechten niet mee te nemen.
· We missen een view waarin unieke onroerende zaken zitten (percelenkaart). Om een view met unieke percelen te genereren moeten we alsnog een view maken wat ten koste gaan van de performance (unieke identifiers voor KOZ of ZR eruit filteren en adresgegevens verbergen).
· De view MB_KAD_ONRRND_ZK_ADRES bevat dubbele voorkomens van adressen.
· In de view MB_KAD_ONRRND_ZK_ADRES ontbreken de velden LAND, BUITENLANDS_ADRES en POSTADRES.
· In de view MB_ZR_RECHTH ontbreken de velden DATUM_INGANG en DATUM_EIND
· In de view MB_SUBJECT ontbreekt het veld GEBOORTELAND
· Er is geen materialized view beschikbaar voor de kadastrale aantekeningen op een onroerende zaak of op een zakelijk recht.
Niet alle punten worden besproken. Limburg mist vooral een basis set, kaart met alleen het hoofdadres (=open data) zonder personen die gekoppeld zijn aan de percelen. Oplossing: B3P gaat kaart maken zonder deze gegevens.
Ikv AVG rechten (alleen natuurlijk persoon) – B3P maakt splitsing Er ontstaat discussie: wanneer wel/niet rechten toekennen? Als je de eigenaren niet hebt ontvangen wat moet je doen? KvK bellen? (Kadaster online is verder/actueler dan BRK). Misschien is het een idee om gezamenlijk een eigenaren kaart af te nemen bij Kadaster (om te kunnen checken), de kosten hiervoor zijn ca. € 148. Reinier zal de eigenaren kaart sturen naar Chris. B3P kan vervolgens check inbouwen obv deze kaart.
Youri stuurt de gebruikte query’s naar Chris, hij zorgt voor de verspreiding
- Vullen van (comfort) adres gegevens uit BRK in subject tabel
- Verbeteren/versnellen van de materialized views
- Beter vullen van automatisch_proces in laadproces tabel
- Ondersteuning voor het laden van "Stadsdeel" uit BGT light GML
Versie 2.0:
- ondersteuning voor de nieuwe versie van het GDS2 koppelvlak
- refactoring en vereenvoudiging van resterende views voor bv NHR
- Update van de handleiding
- Laatste verwerkingen van datakwaliteitsonderzoek Drenthe
- Update voor gemeente indeling 2019
WOZ komt er pas later in, eerst BRP
- Upgrade naar versie 1.6 moet goed voorbereid worden vanwege het droppen van views, speciaal maatwerk views
- Maatwerk views worden vanaf versie 2.0 niet meer ondersteund
Waterschap de Dommel: kreeg een telefoontje van handelsregister met de vraag waarom de mutaties van 2.5 worden opgehaald? Graag de volgende keer blokkeren of weghalen (= actie B3P)
Wetterskip Fryslan: heeft een email van Kadaster (Probleem mutatieberichten BRK Levering ) doorgestuurd. Wanneer B3P meer hierover weet wordt er teruggekoppeld
Zeeland: lengte kolom – limiet stellen? Wel zin? (wel om aan te geven wat je verwacht) ; onbeperkt zetten?B3P kreeg melding (nieuwe datamodel)- door testomgeving wordt gehaald- maar (lengte kolom) stond niet in de test dataset.
Rapport van Drenthe en de script’s van Youri wordt toegezonden naar de gebruikers.
Kees- Jan opent de vergadering en heet de aanwezigen welkom. De agenda wordt ongewijzigd vastgesteld.
Lijst met de openstaande actiepunten wordt besproken:
– Related features downloaden
Mogelijk: tabblad 1 bevat de hoofdfeatures, tabblad 2, 3, 4, etc. de related features incl. sleutel (waarschijnlijk 20 uur) Er waren geen partijen die dit wilden financiëren
– Highlight object: wordt gebouwd in het kader van een opdracht van een klant (komt nog niet in 5.4.x)
Openstaande vraag van Limburg: welke versie GML? (email hierover doorgestuurd naar B3P), hoeveel uur gaat dit kosten en Is het mogelijk? Antwoord Kees-Jan: Ja,het is mogelijk, wordt teruggekoppeld
– Printstylesheets A1 en A2 komen in 5.4.x
– Halo rond waardes ‘meet oppervlakte’ en ‘meet lengte’ (bij het printer max.10 kolommen, andere aantallen (meer/minder) zijn pas zichtbaar op de print.
– Attributen meeprinten: kolommen vallen niet meer van pagina af (nu: max 10 kolommen)
– Spatial filter versimpelen • Biedt 2 opties om te filteren aan, toon opties achter ‘filteren op basis van andere kaartlaag’ pas na expliciet selecteren. • Objecten uit de ‘bronkaartlaag’ worden geselecteerd/gedeselecteerd door te klikken. • Significante aanpassing van het Spatial Filter, kost 24 uur. • Is hier animo voor?
Opties: geavanceerde opties- kaart selecteren die als bronkaart wordt gebruikt= deze optie toepassen
Aangezien dit onderwerp te abstract is voor de aanwezigen, wordt een voorbeeld viewer getoond:
https://flamingo4.b3p.nl/viewer/app/Solparc-BAG/v1
stap 1 – kies kaartlaag. Gebruik de standaardopties om het ruimtelijk filter toe te passen op één kaartlaag (bijv. het tekenen van een vrije vorm). Daarnaast is er een knop ‘geavanceerde functies’, waarmee het mogelijk wordt om een gefilterde kaartlaag A te gebruiken om gegevens in kaartlaag B te filteren.
Versimpelen heeft zeker toegevoegde waarde (op dit moment wordt deze niet gebruikt aangezien dit gebruikersonvriendelijk is). In de Flamingo gebruikers groep bespreken? En misschien gezamenlijk betalen? (oude gaat uit, alleen nieuwe makkelijke manier wordt gebruikt) Met afbeeldingen wordt dit bij het volgende overleg verder toegelicht.
– Contextinformatie/filters
Het is nu niet altijd duidelijk of er bij een kaartlaag contextinformatie getoond kan worden, of filters gebruikt kunnen worden. Voor het tonen van de opties bij een kaartlaag, zou er een algemeen icoon getoond kunnen worden (bijvoorbeeld om te verduidelijken dat er een legenda is, contextinformatie, Filters, Attributen, Transparantie). Ook zouden we kunnen proberen het filter tabblad op te laten lichten bij het activeren van een kaartlaag met filteropties.
Andere besproken opties zijn: • – klein dropdown achter plaatsen? (puntjes) • – puntjes kleur geven? (om aan te geven of er iets in zit?), 2 stippen 2 kleuren (context aanwezig?) • Een algemeen “i”-tje tonen bij een kaartlaag als er meer opties beschikbaar zijn • Het huidige icoontje voor een legenda in de TOC aanpassen en bij openklappen in text de verschillende opties tonen. Het icoontje voor de legenda wordt dan standaard gebruikt, maar krijgt een toevoeging in de vorm van een “i”-tje als er meer informatie getoond kan worden
Tijdens het vorige overleg werden de tekenfuncties van Flamingo gepresenteerd (auto oppervlakte). B3P wil meer vrijheid krijgen in het ontwikkelen van Flamingo en daarnaast heeft B3P ook internationale ambitie hiermee. B3P heeft besloten om verder te gaan met het ontwikkelen, wel onder eigen naam/eigen jasje.
Het blijft open source (code blijft op github) maar er komt B3P release bij . B3Partners werkt momenteel aan de nieuwe website. Deze wordt samen met de nieuwe naam de volgende keer gepresenteerd.
Voor de klanten veranderd er feitelijk niks. Maar hoe groter afwijking van ‘’standaard’’ hoe meer support/maatwerk geleverd moet worden; dit zijn dan extra kosten.
Alles komt terug in open source variant voor klant onder B3P label. B3P is verantwoordelijk voor support en onderhoud; vergoeding blijft ongewijzigd. Alleen klantspecifieke releases worden in rekening gebracht o.b.v. de echte bouwuren.
Mening/suggesties?: De aanwezigen vinden de stap die B3P neemt logisch (B3P stopt nu veel tijd in community; heeft geen vrijheid…)
–standaard B3P versie (krijgt niet alles, alleen nuttige functies)
Bij de volgende vergadering wordt de naam/website getoond.
solr inladen met alle coördinaten? Grid? Bij handhaving- in zoeker intypen? Toevoegen tool = wens, B3P gaat dit uitzoeken
Reinder: post gres om Flamingo te beheren- onderscheid tabellen – database terugzetten Reinder stuurt email naar Chris- wordt uitgezocht en uitkomst op wiki geplaatst
Ruimtelijke plannen- foutmelding, komma scheiding – B3P heeft een oplossing hiervoor, maar is nog niet geïmplementeerd omdat er geen partijen hebben aangegeven dit te willen financieren.
Dit werk valt onder een Creative Commons Naamsvermelding-GelijkDelen 2.0 Nederland-licentie.
