-
Notifications
You must be signed in to change notification settings - Fork 0
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
bug: soil list result does not always provide LCC #119
Comments
@DerekCaelin This is an issue with missing data in the SSURGO database. SoilWeb returns missing LCC fields for this particular component. |
So, there is not an issue with the algorithm. We should figure out how to present this lack of information from SSURGO. Jon will reach out to SSURGO asking how we should report missing LCC. |
Derek to talk with @CourtneyLee333 about this. |
In other places where our external sources are missing data we say "None Available". Do we need a different pattern here? |
If that makes sense to the soil scientists in the house, then yes. If there is a more nuanced message we can deliver that would be good to know. |
@shrouxm could you take on the solution described above? ☝️ |
@DerekCaelin sure, not sure if i will get to it this sprint, but if not then next sprint! |
Description
Sometimes the LCC values for
list_soils
are"nan"
or"None"
. Not sure if this is due to missing data or an algorithm bug. Either we, we should return better values than"nan"
or"None"
.Steps To Reproduce
Query
list_soils
with the coordinates{"lon": -122.084000, "lat": 37.422000}
.Solution
nan
ornone
, display"Not available"
in pbody1 style.Actual behavior
LCC values render as
"nan"
or"None"
Additional context
Example result json:
The text was updated successfully, but these errors were encountered: