Comments (12)
@kad-reinda @kad-tromps @kad-verstp de url wordt nu wel geleverd, maar is niet correct. Bijvoorbeeld bij request "https://api.acceptatie.kadaster.nl/lvwoz/api/v1/wozobjecten/000500055044?fields=bestaatniet" krijg ik "instance": "http://api.acceptatie.kadaster.nl/haalcentraal-api/wozobjecten/000500055044?fields=bestaatniet".
from haal-centraal-woz-bevragen.
@kad-reinda @kad-tromps @kad-verstp de url wordt nu wel geleverd, maar is niet correct. Bijvoorbeeld bij request "https://api.acceptatie.kadaster.nl/lvwoz/api/v1/wozobjecten/000500055044?fields=bestaatniet" krijg ik "instance": "http://api.acceptatie.kadaster.nl/haalcentraal-api/wozobjecten/000500055044?fields=bestaatniet".
Dit zou nu weer goed moeten staan @fsamwel We zullen hier scherp op zijn, maar mocht deze discrepantie zich weer voor doen, zou je ons een direct berichtje kunnen sturen? (mail of slack). Dit is namelijk een configuratie die we helaas apart in de kadaster api portal Ên in onze deployment gelijk moeten houden, dus dit kan buiten ontwikkeling ook voorkomen.
from haal-centraal-woz-bevragen.
@kad-reinda @kad-tromps @kad-verstp ik krijg niet de goede url.
Bijvoorbeeld https://api.acceptatie.kadaster.nl/lvwoz/api/v1/wozobjecten/12345678901 geeft:
"instance": "http://api.acceptatie.kadaster.nl/haalcentraal-api/wozobjecten/12345678901"
from haal-centraal-woz-bevragen.
Dat is trouwens ook het geval bij een goed antwoord in de self link.
Bijvoorbeeld https://api.acceptatie.kadaster.nl/lvwoz/api/v1/wozobjecten/000500055044 geeft:
"_links": {
"self": {
"href": "http://api.acceptatie.kadaster.nl/haalcentraal-api/wozobjecten/000500055044"
},
from haal-centraal-woz-bevragen.
@kad-reinda @kad-tromps @kad-verstp @kad-leenec ik krijg nog "http" in de self en instance i.p.v. "https"
Bijvoorbeeld GET https://api.acceptatie.kadaster.nl/lvwoz/api/v1/wozobjecten/000500055044 geeft:
"self": {"href": "http://api.acceptatie.kadaster.nl/haalcentraal-api/wozobjecten/000500055044"}
Bijvoorbeeld GET https://api.acceptatie.kadaster.nl/lvwoz/api/v1/wozobjecten/000500055044?fields=bestaatniet geeft:
"instance": "http://api.acceptatie.kadaster.nl/haalcentraal-api/wozobjecten/000500055044?fields=bestaatniet"
from haal-centraal-woz-bevragen.
Het verschil tussen de urls komt omdat we een klein stukje in de URL vervangen om limitaties in de routing te omzeilen. In dit geval is dit api.acceptatie.kadaster.nl/{router_prefix}/wozobjecten/..., waar router_prefix lvwoz/api/v1 zou moeten zijn, maar haalcentraal-api is. Dit is een configuratie, en eenvoudig te fixen. Het omzetten van https naar http moet ik even wat dieper naar kijken, aangezien we bij aankomst van de server deze informatie kwijt zijn.
from haal-centraal-woz-bevragen.
We hebben het http/https issue geanalyseerd, en dit lijkt nog vrij lastig te zijn. In principe word al het http verkeer naar de server geredirect naar https, dus het gedrag van de link volgen zal niet veel veranderen. Daarom wil ik voorstellen om de routing prefix te fixen (/haalcentraal-api -> /lvwoz/api/v1), en verder de self link laten zoals het nu is.
from haal-centraal-woz-bevragen.
Omdat jullie gateway alle requests toch redirect naar https, is het dan niet beter om voor alle urls in de response https als protocol te gebruiken?
from haal-centraal-woz-bevragen.
Het is juist het aanpassen van het protocol dat lastig is. Ik bedoel, alles kan, maar we gaan enorm afwijken van het HAL framework
from haal-centraal-woz-bevragen.
Er worden nog niet de juiste links geleverd. Hangt denk ik samen met #76.
from haal-centraal-woz-bevragen.
Als het goed is werkt dit nu op de nieuwe URL die Axel heeft verstuurd
from haal-centraal-woz-bevragen.
De links die Frank in dit issue noemt startend met 'https://api.acceptatie.kadaster.nl/lvwoz/api/v1' zijn niet meer in gebruik. In een mail van 13 oktober 2021 geeft Axel aan dat de VNG de ETO omgeving moet gebruiken met het endpoint 'https://api.kadaster.nl/lvwoz-eto/huidigebevragingen'.
Bij het testen in die omgeving zijn de terug ontvangen urls (van 'self' en 'instance') correct aangezien die ook starten met 'https://api.kadaster.nl/lvwoz-eto/huidigebevragingen'.
from haal-centraal-woz-bevragen.
Related Issues (20)
- Neem geen templated link op als gerelateerde identificatie ontbreekt HOT 1
- antwoord voldoet niet aan API specificaties: link adresseerbareObjecten opgenomen als adresseerbaarObjecten HOT 1
- url in _links.adres niet correct HOT 2
- paginering werkt niet zoals gespecificeerd HOT 1
- instance bij foutmelding ongelijk aan request HOT 1
- templated ontbreekt in link kadastraalOnroerendeZaken HOT 1
- neem ook veld op uit template bij fields met _links HOT 1
- Als beleidsmedewerker (aanpak van) ondermijning wil ik een overzicht met (voormalige) onroerende zaken in eigendom en hun WOZ-waarde
- Als medewerker Grond en Ontwikkeling wil ik inzicht in de waardegegevens, adresgegevens, en temporele kenmerken van adresseerbare objecten (woningen en niet-woningen)
- Als medewerker Grond en Ontwikkeling wil ik inzicht in de metakenmerken (SOC) van adresseerbare objecten (woningen en niet-woningen)
- Als medewerker Onderzoek, Informatie en Statistiek wil ik weten wat het waardegegeven en de temporele kenmerken van een adresseerbaar object is,
- Als medewerker Onderzoek, Informatie en Statistiek wil ik weten wat de meta-kenmerken (SOC) van een adresseerbaar object is
- Als medewerker Onderzoek, Informatie en Statistiek wil ik weten wat de meta-kenmerken (SOC) van een adresseerbaar object is HOT 1
- url in proxy DownstreamPathTemplate niet correct
- proxy zet geen waarde true voor indicatieBezwaarBeroep
- proxy geeft ook ingangsdatum en beschikkingsStatussen door
- Als medewerker team advies grondprijzen wil ik weten wat de WOZ waarde is met temporele metadata
- Als medewerker wonen (gemeente Amsterdam) wil ik de WOZ waarde en temporele metakenmerken weten
- Als medewerker Erfpacht en Uitgifte (gemeente Amsterdam) wil ik de WOZ waarde en temporele metakenmerken raadplegen
- Als gebruiker wil ik de enumeratiewaarden in gebruikersvriendelijke teksten zien HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
đ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. đđđ
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google â¤ī¸ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from haal-centraal-woz-bevragen.