De ahn2_5m doet het dan wel, maar alle andere (0.5 lagen) timen uit op die afstand. Ik zet de network timout op 3 minuten. Je ziet dan in QGIS de waarden 0-0 als min max.
Hier zie je dus beide lagen. De 5m ziet er dus wel ok uit.
Inzoomend naar schaal 1:150 en weer een 0.5m laag proberen (dus ongeveer 40x30 meter) krijg ik alleen nullen terug.
Op die schaal krijg ik uiteindelijk met 0.5m ook wel resultaat, maar daarna is het (voor mij) onhandelbaar, probeer maar eens een stijlverandering te doen.
Voor de volledigheid: ik weet niet wat er niet goed gaat hoor. Het lijkt me ook dat QGIS vreemd doet. Zoveel cellen zijn het niet op 1:150…
Ik kan me ook voorstellen dat een WCS heel hard moet werken om dat soort uitsnedes steeds te maken?
Klopt de WCS moet heel hard werken voor het genereren van de uitsnede. Issue is dat de huidige AHN3 services op de ‘onbewerkte’ rasters interfacen en dit al bijna 1000 bestanden betreft. Het grote aantal losse bestanden lijkt het issue te zijn.
We hebben voor de huidige AHN3 5m DTM de tiffs gemergd naar 50 tif + overviews aangemaakt en dit geeft een goed resultaat (correct min, max) en betere response tijden.
We kijken of we dit voor de AHN3 5m DTM/DSM deze week live kunnen zetten. De AHN(2/3) 0.5m (DTM/DSM) is iets meer data (elk 0.5TB) dit zal op een later moment live komen.
Is dit al gerealiseerd? Als ik de 4 lagen probeer in te laden in QGIS, lukt me dat alleen voor de laag AHN3_5m_dtm. Ok zou ook graag de 0,5 DTM/DSM WCS gebruiken
Hoi @rwal
We hebben zonet de ETL gestart om voor de ahn3_05m_dsm & ahn3_05m_dtm de ‘ruwe’ tiffs samen te voegen en overviews/pyramides te genereren. Dit proces gaat enkele dagen duren.
Ons streven is dat we begin januari deze data onder de services zetten.
@rwal
De ETL is afgerond voor de 0,5m DTM & DSM.
Deze samenvoegde TIFF’s (met overviews) zitten nu achter de services, wat er nu voor zorgt dat de services bruikbaar(der) zijn geworden.
