[Equest-users] BDL Errors from duplicate components?

Robby Oylear robbyoylear at gmail.com
Thu Dec 20 13:50:58 PST 2012


Cole,

Yes, you've exceeded the maximum character limit (32 characters) allowed
for names in DOE2.  Might I suggest doing a Find/Replace on (First Floor)
with L1 or something shorter.   Also, the zone is either storage or office,
it can't be both.  The "Office" part of the name seems extraneous.

Also, for simple requests like this it helps to just forward your .pd2 &
.inp files to the list so that we can know for sure what the problem is by
testing it.

-Robby


On Thu, Dec 20, 2012 at 1:24 PM, Cole Hudson <c.hudson at scaengineering.com>wrote:

>  After using an online space renamer tool, I started getting errors
> dealing with duplicate element names when simulating the building. I found
> it odd, because results were still produced, and everything else seemed
> normal. I just had these four BDL errors that never went away.****
>
> ** **
>
> Well, no they’re preventing me from using this file as a parametric run in
> another model. I decided to try and fix them. ****
>
> ** **
>
> The actual BDL errors dialog is relatively vague, and gives no line number
> or explanation, but the “detailed” output of the simulation process shows
> this when it hits the offending lines: ****
>
> ** **
>
> "Office Storage (First Floor) Pln" = ZONE****
>
> *************************************** ====
> ***************************************
>
> The name Office Storage (First Floor) Pln was already used on line 3935***
> *
>
> ** **
>
> I went into the INP file, found the lines, and changed ‘"Office Storage
> (First Floor) Pln" = ZONE’ to ‘"Office Storage (First Floor) Pln zn" = ZONE’
> ****
>
> ** **
>
> I’m pretty clueless when it comes to directly editing INP files, but this
> seemed reasonable based on the way other zone definitions were structured
> around these lines. I double checked, and this single line was the only
> location where “Office Storage (First Floor) Pln zn” appeared in the
> document. Should be good, right? ** **
>
> ** **
>
> Now I’m receiving these errors:****
>
> ** **
>
> "Office Storage (First Floor) Pln zn" = ZONE****
>
> *************************************** ====
> ***************************************
>
> The name Office Storage (First Floor) Pln was already used on line 3935***
> *
>
> ** **
>
> That doesn’t really make any sense to me and seems contradictory. Is there
> a maximum character limit for these names or something similar? I can’t
> seem to figure out what is going wrong and the above error description is
> useless to me. ****
>
> ** **
>
> Thank you all for your time. ****
>
> ** **
>
> ** **
>
> Cole Hudson, E.I.T.****
>
> Stridde Callins & Associates, Inc.****
>
> 342 S. Navigation Blvd.****
>
> Corpus Christi, TX 78405****
>
> Tel:  (361) 883-9199****
>
> Cell: (361) 876-0560****
>
> Fax:  (361) 883-9177 ****
>
> ** **
>
> **CONFIDENTIALITY NOTICE:  Information contained in this email message,
> including any attachments, is for the sole use of the intended recipient(s)
> and may contain confidential and privileged information.  Any unauthorized
> review, use, disclosure, or distribution is prohibited.  If you are not the
> intended recipient, and have received this communication in error, please
> contact the sender by reply email and destroy all copies of the original
> message.  Thank you.******
>
> ** **
>
> _______________________________________________
> Equest-users mailing list
> http://lists.onebuilding.org/listinfo.cgi/equest-users-onebuilding.org
> To unsubscribe from this mailing list send  a blank message to
> EQUEST-USERS-UNSUBSCRIBE at ONEBUILDING.ORG
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.onebuilding.org/pipermail/equest-users-onebuilding.org/attachments/20121220/d667b7e6/attachment-0002.htm>


More information about the Equest-users mailing list