basisviews_v2_commentaar

Ten bate van versie 2.1 is het commentaar verwerkt dat in ticket #615 wordt beschreven. https://github.com/B3Partners/brmo/issues/615

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 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