Are you a user of APSIM-X (“Next Generation”)? Are you a frequent user of R? Are you hoping for APSIM-X and R to interact with each other? Then the answer is the apsimx package, which allows you to inspect, edit, run and read files created by APSIM-X – .apsim(x) files. New .apsimx files are based on the JSON (JavaScript Object Notation https://www.json.org/) format and it is used to communicate information to the APSIM-X engine. By using the ‘jsonlite’ R package apsimx can read and write (‘inspect’ and ‘edit’) files in this format. APSIM ‘Classic’ used an XML format and this type is now fully supported (‘inspect’, ‘edit’, ‘run’ and ‘read’). For ‘inspect’ and ‘edit’ in the APSIM ‘Classic’ version I use the ‘xml2’ package. To run simulations the apsimx function (apsim for ‘Classic’) is available and results from the simulation can be imported as an R object with a dedicated function (read_apsimx ‘NG’ and read_apsim for ‘Classic’). If you need to write scripts (regardless of whether you use the apsimx package or not) the vignette ‘writing scripts’ might be useful. The package is currently being developed and available at: https://github.com/femiguez/apsimx. If you have any questions write to: femiguez at iastate.edu.
In part this package is inspired by previous work by Bryan Stanfill on the ‘apsimr’ package (previously available from CRAN and github: https://github.com/stanfill/apsimr). That package made it possible to not only run APSIM from R, but also to perform sensitivity analysis and model emulation using ‘GAMS’. However, that package has not been maintained in the last five years and it does not work for the new APSIM-X framework. Another useful R package used to be ‘APSIM’, but it has been removed from CRAN (as of 2020-10-19) but as with ‘apsimr’ it has not been updated and it has somewhat of a different functionality. The ‘APSIM’ package was especially useful for creating weather (‘.met’) files. The functionality in apsimx goes beyond that in the removed ‘APSIM’ package. There is also a package ‘APSIMBatch’, but it has limited functionality.
To run the code in this vignette, you need to have APSIM ‘Next Generation’ installed. However, if you have not used APSIM it is recommended that you become familiar with it before hand.
See the following for details
This package has been tested on (latest version):
Mac: ApsimX version (2021-10-11) 6842 (R 4.0.5)
Debian: ApsimX version (2020-01-29) 4007 (R 3.6.1)
Windows: ApsimX version (2021-11-16) 6943 and APSIM 7.10-r4207 (R 3.6.2)
For most functions in this pacakge you need to have a version of APSIM-X (or ‘Next Generation’) installed (or APSIM ‘Classic’). For Mac and Linux, for versions older than Sep 2021, first you need to install mono (https://www.mono-project.com/download/stable/) and then download and install APSIM (https://www.apsim.info/download-apsim/downloads/). NOTE: If you are using a version of APSIM Next Gen older than Sep 2021, you do not need to install mono. The apsimx package will try to detect both mono and APSIM (Classic and Next Generation).
Mac: For Mac it is also assumed that APSIM has been moved to ‘Applications’.
Windows: In Windows the default install location is in ‘Program Files’ for APSIM (Next Generation) and Program Files (x86) for APSIM ‘Classic’.
Linux (Debian): It assumed that APSIM is in ‘/usr/local/lib/apsim/’.
If you have your own flavor of APSIM, then you need to set the path manually using the function ‘apsim_options’ for Classic and ‘apsimx_options’ for Next Generation.
The main functions in the package are (for now):
There are many other useful function described below.
The main functions relevant for ‘Classic’ are:
See also ‘optim’ vignette for optimization options.
To get started you can run one of the examples distributed with APSIM-X. This function does the following: it detects where the APSIM examples are located, it runs the example indicated and it returns the ‘report’ as a data.frame. After that you can do the usual manipulations, including visualization.
After we run this example we can treat it as a standard data frame in R.
## CheckpointID SimulationID Zone Clock.Today
## Min. :1 Min. :1 Length:10 Length:10
## 1st Qu.:1 1st Qu.:1 Class :character Class :character
## Median :1 Median :1 Mode :character Mode :character
## Mean :1 Mean :1
## 3rd Qu.:1 3rd Qu.:1
## Max. :1 Max. :1
## Maize.Phenology.CurrentStageName Maize.AboveGround.Wt Maize.AboveGround.N
## Length:10 Min. : 198.5 Min. : 2.103
## Class :character 1st Qu.: 887.8 1st Qu.: 9.149
## Mode :character Median :1347.2 Median :13.543
## Mean :1261.5 Mean :12.749
## 3rd Qu.:1620.2 3rd Qu.:17.056
## Max. :1995.9 Max. :18.327
## Maize.Grain.Wt Maize.Grain.Size Maize.Grain.NumberFunction Maize.Grain.N
## Min. : 70.35 Min. :0.2205 Min. : 232.3 Min. : 0.9447
## 1st Qu.:381.36 1st Qu.:0.2820 1st Qu.:1440.0 1st Qu.: 5.2682
## Median :636.27 Median :0.2926 Median :2220.7 Median : 8.4116
## Mean :585.84 Mean :0.2850 Mean :2058.2 Mean : 7.7509
## 3rd Qu.:836.26 3rd Qu.:0.2988 3rd Qu.:2880.1 3rd Qu.:11.0796
## Max. :885.18 Max. :0.3028 Max. :3058.4 Max. :11.3600
## Maize.Total.Wt Date
## Min. : 221.6 Min. :1991-05-28
## 1st Qu.: 984.6 1st Qu.:1993-06-15
## Median :1493.8 Median :1995-09-24
## Mean :1379.6 Mean :1995-10-01
## 3rd Qu.:1757.4 3rd Qu.:1997-12-12
## Max. :2152.1 Max. :2000-04-04
Being able to inspect a file from within R is a functionality which was not considered in previous R packages. My first motivation for doing this was to be able to verify from within R that if I edited an APSIM(X) file, the editing worked as expected. The second use of ‘inspect’ is to be able to understand the structure of ‘apsim’ files better. A third useful aspect of ‘inspect’ is that it can be used to supply the path for a parameter that will be later edited. Another benefit of the inpspect functions is that if you are running APSIM in a cluster, you do not have access to the GUI, so these functions allow you to inspect your files in that environment. In addition, having this functionality within R allows to make these tasks repeatable. For complex inspections and manipulations of an .apsim(x) file the GUI is recommended. However, this package is designed to work with relatively simple .apsim(x) files.
Here I’m using the ‘Maize’ example distributed with APSIM-X but stored in the package and the specific task is: we want to make sure that the intended component was edited as expected. Let’s look at the weather file used.
extd.dir <- system.file("extdata", package = "apsimx")
inspect_apsimx("Maize.apsimx", src.dir = extd.dir, node = "Weather")
## Met file: %root%\Examples\WeatherFiles\Dalby.met
Editing a file has the side effect of creating a new file with ‘-edited’ added to the name to avoid conflict or unintended consequences, but it is also possible to overwrite it. This follows the same style as in the ‘apsimr’ package. One difference is that it is possible to supply a different ‘edit.tag’. This code does not run an APSIM simulation, it only edits the file.
Let’s say we want to modify the values of ‘Organic Carbon’ in the soil in the ‘Maize.apsimx’ example. First we should inspect the current values.
## Soil Type: Clay
## Latitude: -27.58184
## Longitude: 151.3202
## Soil children: Physical SoilWater Organic Chemical InitialWater InitialN CERESSoilTemperature Nutrient
##
##
## |parm |value |
## |:----------|:-----|
## |FOMCNRatio |40 |
##
##
## |Depth |Thickness |Carbon |SoilCNRatio |FBiom |FInert |FOM |
## |:-------|:---------|:------|:-----------|:-----|:------|:----------------|
## |0-15 |150 |1.2 |12 |0.04 |0.4 |347.129032312756 |
## |15-30 |150 |0.96 |12 |0.02 |0.6 |270.344362191994 |
## |30-60 |300 |0.6 |12 |0.02 |0.8 |163.972144349901 |
## |60-90 |300 |0.3 |12 |0.02 |1 |99.4541328870406 |
## |90-120 |300 |0.18 |12 |0.01 |1 |60.3219808311247 |
## |120-150 |300 |0.12 |12 |0.01 |1 |36.5871308286749 |
## |150-180 |300 |0.12 |12 |0.01 |1 |22.1912165985086 |
The function ‘inspect_apsimx’, in this example, displays various information about the organic matter in the soil. (See the help page - ?inspect_apsimx - for more options). In the next step, we ‘edit’ the values.
ocs <- c(1.5, 1.4, 1.3, 1.2, 1.1, 1.0, 0.9)
edit_apsimx("Maize.apsimx",
src.dir = extd.dir,
wrt.dir = ".",
node = "Soil",
soil.child = "Organic",
parm = "Carbon", value = ocs)
## Edited (node): Soil
## Edited (child): Organic
## Edited parameters: Carbon
## New values: 1.5 1.4 1.3 1.2 1.1 1 0.9
## Created: ./Maize-edited.apsimx
Let’s make sure that we have changed the values successfully.
## Soil Type: Clay
## Latitude: -27.58184
## Longitude: 151.3202
## Soil children: Physical SoilWater Organic Chemical InitialWater InitialN CERESSoilTemperature Nutrient
##
##
## |parm |value |
## |:----------|:-----|
## |FOMCNRatio |40 |
##
##
## |Depth |Thickness |Carbon |SoilCNRatio |FBiom |FInert |FOM |
## |:-------|:---------|:------|:-----------|:-----|:------|:----------------|
## |0-15 |150 |1.5 |12 |0.04 |0.4 |347.129032312756 |
## |15-30 |150 |1.4 |12 |0.02 |0.6 |270.344362191994 |
## |30-60 |300 |1.3 |12 |0.02 |0.8 |163.972144349901 |
## |60-90 |300 |1.2 |12 |0.02 |1 |99.4541328870406 |
## |90-120 |300 |1.1 |12 |0.01 |1 |60.3219808311247 |
## |120-150 |300 |1 |12 |0.01 |1 |36.5871308286749 |
## |150-180 |300 |0.9 |12 |0.01 |1 |22.1912165985086 |
There is another function that might be useful inspect_apsimx_json which can be more flexible and a variation of grep grep_json_list.
It is recommended that you start by creating an .apsim(x) file using the GUI. In following steps the goal could be, for example, to either perform sensitivity or uncertainty analysis using R. The functions included in this package are aimed at simplifying the process of running a simulation, changing the value of a variable/parameter and running the model again iteratively. Writing complex scripts requires a high level knowledge of both APSIM and R, but it is made possible with these tools. This is the proposed workflow:
Another proposed more advanced workflow would involve calibrating or optimizing variables given observed data. This is considered in more detail below.
The ‘Wheat’ example is distributed with the ‘apsimx’ package.
If you have APSIM-X installed you can also run it in this way.
ex.dir <- auto_detect_apsimx_examples()
## Copy 'Wheat' file to a temporary directory
## (or change as needed)
tmp.dir2 <- tempdir()
file.copy(paste0(ex.dir, "/", "Wheat.apsimx"), tmp.dir2)
sim <- apsimx("Wheat.apsimx", src.dir = tmp.dir2, value = "report")
## CheckpointID SimulationID Zone Clock.Today
## Min. :1 Min. :1 Length:79 Length:79
## 1st Qu.:1 1st Qu.:1 Class :character Class :character
## Median :1 Median :1 Mode :character Mode :character
## Mean :1 Mean :1
## 3rd Qu.:1 3rd Qu.:1
## Max. :1 Max. :1
## Wheat.Phenology.Zadok.Stage Wheat.Phenology.CurrentStageName
## Min. :0 Length:79
## 1st Qu.:0 Class :character
## Median :0 Mode :character
## Mean :0
## 3rd Qu.:0
## Max. :0
## Wheat.AboveGround.Wt Wheat.AboveGround.N Yield Wheat.Grain.Protein
## Min. : 64.59 Min. : 2.619 Min. : 251.3 Min. :10.78
## 1st Qu.: 766.44 1st Qu.:22.448 1st Qu.:3155.3 1st Qu.:15.12
## Median :1061.98 Median :26.816 Median :4050.3 Median :15.15
## Mean :1029.24 Mean :25.734 Mean :4126.6 Mean :15.08
## 3rd Qu.:1355.02 3rd Qu.:30.893 3rd Qu.:5347.4 3rd Qu.:15.20
## Max. :1654.14 Max. :35.665 Max. :7204.5 Max. :15.35
## Wheat.Grain.Size Wheat.Grain.Number Wheat.Grain.Total.Wt Wheat.Grain.Total.N
## Min. :0.01992 Min. : 1112 Min. : 25.13 Min. : 0.6662
## 1st Qu.:0.02196 1st Qu.:13475 1st Qu.:315.53 1st Qu.: 8.3994
## Median :0.02334 Median :17118 Median :405.03 Median :10.6031
## Mean :0.02492 Mean :16240 Mean :412.66 Mean :10.9070
## 3rd Qu.:0.02646 3rd Qu.:19980 3rd Qu.:534.74 3rd Qu.:14.1672
## Max. :0.04120 Max. :24042 Max. :720.45 Max. :19.2557
## Wheat.Total.Wt Date
## Min. : 79.04 Min. :1900-11-14
## 1st Qu.: 889.73 1st Qu.:1927-05-14
## Median :1236.50 Median :1953-11-01
## Mean :1193.27 Mean :1952-08-20
## 3rd Qu.:1563.53 3rd Qu.:1978-05-23
## Max. :1922.30 Max. :2000-11-18
##
##
## |parm |value |
## |:------------|:------|
## |StartDate |1-may |
## |EndDate |10-jul |
## |MinESW |100 |
## |MinRain |25 |
## |RainDays |7 |
## |CultivarName |Hartog |
## |SowingDepth |30 |
## |RowSpacing |250 |
## |Population |120 |
## This only displays the available 'Manager' components
inspect_apsimx("Wheat.apsimx", src.dir = extd.dir, node = "Manager")
## Management Scripts: SowingFertiliser Harvest SowingRule1
## Looking more in-depth into 'SowingRule1'
inspect_apsimx("Wheat.apsimx", src.dir = extd.dir,
node = "Manager", parm = list("SowingRule1", NA))
## Management Scripts: SowingFertiliser Harvest SowingRule1
##
## Name: SowingRule1
##
##
## |parm |value |
## |:------------|:------|
## |StartDate |1-may |
## |EndDate |10-jul |
## |MinESW |100 |
## |MinRain |25 |
## |RainDays |7 |
## |CultivarName |Hartog |
## |SowingDepth |30 |
## |RowSpacing |250 |
## |Population |120 |
If you only want to display the Wheat cultivar choose the sixth element in that table.
## Management Scripts: SowingFertiliser Harvest SowingRule1
##
## Name: SowingRule1
## Key: CultivarName
##
##
## |parm |value |
## |:------------|:------|
## |CultivarName |Hartog |
## We can print and store the path to this parameter
pp <- inspect_apsimx("Wheat.apsimx", src.dir = extd.dir,
node = "Manager", parm = list("SowingRule1", 6),
print.path = TRUE)
## Management Scripts: SowingFertiliser Harvest SowingRule1
##
## Name: SowingRule1
## Key: CultivarName
##
##
## |parm |value |
## |:------------|:------|
## |CultivarName |Hartog |
##
## Parm path: .Simulations.Simulation.Field.SowingRule1.CultivarName
One of the difficulties with working with APSIM(X) in scripting efforts is that the names of the parameters that we might want to edit can be buried deep in the .apsim(x) file and that there might be multiple instances of those parameters. To overcome this (to some extent) the ‘inspect’ functions can provide the path to the parameter to edit. For example,
## Crop Type: millet
## Management Scripts:
## Sow on a fixed date
## Harvesting rule
## Tiller Aggregation
We can see that we have ‘Sow on a fixed date’ as one of the options. Let’s say that we want to edit the planting density
inspect_apsim("Millet.apsim", src.dir = extd.dir, node = "Manager",
parm = list("Sow on a fixed date", NA))
## Crop Type: millet
## Management Scripts:
## Sow on a fixed date
## Harvesting rule
## Tiller Aggregation
##
##
## Selected manager: Sow on a fixed date
##
##
## |parm |value |
## |:-----------------------------------|:-------|
## |Sowing criteria | |
## |Enter sowing date (dd-mmm) : |1-dec |
## |Sowing parameters | |
## |Enter name of crop to sow : |millet |
## |Enter sowing density (plants/m2) : |7.5 |
## |Enter sowing depth (mm) : |30 |
## |Enter cultivar : |wrajpop |
Planting density is the fifth element in that table. We can obtain the full path by using the ‘print.path’ option. It makes sense to use this option once you have found the parameter you are looking for.
inspect_apsim("Millet.apsim", src.dir = extd.dir, node = "Manager",
parm = list("Sow on a fixed date",5), print.path = TRUE)
## Crop Type: millet
## Management Scripts:
## Sow on a fixed date
## Harvesting rule
## Tiller Aggregation
##
##
## Selected manager: Sow on a fixed date
##
##
## | |parm |value |
## |:--|:-----------------------------------|:-----|
## |5 |Enter sowing density (plants/m2) : |7.5 |
## Parm path: /folder/simulation/area/folder/manager[1]/ui/density
## Or store it in an object for later editing
pp <- inspect_apsim("Millet.apsim", src.dir = extd.dir, node = "Manager",
parm = list("Sow on a fixed date", 5), print.path = TRUE)
## Crop Type: millet
## Management Scripts:
## Sow on a fixed date
## Harvesting rule
## Tiller Aggregation
##
##
## Selected manager: Sow on a fixed date
##
##
## | |parm |value |
## |:--|:-----------------------------------|:-----|
## |5 |Enter sowing density (plants/m2) : |7.5 |
## Parm path: /folder/simulation/area/folder/manager[1]/ui/density
Once we have identified the parameter we want to edit, we can do so by using the ‘edit_apsim’ function. When using the ‘parm.path’ argument, node should be “Other”.
edit_apsim("Millet.apsim", src.dir = extd.dir, wrt.dir = tmp.dir,
node = "Other", parm.path = pp, value = 8,
edit.tag = "-pp")
## Edited /folder/simulation/area/folder/manager[1]/ui/density
## Edited parameter
## New values 8
## Created /var/folders/6j/xksd1tld70q91h73d5s0ln7c0000gn/T//RtmpeVGtOa/Millet-pp.apsim
Verify that it was edited correctly.
inspect_apsim("Millet-pp.apsim", src.dir = tmp.dir,
node = "Manager",
parm = list("Sow on a fixed date", NA))
## Crop Type: millet
## Management Scripts:
## Sow on a fixed date
## Harvesting rule
## Tiller Aggregation
##
##
## Selected manager: Sow on a fixed date
##
##
## |parm |value |
## |:-----------------------------------|:-------|
## |Sowing criteria | |
## |Enter sowing date (dd-mmm) : |1-dec |
## |Sowing parameters | |
## |Enter name of crop to sow : |millet |
## |Enter sowing density (plants/m2) : |8 |
## |Enter sowing depth (mm) : |30 |
## |Enter cultivar : |wrajpop |
## [1] TRUE
Many additional options in an APSIM-X simulation can be realized through the use of ‘Replacements’. For this, there is a function that allows inspection. For this, it is important to know the structure of the ‘replacement’ and explore the available components. For example, if we want to display the xy pair for the thermal time in the phenology component of the ‘Maize’ replacement we might go through the following steps:
State the node (“Maize”) and display available components:
inspect_apsimx_replacement("MaizeSoybean.apsimx", src.dir = extd.dir,
node = "Maize", display.available = TRUE)
## Replacements: Maize Soybean
## node: Maize
## Level: node
## list Name: Maize
## list length: 11
## list names: $type PlantType IsAlive IsEnding DaysAfterEnding ResourceName Name Children IncludeInDocumentation Enabled ReadOnly
## Children: Yes
## Children length: 21
## Children Names: Arbitrator Phenology Structure Grain Root Leaf Husk Rachis Stem AboveGround BelowGround Total TotalLive TotalDead EarLive AboveGroundLive AboveGroundDead Future Development Needs CultivarFolder Spike MortalityRate
## missing node.child
Choose ‘Phenology’ as a ‘child’ of ‘Maize’:
inspect_apsimx_replacement("MaizeSoybean.apsimx", src.dir = extd.dir,
node = "Maize", node.child = "Phenology",
display.available = TRUE)
## Replacements: Maize Soybean
## node: Maize
## Level: node
## list Name: Maize
## list length: 11
## list names: $type PlantType IsAlive IsEnding DaysAfterEnding ResourceName Name Children IncludeInDocumentation Enabled ReadOnly
## Children: Yes
## Children length: 21
## Children Names: Arbitrator Phenology Structure Grain Root Leaf Husk Rachis Stem AboveGround BelowGround Total TotalLive TotalDead EarLive AboveGroundLive AboveGroundDead Future Development Needs CultivarFolder Spike MortalityRate
## node child: Phenology
## list Name: Phenology
## list length: 6
## list names: $type Name Children IncludeInDocumentation Enabled ReadOnly
## Children: Yes
## Children length: 16
## Children Names: ThermalTime Germinating Emerging Juvenile Photosensitive LeafAppearance FlagLeafToFlowering FloweringToGrainFilling GrainFilling Maturing MaturityToHarvestRipe ReadyForHarvesting Photoperiod FloweringDAS MaturityDAS BBCH
## node subchild:
## missing node.subchild
Choose ‘ThermalTime’ as a ‘sub.child’ of ‘Phenology’:
inspect_apsimx_replacement("MaizeSoybean.apsimx", src.dir = extd.dir,
node = "Maize", node.child = "Phenology",
node.subchild = "ThermalTime",
display.available = TRUE)
## Replacements: Maize Soybean
## node: Maize
## Level: node
## list Name: Maize
## list length: 11
## list names: $type PlantType IsAlive IsEnding DaysAfterEnding ResourceName Name Children IncludeInDocumentation Enabled ReadOnly
## Children: Yes
## Children length: 21
## Children Names: Arbitrator Phenology Structure Grain Root Leaf Husk Rachis Stem AboveGround BelowGround Total TotalLive TotalDead EarLive AboveGroundLive AboveGroundDead Future Development Needs CultivarFolder Spike MortalityRate
## node child: Phenology
## list Name: Phenology
## list length: 6
## list names: $type Name Children IncludeInDocumentation Enabled ReadOnly
## Children: Yes
## Children length: 16
## Children Names: ThermalTime Germinating Emerging Juvenile Photosensitive LeafAppearance FlagLeafToFlowering FloweringToGrainFilling GrainFilling Maturing MaturityToHarvestRipe ReadyForHarvesting Photoperiod FloweringDAS MaturityDAS BBCH
## node subchild: ThermalTime
## Subchild Name: ThermalTime
## list Name: ThermalTime
## list length: 6
## list names: $type Name Children IncludeInDocumentation Enabled ReadOnly
## Children: Yes
## Children length: 1
## Children Names: BaseThermalTime
## missing node.subsubchild
Now we need to pick from within ‘ThermalTime’. There is a component named “BaseThermalTime”.
inspect_apsimx_replacement("MaizeSoybean.apsimx", src.dir = extd.dir,
node = "Maize", node.child = "Phenology",
node.subchild = "ThermalTime",
node.subsubchild = "BaseThermalTime",
display.available = TRUE)
## Replacements: Maize Soybean
## node: Maize
## Level: node
## list Name: Maize
## list length: 11
## list names: $type PlantType IsAlive IsEnding DaysAfterEnding ResourceName Name Children IncludeInDocumentation Enabled ReadOnly
## Children: Yes
## Children length: 21
## Children Names: Arbitrator Phenology Structure Grain Root Leaf Husk Rachis Stem AboveGround BelowGround Total TotalLive TotalDead EarLive AboveGroundLive AboveGroundDead Future Development Needs CultivarFolder Spike MortalityRate
## node child: Phenology
## list Name: Phenology
## list length: 6
## list names: $type Name Children IncludeInDocumentation Enabled ReadOnly
## Children: Yes
## Children length: 16
## Children Names: ThermalTime Germinating Emerging Juvenile Photosensitive LeafAppearance FlagLeafToFlowering FloweringToGrainFilling GrainFilling Maturing MaturityToHarvestRipe ReadyForHarvesting Photoperiod FloweringDAS MaturityDAS BBCH
## node subchild: ThermalTime
## Subchild Name: ThermalTime
## list Name: ThermalTime
## list length: 6
## list names: $type Name Children IncludeInDocumentation Enabled ReadOnly
## Children: Yes
## Children length: 1
## Children Names: BaseThermalTime
## Name sub-sub-child: BaseThermalTime
## Available node children (unpack_node):
## $type : Models.Functions.XYPairs, Models
## X : 0 18 26 34 44
## Y : 0 10 18 26 0
## Name : Response
## Children :
## IncludeInDocumentation : TRUE
## Enabled : TRUE
## ReadOnly : FALSE
##
## $type : Models.Functions.ThreeHourSin, Models
## TempRangeFactors :
## Name : InterpolationMethod
## Children :
## IncludeInDocumentation : TRUE
## Enabled : TRUE
## ReadOnly : FALSE
##
## missing node.sub3child
‘BaseThermalTime’ is the only child inside ‘ThermalTime’, but within ‘BaseThermalTime’ there are two Children: ‘Response’ and ‘InterpolationMethod’. There is not much to edit for ‘InterpolationMethod’, so we choose ‘Response’.
inspect_apsimx_replacement("MaizeSoybean.apsimx", src.dir = extd.dir,
node = "Maize", node.child = "Phenology",
node.subchild = "ThermalTime",
node.subsubchild = "BaseThermalTime",
node.sub3child = "Response")
## Replacements: Maize Soybean
## node: Maize
## node child: Phenology
## node subchild: ThermalTime
## Subchild Name: ThermalTime
## Name sub-sub-child: BaseThermalTime
## Name sub-sub-sub-child: Response
## $type : Models.Functions.XYPairs, Models
## X : 0 18 26 34 44
## Y : 0 10 18 26 0
## Name : Response
## Children :
## IncludeInDocumentation : TRUE
## Enabled : TRUE
## ReadOnly : FALSE
Choose the ‘Y’ parameter within ‘Response’.
inspect_apsimx_replacement("MaizeSoybean.apsimx", src.dir = extd.dir,
node = "Maize", node.child = "Phenology",
node.subchild = "ThermalTime",
node.subsubchild = "BaseThermalTime",
node.sub3child = "Response",
parm = "Y")
## Replacements: Maize Soybean
## node: Maize
## node child: Phenology
## node subchild: ThermalTime
## Subchild Name: ThermalTime
## Name sub-sub-child: BaseThermalTime
## Name sub-sub-sub-child: Response
## Y : 0 10 18 26 0
The function shows the available replacements (“Maize” and “Soybean”), the ‘CropType’ if available, the subchild name and the ‘Y’ vector in this example. If parm is not specified all elements will be displayed.
Let’s say we want to inspect details of soybean cultivars in the same file:
inspect_apsimx_replacement("MaizeSoybean.apsimx", src.dir = extd.dir,
node = "Soybean", display.available = TRUE)
## Replacements: Maize Soybean
## node: Soybean
## Level: node
## list Name: Soybean
## list length: 11
## list names: $type PlantType IsAlive IsEnding DaysAfterEnding ResourceName Name Children IncludeInDocumentation Enabled ReadOnly
## Children: Yes
## Children length: 17
## Children Names: Arbitrator Phenology Leaf Grain Root Nodule Shell Stem AboveGround BelowGround AboveGroundLive Total TotalLive TotalDead Pod MortalityRate Cultivars
## missing node.child
The cultivars are at the node.child level.
inspect_apsimx_replacement("MaizeSoybean.apsimx",
src.dir = extd.dir,
node = "Soybean",
node.child = "Cultivars",
node.subchild = "USA",
node.subsubchild = "PioneerP22T61_MG22",
display.available = FALSE)
## Replacements: Maize Soybean
## node: Soybean
## node child: Cultivars
## node subchild: USA
## Subchild Name: USA
## Name sub-sub-child: PioneerP22T61_MG22
## $type : Models.PMF.Cultivar, Models
## : [Phenology].Vegetative.Target.FixedValue = 328
## : [Phenology].EarlyFlowering.Target.FixedValue = 106
## : [Phenology].EarlyGrainFilling.Target.FractionofGrainfilling.FixedValue = 0.3
## : [Phenology].LateGrainFilling.Target.EntireGrainfillPeriod.FixedValue = 499
## : [Phenology].VegetativePhotoperiodModifier.XYPairs.X = 13.59, 17.6
## : [Phenology].ReproductivePhotoperiodModifier.XYPairs.X = 13.59, 17.6
## Command
## Name : PioneerP22T61_MG22
## IncludeInDocumentation : TRUE
## Enabled : TRUE
## ReadOnly : FALSE
## no node sub-sub-sub-children available or parm is not null
The function inspect_apsimx_replacement can also be used to inspect more complex file structures such as the ‘Factorial’ example distributed with APSIM-X. See ‘?inspect_apsimx_replacement’.
After using the ‘inspect’ version of the file, editing should be much more straight forward.
edit_apsimx_replacement("MaizeSoybean.apsimx",
src.dir = extd.dir, wrt.dir = tmp.dir,
node = "Maize", node.child = "Phenology",
node.subchild = "ThermalTime",
node.subsubchild = "BaseThermalTime",
node.sub3child = "Response",
parm = "Y", value = c(0, 12, 20, 28, 0))
## Replacements: Maize Soybean
## Available node children: Arbitrator Phenology Structure Grain Root Leaf Husk Rachis Stem AboveGround BelowGround Total TotalLive TotalDead EarLive AboveGroundLive AboveGroundDead Future Development Needs CultivarFolder Spike MortalityRate
## Subchild Name: ThermalTime
## Subsubchild Name: BaseThermalTime
## Sub-sub-subchild Name: Response
## Edited (node): Maize
## Edited (node.child): Phenology
## Edited (node.subchild): ThermalTime
## Edited (node.subsubchild): BaseThermalTime
## Edited (node.sub3child): Response
## Edit (level): 6
## Edited parameter: Y
## New values: 0 12 20 28 0
## Created: /var/folders/6j/xksd1tld70q91h73d5s0ln7c0000gn/T//RtmpeVGtOa/MaizeSoybean-edited.apsimx
Let’s inspect the edited file
inspect_apsimx_replacement("MaizeSoybean-edited.apsimx",
src.dir = tmp.dir,
node = "Maize",
node.child = "Phenology",
node.subchild = "ThermalTime",
node.subsubchild = "BaseThermalTime",
node.sub3child = "Response",
parm = "Y")
## Replacements: Maize Soybean
## node: Maize
## node child: Phenology
## node subchild: ThermalTime
## Subchild Name: ThermalTime
## Name sub-sub-child: BaseThermalTime
## Name sub-sub-sub-child: Response
## Y : 0 12 20 28 0
The complexity of APSIM-X files can be mind-boggling and it makes it difficult to write robust functions across all tasks that APSIM is able to accomplish. I wrote the ‘inspect_apsimx_replacement’ and ‘edit_apsimx_replacement’ specifically to edit replacements but these functions have much more flexibility than ‘inspect_apsimx’ and ‘edit_apsimx’. The function ‘apsimx_example’ is limited in the number of examples that it is allowed to run, but this does not mean that you cannot run the other examples which are distributed with APSIM-X. Let’s take the ‘Factorial’ example:
If we want to inspect and edit this file, we need the ‘inspect_apsimx_replacement’ function.
## There are multiple 'Experiments' so we need to pick one
inspect_apsimx_replacement("Factorial", src.dir = extd.dir,
root = list("Experiment", NA))
##These positions matched Experiment 1 2 3 4 5
##Error in inspect_apsimx_replacement("Factorial", src.dir = ex.dir, root = ##list("Experiment", : Multiple root nodes found. Please provide a position
## There are multiple 'Experiments' so we need to pick one
inspect_apsimx_replacement("Factorial", src.dir = extd.dir,
root = list("Experiment", 1))
## Replacements: Factors Base
## Please provide a node
## We need to provide a node
inspect_apsimx_replacement("Factorial", src.dir = extd.dir,
root = list("Experiment", 1),
node = "Base", display.available = TRUE)
## Replacements: Factors Base
## node: Base
## Level: node
## list Name: Base
## list length: 7
## list names: $type Descriptors Name Children IncludeInDocumentation Enabled ReadOnly
## Children: Yes
## Children length: 4
## Children Names: Weather Clock Summary Field
## missing node.child
## We need to provide a node child
inspect_apsimx_replacement("Factorial", src.dir = extd.dir,
root = list("Experiment", 1),
node = "Base", node.child = "Clock",
display.available = TRUE)
## Replacements: Factors Base
## node: Base
## Level: node
## list Name: Base
## list length: 7
## list names: $type Descriptors Name Children IncludeInDocumentation Enabled ReadOnly
## Children: Yes
## Children length: 4
## Children Names: Weather Clock Summary Field
## node child: Clock
## Available node children (unpack_node): $type StartDate EndDate Name Children IncludeInDocumentation Enabled ReadOnly
## $type : Models.Clock, Models
## StartDate : 2003-10-20T00:00:00
## EndDate : 2004-05-23T00:00:00
## Name : Clock
## IncludeInDocumentation : TRUE
## Enabled : TRUE
## ReadOnly : FALSE
## no node sub-children available or parm not equal to null
Here we stop at this level but it is possible to dig deeper using ‘node.subchild’ and ‘node.subsubchild’. It is not possible at this point to dig deeper than ‘node.subsubchild’ in the hierarchy level.
The inspect_apsimx function can also handle factorials.
inspect_apsimx("Factorial.apsimx", src.dir = extd.dir)
## Simulation structure:
## list Name: Simulations
# list length: 8
# list names: $type ExplorerWidth Version Name Children IncludeInDocumentation Enabled ReadOnly
# Children: Yes
# Children length: 6
# Children Names: Experiment RangeExperiment OperationsExpt Compound ManagerExpt DataStore
# Error in inspect_apsimx("Factorial", src.dir = ex.dir) :
# more than one simulation found and no root node label has been specified
# select one of the children names above
We need to pick one out of the possible factorials. If you check this file with the APSIM GUI, you’ll see that within ‘RangeExperiment’ there is ‘Factors’ and ‘Base2’, but the core simulation is within ‘Base2’. The ‘root’ argument provides the specific factorial and the node ‘Base2’ within that factorial.
inspect_apsimx("Factorial.apsimx", src.dir = extd.dir,
root = c("RangeExperiment", "Base2"),
node = "Weather")
## Met file: WeatherFiles\lincoln.met
Following this structure, if we want to edit the path to the weather file we can use the following example.
edit_apsimx("Factorial.apsimx",
src.dir = extd.dir, wrt.dir = tmp.dir,
root = c("RangeExperiment", "Base2"),
node = "Weather",
value = "Ames.met")
## Edited (node): Weather
## Edited (child): none
## Edited parameters:
## New values: Ames.met
## Created: /var/folders/6j/xksd1tld70q91h73d5s0ln7c0000gn/T//RtmpeVGtOa/Factorial-edited.apsimx
I won’t be running the ‘Factorial’ example here, but if you are interested this is done in the folder ‘tests’ in the pacakge source.
One of the easiest ways of generating weather data (“.met” files) is by using the ‘nasapower’ (https://github.com/ropensci/nasapower) or ‘GSODR’ (https://github.com/ropensci/GSODR) packages. For the US, some options are ‘daymetr’ (https://github.com/bluegreen-labs/daymetr) or through the Iowa Environmental Mesonet (https://mesonet.agron.iastate.edu/). In addition, this package provides the following utilities:
Note that some utilities were available in the ‘APSIM’ package (loadMet, prepareMet, checkMet, writeMetFile) for reading, preparing, checking and writing a met file. However, that package has been removed from CRAN.
The function get_isric_soil_profile will retrieve data from the ISRIC Soil Grid global dataset (https://www.isric.org/) and return an object of class soil_profile (see also apsimx_soil_profile). To derive some of the properties needed by APSIM pedotransfer functions from Saxton and Rawls (2006) were used. This is a work in progress and improvements and suggestions are welcome.
In the USA, the function get_ssurgo_soil_profile will retrieve data from the SSURGO database through the soilDB R pacakge and will always return a list with objects of class soil_profile. Internally, it uses the ssurgo2sp function, which can be used to create an APSIM soil profile in two steps. The first step would be to obtain soil data through the ‘FedData’ R package by using the function get_ssurgo or use the get_ssurgo_tables in apsimx. The function ssurgo2sp can be used for conversion from SSURGO csv files to an object of class soil_profile and apsimx_soil_profile for generating a soil profile that can be used in APSIM-X. Finally, the function edit_apsimx_replace_soil_profile will batch replace the soil profile created by apsimx_soil_profile in a designated ‘.apsimx’ file. Similarly, ‘edit_apsim_replace_soil_profile’ will batch replace the soil profile in a designated ‘.apsim’ (Classic) file. I will be working on a more concrete tutorial at some point.
In addition, there are is a function to compare soil profiles compare_apsim_soil_profile, which can be used to compare, numerically, one or more soil profiles and a plot method to visually comapre this object.
APSIM has traditionally generated files that produce simulations using an XML schema. This has been used with APSIM versions of 7.x, ‘Classic’. With APSIM-X a new format based on JSON files has been implemented and apparently both formats will be supported for the forseeable future. JSON files are less verbose and they are gaining widespread adoption. All distributed APSIM-X examples are ‘JSON’ now.
The apsimx package supports inspection and editing of both file types, but XML is for ‘Classic’ only and JSON is for APSIM-X. In most instances the parameters that are likely to need inspection and editing are supported, but more features will be added in the future as needed.
apsim_version: displays which version(s) of APSIM(X) are available. For example,
edit_apsimx_batch: Uses APSIM-X built-in functionality to edit parameters. In testing, it is slower than the other ’edit_apsimx*’ functions.
doy2date: Utility function for converting from day of the year (1-366) to ‘Date’ and performing the inverse conversion.
compare_apsim: Utility function for comparing simulations or observed and simulated data.
unit_conv: Unit conversion utility
carbon_stocks: function to calcualte carbon stocks.
check_apsim_met: check an object of class ‘met’
check_apsimx_soil_profile: check an object of class ‘soil_profile’
Files in ‘inst/extdata’ and how they are used (ordered alphabetically):