RE: [EnergyPlus_Support] Energy+.IDD

["Monjur M Mourshed" <monjur@xxxxxxxxx>]

1. Yes, I am talking form interface development point of view. I think
most E+ users don't actually use IDD.

2. Regarding UPPERCASE or UpperLowerCase, my feeling is that - E+ should
stick to one standard. If you allow both, interface developers have to
check for both, don't they?

3. Thanks. 

On a completely different matter, I have been working on a web based
interface. It is still in development phase, so please don't expect
everything to be working. 

The software runs in a server, you don't need to install anything in the
computer. Open up your browser and see how it works at:

http://civ93.ucc.ie

Currently, I have a firewall installed for security measures. I will
leave the gateway open from GMT 15.00 until 16.00 - so that interested
persons can check out browsing of the input data.

Comments are welcome.

Regards,

Monjur Mourshed 

-----Original Message-----
From: Linda Lawrie [mailto:linda@xxxxxxxxxx] 
Sent: 11 September 2003 13:56
To: EnergyPlus_Support@xxxxxxxxxxxxxxx
Subject: Re: [EnergyPlus_Support] Energy+.IDD

At 07:21 AM 9/11/2003, Monjur M Mourshed wrote:

>Hi
>
>1.      There are some condensed field properties in Energy+.idd for
the
>following objects:
>WindowGlassSpectralData
>DAYSCHEDULE:LIST
>SCHEDULE
>ZONE EQUIPMENT LIST
>             From an interface development point of view, is it not
>better to keep it as it is, I mean not to condense it.

Are you speaking as an interface developer?  the IDF editor actually
reads 
in the IDD and uses it in its display -- others, I think, do not use the

IDD directly.

>2.      Uppercase, Lowercase:
>Some of the object names are Uppercase, while others are lowercase. To
>maintain the integrity of the data structure, is it not better to have
>all uppercase or LowerUpperCase? Is there any guideline for naming
>objects? For example, to process input data (outside E+) one has to
>convert all the string to uppercase first for comparison. Sometimes it
>wastes computing resources.

Some have spaces in the names, some do not.  We have left it flexible
and 
non-case-sensitive.  The user does not have to know whether it is
DESIGNDAY 
or designday or DesignDay to enter the design day object.  We prefer 
readability over "waste computing resources".  Certainly when there are
no 
spaces separating the "key words" of the object, it is harder to 
read.  Personally I find all upper case harder to read than all lower
but I 
don't like all lower either.  We have no set guideline for developers.

>
>3.      Object SHCHEDULE may have a typo error:
>"\note Weekshedules for weeks 26-53 are condensed", is it not: 27-53?
>

Yes.  and fixed for next release.


Linda

EnergyPlus WebSite: http://www.energyplus.gov
Owner: EnergyPlus_Support list
Member: EnergyPlus Development Team



[Non-text portions of this message have been removed]



To unsubscribe from this group, send an email to:
EnergyPlus_Support-unsubscribe@xxxxxxxxxxxxxxx

The primary EnergyPlus web site is found at:
http://www.energyplus.gov

The group web site is:
http://groups.yahoo.com/group/EnergyPlus_Support/

Attachments are not allowed -- please post any files to the appropriate
folder in the Files are of the Support Web Site.




 

Your use of Yahoo! Groups is subject to
http://docs.yahoo.com/info/terms/ 




------------------------ Yahoo! Groups Sponsor ---------------------~-->
Upgrade to 128-Bit SSL Security!
http://us.click.yahoo.com/p7cEmB/s7qGAA/yigFAA/dkFolB/TM
---------------------------------------------------------------------~->

To unsubscribe from this group, send an email to:
EnergyPlus_Support-unsubscribe@xxxxxxxxxxxxxxx

The primary EnergyPlus web site is found at:
http://www.energyplus.gov

The group web site is:
http://groups.yahoo.com/group/EnergyPlus_Support/

Attachments are not allowed -- please post any files to the appropriate folder in the Files are of the Support Web Site.




 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/