basisviews_v2

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.

• vb_pand

  • pand

• vb_adres

  • nummeraand
  • addresseerb_obj_aand
  • gem_openb_rmte
  • openb_rmte_wnplts
  • wnplts
  • gemeente

• vb_benoemd_obj_adres

  • vb_ligplaats_adres
    • ligplaats
    • benoemd_terrein
    • vb_adres
  • vb_standplaats_adres
    • standplaats
    • benoemd_terrein
    • vb_adres
  • vb_vbo_adres
    • verblijfsobj
    • gebouwd_obj
    • verblijfsobj_pand
    • vb_adres

• vb_ben_obj_nevenadres

  • vb_adres
  • verblijfsobj_nummeraand
  • verblijfsobj
  • ligplaats_nummeraand
  • ligplaats
  • standplaats_nummeraand
  • standplaats

• vb_util_app_re_kad_perceel

  • vb_util_app_re_parent
    • vb_util_app_re_parent_2
      • vb_util_app_re_parent_3
        • app_re
        • vb_util_app_re_splitsing
          • brondocument
      • vb_util_app_re_splitsing
        • brondocument
    • vb_util_app_re_splitsing
      • brondocument
  • kad_perceel

• vb_util_zk_recht

  • zak_recht
  • aard_verkregen_recht

• vb_avg_subject

  • vb_subject
    • subject
    • nat_prs
    • ingeschr_nat_prs
    • ander_nat_prs
    • niet_nat_prs
    • ingeschr_niet_nat_prs

• vb_avg_zr_rechth

  • vb_util_zk_recht
  • vb_avg_subject

• vb_zr_rechth

  • vb_util_zk_recht
  • vb_subject

• vb_kad_onrrnd_zk_adres

  • kad_perceel
  • vb_util_app_re_kad_perceel
  • app_re
  • kad_onrrnd_zk
  • benoemd_obj_kad_onrrnd_zk
  • brondocument

• vb_koz_rechth

  • vb_zr_rechth
  • vb_kad_onrrnd_zk_adres

• vb_avg_koz_rechth

  • vb_avg_zr_rechth
  • vb_kad_onrrnd_zk_adres

• vb_kad_onrrnd_zk_archief

  • kad_perceel_archief
  • app_re_archief
  • kad_onrrnd_zk_archief
  • kad_onrrnd_zk_his_rel

• vb_vestg_naam

  • maatschapp_activiteit
  • ondrnmng
  • vestg
  • vestg_naam
  • vestg_activiteit
  • sbi_activiteit

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:

• m_pand
• m_benoemd_obj_adres
• m_adres
• m_kad_onrrnd_zk_adres
• m_koz_rechth
• m_avg_koz_rechth
• m_subject
• m_avg_subject
• m_zr_rechth
• m_avg_zr_rechth
• m_kad_onrrnd_zk_archief (moet nog aangemaakt worden)
• m_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 v_kad_onrrnd_zk_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: v_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 v_benoemd_obj_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
• 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.
• Geometrie altijd gevuld indien mogelijk (halen waarvan mogelijk, app-re/pand/perceel/ben.obj).
  • [B3P] is al het geval
• Veldnamen baseren op RSGB logisch model, niet afwijken (linkid, aanduiding2?)
  • [B3P] dit zijn samengestelde velden die niet in RSGB voorkomen tbv zoekers of labels
• 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) )
• Overgegaan in view nodig aanvullend nodig voor P8, evt integreren met VIEW v_kad_onrrnd_zk_archief.
  • [B3P] Niet duidelijk, want 'overgegaan in' staat in v_kad_onrrnd_zk_archief?
• Altijd alle identif velden opnemen, altijd met prefix welk object ze vertegenwoordigen
  • vbo_identif in benoemd_obj_adres (het is niet de solo-sleutel hier!)
  • ozk_identif in v_kad_onrrnd_zk_adres
  • Identif van persoon en nnp opnemen
  • Identif van perceel /app_re opnemen
  • Etc.
    • [B3P] is nu gedaan, maar id's die vanwege abstractie het zelfde zijn, zijn niet toegevoegd

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] De tabellen kad_onrrnd_zk_aantek (via fk_4koz_kad_identif aan ) en zak_recht_aantek (via fk_5zkr_kadaster_identif) kunnen direct gekoppeld worden aan v_koz_rechth (via koz_identif en zr_identif), even laten liggen voor commentaar.

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

• 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

View Definities

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