Rename the Met Office Unified Model function (and make it a bit less ambitious) to indicate it only fetches the PP files
New function split out of the old get_MetUM_forcing.m (now get_MetUM_pp.m) function to download the PP files from the BADC servers
New functions to convert Met Office PP files to NetCDF. Requires the xconv program from the BADC site
Make the interpolation warning when using the alternative grid projection with the NCEP data occur only once during each set of interpolations
Improve the help a bit and change the way evaporation is written out (we only use Et now, not pevpr because the latter is in W m^{-2} whereas we need m/s). Also tidy up the section which dealt with calculating the net heat flux from the short and longwave flux and the sensible and latent heat from NCEP. Since I calculate this in the create_files scripts, this is redundant for me, but might as well be consistent
Pierre's updates to download and convert Met Office PP files.
Pierre's update to read and convert Met Office PP files.
Some tests I was thinking of adding in, namely having air temperature (skin temperature) output to the forcing file, and applying the sign flip when downloading the data from NCEP rather than having to do it afterwards. In both cases, the changes are not enabled at the moment
Add fixes for Windows compatibility from Karen Amoudry
Add support for output file names with spaces too
Add fixes to stop return of sorted arrays when using unique
Add fix for better MATLAB version checking
Remove commented out warning lines
Modify the call to unique to not use the 'stable' flag because it's not present in versions of MATLAB prior to 2012a. This approach should still give the unique values of the array in the original order in which they were presented (using the last duplicate in each set of duplicates)
Merge remote-tracking branch 'upstream/dev' into dev
Remove the stable option from the unique commands as it is not necessary to return the lists in the order in which they were supplied
Fix typo
I don't know if I'm going mad or if I'm just that stupid, but when I look at the vertical distribution of the POLCOMS data, it's now *not* upside down (and matches the depths). So, I've taken out the flipdim/flipud to leave the POLCOMS data as is
I don't know if I'm going mad or if I'm just that stupid, but when I look at the vertical distribution of the POLCOMS data, it's now *not* upside down (and matches the depths). So, I've taken out the flipdim/flipud to leave the POLCOMS data as is. Also add the interpolated FVCOM profile which falls closest to the sample location in the debugging figure to check that the output is as expected (i.e. the depth is the right way around)
Minor whitespace change