Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ground point classification in steep terrain #23

Open
matthewhanson opened this issue Aug 11, 2015 · 3 comments
Open

Ground point classification in steep terrain #23

matthewhanson opened this issue Aug 11, 2015 · 3 comments
Assignees
Labels

Comments

@matthewhanson
Copy link
Collaborator

Need to verify if complex slope parameters only require more processing time, but don't produce worse results even in flat areas.

@matthewhanson
Copy link
Collaborator Author

I looked at a couple cases using different terrain types, and the larger the slope generally the higher the resulting DTM is (DSM is unchanged). Higher slope results in spots where the ground returns are higher (checked idw, min, and max - and they are all higher), even in flat areas. So there is an effect.

I think this remains an open question. Proper analysis would require more time, a variety of test terrain and runtime parameters (unfortunately classification takes a long time, so this will be a very computationally intensive question to answer properly).

@F-Sullivan
Copy link
Contributor

I'm working on this issue for a subset of one of our problem sites. I tried to set the slope and cell size using the override, but I don't think it worked because the classified las files are named _s1c3.las regardless of the override values, and the results of the two different sets of parameters are identical.

@F-Sullivan
Copy link
Contributor

The functions class_params and get_classification_filename (which calls class_params) in utils.py takes seems to be used to determine the filename and the slope and cell parameters. I'm unsure how the parameters dictionary works, but the name and slope/cell size is being determined incorrectly - not sure if this is using the except value in class_params, or if it is successfully trying to get the params in the try function (we classified as non-forest, flat, which has the same parameters as the except).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants