Regarding the comment about not trusting eQUEST's snaps, I find it helps to turn all snaps except "Polygon" off when defining zones.  Thus the only way it's snapping is directly onto an existing vertex.  I use this every time and don't have any issues with interior walls.<div>
<br></div><div>Omer-</div><div>I believe what you're experiencing is that when defined properly, eQUEST only defines ONE interior wall.  Since an interior wall is used to define a relationship between two spaces, there is only need for one wall.  The zone that own's the wall is rather arbitrary, because either way they are linked through the NEXT-TO command.  If two walls are created by eQUEST, it's likely that they'll both be ADIABATIC and this is a symptom of not defining the wall geometry correctly.  One wall per zone interface is what you should be shooting for.</div>
<div><br></div><div>-Robby<br><br><div class="gmail_quote">On Tue, Jul 10, 2012 at 10:25 AM, Ömer Moltay <span dir="ltr"><<a href="mailto:omoltay@mimtarch.com" target="_blank">omoltay@mimtarch.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <div>Hi Robby,<br>
      <br>
      Thanks a lot. Learned something very important today.<br>
      <br>
      Another problem that I am having with internal walls: There are
      internal walls missing in some zones and I have no clue as to why.
      You will see these in the attached images as thin lines. The walls
      are missing from the selected zone (grayed), but the neighboring
      zone has walls in the same place.<br>
      <br>
      In 01.jpg, all three internal walls of the smaller zone are
      missing.<br>
      <br>
      In 02.jpg, some internal walls are missing and some are not.<br>
      <br>
      This floor has been recreated according to your advice with
      additional vertices.<br>
      <br>
      I think there is more to internal walls in Wizard that I do not
      know.<br>
      <br>
      Best regards,<div class="im"><br>
      <br>
      Ömer Moltay, LEED AP BD+C, ASHRAE BEMP, CPMP, BREEAM Assessor
      <br>
      Mimta EcoYapi<br>
      Hekimsuyu Cad. 559. Sk.
      <br></div>
      No:39 34255 Küçükköy İstanbul
      <br><div class="im">
      Tel: 90-212-617-2296
      <br>
      Fax: 90-212-617-2297
      <br>
      <a href="http://www.ekoyapi.net" target="_blank">www.ekoyapi.net</a>
      <br>
      <a href="http://www.mimtasolar.com" target="_blank">www.mimtasolar.com</a>
      <br>
      <a href="http://www.mimtarch.com" target="_blank">www.mimtarch.com</a>
      <br>
      <br></div>
      10.07.2012 18:52 tarihinde, Robby Oylear yazdı:<br>
    </div><div><div class="h5">
    <blockquote type="cite">Omer,
      <div><br>
      </div>
      <div>The simplest way to ensure that eQUEST defines the NEXT-TO
        property correctly is to make sure that each interior wall only
        interfaces with one other interior wall.  </div>
      <div><br>
      </div>
      <div>In the situation you describe where you have an interior wall
        that is adjacent to more than one zone, I would typically split
        that interior wall into two or three walls by adding vertices at
        each of the intersections between the zones and the interior
        wall that spans them.</div>
      <div><br>
      </div>
      <div>Here's a sketch of what I'm describing:</div>
      <div><img src="cid:part4.09090307.02030400@mimtarch.com" alt="Inline image 1"></div>
      <div><br>
      </div>
      <div>Hope that helps.</div>
      <div><br>
      </div>
      <div>
        <p class="MsoNormal">
          <a name="13871ed31833f08c__MailAutoSig"><span>Robby
              Oylear, </span></a><span>PE, LEED
            AP</span><span></span></p>
        <p class="MsoNormal"><i><span style="font-size:8pt;font-family:Verdana,sans-serif">Mechanical
              Engineer</span></i></p>
        <p class="MsoNormal"><i><span style="font-size:8pt;font-family:Verdana,sans-serif">Senior
              Energy Analyst</span></i></p>
        <p class="MsoNormal"><i><span style="font-size:8pt;font-family:Verdana,sans-serif"> </span></i></p>
        <p class="MsoNormal" style="line-height:115%"><b><span style="font-size:8.0pt;line-height:115%;font-family:"Verdana","sans-serif";color:#632423">D</span></b><span style="font-size:8.0pt;line-height:115%;font-family:"Verdana","sans-serif";color:#1f497d">
          </span><span style="font-size:8pt;line-height:115%;font-family:Verdana,sans-serif"><a href="tel:206-788-4571" value="+12067884571" target="_blank">206-788-4571</a></span><span style="font-size:8.0pt;line-height:115%;font-family:"Verdana","sans-serif";color:#bfab7f"></span></p>

        <p class="MsoNormal" style="line-height:115%"><a href="http://www.rushingco.com/" target="_blank"><b><i><span style="font-size:8.0pt;line-height:115%;font-family:"Verdana","sans-serif";color:#632423">www.rushingco.com</span></i></b></a><span style="font-size:7.0pt;line-height:115%;font-family:"Verdana","sans-serif";color:#1f497d"></span></p>

      </div>
      <div><br>
        <div class="gmail_quote">On Tue, Jul 10, 2012 at 8:45 AM, Ömer
          Moltay <span dir="ltr"><<a href="mailto:omoltay@mimtarch.com" target="_blank">omoltay@mimtarch.com</a>></span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
            Dear All,<br>
            <br>
            I have realized that while creating the model after Wizard
            entries, eQuest will fail to determine the NEXT-TO property
            for interior walls that are adjacent to more than one zone
            and all those interior walls will be defined as ADIABATIC.<br>
            <br>
            Also, I see that interior walls are missing from zones where
            another zone has an ADIABATIC wall in the same place.<br>
            <br>
            I see no way of having a model with all interior walls
            correctly defined without fixing all these problems after
            the Wizard. Does everybody have the same experience or am I
            missing something?<br>
            <br>
            Ömer Moltay, LEED AP BD+C, ASHRAE BEMP, CPMP, BREEAM
            Assessor<br>
            Mimta EcoYapi<br>
            Hekimsuyu Cad. 559. Sk. No:39<br>
            34255 Kucukkoy Istanbul Turkey<br>
            Tel: 90-212-617-2296<br>
            Fax: 90-212-617-2297<br>
            <a href="http://www.ekoyapi.net" target="_blank">www.ekoyapi.net</a><br>
            <a href="http://www.mimtasolar.com" target="_blank">www.mimtasolar.com</a><br>
            <a href="http://www.mimtarch.com" target="_blank">www.mimtarch.com</a><br>
            <br>
            <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" target="_blank">EQUEST-USERS-UNSUBSCRIBE@ONEBUILDING.ORG</a><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" target="_blank">EQUEST-USERS-UNSUBSCRIBE@ONEBUILDING.ORG</a><br>
          </blockquote>
        </div>
        <br>
      </div>
    </blockquote>
    <br>
    <br>
  </div></div></div>

</blockquote></div><br></div>