Utility/lister functions for loadFile (list time steps, levels, field
names).  Function names/syntax are subject to change...suggestions
welcome...

See new example here for usage:
https://mcidasv.ssec.wisc.edu/projects/mcv/wiki/LoadFile

[1589]
Fix copy/paste bug involving less-than signs.

[1685]
Add semicolon to loadFile field name lister format

[1589]
Merge remote-tracking branch 'upstream/master'
Update copyright. [0]
Nicer implementation of time sequence creator function
[1589]
Can now specify 'time' parameter as a date/time string in loadFile,
e.g.:

time = '2000-01-24 18:00:00 UTC'

Still need a way to specify a format for the date/time
string.  Right now it depends on whatever visad's DateTime class is
using for a format pattern.

[1589]
Missed a spot while updating copyright. [0]

This should fix the license agreement in the installers.
Don't create Solaris installers. [1666]
fix %shortname% and %longname% macros broken by last week's commits  [1589]
Initialize DataSelection's level properly in loadFile/createLayer.

Should fix the %level% macro for loadFile, and the GUI will reflect the
level properly in other places.

[1589]
Per Bob's suggestion, change default layer label for objects from loadFile to:

%shortname% %level% - %timestamp%

[1589]
Last copyright commit! [0]

This is just to get a few outliers to conform to the rest of McV (as
well as what we decided this morning).
Just losing some unused data and unneeded method calls [0]
Lose some dead code [0]
Support multiple fill value codes present in a single granule, as originally advertised [1688]
Manipulation of map layer visibility by description.

[1691]
Updating logback dependency. [0]

Running “ant clean” prior to building will remove the 1.0.13 JARs from
your “dist” subdirectory. You may also need to update the JAR files
associated with McV in your IDE.

(this sort of thing is part of the reason why I keep bringing up a
switch to something like Maven or Gradle)
First attempt at logging cleanup. [1689]

This will attempt to rename “${mcv.userpath}/logs” to
“${mcv.userpath}/archived_logs”! This commit implements most of what
Inquiry 1689 recommends, but rather than deleting any files, it
currently just prints debug about the files that would’ve been removed.

I’ve tried to minimize the performance impact of the cleanup, but
anyone on a non-SSD drive may notice a hit. If that happens, *please*
let me know.
Allow user to set path to log file via cmdline.

Check for whether or not “mcv.logpath” system property was set. If it
was, that’s the path logback will use. If it was not, the new
“UserpathRollingFileAppender” class will force the default log path to
“MCVUSERPATH/mcidasv.log”.

[1689]