Variable Network files: A variable network file just contains the information on how to change the network used during each run through, as well as the output folder.  

Syntax:
Range: range-statement
associated-name-for-user Connections To:  connection-statement-2
File: [overwrite | append]
Connectivity Folder: folder-statement
Latency Folder: folder-statement
Suffix: suffix-statement
Allow: [pre<*> | post<*> | para<*>]

(note, associated-name-for-user was defined in the oden file section)

Note, these lines can be in any order.  

There are only three mandatory lines, Range:, one of the connection-statement-2 lines, and one of the folder lines.  They can be in any order
Range: tells us which neurons to apply this to.

The connection statements here are identical to those in the network files, with one important exception, namely, for the connectivity filename statement, you can enter * instead to indicate that you want to retrieve a range of networks from a folder
and that for the latency filename statement, you can enter ! to indicate that you want to retrieve a range of networks from a folder. 

Note: if you do both latency and filename statements, there must be an equal number of filenames in the respective directories and they must have the same suffix options.  In general this option should only be used if you really want it.  


Write overwrite if you want each new network set to overwrite the data from the last; append if you want to always append the newest connectivity filename to the path so that we keep them all.  Append is default


The first folder statement (also quoted) tells us where to find the connectivity files.  If there are no * for connectivity, this line is optional

The second folder statement (also quoted) tells us where to find the latency matrix files.  If there are no ! for latency in this file, this line is optional.  

The suffix statement (also quoted) tells us what the suffix of the files need to be.  This line is optional; the default is any suffix is fine.  

The suffix generality statement is optional.  Omitting it means that there can be only one suffix, and it has to be the corresponding suffix statement, unless there is no suffix statement, in which case any suffix is fine.  

allow pre (or allow pre-suffix) statement means that we allow suffixes before the listed one.  allow post means that we allow suffixes after.  Allow para means to allow either.  

Note that suffixes in general are assumed to be denoted by a period '.'.  If you forget to add it, it will be added for you.