-
-
Notifications
You must be signed in to change notification settings - Fork 135
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
Problems with normalize_intensity and track_sensor #548
Comments
The code looks legit. My guess is that few first or last sensors locations were missed for unknown reason. I need a file to reproduce and figure out if the internal code requires improvements or if it comes from your file |
Thank you for the quick response. Here is the same las file I tried to test with in that code example. https://gmuedu-my.sharepoint.com/:f:/g/personal/cflynn8_gmu_edu/Eup5N1vIuXRDmMCRaRETr7IBnnfNi4AicR6aemTaKP1G7w?e=EbYcFC |
I see range(sensor$gpstime)
#> [1] 320787224 320962446
range(las1$gpstime)
#> [1] 320787222 320962446 As expected the very first measurement is missing probably because there was not enough data to compute anything at the edge of the tile. This should not prevent to use the function |
I fixed your issue. But here some additional comment
|
Okay that makes sense. I am working with much larger datasets but just grabbed a random tile to try to test with for simplicity. I am mostly hoping to reduce the intensity of points collected over water at nadir that result in very high intensity return values. Unfortunately, I am still getting the same error. I do not see any option to update the package in RStudio either. Is there something else I need to do so that what I am running mirrors the fix you made? Thank you! |
You applied a range corrections. Not a water correction
remotes::install_github("r-lidar/lidR") |
Thank you! That install worked for me and the tool ran fine on that tile. I tried to build slightly from there and run it with an LAS catalog of just 9 tiles. It started to process the area and one of the tiles completed. However, it failed on the tile that I had been testing individually (and supplied here). Is there any reason that the tool would fail when processing an LAS catalog? Also, is there a water correction? I had not seen one. Thanks! |
I cannot know without a reproducible error. Please open a new issue explaining what is going wrong. |
Hi, I was wondering what you meant by "flat". Is it that is normalized? I checked the file and indeed it seems to be normalized (although heights are below 0). In this case I have the following question, is not correct to normalize intensity if the LAS file is already height normalized? |
If the dataset is normalized you can't retrieve the sensor position and you can't measure the distance between the sensor and the targets |
I am trying to use lidR for the intensity normalization function it offers and I am consistently running into trouble. I have several different ALS datasets that I have tried with and am hoping to get some direction to figure out what is going wrong. I can provide sample .las files if needed.
Here is the code in RStudio:
Any help is greatly appreciated!
The text was updated successfully, but these errors were encountered: