You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current implementation of the UTCI algorithm produces NaN whenever the wind velocity is less than or equal to 0.5 m/s. This is fine and consistent with the original version. However, Bröde 2012 advises users in the "Usage Guidelines" to use 0.5 m/s when winds are below this boundary. This wind change shouldn't have a significant impact on the UTCI because it barely changes the wind felt by a person according to Bröde 2023 (see Figure 2).
Potential Solution
Add an additional option to the universal_thermal_climate_index function to change the winds. This option should be False by default, so that it is a conscious decision by the user to use it.
The code could be something simple like:
if wind_cap_min:
sfcWind = sfcWind.where((sfcWind > 0.5) | (sfcWind.isnull()), other=0.5)
where wind_cap_min is the condition for changing the winds.
Also, the mask_invalid section should be updated to include winds greater or equal to 0.5 m/s. Currently, 0.5 m/s winds are set to NaN, which would conflict with my proposed feature.
From & (0.5 < sfcWind) to & (0.5 <= sfcWind)
Additional context
Just a bit of context on how this feature might be useful. I am currently analyzing the behavior of UTCI during heat waves. It is common to have very low wind velocities during these events, which would result in missing UTCI values when high values are expected.
By implementing this feature, the UTCI missing areas are reduced.
Contribution
I would be willing/able to open a Pull Request to contribute this feature.
Code of Conduct
I agree to follow this project's Code of Conduct
The text was updated successfully, but these errors were encountered:
Addressing a Problem?
The current implementation of the UTCI algorithm produces NaN whenever the wind velocity is less than or equal to 0.5 m/s. This is fine and consistent with the original version. However, Bröde 2012 advises users in the "Usage Guidelines" to use 0.5 m/s when winds are below this boundary. This wind change shouldn't have a significant impact on the UTCI because it barely changes the wind felt by a person according to Bröde 2023 (see Figure 2).
Potential Solution
Add an additional option to the
universal_thermal_climate_index
function to change the winds. This option should beFalse
by default, so that it is a conscious decision by the user to use it.The code could be something simple like:
where
wind_cap_min
is the condition for changing the winds.Also, the
mask_invalid
section should be updated to include winds greater or equal to 0.5 m/s. Currently, 0.5 m/s winds are set to NaN, which would conflict with my proposed feature.From
& (0.5 < sfcWind)
to& (0.5 <= sfcWind)
Additional context
Just a bit of context on how this feature might be useful. I am currently analyzing the behavior of UTCI during heat waves. It is common to have very low wind velocities during these events, which would result in missing UTCI values when high values are expected.
By implementing this feature, the UTCI missing areas are reduced.
Contribution
Code of Conduct
The text was updated successfully, but these errors were encountered: