Closed teunvandemerwe closed 1 year ago
@kad-hebbim @FerrydeJong kunnne jullie hier naar kijken? Dank!
Is er al voortgang op dit issue? Als er meer info nodig is, neem dan contact op met Teun of mij.
Hoi Teun, Bedankt voor je bericht.
Eigenlijk lees ik daar twee vragen in;
Het klopt dat dit niet een nette foutmelding is bij de technische situatie die er optreedt, daar gaan we wat aan doen. Wij gaan voor (meerdere mogelijke) foutsituaties zorgen dat we een nettere foutmelding teruggeven. Dit hebben we vandaag besproken, en deze aanpassing passen we binnenkort op. Over enkele weken verwachten we de aanpassing te kunnen releasen.
Terugkomend op punt 1 gaan we ook nog even bekijken waarom die time out optreedt en of wij iets kunnen aanpassen zodat er sneller een antwoord gegeven wordt. Daar kom ik op terug. Groet Ferry
Goedemiddag, Ook het waarom je geen antwoord krijgt op deze vraag hebben wij even onderzocht.
Deze niet natuurlijk persoon die jullie opvragen heeft 3260 percelen op naam staan. Van al deze percelen worden bij de aanroep van de BRK Api ook alle eigendomsgegevens opgehaald om daarmee de zakelijkgerechtigden mee te kunnen bepalen.
Dat duurt langer dan de time-outs, en daardoor krijg je geen antwoord op deze vraag. Dat probleem kan optreden met grote gerechtigden.
Groet Ferry
Waarom worden eigenlijk alle percelen hier opgehaald. Er is toch een API endpoint waar je voor een gegeven identificatie alle percelen kan uitvragen. Als je zo nodig daarin geïnteresseerd bent zou ik eerder een link naar die resource verwachten ipv een uitlijsting van alle perceelids. Het vervelende is ook dat het er niet op lijkt dat ik die percelen kan omzeilen. In het proces wat ik implementeer wil ik van een perceel de eigenaar weten en dan vervolgens van de eigenaar de adresgegevens. Wanneer de eigenaar aangegeven is als een brk_niet_natuurlijk_persoon moet ik de adresgegevens op dit endpoint opvragen en vanuit mijn proces ben ik dan niet geïnteresseerd in wat die organisatie nog meer aan percelen bezit. Maar als ik een request doe voor alleen "woonplaats" in de fields parameter https://github.com/VNG-Realisatie/Haal-Centraal-common/blob/v1.2.0/features/fields.feature dan maakt dat weinig tot niets uit in de responstijden. Het is altijd tussen de 20 en 25 seconden als ik 172091001 uitvraag, met of zonder fields parameter. En 146181331 kan ik dus nooit een adres van terugkrijgen, tenzij (we zijn het zelf namelijk) al onze percelen verkopen dan wel dat de performance aan de API kant fors omhoog gaat.
Hallo allemaal, wij zijn er mee bezig, en laten zsm weten wat de vervolgacties zijn. Kunnen jullie mij jullie contactgegevens mailen? mailto: c.dingemanse@comites.nl
@PeaceNlove, @teunvandemerwe of @JaccovdBerg zouden jullie voor ons:
@CathyDingemanse
Bij deze een antwoord op je vragen.
Zie issue #956
Besloten is dat deze als zodanig opgelost gaat worden
Is hier ook een verwachte datum voor dat dit opgelost wordt?
Goedemorgen Teun, Bedankt voor je vraag. Een deel van dit issue (nettere foutmeldingen) staat al in productie.
Wij verwachten volgende week samen met de VNG communicatie over o.a. dit issue te verzenden, inclusief planning.
Beschrijf de bug Request naar operatie kadasternietnatuurlijkpersonen geeft internal server error met body bericht Unable to route to API.
To Reproduce Stappen om de bug te reproduceren
Geef het reproductie path mee
Verwacht gedrag Verwacht is een 404 indien niet gevonden of 200 indien wel gevonden.
Bijvoorbeeld https://api.brk.kadaster.nl/esd/bevragen/v1/kadasternietnatuurlijkpersonen/172091001 gaat wel goed.