Skip to content
Chris van Lith edited this page Jun 8, 2018 · 101 revisions

Bij het opstellen van een nieuwe set van views zijn ook wensen naar boven gekomen die aanpassingen in het datamodel van de BRMO nodig maken. Voor het overzicht zijn deze wensen apart gezet op de volgende pagina: modelaanpassingen_v2.

De nieuwe set views is zo opgezet dat samenhangende tabellen eenmaal gekoppeld worden opgehaald. Deze gekoppelde informatie wordt vervolgens in andere views hergebruikt. In de oude views worden bv subjecten in elke view weer opnieuw opgebouwd. Dit maakt de views ondoorzichtig en lastig te onderhouden.

De volgende lijst beschrijft alle views met hun afhankelijkheden die voor de BAG, BRK en hun samenhang zijn opgesteld. Een eerste view voor de NHR is toegevoegd; de rest volgt later. De views zijn dikgedrukt, de andere items zijn tabellen.

Hiernaast zijn materialized views met indices gemaakt. De definitie komt exact overeen met de bijbehorende gewone view. De views waarvoor geen materialized view variant bestaat kunnen beter niet worden gebruikt:

  • m2_pand
  • m2_benoemd_obj_locatie_adres
  • m2_volledig_adres
  • m2_kad_onrrnd_zk_locatie_adres
  • m2_koz_rechth
  • m2_avg_koz_rechth
  • m2_volledig_subject
  • m2_avg_volledig_subject
  • m2_zr_rechth
  • m2_avg_zr_rechth
  • m2_kad_onrrnd_zk_archief (moet nog aangemaakt worden)
  • m2_vestg_naam (moet nog aangemaakt worden)

Behandelde opmerkingen:

  • Archieftabellen zijn beperkt meegenomen, suggesties zijn welkom.
  • datumvelden in de v2 views zijn allemaal omgezet naar Date kolomtype.
  • BAG adres nu gekoppeld aan kadastrale onroerende zaak.
  • Kadastrale onroerende zaak aantekening kan direct aan v2_kad_onrrnd_zk_locatie_adres gekoppeld worden (datum van aantekening moet dan nog naar Date omgezet worden).
  • Stukken kunnen worden gekoppeld via de tabel brondocumenten.
  • Opmerkingen van Trudy van Linden (Zeeland) 19-4-2018 meegenomen
  • Opmerkingen van Trudy van Linden (Zeeland) 30-4-2018 deels meegenomen
    • Einddata van geldigheid perceel komt niet mee
      • [B3P] De einddatum is te vinden in de nieuwe archiefview: v2_kad_onrrnd_zk_archief
    • “Aard van bebouwd” komt niet mee, wel aard_cultuur_onbebouwd
      • [B3P] Deze is, voor zover wij zien, nooit gevuld.
  • De V2 verwijderen uit de viewnamen.
    • [B3P] Het is voor applicaties vaak handig om te zien of het een tabel, view of materialized view is, nummer gaat wel weg
  • Basis Views in eigen schema plaatsen, apart van public schema
    • [B3P] gedaan
  • Geometrie toevoegen aan adres view (tbv geocoding/adres services)
    • [B3P] adres op zich kent geen locatie, komt pas via v2_benoemd_obj_locatie_adres, dit moet gebruikt worden voor services
  • Adres_totaal hernoemen naar gewoon ‘Adres’
    • [B3P] namen voor adres en subject zijn vereenvoudigd
  • Naast de hybride views (ozk-adres en bob)adres) ook niet-hybride views Onroerende Zaak en Benoemd Object (zonder N:N relaties erin) opnemen, dus zonder adres.
    • [B3P] afgesproken dit voorlopig niet te doen, kan ook later

Te verwerken/bespreken opmerkingen

Opmerkingen van Trudy van Linden, Zeeland 30-4-2018:

  • Aantekeningen op rechten zijn geheel niet meegenomen (tabel ZAK_RECHT_AANT wordt in geen enkele view benaderd volgens de beschrijvingen in de gegeven link naar github)
    • [B3P] Dit moet nog worden uitgebreid.

Opmerkingen van Rene Wassink, Martjan Hendriks, Karel van Buul (provincie Gelderland) 4-5-2018:

  • LKI en AKR opnemen in OZK gerelateerde views
    • [B3P] wat wordt in dit verband met LKI en AKR bedoeld, dit zijn toch de oude datasets van Kadaster?
    • [MjH] LKI is berekende oppervlakte van het geometrie object.
  • Gemeente code en gemeente naam beiden toevoegen (Ben. Obj)
    • [B3P] benoemd object is BAG object en gemeente code is een BRK object, meerdere codes per gemeente, hoe te doen?
  • Kadastrale gemeente en gemeente naam beiden toevoegen (Ozk)
    • [B3P] moet toegevoegd worden, wordt nu niet gebruikt
  • Geometrie altijd gevuld indien mogelijk (halen waarvan mogelijk, app-re/pand/perceel/ben.obj).
  • Altijd alle identif velden opnemen, altijd met prefix welk object ze vertegenwoordigen
    • vbo_identif in benoemd_obj_locatie_adres (het is niet de solo-sleutel hier!)
    • ozk_identif in v2_kad_onrrnd_zk_locatie_adres
    • Identif van persoon en nnp opnemen
    • Identif van perceel /app_re opnemen
    • Etc.
      • [B3P] Moet aangevuld worden
  • Veldnamen baseren op RSGB logisch model, niet afwijken (linkid, aanduiding2?)
    • [B3P] dit zijn samengestelde velden die niet in RSGB voorkomen tbv zoekers of labels
  • Overgegaan in view nodig aanvullend nodig voor P8, evt integreren met VIEW v2_kad_onrrnd_zk_archief.
    • [B3P] Niet duidelijk, want 'overgegaan in' staat in v2_kad_onrrnd_zk_archief?
  • RD stelsel naar X,Y GPS:
    • ST_X(ST_Transform(st_setsrid(ST_Centroid(geometry_data), 28992), 4326) ),
    • ST_Y(ST_Transform(st_setsrid(ST_Centroid(geometry_data), 28992), 4326) )

Afbeelding

View Definities

De definities van de views staan nu op een aparte pagina: view_v2_definities

Clone this wiki locally