Skip to content

Conversation

GinaStavropoulou
Copy link
Member

@GinaStavropoulou GinaStavropoulou commented Aug 17, 2025

This is what caused the error.

When we started using AHN5 (about a year ago), we had noticed that pdal was failing for all the new tiles with this error:

PDAL: readers.las: Global encoding WKT flag not set for point format 6 - 10.

(you can read more about this issue here )

Back then, we had decided that, even if pdal failed, the downloading should continue and only an empy dict should be stored in the DB.

However, this solution stopped working when we started using the pdal_info column from that table to get the filename from

I fixed this by storing the filename in the column, even if pdal fails - this will allow for the pipeline to continue.

TO LOOK INTO: Even the tiles that have a succesfull pdal info output they have this error:

"stac": {"status": "error", "message": "Failed to create STAC Feature with missing key. 

TO LOOK INTO2: One more thing that I noticed is that we are running pdal info with the flag --all. This takes WAAAAY too long for each tile. Indicatively, it took 4' to download a single tile and 38 to get the metadata:

image

Are we actually using this pdal output for anything else apart from retrieving the filename? Maybe in validation? I couldn't find anything. If not, I suggest removing it.

Also in this PR, I am building the new tools image.

@GinaStavropoulou GinaStavropoulou merged commit 29cd936 into develop Aug 17, 2025
2 checks passed
@Ylannl
Copy link
Member

Ylannl commented Aug 18, 2025

AFAIK we don't use the pdal output for anything else.

@Ylannl Ylannl mentioned this pull request Aug 19, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants