AHN3 enorme waardes

[JorisV]

Ik heb de AHN3 DSM kaart M_28CN2.tif gedownload. Bij het bekijken van de data blijken er tussen de reguliere waardes enorme waardes in de staan (3.4e38). Lijkt op een overflow van het dataveld. Kunnen jullie hier iets mee? Als er meer info van mijn kant nodig is hoor ik het graag.

[antonbakker]

Hoi Joris, die enorme waardes zijn correct. In de GeoTIFF files zijn de pixels waar geen hoogte voor bekend is gevuld met de zogeheten NoData waarde. Gebieden die geclassificeerd zijn als water hebben geen waardes in de AHN3 (zie de metadata in het NGR) en kaartbladen die gedeeltelijk buiten de landsgrens vallen hebben ook geen waardes buiten de landsgrens. Deze zijn dus gevuld met een NODATA waarde van 3.4028234663852886e+38.

QGIS maakt dit bijvoorbeeld inzichtelijk in het Layer Properties scherm:

De waarde 3.4028234663852886e+38 is overigens geen toeval, het is de grootste waarde die opgeslagen kan worden in een Float32 dataveld (https://gis.stackexchange.com/a/328114) en zal nooit clashen met een geldige waarde in de AHN3 (hoogste punt Nederland 322m, overzeese gebieden niet meegerekend ).

[JorisV]

Bedankt voor de toelichting!

[mluijben]

Beste Anton,
Die extreem hoge waarde zie je vaak bij oppervlaktewater ben ik inmiddels achter.
Maar ik kom ook vaak ‘hoge’ waarden tegen, tot een aantal meters boven het terrein nivo.
Dit is volgens mij door bomen of andere begroeiing.

Bij gebruik van de DTM zouden die toch eruit gefilterd moeten zijn?

[Alkemade]

Bij het DSM zouden dit objecten kunnen zijn. In het DTM, wat gefilterd is, zouden deze waarden niet voor mogen komen. Het kan echter altijd gebeuren dat deze waarden voorkomen omdat bijvoorbeeld een groepje vogels niet goed uitgefilterd is. Dat zou echter niet “vaak” het geval mogen zijn. Omdat de data steeksproefsgewijs gecontroleerd wordt kan het dus nog wel voorkomen.

[halam]

Had het niet een iets makkelijker hanteerbaar getal kunnen zijn. 1e+38 m was ruim voldoende out of space geweest denk ik. Daar vliegen ook geen vogeltjes We hebben het over Nederlandse hoogtedata voor Nederlands gebruik. De logica ontgaat mij nog steeds om dit ultiem-maxer-de-max tig cijfers achter de komma te plaatsen. Niet gebruiksvriendelijk

[wouter.visscher]

Niet gebruiksvriendelijk

Dat is natuurlijk een kwestie van perspectief van de verschillende gebruikers.

Het gebruik van deze No-Data values is (ook zoals QGIS ze interpreteert) hoe de "raster’(/wiskundige) wereld (in ieder geval in Nederland m.b.t. de AHN) werkt/is afgesproken.

Dat dit voor nieuwe “gebruiker” een drempel kan zijn is natuurlijk iets wat niet alleen van de aanbiedende/inwinnende kant hoeft te komen om deze te verlagen. Inlezen in de materie, vragen stellen, uitproberen, enz… mag dan ook verwacht worden zodat deze aspecten uiteindelijk goed geïnterpreteerd kunnen worden.

Stel dat we het zouden aanpassen (zover dat mogelijk is) naar iets als NIHIL/nil/null dan zouden nu tientallen applicaties “kapot” gaan en gebruikers hinder ondervinden. Dat lijkt mij toch ook niet wenselijk/gebruiksvriendelijk…

[halam]

Maakt niet uit Wouter… je hebt helemaal gelijk. Ook maar gewoon een mening, een perspectief.