Top Menu

Jump to content
  • downscale
    • View all projects
Home
    • Work packages
    • News
    • Getting started
    • Introduction video

      • Welcome to OpenProject

      Get an overview

      Get a quick overview of project management and team collaboration with OpenProject.
      You can restart this video from the help menu
    • Help and support
    • Upgrade to Enterprise Edition
    • User guides
    • Videos
    • Shortcuts
    • Community forum
    • Professional support
    • Additional resources
    • Data privacy and security policy
    • OpenProject website
    • Security alerts / Newsletter
    • OpenProject blog
    • Release notes
    • Report a bug
    • Development roadmap
    • Add and edit translations
    • API documentation
  • Sign in
      Forgot your password?

Side Menu

  • Overview
  • Activity
  • Work packages
  • News
  • Repository
  • You are here:Wiki main page
    • Table of contents
      • Hierarchy leafGravimetric humidity bias on 2008-04-07, 05 UTC
      • Expanded. Click to collapseCollapsed. Click to showWiki main page
        • Expanded. Click to collapseCollapsed. Click to showCoarse data
          • Hierarchy leafCoarse external data
          • Hierarchy leafIntroduction of new data
          • Hierarchy leafTemperature
        • Hierarchy leafDependencies
        • Expanded. Click to collapseCollapsed. Click to showExchange of variable fields
          • Hierarchy leafnamcouple
          • Expanded. Click to collapseCollapsed. Click to showSchomburg scheme
            • Expanded. Click to collapseCollapsed. Click to showSchomburg rules
              • Hierarchy leafSchomburg rule
        • Expanded. Click to collapseCollapsed. Click to showFine data
          • Hierarchy leafEstimated resolutions
          • Expanded. Click to collapseCollapsed. Click to showFine external data from the Climate Limited-area Modeling community
            • Hierarchy leafDivided by 7
            • Hierarchy leafEmulation of the test data resolution
          • Hierarchy leafSRTM data
        • Hierarchy leafIntroduction
        • Hierarchy leafLiterature
        • Expanded. Click to collapseCollapsed. Click to showModel1
          • Hierarchy leafDeprecated dummy data
          • Hierarchy leafDummy coordinates
          • Hierarchy leafProcessing
          • Expanded. Click to collapseCollapsed. Click to showRead_grib1
            • Hierarchy leafEccodes_handler
        • Hierarchy leafNaming schemes
        • Hierarchy leafOASIS3
        • Hierarchy leafPrivacy policy
        • Hierarchy leafTitle page
        • Expanded. Click to collapseCollapsed. Click to showValidation
          • Expanded. Click to collapseCollapsed. Click to showPreservation of the sub-scale average
            • Expanded. Click to collapseCollapsed. Click to showBias anecdote for gravimetric humidity
              • Hierarchy leafGravimetric humidity bias on 2008-04-04, 18 UTC
            • Expanded. Click to collapseCollapsed. Click to showBias anecdote for surface pressure
              • Hierarchy leafSurface pressure bias on 2008-04-04, 18UTC
              • Hierarchy leafSurface pressure bias on 2008-04-07, 05UTC
            • Expanded. Click to collapseCollapsed. Click to showBias anecdote for temperature
              • Hierarchy leafTemperature bias on 2008-04-07, 05UTC
              • Hierarchy leafTemperature bias on 2008-04-04, 18UTC
            • Hierarchy leafgrib2bin.pl
          • Hierarchy leafSpatial average and variance before and after downscaling
        • Expanded. Click to collapseCollapsed. Click to showWhat the Community Land Model requires
          • Hierarchy leafsva_DWD_forcing.ncl
You are here:
  • Wiki main page
  • Model1

Content

Model1

  • More
    • Table of contents

Model1 reads from multiple files a handful of coarsely resolved variables. One file contains permanent model parameters, the other ones model output. Seven variables are actually submitted to downscaling under the header comment ‘! Send variables to be downscaled’, the others serve only as additional predictors in a Schomburg rule under the heading ‘! Send coarse resolution auxiliary information’. Of the 7, 4 undergo processing in model1.

Settings

As the test data and the complete data have different formats, specifically grib and NetCDF, model1 can read either. It has a switch in the header. User may switch there, or make use of a pre-processor. The variable ‘CPPKEYGRIB’ in job_script.sh activates the Grib setting in both model1 and model2 in case it is set to ‘GRIB’, or default to the demo bench mark test case otherwise.

In addition to switching, users will have to amend the source code to point to their input data and unfortunately also its fields’ size -including the number of time steps. Both instances are flagged with, ‘!!Dear user,’

The latter can easily be found just below the header in model1.F90, the former in the dedicated function cosmopath.F90.

In this process, users may be tempted to also alter the parameters ‘dx’ and ‘dy’ to their grid strides, but these are Dummy coordinates, and must never change in any setting.

Parallel programming

Model1 is a parallel program and has run on an even number of processors.

Partitioning

After each node has determined its rank, they find their partition of the fields on this basis in

!++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
! Step 4: Define the partition 
!++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

All nodes get all longitudes. Latitudes are split equally in terms of integers. If their number is not divisible by the number of nodes, the last node gets the remainder. The variable ‘vshape’ carries this information to read_grib1 and read_cosmo1, and each node allocates only space for its partition.

Loading...