| 314 | | Summarized, the surface data-structure {{{surf_type}}} is used to store and access all surface related quantities in an optimized memory demand. Several adjoining surfaces at a grid cell (e.g. at corners) are treated separately. The new data-structure is also applied in the flat case without any topography. |
| | 314 | Summarized, the surface data-structure {{{surf_type}}} is used to store and access all surface related quantities in an optimized memory demand. Several adjoining surfaces at a grid cell (e.g. at corners) are treated separately. The new data-structure is also applied in the flat case without any topography. |
| | 315 | |
| | 316 | '''Some remarks / current limitations''' \\\\ |
| | 317 | |
| | 318 | - currently, it is not possible to combine different types of surfaces, e.g. natural land surfaces and urban surface |
| | 319 | - Restart data for natural type vertical surfaces are not enabled |
| | 320 | - Changing the number of cores in a job chain is currently not possible if the land-surface or urban-surface model are applied |
| | 321 | - Heating of downward-facing horizontal surfaces is not considered |
| | 322 | - Particles are not allowed in combination with downward-facing surfaces at the moment, as reflection-boundary conditions are not adapted so far |
| | 323 | - Particle SGS velocities are not well treated at downward-facing surfaces at the moment |
