Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Als medewerker Grondzaken wil ik inzicht in alle eigenschappen en kenmerken van betrokken percelen en appartementsrechten (zoals de kadastrale grens), de kadastrale kaart, de meest recente splitsing en samenvoeging, en de ligging t.o.v. gemeenschappelijk ruimtes #137

Open
5 tasks
melsk-r opened this issue Jun 26, 2024 · 3 comments

Comments

@melsk-r
Copy link
Collaborator

melsk-r commented Jun 26, 2024

Originally created by CathyDingemanse (kadaster/BRK-bevragen#79):

...zodat ik een Wvg- of onteigeningsbesluit kan voorbereiden of een koopovereenkomst kan opstellen .

Acceptatiecriteria

  • [ ]
  • [ ]

Definition of done

  • functionele specificatie
  • Open API specificatie
  • gegenereerde code
  • testgevallen
  • referentie-implementatie
@melsk-r
Copy link
Collaborator Author

melsk-r commented Jun 26, 2024

This comment originally might have been created by someone else.

Voor deze user-story is adres buitenland toegevoegd aan de spreadsheet bij consumerproces grondbedrijf. Ik kan die informatiebehoefte niet terugvinden in bovenstaande tekst van de user-story.

Daarbij bestaat er geen directe relatie tussen het de objectlocatie Buitenland adres buitenland en het kadastraal object. Er is alleen een "betreft" relatie met objectlocatiebinnenland.

AdreslocatieBuitenland vooralsnog niet geïmplementeerd.

@melsk-r
Copy link
Collaborator Author

melsk-r commented Jun 26, 2024

This comment originally might have been created by someone else.

Ik kan niet beoordelen of met de huidige invulling de ligging t.o.v. gemeenschappelijke ruimten inzichtelijk gemaakt zijn.

@melsk-r
Copy link
Collaborator Author

melsk-r commented Jun 26, 2024

This comment originally might have been created by someone else.

Klopt het dat de medewerker van een Kadastraal Onroerende Zaak wil hebben:

  • de Kadastrale Onroerende Zaken waaruit de KOZ is ontstaan
  • de Kadastrale Onroerende Zaken waar de KOZ is over gegaan

Indien dit klopt, klopt het dat de manier om dit voor elkaar te krijgen dat de medewerker voor de betreffende KOZ een request moet doen voor elke KOZ in isOvergegaanIn en isOntstaanUit? Dit lijkt mij voor performance niet handig.
Een manier om het mogelijk te maken is om het mogelijk te maken de isOvergegaanIn en isOntstaanUit KOZen met een expand op te halen. Is er een reden waarom dit niet mogelijk is gemaakt?
Indien dit niet gewenst is omdat een KOZ uit veel KOZen kan onstaan of in veel KOZen kan overgaan, kan de /kadastraalonroerendezaken endpoint worden uitgebreid met een koz identificaties parameter waarmee meerdere KOZen tegelijk kan worden bevraagd?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant