<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<font face="Times New Roman, Times, serif">I guess my question has
opened a can of worms but that was why I asked the question.  Maybe the
eQuest code writers will have to answer this one</font>.  Maybe I was
delirious after 16 hours on the computer when I made my observations. 
I noticed that wizard changes were inserted at the end of the INP file
when you press finish.  If you then press simulate, eQuest will do
another run of the (a) BDL file.  It does not seem to be a new BDL
file, possibly a modified one based on the current INP file ie changes
tacked onto the end, maybe just the old BDL file.  Certain line based
errors don't seem to get updated unless the program is shutdown, opened
and recompiled.  My new simulation was kicking out on the same line
error as before.  Maybe I adjusted the BDL file by mistake, but I don't
think I did, I adjusted the INP file.  Finally in frustration I closed
the project and went to bed.  Opened the same file in the morning, it
compiled perfect, pressed simulate and that ran too.  So the new
question is what is different between doing a save in the program,
simulating, and shutting down, restarting and simulating?  When does
the line order in the INP file get updated?  Maybe this is why Carol
likes editing in the INP file so much, she fixes the error at the line
it occurred at, rather than the wizard fix which seems to append the
INP file.  I did do a INP fix where I noticed the call for a change I
had make had caused the run to fail.  I just grabbed the change from
the end of the INP file, moved it up to before the call, saved it and
then the simulation ran.<br>
Contradicting Nick, it seems to me the INP file is the active file for
making changes and the BDL file is the compiled result from the INP
file that is used to run the simulation.  If you change the BDL file
then it will be over-written.  But on the other hand Nick does know the
program extremely well and has had success changing the BDL file.  All
this seems to support my contention that there is a difference in how
eQuest treats a full shutdown and recompile verses one in the program
with just a save.  Dating myself here, I haven't written and compiled
code since the days of card readers.  For the program to run you have
to compile the whole program.  You can have discrete programs making up
the whole, they can be compiled and test run separately, but in the
end, you have to compile the whole program at once.  Thoughts?<br>
Bruce<br>
<br>
On 09/07/2010 04:22 PM, Nick Caton wrote:
<blockquote
 cite="mid:FCEBC0C28321F7479789B25A13030F6901356B4D@sandbinc2.sbi.smithboucher.com"
 type="cite">
  <meta http-equiv="Content-Type"
 content="text/html; charset=ISO-8859-1">
  <meta name="Generator" content="Microsoft Word 12 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]-->
  <style>
<!--
 /* Font Definitions */
 @font-face
        {font-family:Wingdings;
        panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
        {font-family:"MS Mincho";
        panose-1:2 2 6 9 4 2 5 8 3 4;}
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@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;}
@font-face
        {font-family:"Stylus BT";
        panose-1:2 14 4 2 2 2 6 2 3 4;}
@font-face
        {font-family:"\@MS Mincho";
        panose-1:2 2 6 9 4 2 5 8 3 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";
        color:black;}
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;}
p
        {mso-style-priority:99;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";
        color:black;}
pre
        {mso-style-priority:99;
        mso-style-link:"HTML Preformatted Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:10.0pt;
        font-family:"Courier New";
        color:black;}
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";
        color:black;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
        {mso-style-priority:34;
        margin-top:0in;
        margin-right:0in;
        margin-bottom:0in;
        margin-left:.5in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";
        color:black;}
span.HTMLPreformattedChar
        {mso-style-name:"HTML Preformatted Char";
        mso-style-priority:99;
        mso-style-link:"HTML Preformatted";
        font-family:Consolas;
        color:black;}
span.EmailStyle20
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.EmailStyle21
        {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";
        color:black;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page Section1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.Section1
        {page:Section1;}
 /* List Definitions */
 @list l0
        {mso-list-id:1481926821;
        mso-list-type:hybrid;
        mso-list-template-ids:-151897114 -1702449142 67698691 67698693 67698689 67698691 67698693 67698689 67698691 67698693;}
@list l0:level1
        {mso-level-number-format:bullet;
        mso-level-text:-;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;
        font-family:"Calibri","sans-serif";
        mso-fareast-font-family:"MS Mincho";
        mso-bidi-font-family:"Times New Roman";}
ol
        {margin-bottom:0in;}
ul
        {margin-bottom:0in;}
-->
  </style><!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext="edit" spidmax="2050" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext="edit">
  <o:idmap v:ext="edit" data="1" />
 </o:shapelayout></xml><![endif]-->
  <div class="Section1">
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);">Let
me take a crack at the piñata too!<o:p></o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);"><o:p> </o:p></span></p>
  <p class="MsoListParagraph" style="text-indent: -0.25in;"><!--[if !supportLists]--><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);"><span
 style="">-<span
 style="font-family: "Times New Roman"; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal; -x-system-font: none;">         
  </span></span></span><!--[endif]--><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);">eQuest
Wizard information is stored in the pd2 file.<o:p></o:p></span></p>
  <p class="MsoListParagraph" style="text-indent: -0.25in;"><!--[if !supportLists]--><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);"><span
 style="">-<span
 style="font-family: "Times New Roman"; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal; -x-system-font: none;">         
  </span></span></span><!--[endif]--><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);">When
you hit the “Finish” button in the wizards, an
.inp file is generated based on the Wizard inputs (which are in the pd2)<o:p></o:p></span></p>
  <p class="MsoListParagraph" style="text-indent: -0.25in;"><!--[if !supportLists]--><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);"><span
 style="">-<span
 style="font-family: "Times New Roman"; font-style: normal; font-variant: normal; font-weight: normal; font-size: 7pt; line-height: normal; font-size-adjust: none; font-stretch: normal; -x-system-font: none;">         
  </span></span></span><!--[endif]--><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);">Whenever
you run a simulation, whether in detailed or wizard
mode, eQuest will first “evaluate” everything in the current .inp
file.  The generated report is the .bdl file.<o:p></o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);"><o:p> </o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);">As
a result of the above, changing anything in the .bdl file
will do nothing for you – treat it simply as a report and make changes
to
the .inp file.<o:p></o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);"><o:p> </o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);">Additionally,
if you are ever trying to copy/paste information
into a wizard-level project, you will never get anywhere pasting into
the .inp
because that .inp will get overwritten (a new one is generated) every
time you “finish”
your wizard screens.<o:p></o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);"><o:p> </o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);">~Nick<o:p></o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);"><o:p> </o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);"><o:p> </o:p></span></p>
  <div>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);"><img
 id="Picture_x0020_1" src="cid:part1.09030305.06050605@bellnet.ca"
 alt="cid:489575314@22072009-0ABB" height="37" width="119"></span><b><span
 style="font-size: 11pt; font-family: "Stylus BT","sans-serif"; color: rgb(45, 77, 94);"><o:p></o:p></span></b></p>
  <p class="MsoNormal"><b><span
 style="font-size: 11pt; font-family: "Stylus BT","sans-serif"; color: rgb(45, 77, 94);"><o:p> </o:p></span></b></p>
  <p class="MsoNormal"><b><span
 style="font-size: 11pt; font-family: "Stylus BT","sans-serif"; color: rgb(45, 77, 94);">NICK
CATON, E.I.T.</span></b><b><span
 style="font-family: "Stylus BT","sans-serif"; color: rgb(45, 77, 94);"><o:p></o:p></span></b></p>
  <p class="MsoNormal"><span
 style="font-size: 7.5pt; font-family: "Calibri","sans-serif"; color: rgb(204, 153, 0);">PROJECT
ENGINEER</span><span style="font-size: 7.5pt; color: rgb(204, 153, 0);"><o:p></o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 10pt; font-family: "Calibri","sans-serif"; color: rgb(45, 77, 94);">25501
west valley parkway<o:p></o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 10pt; font-family: "Calibri","sans-serif"; color: rgb(45, 77, 94);">olathe
ks 66061<o:p></o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 10pt; font-family: "Calibri","sans-serif"; color: rgb(45, 77, 94);">direct
913 344.0036<o:p></o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 10pt; font-family: "Calibri","sans-serif"; color: rgb(45, 77, 94);">fax
913 345.0617<o:p></o:p></span></p>
  <p class="MsoNormal"><i><span
 style="font-size: 10pt; font-family: "Calibri","sans-serif"; color: rgb(45, 77, 94);">Check
out our new web-site @ </span></i><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);"><a
 moz-do-not-send="true" href="www.smithboucher.com"
 title="blocked::www.smithboucher.com"><span style="font-size: 10pt;">www.smithboucher.com</span></a></span><u><span
 style="font-size: 10pt; font-family: "Calibri","sans-serif"; color: blue;">
  </span></u><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);"><o:p></o:p></span></p>
  </div>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);"><o:p> </o:p></span></p>
  <div>
  <div
 style="border-style: solid none none; border-color: rgb(181, 196, 223) -moz-use-text-color -moz-use-text-color; border-width: 1pt medium medium; padding: 3pt 0in 0in;">
  <p class="MsoNormal"><b><span
 style="font-size: 10pt; font-family: "Tahoma","sans-serif"; color: windowtext;">From:</span></b><span
 style="font-size: 10pt; font-family: "Tahoma","sans-serif"; color: windowtext;">
<a class="moz-txt-link-abbreviated" href="mailto:equest-users-bounces@lists.onebuilding.org">equest-users-bounces@lists.onebuilding.org</a>
[<a class="moz-txt-link-freetext" href="mailto:equest-users-bounces@lists.onebuilding.org">mailto:equest-users-bounces@lists.onebuilding.org</a>] <b>On Behalf Of </b>Demba
Ndiaye<br>
  <b>Sent:</b> Friday, July 09, 2010 3:18 PM<br>
  <b>To:</b> Bruce Easterbrook; Patrick J. O'Leary, Jr.;
<a class="moz-txt-link-abbreviated" href="mailto:cmg750@gmail.com">cmg750@gmail.com</a><br>
  <b>Cc:</b> <a class="moz-txt-link-abbreviated" href="mailto:equest-users@lists.onebuilding.org">equest-users@lists.onebuilding.org</a><br>
  <b>Subject:</b> Re: [Equest-users] Strange errors in file- HELP!<o:p></o:p></span></p>
  </div>
  </div>
  <p class="MsoNormal"><o:p> </o:p></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);">Bruce,
  <o:p></o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);"><o:p> </o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);">To
your question (My question is does eQuest take the INP file
and create a new BDL file on opening the project?  I'm referring to the
initial run (compile) eQuest does on opening, is it creating a new BDL
file?),
answer is YES.<o:p></o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);"><o:p> </o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);">____________<o:p></o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);">Demba
NDIAYE<o:p></o:p></span></p>
  <p class="MsoNormal"><span
 style="font-size: 11pt; font-family: "Calibri","sans-serif"; color: rgb(31, 73, 125);"><o:p> </o:p></span></p>
  <div>
  <div
 style="border-style: solid none none; border-color: rgb(181, 196, 223) -moz-use-text-color -moz-use-text-color; border-width: 1pt medium medium; padding: 3pt 0in 0in;">
  <p class="MsoNormal"><b><span
 style="font-size: 10pt; font-family: "Tahoma","sans-serif"; color: windowtext;">From:</span></b><span
 style="font-size: 10pt; font-family: "Tahoma","sans-serif"; color: windowtext;">
<a class="moz-txt-link-abbreviated" href="mailto:equest-users-bounces@lists.onebuilding.org">equest-users-bounces@lists.onebuilding.org</a>
[<a class="moz-txt-link-freetext" href="mailto:equest-users-bounces@lists.onebuilding.org">mailto:equest-users-bounces@lists.onebuilding.org</a>]
  <b>On Behalf Of </b>Bruce Easterbrook<br>
  <b>Sent:</b> Friday, July 09, 2010 3:40 PM<br>
  <b>To:</b> Patrick J. O'Leary, Jr.; <a class="moz-txt-link-abbreviated" href="mailto:cmg750@gmail.com">cmg750@gmail.com</a><br>
  <b>Cc:</b> <a class="moz-txt-link-abbreviated" href="mailto:equest-users@lists.onebuilding.org">equest-users@lists.onebuilding.org</a><br>
  <b>Subject:</b> Re: [Equest-users] Strange errors in file- HELP!<o:p></o:p></span></p>
  </div>
  </div>
  <p class="MsoNormal"><o:p> </o:p></p>
  <p class="MsoNormal">I have a question, partly due to my ramble a few
weeks ago
on the wizards and how I use them.  After a long series of adjustments
I
shutdown and re-initialize the program.  My question is does eQuest
take the
INP file and create a new BDL file on opening the project?  I'm
referring
to the initial run (compile) eQuest does on opening, is it creating a
new BDL
file?<br>
To second what everyone else is saying, certain errors are easier fixed
in the
INP file, like these ones.  The main thing to remember is to always
have a
backup copy.  The most important one is your last one before you leave
the
wizards.  Then go for it, if you crash it, copy your copy and try and
other tack.<br>
Bruce<br>
Abode Eng.<br>
  <br>
On 09/07/2010 02:48 PM, Patrick J. O'Leary, Jr. wrote: <o:p></o:p></p>
  <p class="MsoNormal" style="margin-bottom: 12pt;">one thing you can
do is make
changes to the .pd2 and .inp files using notepad once you've figured
out what
you need to change.   for example, if your EL3 East Perim Plnm (G.E6)
was referenced but is no longer defined, you have a plenum space that
belonged
to a space that changed names during a zoning change.  look at the .inp
file line number, find out which space the EL3 East Perim Plnm (G.E6)
is
supposed to correlate to and change the name accordingly - in the .inp
file.  once these references are corrected the simulation should run
fine.
  <br>
  <br>
