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
I have just realize that the wind rotation part of the driver only valid for Lambert Conformal projection but as you already know that we have more domains now and they are using different map projections. So, i got following list from Laura, ICTP
Africa, Central America and South-East Asia is NORMER
India and South America is ROTMER
In this case, we need to update wind rotation code to support NORMER and ROTMER also. Otherwise, these domains might have some problems in the wind directions (also affects the currents). I did not consider about it before because we were using LC projection only.
The wind rotation code can be found at the end of the mod_esmf_atm.F90 in the driver.
Anyway, i checked the RegCM code and i found PreProc/ICBC/mod_uvrot.f90 module. I think that it is possible to use uvrot4nx subroutine to implement ROTMER but i could not find any code for NORMER. I also sent a mail to Graziano, ICTP about this issue but he could not replay yet. Somehow, it is necessary to clarify it. I think that this is a major problem for the domains that use NORMER and ROTMER (i have no idea about POLSTR).
The text was updated successfully, but these errors were encountered:
I have just realize that the wind rotation part of the driver only valid for Lambert Conformal projection but as you already know that we have more domains now and they are using different map projections. So, i got following list from Laura, ICTP
Africa, Central America and South-East Asia is NORMER
India and South America is ROTMER
In this case, we need to update wind rotation code to support NORMER and ROTMER also. Otherwise, these domains might have some problems in the wind directions (also affects the currents). I did not consider about it before because we were using LC projection only.
The wind rotation code can be found at the end of the mod_esmf_atm.F90 in the driver.
https://github.com/uturuncoglu/RegESM/blob/master/mod_esmf_atm.F90
Anyway, i checked the RegCM code and i found PreProc/ICBC/mod_uvrot.f90 module. I think that it is possible to use uvrot4nx subroutine to implement ROTMER but i could not find any code for NORMER. I also sent a mail to Graziano, ICTP about this issue but he could not replay yet. Somehow, it is necessary to clarify it. I think that this is a major problem for the domains that use NORMER and ROTMER (i have no idea about POLSTR).
The text was updated successfully, but these errors were encountered: