📝 include documentation on modifications

repeated from wiki

Author: cemachelen

CALPUFF_MODS/CALMET/README.md

@@ -0,0 +1,3 @@
+* If using a 100m resolution, increase `mxnx` and `mxny` to `901` and `541` respectively
+in params.met
+* In params.met, change `mxnz` from `12` to `27` and `mxnzi` from `12` to `50`.

CALPUFF_MODS/CALPUFF/README.md

@@ -0,0 +1,17 @@
+* If using a 100m resolution, increase `mxnx` and `mxny` to `901` and `541` respectively
+in params.puf
+* In params.puf, change `mxnz` from `12` to `27` and `mxrec` from `10000` to `20000`.
+* In calpuff.for, near the end of subroutine `comp` (e.g. just after the call
+to FOGOUT), insert the following lines of code to write out the hourly
+concentrations to individual file:
+```fortran
+do ispec=1,nspec
+write ( infile ,10000 ) ispec , nn
+10000 format (’concrec’ ,I2.2,I4.4, ’.dat’)
+open (50,file=infile)
+do i=1,nrec
+write (50, *) chirec(i,ispec)
+end do
+end do
+close (50)
+```

CALPUFF_MODS/CTGPROC/README.md

@@ -0,0 +1,7 @@
+If using a 100m resolution, increase `mxnx` and `mxny` to `901` and `541` respectively
+in params.ctg
+
+* In params.ctg, comment out the ‘Lahey F95 Compiler’ block and
+uncomment the ‘INTEL Compiler’ block.
+* In control.ctg, add the missing variable `lll` to the `/CONTROL/` common
+block.

CALPUFF_MODS/MAKEGEO/README.md

@@ -0,0 +1,6 @@
+If using a 100m resolution, increase `mxnx` and `mxny` to `901` and `541` respectively
+in params.geo
+
+* In subroutine `comline` (calutils.for), comment out the call to `getcl` and
+uncomment the Sun compiler block (this seems to work for both the intel
+and pgi compilers).

CALPUFF_MODS/TERREL/README.md

@@ -0,0 +1,9 @@
+In terrel.for, delete the `flen` argument in the line `inquire(file=datafil(k),exist=lexist,flen=isize)`.
+This is a Lahey-specific argument.
+
+* params.trl, comment out the ‘Lahey F95 Compiler’ block and
+uncomment the ‘Compaq DF Compiler’ block.
+* In `setsrtm()` (terrel.for), remove ‘access=caccess’ from the open statement
+(otherwise TERREL crashes when trying to read in the first
+line of an SRTM3 data file with a "sequential-access I/O to unit open
+for direct access" error)