you're probably looking at changing EL3 East Perim Plnm (G.E6) to
whatever the
new space name is (checking what comes before line 14898 can put you in
the
right direction on finding the correct name to change to.<br>
  <br>
and when you have a working simulation always backup your .pd2 (wizard
mode)
and/or .inp (detailed mode) files even if you just copy them in the
same
directory.<o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;">*ERROR****************************************************************************************<o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;">*ERROR*****EL3 East Perim Plnm
(G.E6) was referenced on line 14898 but never<o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;">           
defined.<o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;">*ERROR****************************************************************************************<o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;">*ERROR*****EL3 West Perim Spc
(G.W4)
was referenced on line 15237 but never<o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;">           
defined.<o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;">*ERROR****************************************************************************************<o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;">*ERROR*****EL3 WNW Perim Plnm
(G.WNW7) was referenced on line 15377 but never<o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;">           
defined.<o:p></o:p></p>
  <p class="MsoNormal"><br>
  <br>
On 7/9/10 11:23 AM, Carol Gardner wrote: <o:p></o:p></p>
  <p class="MsoNormal" style="margin-bottom: 12pt;">Hmm. Well I'm not
sure I
understand exactly what you are asking, but here are my
recommendations. Finish
what you need to do in DDWizard and get out of it. I wouldn't even try
to make
the changes you are trying to make while in the Wizard.<br>
  <br>
Don't fear DD edit. You can do things in it just as easily as in the
Wizard,
and if you get stuck we'll help. Like I said earlier, the easiest way
to see
what and where the error is, is to open up the .bdl and .inp files.
That might
be even scarier to you than DD edit, and that's okay, you should be
scared. You
can mess up in a hurry but with careful work you won't. <br>
  <br>
Take a deep breath and get out of the Wizard!!<br>
  <br>
Cheers,<br>
Carol<o:p></o:p></p>
  <div>
  <p class="MsoNormal">On Fri, Jul 9, 2010 at 11:11 AM, Paul Brooks <<a
 moz-do-not-send="true" href="mailto:equestpaul@yahoo.com">equestpaul@yahoo.com</a>>
wrote:<o:p></o:p></p>
  <div>
  <div>
  <div>
  <p class="MsoNormal">Carol, Dave, and Mtt:<o:p></o:p></p>
  </div>
  <div>
  <p class="MsoNormal"> <o:p></o:p></p>
  </div>
  <div>
  <p class="MsoNormal">Thank you for the replies.  I did look in the
BDL file,
but did not realize I had to update the inp.<o:p></o:p></p>
  </div>
  <div>
  <p class="MsoNormal"> <o:p></o:p></p>
  </div>
  <div>
  <p class="MsoNormal">That being said, am I safe in assuming that, if
I stay in the
DDwizard (not quite ready to leave yet), every time i add information
and
compile, I will have the same error.  The root cause of the error is in
the interface, correct?  If that is the case, then the reality is it
just
cannot be fixed unless i change the inp file after compiling?<o:p></o:p></p>
  </div>
  <div>
  <p class="MsoNormal"> <o:p></o:p></p>
  </div>
  <div>
  <p class="MsoNormal">Thank you again!<o:p></o:p></p>
  </div>
  <div>
  <p class="MsoNormal"> <o:p></o:p></p>
  </div>
  <div>
  <div>
  <p class="MsoNormal"> <o:p></o:p></p>
  </div>
  </div>
  <div>
  <div>
  <p class="MsoNormal"><o:p> </o:p></p>
  </div>
  <div>
  <div>
  <div class="MsoNormal" style="text-align: center;" align="center"><span
 style="font-size: 10pt; font-family: "Tahoma","sans-serif";">
  <hr align="center" size="1" width="100%"></span></div>
  <p class="MsoNormal"><b><span
 style="font-size: 10pt; font-family: "Tahoma","sans-serif";">From:</span></b><span
 style="font-size: 10pt; font-family: "Tahoma","sans-serif";"> Carol
Gardner <<a moz-do-not-send="true" href="mailto:cmg750@gmail.com"
 target="_blank">cmg750@gmail.com</a>><br>
  <b>To:</b> Paul Brooks <<a moz-do-not-send="true"
 href="mailto:equestpaul@yahoo.com" target="_blank">equestpaul@yahoo.com</a>><br>
  <b>Cc:</b> eQuest user forum <<a moz-do-not-send="true"
 href="mailto:equest-users@lists.onebuilding.org" target="_blank">equest-users@lists.onebuilding.org</a>><br>
  <b>Sent:</b> Fri, July 9, 2010 1:32:58 PM<br>
  <b>Subject:</b> Re: [Equest-users] Strange errors in file- HELP!</span><o:p></o:p></p>
  </div>
  <div>
  <div>
  <p class="MsoNormal" style="margin-bottom: 12pt;"><br>
Hi Paul,<br>
  <br>
Here's my strategy when this happens to me. I open the <b>.inp</b>
file and the
  <b>.bd</b>l file in Word. I then use the Edit, Find feature and
search on ERROR
in the <b>.bdl</b> file. When I find the line that the error is
occurring in I
then fix it in the <b>.inp</b> file. Repeat until all errors gone. You
probably
have an existing space that shared an interior wall with your now
deleted space
and is trying to reference it using" NEXT-TO". Be sure to fix the
error in the <b>.inp</b> file not the .bdl file, which I have done a
few times.
This is one example of why it is good to familiarize yourself with the
Building
Descriptive Language (BDL): you can make these sorts of fixes much
easier in
your input deck using than trying to figure it out in DD edit. Just be
sure not
to delete any delimiters (..) <br>
  <br>
Let me know how you do..<br>
  <br>
Carol<o:p></o:p></p>
  <div>
  <p class="MsoNormal">On Fri, Jul 9, 2010 at 8:33 AM, Paul Brooks <<a
 moz-do-not-send="true" href="mailto:equestpaul@yahoo.com"
 target="_blank">equestpaul@yahoo.com</a>>
wrote:<o:p></o:p></p>
  <div>
  <div>
  <div>
  <p class="MsoNormal">I am modeling an addition to an existing
building.  I
originally did the shell/zoning using just the original building.  I
then,
after saving a back up copy of the base building, i went back to the
shell and
zone drawing screens in the DD wizard and expanded the shell to account
for the
addition, and then went into the zone creation and adjusted my zones. 
I
was sure to follow the rules about matching verticies, etc.<o:p></o:p></p>
  </div>
  <div>
  <p class="MsoNormal"> <o:p></o:p></p>
  </div>
  <div>
  <p class="MsoNormal">Now i am getting errors concerning the zone and
plenum.  It appears that the program is still seeing plenums and
walls that are now non-existent.  The program says that plenums are
being
referenced but are not defined (see error message below).<o:p></o:p></p>
  </div>
  <div>
  <p class="MsoNormal"> <o:p></o:p></p>
  </div>
  <div>
  <p class="MsoNormal">Anyone got any ideas on how to clear this?<o:p></o:p></p>
  </div>
  <div>
  <p class="MsoNormal"> <o:p></o:p></p>
  </div>
  <div>
  <p style="margin: 0in 0in 0.0001pt;"> <o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;"> <o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;">*ERROR****************************************************************************************<o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;">*ERROR*****EL3 East Perim Plnm
(G.E6) was referenced on line 14898 but never<o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;">           
defined.<o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;">*ERROR****************************************************************************************<o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;">*ERROR*****EL3 West Perim Spc
(G.W4) was referenced on line 15237 but never<o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;">           
defined.<o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;">*ERROR****************************************************************************************<o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;">*ERROR*****EL3 WNW Perim Plnm
(G.WNW7) was referenced on line 15377 but never<o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;">           
defined.<o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;"> <o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;"> <o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;">****************************************   
5
ERRORS<o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;">****************************************   
2
WARNINGS<o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;">**************************************** 
103
CAUTIONS<o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;">     *20195*
COMPUTE ..<o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;">     *20196*
STOP ..<o:p></o:p></p>
  <p style="margin: 0in 0in 0.0001pt;">****************************************   
5
ABORT-LEVEL DIAGNOSTICS <o:p></o:p></p>
  <p class="MsoNormal">  <o:p></o:p></p>
  </div>
  <div>
  <p class="MsoNormal"> <o:p></o:p></p>
  </div>
  <div>
  <p class="MsoNormal"> <o:p></o:p></p>
  </div>
  <div>
  <p class="MsoNormal"> <o:p></o:p></p>
  </div>
  <div>
  <p class="MsoNormal"> <o:p></o:p></p>
  </div>
  </div>
  </div>
  </div>
  </div>
  </div>
  </div>
  </div>
  </div>
  </div>
  </div>
  <p class="MsoNormal" style="margin-bottom: 12pt;"><o:p> </o:p></p>
  <pre><o:p> </o:p></pre>
  <pre><o:p> </o:p></pre>
  <pre>_______________________________________________<o:p></o:p></pre>
  <pre>Equest-users mailing list<o:p></o:p></pre>
  <pre><a moz-do-not-send="true"
 href="http://lists.onebuilding.org/listinfo.cgi/equest-users-onebuilding.org">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
 moz-do-not-send="true"
 href="mailto:EQUEST-USERS-UNSUBSCRIBE@ONEBUILDING.ORG">EQUEST-USERS-UNSUBSCRIBE@ONEBUILDING.ORG</a><o:p></o:p></pre>
  <pre>  <o:p></o:p></pre>
  </div>
</blockquote>
</body>
</html>