<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0in;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:Consolas;}
span.EmailStyle19
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Ralph and all,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Interesting discussion. I agree with you for the case of using modeling for energy usage
<i>predictions</i>. I think a lot of us in the industry who are not researchers consciously don’t do energy usage predictions. We’re mostly using modeling for
<i>relative comparisons</i> of energy usage where we’re looking at the model’s sensitivity to one or more energy reducing strategies. Or maybe that assumption is wrong? So, I agree when you say that you wouldn’t necessarily want to use stochastic methods in
the design iterations. For the case of using modeling for predicting actual energy usage, the current modeling tools are inadequate.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">A basic question from someone who is not a developer of mathematical modeling methods: If you include probabilities in the model, would your end result be
an energy usage prediction with a probability distribution wide that it wouldn’t be meaningful in the end?
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Stormy Shanks
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> equest-users-bounces@lists.onebuilding.org [mailto:equest-users-bounces@lists.onebuilding.org]
<b>On Behalf Of </b>Ralph Muehleisen<br>
<b>Sent:</b> Friday, July 27, 2012 3:43 PM<br>
<b>To:</b> Joe Huang<br>
<b>Cc:</b> equest-users@lists.onebuilding.org<br>
<b>Subject:</b> Re: [Equest-users] Temperature in weather data<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">Chris, Joe, others,<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">The dramatic effects of simply rounding off/ceiling the temperature data in weather files is a perfect example of why we need to, as an industry, move from deterministic energy predictions to stochastic energy predictions. <o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Weather and occupancy are inherently stochastic and when we couple that stochasticity with our uncertainty in so many of the actual building parameters (at least uncertainty as to their what their values will be when installed), it seems
to me that far more meaningful energy predictions could be made using stochastic methods. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">While you wouldn't necessarily want to use stochastic methods during much of the design iteration, stochastic estimation should be a standard procedure for comparing major iterations and for final energy predictions. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">For all us researchers, there is plenty of work to be done in properly quantifying the stochasticity of weather, occupancy and other stochastic parameters and in developing uncertainty profiles for important parameters that are not stochastic.
There is also opportunities for industry to develop the wrappers to take the info and create the DOE2 wrappers.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Am I alone on this or do others feel the same way?<o:p></o:p></p>
</div>
<div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br clear="all">
Ralph T Muehleisen<br>
PhD, PE, LEED AP, INCE Board Certified, FASA<br>
Principal Building Scientist<br>
Argonne National Lab<br>
9700 S. Cass Ave, Bldg 221<br>
630-252-2547, <a href="mailto:rmuehleisen@anl.gov" target="_blank">rmuehleisen@anl.gov</a><br>
<br>
<br>
<o:p></o:p></p>
<div>
<p class="MsoNormal">On Thu, Jul 26, 2012 at 2:31 PM, Joe Huang <<a href="mailto:yjhuang@whiteboxtechnologies.com" target="_blank">yjhuang@whiteboxtechnologies.com</a>> wrote:<o:p></o:p></p>
<div>
<p class="MsoNormal">Chris, others,<br>
<br>
Since as you've raised the question of how significant would be adding extra precision to the weather data in DOE-2, I was sent a copy of a recent paper by Annie-Claude Lachapelle of the Univ. of Calgary given at eSim Canada 2012 on this exact topic, "DOE2
Dry-Bulb Temperature Precision Level Impact on Sensible Economizer Performance". With the author's permission, I've attached the paper with this post.
<br>
<br>
Joe<br>
<br>
<o:p></o:p></p>
<pre>Joe Huang<o:p></o:p></pre>
<pre>White Box Technologies, Inc.<o:p></o:p></pre>
<pre>346 Rheem Blvd., Suite 108D<o:p></o:p></pre>
<pre>Moraga CA 94556<o:p></o:p></pre>
<pre><a href="mailto:yjhuang@whiteboxtechnologies.com" target="_blank">yjhuang@whiteboxtechnologies.com</a><o:p></o:p></pre>
<pre><a href="http://www.whiteboxtechnologies.com" target="_blank">www.whiteboxtechnologies.com</a><o:p></o:p></pre>
<pre>(o) <a href="tel:%28925%29388-0265" target="_blank">(925)388-0265</a><o:p></o:p></pre>
<pre>(c) <a href="tel:%28510%29928-2683" target="_blank">(510)928-2683</a><o:p></o:p></pre>
<pre>"building energy simulations at your fingertips"<o:p></o:p></pre>
<p class="MsoNormal"><br>
On 7/25/2012 10:45 AM, Joe Huang wrote: <o:p></o:p></p>
<p class="MsoNormal">Chris, <br>
<br>
My attention on this issue was first raised about 15 years ago when I was working with non-US weather data , i.e., the rest of the world, that are all reported in 0.1 C. I've noticed since that US stations have also moved to the use of metric units, i.e., 0.1
C for temperature. The DOE-2 weather format is still in integer F, which leads to three unfortunate effects: (a) hourly records can be off by as much as 0.5 F, (b) clumping of the temperature distribution, and (c) statistics such as degree-days will be off
by a percent or two compared to the original data. Now, one can say that all this is immaterial in the bigger picture of things, which has been the default attitude so far, but since it's really quite simple to fix, why not get it right, i.e., doesn't it feel
much better to see the same temperatures in the DOE-2 outputs as in the original weather data?
<br>
<br>
BTW, all the weather data that I've looked at are records of conditions on the hour, not the average over the hour, except for solar radiation.
<br>
<br>
Joe <br>
<br>
<br>
On 7/25/2012 9:53 AM, Chris Jones wrote: <br>
<br>
<o:p></o:p></p>
<p class="MsoNormal">Joe <br>
Given that the time steps are an hour, and the fact that weather data is averaged over an hour, plus the fact that the building local will have variations from the weather station local, would an extra decimal point provide more useful information?
<br>
<br>
<br>
At 07:43 AM 25/07/2012, Joe Huang wrote: <br>
<br>
<o:p></o:p></p>
<p class="MsoNormal">This is not possible at present without changing the DOE-2.2 source code to read a weather input file with decimal values. When DOE-2 was first designed in the early 1980's, memory was a big concern, so the weather data was reduced to integers
and then packed, which is why the DOE-2 *.BIN file is so small (146K). I have actually developed a modified file format for *.BIN where I save an extra digit of precision, i.e., temperatures to 0.1F instead of 1 F, but the source code would also need to be
changed slightly to read this extra information. I've mentioned this to the developer of eQUEST/DOE-2.2 and will be experimenting with making this change to the source code. If and when it's proven to work and gets incorporated into DOE-2.2, I'll let everyone
know. I welcome anyone who thinks this is a useful modification to send me an e-mail. It might spur me on to do something! Joe On 7/23/2012 2:44 AM, è”¡æ˜€èŠ wrote: > Hi, everyone: > > We know that eQUEST can edit personal weather data. > But the dry-bulb
and wet-bulb temperature in weather data can only > enter integers. > Is it possible to have more precise temperature to decimal place? > Thank you very much. > > > _______________________________________________ > Equest-users mailing list >
<a href="http://lists.onebuilding.org/listinfo.cgi/equest-users-onebuilding.org" target="_blank">
http://lists.onebuilding.org/listinfo.cgi/equest-users-onebuilding.org</a> > To unsubscribe from this mailing list send a blank message to >
<a href="mailto:EQUEST-USERS-UNSUBSCRIBE@ONEBUILDING.ORG" target="_blank">EQUEST-USERS-UNSUBSCRIBE@ONEBUILDING.ORG</a> > -- Joe Huang White Box Technologies, Inc. 346 Rheem Blvd., Suite 108D Moraga, CA 94556 (o)
<a href="tel:%28925%29388-0265" target="_blank">(925)388-0265</a> (c) <a href="tel:%28510%29928-2683" target="_blank">
(510)928-2683</a> <a href="http://www.whiteboxtechnologies.com" target="_blank">www.whiteboxtechnologies.com</a> "Building energy simulations at your fingertips" _______________________________________________ Equest-users mailing list
<a href="http://lists.onebuilding.org/listinfo.cgi/equest-users-onebuilding.org" target="_blank">
http://lists.onebuilding.org/listinfo.cgi/equest-users-onebuilding.org</a> To unsubscribe from this mailing list send a blank message to
<a href="mailto:EQUEST-USERS-UNSUBSCRIBE@ONEBUILDING.ORG" target="_blank">EQUEST-USERS-UNSUBSCRIBE@ONEBUILDING.ORG</a> </x-flowed>
<o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
>> <br>
Christopher Jones, P.Eng. <br>
Suite 1801, 1 Yonge Street <br>
Toronto, ON M5E1W7 <br>
Tel. <a href="tel:416-203-7465" target="_blank">416-203-7465</a> <br>
Fax. <a href="tel:416-946-1005" target="_blank">416-946-1005</a> <br>
email <a href="mailto:cj@enersave.ca" target="_blank">cj@enersave.ca</a> <br>
<br>
<o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<pre><o:p> </o:p></pre>
<pre>_______________________________________________<o:p></o:p></pre>
<pre>Equest-users mailing list<o:p></o:p></pre>
<pre><a href="http://lists.onebuilding.org/listinfo.cgi/equest-users-onebuilding.org" target="_blank">http://lists.onebuilding.org/listinfo.cgi/equest-users-onebuilding.org</a><o:p></o:p></pre>
<pre>To unsubscribe from this mailing list send a blank message to <a href="mailto:EQUEST-USERS-UNSUBSCRIBE@ONEBUILDING.ORG" target="_blank">EQUEST-USERS-UNSUBSCRIBE@ONEBUILDING.ORG</a><o:p></o:p></pre>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
_______________________________________________<br>
Equest-users mailing list<br>
<a href="http://lists.onebuilding.org/listinfo.cgi/equest-users-onebuilding.org" target="_blank">http://lists.onebuilding.org/listinfo.cgi/equest-users-onebuilding.org</a><br>
To unsubscribe from this mailing list send a blank message to <a href="mailto:EQUEST-USERS-UNSUBSCRIBE@ONEBUILDING.ORG">
EQUEST-USERS-UNSUBSCRIBE@ONEBUILDING.ORG</a><o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</div>
<br><br>
<hr>
<i>This message and any attachments contain information intended for a specific party and may include sensitive or confidential material. If you are not the intended recipient, please do not read, copy, use, or disclose to others. Please notify the sender of the delivery error by reply and then permanently delete this message and all attachments.</i>
<br>
</body>
</html>