[Bldg-sim] Tightening up the nomenclature for weather files (semi-serious rant!)

[Joe Huang via Bldg-sim]

I've been getting numerous requests for AMY weather files that I've finally decided to 
post this rant that I composed a couple of years back suggesting that we tighten up our 
nomenclature for weather data.  Don't worry - I'm not rabid about this, but I do wish 
people would see the point I'm trying to make.

---------------

Adrian's post got me thinking about the imprecision with which weather data are often 
described.
 From my point of view, AMY is not a very useful label, and TMY an often misused one. All 
recorded
weather data have to be "actual", so it seems a little silly to categorize them as such. 
Adding the
acronym AMY bring no new information and leads to the immediate question, "which year?", 
but once the year is
given the acronym AMY becomes superfluous. From what I can tell, AMY was coined by a 
vendor several years
back as a branding exercise to contrast to TMY,  i.e, data for a specific year, rather 
than a typical year.

But these days when giant climate models are routinely run for forecasting, backcasting 
(reanalysis), etc.,
it would be easy to generate historical time series for the past as well as future years. 
Would those then
also be considered AMY, even though they might have very little actual weather data 
(reanalysis) or
none at all (forecasting)?

The use of the term TMY suffers from different but equally bothersome problems. To me, TMY 
refers
to either the typical year weather files (TMY, TMY2, TMY3) developed by NREL for US 
locations, or
the format of those files. However, many people have misused the term as the generic label for
a "typical year" weather file. Not only is it unfair to all the other sets of "typical 
year" files,
such as TRY, WYEC, WYEC2, IWEC, IWEC2, CWEC, CWEC2, and that's just for North America, but
it's also very confusing. Whenever someone asks for a TMY file, I have to ask, "do you mean a
TMY file from NREL, a file in the TMY format,or a "typical year" file in whatever format? 
(95% of
the time they mean the last, so why not just say a "typical year" file?)

In hopes of clarifying the situation, I propose the following strawman for labeling 
weather files
developed in the course of ASHRAE 1477-RP that produced the IWEC2 weather files:

(Country or state code)_(Station name)_(data source)_(data type).(data format)

1 Country or state code:
     ISO-3166-1 3-letter country code for international locations, 2-letter state codes 
for US/Canadian locations
2. Station name:
     At the discretion of the file creator; for official weather stations, use the ISD 
Station List;
     for others, use the location name as provided in the raw data, for synthetic model 
data, use grid coordinates.
3. Data source:
     For official stations, use WMO#; for Weather Underground, use station call name; for 
synthetic data,
     use name of computer program
4. Data type:
     For historical data, use last two digits of year; for typical year data, use typical 
year acronym.
5. Data format:
     Use commonly recognized file extension, e.g., CSV, TXT, BINM, CSV, etc.

As examples,

for a 2013 weather file for the official NSW station at Sea-Tac Airport in the (TMY3) CSV 
format:
     WA_SEATTLE-TACOMA-IAP_727930_13.CSV
for a 2013 weather file for a Weather Underground station in Lynwood in the DOE-2 BINM format:
     WA_LYNNWOOD-DOWNTOWN_KWALYNNW21_13.BINM
for the TMY3 typical year weather file  for Sea-Tac Airport in EPW format:
     WA_SEATTLE-TACOMA-IAP_727930_TY3.epw
for a synthetic 2013 weather file from reanalysis data for Seattle in the EPW format 
(hypothetical example):
     WA_4735N-12225W_REANAYSIS_13.epw  or WA_4735N-12225W(SEATTLE)_REANALYSIS_13.epw




-- 
Joe Huang
White Box Technologies, Inc.
346 Rheem Blvd., Suite 205A
Moraga CA 94556
yjhuang at whiteboxtechnologies.com
http://weather.whiteboxtechnologies.com for simulation-ready weather data
(o) (925)388-0265
(c) (510)928-2683
"building energy simulations at your fingertips"