diff --git a/README.md b/README.md index c8e6b09e..32ef83e4 100644 --- a/README.md +++ b/README.md @@ -5,12 +5,17 @@ ## Getting Started * **Installation:** Follow the step-by-step instructions in the [Installation Guide](https://github.com/CIROH-UA/ngen-datastream/blob/main/INSTALL.md) to set up `ngen-datastream` on your system. -* **Usage:** Learn how to use `ngen-datastream` effectively by referring to the comprehensive [Usage Guide](https://github.com/CIROH-UA/ngen-datastream/blob/main/docs/USAGE.md). +* **Docs**: Make sure to review the [documentation](https://github.com/CIROH-UA/ngen-datastream/blob/main/docs/) for + * Available [NextGen models](https://github.com/CIROH-UA/ngen-datastream/blob/main/docs/NGEN_MODELS.md) and automated BMI configuration generation + * [Datastream options](https://github.com/CIROH-UA/ngen-datastream/blob/main/docs/DATASTREAM_OPTIONS.md) + * Input and output [directory structure](https://github.com/CIROH-UA/ngen-datastream/blob/main/docs/STANDARD_DIRECTORIES.md) + * A [usage guide](https://github.com/CIROH-UA/ngen-datastream/blob/main/docs/USAGE.md) for executing `ngen-datastream` effectively + * A step-by-step [breakdown](https://github.com/CIROH-UA/ngen-datastream/blob/main/docs/BREAKDOWN.md) of `ngen-datastream`'s internal workflow + * An explanation of the [Research DataStream](https://github.com/CIROH-UA/ngen-datastream/blob/main/research_datastream/README.md) ## Run it This example will execute a 24 hour NextGen simulation over the Palisade, Colorado watershed with CFE, SLOTH, PET, NOM, and t-route configuration distributed over 4 processes. The forcings used are the National Water Model v3 Retrospective. - First, obtain a hydrofabric file for the gage you wish to model. Check out [hfsubset](https://github.com/lynker-spatial/hfsubsetCLI) for a handy cli tool for generating geopackages. For Palisade, Colorado: ``` hfsubset -w medium_range \ @@ -21,8 +26,7 @@ hfsubset -w medium_range \ -t hl "Gages-09106150" ``` - -Then feed the hydrofabric file to ngen-datastream along with a few cli args to define the time domain and NextGen configuration. +Then feed the hydrofabric file to ngen-datastream along with a few cli args to define the time domain and NextGen configuration ``` ./scripts/stream.sh -s 202006200100 \ -e 202006210000 \ @@ -33,180 +37,7 @@ Then feed the hydrofabric file to ngen-datastream along with a few cli args to d -n 4 ``` - -And that's it! Outputs will exist at `$(pwd)/data/datastream_test/ngen-run/outputs`. To see what's happening in `ngen-datastream` step-by-step, see the [breakdown document](https://github.com/CIROH-UA/ngen-datastream/blob/main/docs/BREAKDOWN.md). - - -## Explanation of cli args (or variables in defined in `CONF_FILE`) -| Field | Description | Required | -|---------------------|--------------------------|------| -| START_DATE | Start simulation time (YYYYMMDDHHMM) or "DAILY" | :white_check_mark: | -| END_DATE | End simulation time (YYYYMMDDHHMM) | :white_check_mark: | -| FORCING_SOURCE | Select the forcings data provider. Options include NWM_RETRO_V2, NWM_RETRO_V3, NWM_OPERATIONAL_V3, NOMADS_OPERATIONAL| :white_check_mark: | -| DOMAIN_NAME | Name for spatial domain in run, stripped from gpkg if not supplied | | -| GEOPACKAGE | Path to hydrofabric, can be s3URI, URL, or local file. Generate file with [hfsubset](https://github.com/lynker-spatial/hfsubsetCLI) or use SUBSET args. | Required here or file exists in `RESOURCE_DIR/config` | -| SUBSET_ID_TYPE | id type corresponding to "id" [See hfsubset for options](https://github.com/LynkerIntel/hfsubset?tab=readme-ov-file#cli-option) | Required here if user is not providing GEOPACKAGE and GEOPACKAGE_ATTR. | -| SUBSET_ID | catchment id to subset [See hfsubset for options](https://github.com/LynkerIntel/hfsubset?tab=readme-ov-file#cli-option) | Required here if user is not providing GEOPACKAGE and GEOPACKAGE_ATTR. | -| HYDROFABRIC_VERSION | $\geq$ v20.1 [See hfsubset for options](https://github.com/LynkerIntel/hfsubset?tab=readme-ov-file#cli-option) | Required here if user is not providing GEOPACKAGE and GEOPACKAGE_ATTR. | -| REALIZATION | Path to NextGen realization file | Required here or file exists in `RESOURCE_DIR/config` | -| DATA_DIR | Absolute local path to construct the datastream run. | :white_check_mark: | -| RESOURCE_DIR | Path to directory that contains the datastream resources. More explanation [here](#resource_dir-datastream-resources). | | -| NWM_FORCINGS_DIR | Path to local directory containing nwm files. Alternatively, these file could be stored in RESOURCE_DIR as nwm-forcings. | | -| NGEN_BMI_CONFS | Path to local directory containing NextGen BMI configuration files. Alternatively, these files could be stored in RESOURCE_DIR under `config/`. See here for [directory structure](#configuration-directory-ngen-runconfig). | | -| NGEN_FORCINGS | Path to local ngen forcings directory holding ngen forcing csv's or parquet's. Also accepts tarball or netcdf. Alternatively, this file(s) could be stored in RESOURCE_DIR at `ngen-forcings/`. | | -| S3_BUCKET | AWS S3 Bucket to write output to | | -| S3_PREFIX | Path within S3 bucket to write to | -| DRYRUN | Set to "True" to skip all compute steps. | -| NPROCS | Maximum number of processes to use in any step of `ngen-datastream`. Defaults to `nprocs - 2` | | - - -## `ngen-datastream` Output Directory Structure -When the datastream is executed a folder of the structure below will be constructed at `DATA_DIR` -``` -DATA-PATH/ -│ -├── datastream-metadata/ -│ -├── datastream-resources/ -| -├── ngen-run/ -``` -Each folder is explained below - -### `datastream-metadata/` - -Holds metadata about the `ngen-datastream` excution that allows for a relatively condensed view of how the execution was performed. -Example directory: -``` -datastream-metadata/ -│ -├── conf_datastream.json -│ -├── conf_fp.json -| -├── conf_nwmurl.json -| -├── profile_fp.txt -| -├── profile.txt -| -├── filenamelist.txt -| -├── realization.json -``` -| File Type | Path in Resource Directory | Description | Naming | -|-------------|--------|----------|-----| -| DATASTREAM CONFIGURATION | datastream-metadata/conf_datastream.json | Holds metadata about the execution | conf_datastream.json | -| FORCING PROCESSOR CONFIGURATION | datastream-metadata/conf_fp.json | Configuration file for forcingprocessor. See [here](https://github.com/CIROH-UA/ngen-datastream/tree/main/forcingprocessor#example-confjson) | conf_fp.json | -| NWM URL CONFIGURATION | datastream-metadata/conf_nwmurl.json | Configuration file for nwmurl. See [here](https://github.com/CIROH-UA/ngen-datastream/tree/main/forcingprocessor#nwm_file) | conf_nwmurl.json | -| PROFILE | datastream-metadata/profile_fp.txt | Datetime print statements that allow for profiling each step in forcingprocessor| profile_fp.txt | -| PROFILE | datastream-metadata/profile.txt | Datetime print statements that allow for profiling each step in datastream | profile.txt | -| FILENAME LIST | datastream-metadata/filenamelist.txt | Local file paths or URLs to NWM forcings. Generated by [nwmurl](https://github.com/CIROH-UA/nwmurl). | filenamelist.txt | -| REALIZATION | datastream-metadata/realization.json | NextGen configuration file. See [here](https://github.com/CIROH-UA/ngen-datastream/blob/main/configs/ngen/realization_cfe_sloth_pet_nom.json) | realization.json | - -### `RESOURCE_DIR` (`datastream-resources/`) -`datastream-resources/` holds all the input data files required to perform the various computations `ngen-datastream` performs. This folder is not required as input, but will be a faster method for running ngen-datastream repeatedly over a given spatial or time domain. - -Examples of the application of the resource directory: -1) Repeated executions. `ngen-datastream` will retrieve files (that are given as arguements) remotely, however this can take time depending on the networking between the data source and host. Storing these files locally in `RESOURCE_DIR` for repeated runs will save time and network bandwith. In addition, this saves on compute required to build input files from scratch. -2) Communicating runs. ngen-datastream versions everything in `DATA_DIR`, which means a single hash corresponds to a unique `RESOURCE_DIR`, which allows users to quickly identify potential differences between `ngen-datastream` input data. - -#### Guide for building a `RESOURCE_DIR` -The easiest way to create a reusable resource directory is to execute `ngen-datastream` and save `DATA_DIR/datastream-resources` for later use. A user defined `RESOURCE_DIR` may take the form below. Only one file of each type is allowed (e.g. cannot have two geopackages or two realizations). Not every file is required. `ngen-datastream` will generate all required files by default, but will skip those steps if corresponding files exist in the resource directory. -``` -RESOURCE_DIR/ -| -├── config/ -| │ -| ├── nextgen_09.gpkg -| | -| ├── realization.json -| | -| ├── ngen.yaml -| | -| ├── partitions.json -| | -| ├── cat-config/ -| │ | -| | ├──PET/ -| │ | -| | ├──CFE/ -| │ | -| | ├──NOAH-OWP-M/ -| -├── nwm-forcings/ -| | -| ├── nwm.t00z.medium_range.forcing.f001.conus -| | -| ├── ... -| -├── ngen-forcings/ -| | -| ├── forcings.nc -| -``` - -| File Type | Path in Resource Directory | Example Link | Description | Naming | -|-------------|--------|-------------|----------|-----| -| BMI CONFIGURATION | config/cat-config | | directory holding BMI module configuration files defined in realization file. | See [here](#ngen-run) | -| REALIZATION | config/realization.json | [link](https://github.com/CIROH-UA/ngen-datastream/blob/main/configs/ngen/realization_cfe_sloth_pet_nom.json) | NextGen configuration | \*realization\*.json | -| GEOPACKAGE | config/nextgen_01.gpkg | [link](https://lynker-spatial.s3.amazonaws.com/v20.1/gpkg/nextgen_01.gpkg) | Hydrofabric file of version $\geq$ v20.1 Ignored if subset hydrofabric options are set in datastream config. See [Lynker-Spatial](https://www.lynker-spatial.com/#v20.1/gpkg/) for complete VPU geopackages or [hfsubset](https://github.com/LynkerIntel/hfsubset) for generating your own custom domain. `hfsubset` can be invoked indirectly through `ngen-datastream` through the subsetting args. | *.gpkg | -| PARTITIONS | config/patitions_$NPROCS.json | | File generated by the NextGen framework to distribute processing by spatial domain. | \*partitions\*.json | -| FORCINGS | nwm-forcings/*.nc | [link](https://noaa-nwm-retrospective-3-0-pds.s3.amazonaws.com/CONUS/netcdf/FORCING/2019/201901010000.LDASIN_DOMAIN1) | NetCDF National Water Model forcing files. These are not saved to the resource directory by default. | *.nc | -| FORCINGS | ngen-forcings/*.nc | | netcdf holding ngen forcings. | *.nc (by default), *.tar.gz, *.csv, *.parquet | - -### `ngen-run/` -Running NextGen requires building a standard run directory complete with only the necessary files. The datastream constructs this automatically, but can be manually built as well. Below is an explanation of the standard. Reference for discussion of the standard [here](https://github.com/CIROH-UA/NGIAB-CloudInfra/pull/17). - -A NextGen run directory `ngen-run` is composed of three necessary subfolders `config, forcings, outputs` and an optional fourth subfolder `metadata`. - -``` -ngen-run/ -│ -├── config/ -│ -├── forcings/ -| -├── metadata/ -│ -├── outputs/ -``` - -The `ngen-run` directory contains the following subfolders: - -- `config`: model configuration files and hydrofabric configuration files. A deeper explanation [here](#configuration-directory-ngen-runconfig) -- `forcings`: catchment-level forcing timeseries files. These can be generated with the [forcingprocessor](https://github.com/CIROH-UA/ngen-datastream/tree/main/forcingprocessor). Forcing files contain variables like wind speed, temperature, precipitation, and solar radiation. -- `metadata` is an optional subfolder. This is programmatically generated and it used within to ngen. Do not edit this folder. -- `outputs`: This is where ngen will place the output files. - -#### Configuration directory `ngen-run/config/` -This folder contains the NextGen realization file, which serves as the primary model configuration for the ngen framework. This file specifies which models to run and with which parameters, run parameters like date and time, and hydrofabric specifications. - -Based on the models defined in the realization file, BMI configuration files may be required. For those models that require per-catchment configuration files, a folder will hold these files for each model in `ngen-run/config/cat-config`. See [here](https://github.com/CIROH-UA/ngen-datastream/blob/main/docs/NGEN_MODULES.md) for which models ngen-datastream supports automated BMI configuration file generation. See the directory structure convention below. - -``` -ngen-run/ -| -├── config/ -| │ -| ├── nextgen_09.gpkg -| | -| ├── realization.json -| | -| ├── ngen.yaml -| | -| ├── cat-config/ -| │ | -| | ├──PET/ -| │ | -| | ├──CFE/ -| │ | -| | ├──NOAH-OWP-M/ -... -``` - -## Versioning -`ngen-datstream` uses a merkel tree hashing algorithm to version each execution with [merkdir](https://github.com/makew0rld/merkdir). This means all input and output files in a `ngen-datastream` execution will be hashed in such a way that tracking minute changes among millions of files is trivial. +And that's it! Outputs will exist at `$(pwd)/data/datastream_test/ngen-run/outputs` ## License `ngen-datastream` is distributed under [GNU General Public License v3.0 or later](LICENSE.md) diff --git a/docs/DATASTREAM_OPTIONS.md b/docs/DATASTREAM_OPTIONS.md new file mode 100644 index 00000000..6f7d9408 --- /dev/null +++ b/docs/DATASTREAM_OPTIONS.md @@ -0,0 +1,49 @@ +Below is the output of `./scripts/stream.sh -h`. A more in depth of each option is given in the table below. + +``` +Usage: ./scripts/stream.sh [options] +Either provide a datastream configuration file + -c, --CONF_FILE +or run with cli args + -s, --START_DATE + -e, --END_DATE + -C, --FORCING_SOURCE + -d, --DATA_DIR + -R, --REALIZATION + -g, --GEOPACKAGE + -I, --SUBSET_ID + -i, --SUBSET_ID_TYPE + -v, --HYDROFABRIC_VERSION + -D, --DOMAIN_NAME + -r, --RESOURCE_DIR + -f, --NWM_FORCINGS_DIR + -N, --NGEN_BMI_CONFS + -F, --NGEN_FORCINGS + -S, --S3_BUCKET + -o, --S3_PREFIX + -n, --NPROCS + -y, --DRYRUN + ``` + +### Explanation of cli args (or variables in defined in `CONF_FILE`) +| Field | Flag | Description | Required | +|---------------------|------|--------------------|------| +| START_DATE | `-s` |Start simulation time (YYYYMMDDHHMM) or "DAILY" | :white_check_mark: | +| END_DATE | `-e` |End simulation time (YYYYMMDDHHMM) | :white_check_mark: | +| FORCING_SOURCE | `-C` |Select the forcings data provider. Options include NWM_RETRO_V2, NWM_RETRO_V3, NWM_OPERATIONAL_V3, NOMADS_OPERATIONAL| :white_check_mark: | +| DATA_DIR | `-d` |Absolute local path to construct the datastream run. | :white_check_mark: | +| REALIZATION | `-R` |Path to NextGen realization file | Required here or file exists in `RESOURCE_DIR/config` | +| GEOPACKAGE | `-g` | Path to hydrofabric, can be s3URI, URL, or local file. Generate file with [hfsubset](https://github.com/lynker-spatial/hfsubsetCLI) or use SUBSET args. | Required here or file exists in `RESOURCE_DIR/config` | +| SUBSET_ID_TYPE | `-i` | id type corresponding to "id" [See hfsubset for options](https://github.com/LynkerIntel/hfsubset?tab=readme-ov-file#cli-option) | Required here if user is not providing GEOPACKAGE and GEOPACKAGE_ATTR. | +| SUBSET_ID | `-I` | catchment id to subset [See hfsubset for options](https://github.com/LynkerIntel/hfsubset?tab=readme-ov-file#cli-option) | Required here if user is not providing GEOPACKAGE and GEOPACKAGE_ATTR. | +| HYDROFABRIC_VERSION | `-v` |$\geq$ v20.1 [See hfsubset for options](https://github.com/LynkerIntel/hfsubset?tab=readme-ov-file#cli-option) | Required here if user is not providing GEOPACKAGE and GEOPACKAGE_ATTR. | +| DOMAIN_NAME | `-D` | Name for spatial domain in run, stripped from gpkg if not supplied | | +| RESOURCE_DIR | `-r` |Path to directory that contains the datastream resources. More explanation [here](#resource_dir-datastream-resources). | | +| NWM_FORCINGS_DIR | `-f` |Path to local directory containing nwm files. Alternatively, these file could be stored in RESOURCE_DIR as nwm-forcings. | | +| NGEN_BMI_CONFS | `-N` |Path to local directory containing NextGen BMI configuration files. Alternatively, these files could be stored in RESOURCE_DIR under `config/`. See here for [directory structure](#configuration-directory-ngen-runconfig). | | +| NGEN_FORCINGS | `-F` | Path to local ngen forcings directory holding ngen forcing csv's or parquet's. Also accepts tarball or netcdf. Alternatively, this file(s) could be stored in RESOURCE_DIR at `ngen-forcings/`. | | +| S3_BUCKET | `-S` | AWS S3 Bucket to write output to | | +| S3_PREFIX | `-o` | Path within S3 bucket to write to | +| DRYRUN | `-y` | Set to "True" to skip all compute steps. | +| NPROCS | `-n` | Maximum number of processes to use in any step of `ngen-datastream`. Defaults to `nprocs - 2` | | +| CONF_FILE | `-c` | Store CLI args as env variables in a file. | | \ No newline at end of file diff --git a/docs/NGEN_MODULES.md b/docs/NGEN_MODELS.md similarity index 100% rename from docs/NGEN_MODULES.md rename to docs/NGEN_MODELS.md diff --git a/docs/STANDARD_DIRECTORIES.md b/docs/STANDARD_DIRECTORIES.md new file mode 100644 index 00000000..139cef5b --- /dev/null +++ b/docs/STANDARD_DIRECTORIES.md @@ -0,0 +1,150 @@ +## `ngen-datastream` Output Directory Structure +When the datastream is executed a folder of the structure below will be constructed at `DATA_DIR` +``` +DATA-PATH/ +│ +├── datastream-metadata/ +│ +├── datastream-resources/ +| +├── ngen-run/ +``` +Each folder is explained below + +### `datastream-metadata/` + +Holds metadata about the `ngen-datastream` excution that allows for a relatively condensed view of how the execution was performed. +Example directory: +``` +datastream-metadata/ +│ +├── conf_datastream.json +│ +├── conf_fp.json +| +├── conf_nwmurl.json +| +├── profile_fp.txt +| +├── profile.txt +| +├── filenamelist.txt +| +├── realization.json +``` +| File Type | Path in Resource Directory | Description | Naming | +|-------------|--------|----------|-----| +| DATASTREAM CONFIGURATION | datastream-metadata/conf_datastream.json | Holds metadata about the execution | conf_datastream.json | +| FORCING PROCESSOR CONFIGURATION | datastream-metadata/conf_fp.json | Configuration file for forcingprocessor. See [here](https://github.com/CIROH-UA/ngen-datastream/tree/main/forcingprocessor#example-confjson) | conf_fp.json | +| NWM URL CONFIGURATION | datastream-metadata/conf_nwmurl.json | Configuration file for nwmurl. See [here](https://github.com/CIROH-UA/ngen-datastream/tree/main/forcingprocessor#nwm_file) | conf_nwmurl.json | +| PROFILE | datastream-metadata/profile_fp.txt | Datetime print statements that allow for profiling each step in forcingprocessor| profile_fp.txt | +| PROFILE | datastream-metadata/profile.txt | Datetime print statements that allow for profiling each step in datastream | profile.txt | +| FILENAME LIST | datastream-metadata/filenamelist.txt | Local file paths or URLs to NWM forcings. Generated by [nwmurl](https://github.com/CIROH-UA/nwmurl). | filenamelist.txt | +| REALIZATION | datastream-metadata/realization.json | NextGen configuration file. See [here](https://github.com/CIROH-UA/ngen-datastream/blob/main/configs/ngen/realization_cfe_sloth_pet_nom.json) | realization.json | + +### `RESOURCE_DIR` (`datastream-resources/`) +`datastream-resources/` holds all the input data files required to perform the various computations `ngen-datastream` performs. This folder is not required as input, but will be a faster method for running ngen-datastream repeatedly over a given spatial or time domain. + +Examples of the application of the resource directory: +1) Repeated executions. `ngen-datastream` will retrieve files (that are given as arguements) remotely, however this can take time depending on the networking between the data source and host. Storing these files locally in `RESOURCE_DIR` for repeated runs will save time and network bandwith. In addition, this saves on compute required to build input files from scratch. +2) Communicating runs. ngen-datastream versions everything in `DATA_DIR`, which means a single hash corresponds to a unique `RESOURCE_DIR`, which allows users to quickly identify potential differences between `ngen-datastream` input data. + +#### Guide for building a `RESOURCE_DIR` +The easiest way to create a reusable resource directory is to execute `ngen-datastream` and save `DATA_DIR/datastream-resources` for later use. A user defined `RESOURCE_DIR` may take the form below. Only one file of each type is allowed (e.g. cannot have two geopackages or two realizations). Not every file is required. `ngen-datastream` will generate all required files by default, but will skip those steps if corresponding files exist in the resource directory. +``` +RESOURCE_DIR/ +| +├── config/ +| │ +| ├── nextgen_09.gpkg +| | +| ├── realization.json +| | +| ├── ngen.yaml +| | +| ├── partitions.json +| | +| ├── cat-config/ +| │ | +| | ├──PET/ +| │ | +| | ├──CFE/ +| │ | +| | ├──NOAH-OWP-M/ +| +├── nwm-forcings/ +| | +| ├── nwm.t00z.medium_range.forcing.f001.conus +| | +| ├── ... +| +├── ngen-forcings/ +| | +| ├── forcings.nc +| +``` + +| File Type | Path in Resource Directory | Example Link | Description | Naming | +|-------------|--------|-------------|----------|-----| +| BMI CONFIGURATION | config/cat-config | | directory holding BMI module configuration files defined in realization file. | See [here](#ngen-run) | +| REALIZATION | config/realization.json | [link](https://github.com/CIROH-UA/ngen-datastream/blob/main/configs/ngen/realization_cfe_sloth_pet_nom.json) | NextGen configuration | \*realization\*.json | +| GEOPACKAGE | config/nextgen_01.gpkg | [link](https://lynker-spatial.s3.amazonaws.com/v20.1/gpkg/nextgen_01.gpkg) | Hydrofabric file of version $\geq$ v20.1 Ignored if subset hydrofabric options are set in datastream config. See [Lynker-Spatial](https://www.lynker-spatial.com/#v20.1/gpkg/) for complete VPU geopackages or [hfsubset](https://github.com/LynkerIntel/hfsubset) for generating your own custom domain. `hfsubset` can be invoked indirectly through `ngen-datastream` through the subsetting args. | *.gpkg | +| PARTITIONS | config/patitions_$NPROCS.json | | File generated by the NextGen framework to distribute processing by spatial domain. | \*partitions\*.json | +| FORCINGS | nwm-forcings/*.nc | [link](https://noaa-nwm-retrospective-3-0-pds.s3.amazonaws.com/CONUS/netcdf/FORCING/2019/201901010000.LDASIN_DOMAIN1) | NetCDF National Water Model forcing files. These are not saved to the resource directory by default. | *.nc | +| FORCINGS | ngen-forcings/*.nc | | netcdf holding ngen forcings. | *.nc (by default), *.tar.gz, *.csv, *.parquet | + +### `ngen-run/` +Running NextGen requires building a standard run directory complete with only the necessary files. The datastream constructs this automatically, but can be manually built as well. Below is an explanation of the standard. Reference for discussion of the standard [here](https://github.com/CIROH-UA/NGIAB-CloudInfra/pull/17). + +A NextGen run directory `ngen-run` is composed of three necessary subfolders `config, forcings, outputs` and an optional fourth subfolder `metadata`. + +``` +ngen-run/ +│ +├── config/ +│ +├── forcings/ +│ +├── lakeout/ +| +├── metadata/ +│ +├── outputs/ +│ +├── restart/ +``` + +The `ngen-run` directory contains the following subfolders: + +- `config`: model configuration files and hydrofabric configuration files. A deeper explanation [here](#configuration-directory-ngen-runconfig) +- `forcings`: catchment-level forcing timeseries files. These can be generated with the [forcingprocessor](https://github.com/CIROH-UA/ngen-datastream/tree/main/forcingprocessor). Forcing files contain variables like wind speed, temperature, precipitation, and solar radiation. +- `lakeout`: for t-route +- `metadata` is an optional subfolder. This is programmatically generated and it used within to ngen. Do not edit this folder. +- `outputs`: This is where ngen will place the output files. +- `restart`: For restart files + +#### Configuration directory `ngen-run/config/` +This folder contains the NextGen realization file, which serves as the primary model configuration for the ngen framework. This file specifies which models to run and with which parameters, run parameters like date and time, and hydrofabric specifications. + +Based on the models defined in the realization file, BMI configuration files may be required. For those models that require per-catchment configuration files, a folder will hold these files for each model in `ngen-run/config/cat-config`. See [here](https://github.com/CIROH-UA/ngen-datastream/blob/main/docs/NGEN_MODULES.md) for which models ngen-datastream supports automated BMI configuration file generation. See the directory structure convention below. + +``` +ngen-run/ +| +├── config/ +| │ +| ├── nextgen_09.gpkg +| | +| ├── realization.json +| | +| ├── ngen.yaml +| | +| ├── cat-config/ +| │ | +| | ├──PET/ +| │ | +| | ├──CFE/ +| │ | +| | ├──NOAH-OWP-M/ +... +``` \ No newline at end of file diff --git a/scripts/stream.sh b/scripts/stream.sh index 187cd229..a5590e0f 100755 --- a/scripts/stream.sh +++ b/scripts/stream.sh @@ -84,17 +84,17 @@ usage() { echo " -s, --START_DATE " echo " -e, --END_DATE " echo " -C, --FORCING_SOURCE " - echo " -D, --DOMAIN_NAME " + echo " -d, --DATA_DIR " + echo " -R, --REALIZATION " echo " -g, --GEOPACKAGE " echo " -I, --SUBSET_ID " echo " -i, --SUBSET_ID_TYPE " - echo " -v, --HYDROFABRIC_VERSION " - echo " -R, --REALIZATION " - echo " -d, --DATA_DIR " + echo " -v, --HYDROFABRIC_VERSION " + echo " -D, --DOMAIN_NAME " echo " -r, --RESOURCE_DIR " echo " -f, --NWM_FORCINGS_DIR " + echo " -N, --NGEN_BMI_CONFS " echo " -F, --NGEN_FORCINGS " - echo " -N, --NGEN_BMI_CONFS " echo " -S, --S3_BUCKET " echo " -o, --S3_PREFIX " echo " -n, --NPROCS "