Radiance-general Digest, Vol 132, Issue 12

Reinier_Zeldenrust · February 23, 2015, 5:59pm

Hi Mostapha,

Thank you - helpful! Where is this behaviour documented? I could not find it in the rfluxmtx or rcontrib manpages.

Best,

Reinier Zeldenrust
Environmental Designer
Atelier Ten
Environmental Design Consultants + Building Services Engineers

CIBSE Building Services Consultancy of the Year 2011
UK-GBC Sustainability Consultant of the Year 2009

···

-----Original Message-----
From: radiance-general-request@radiance-online.org [mailto:radiance-general-request@radiance-online.org]
Sent: 20 February 2015 20:00
To: radiance-general@radiance-online.org
Subject: Radiance-general Digest, Vol 132, Issue 12

Send Radiance-general mailing list submissions to
radiance-general@radiance-online.org

To subscribe or unsubscribe via the World Wide Web, visit
http://www.radiance-online.org/mailman/listinfo/radiance-general
or, via email, send a message with subject or body 'help' to
radiance-general-request@radiance-online.org

You can reach the person managing the list at
radiance-general-owner@radiance-online.org

When replying, please edit your Subject line so it is more specific than "Re: Contents of Radiance-general digest..."

Today's Topics:

   1. Three-phase method troubles: NROWS missing after rfluxmtx
      (Reinier Zeldenrust)
   2. Re: Three-phase method troubles: NROWS missing after rfluxmtx
      (Mostapha Sadeghipour)

----------------------------------------------------------------------

Message: 1
Date: Fri, 20 Feb 2015 11:59:55 +0000
From: Reinier Zeldenrust <reinier.zeldenrust@atelierten.com>
To: "radiance-general@radiance-online.org"
  <radiance-general@radiance-online.org>
Subject: [Radiance-general] Three-phase method troubles: NROWS missing
  after rfluxmtx
Message-ID:
  <DB4PR05MB06886147C3E2FADF949EFE8FF42A0@DB4PR05MB0688.eurprd05.prod.outlook.com>

Content-Type: text/plain; charset="us-ascii"

Hi all,

I am following the latest approach to the three-phase method as described in Andy McNeil's 2014 Radiance Workshop Presentation, but when I generate view matrices my output is botched.
With this command (I realise this is low accuracy, but for the moment I'm mainly testing workflow) :
  rfluxmtx -ab 4 -ad 5000 < ChEast.pts - windows_pts/window_00.rad material.rad ChEast.rad > viewpts_00.mtx the header in the viewmatrix is as follows:
  #?RADIANCE
  oconv -f material.rad ChEast.rad windows_pts/window_01.rad
  rcontrib -fo+ -ab 4 -ad 5000 -faa -c 1 -f klems_full.cal -bn Nkbins -b kbin(0.525501,0.0136168,-0.850684,0,0,1) -m M-nor
  SOFTWARE= RADIANCE 4.3a lastmod by nrel_nt
  gugliel on rgugliel-W7-VM
  CAPDATE= 2015:02:19 12:21:14
  GMT= 2015:02:19 12:21:14
  NCOMP=3
  NCOLS=145
  FORMAT=ascii

When I try to do any matrix multiplication to get the three-phase result, I get problems with RMTXOP or dctimestep, which complain they can't load the matrix. If I add the line NROWS=81 (number of sensor points) manually in the header, I do get results. But I'm trying to run the simulation for a lot of windows so adding this line each time manually or with a script is a bit painful. Am I doing something wrong or is this a bug?

Additionally, when I try to run dctimestep in annual mode, using the following command:
dctimestep -n 8760 viewpts_00.mtx grate.xml daylight_00.mtx annual.smx > test.dat I get:
'fatal - unexpected EOF reading annual.smx'
even though my annual.smx has 146 rows (for all 146 Tregenza daylight patches) and 8760 columns.

Any idea what is going wrong here?

Many thanks,
Reinier

Reinier Zeldenrust
Environmental Designer
Atelier Ten
Environmental Design Consultants + Building Services Engineers

------------------------------

Message: 2
Date: Fri, 20 Feb 2015 09:48:26 -0500
From: Mostapha Sadeghipour <sadeghipour@gmail.com>
To: Radiance general discussion <radiance-general@radiance-online.org>
Subject: Re: [Radiance-general] Three-phase method troubles: NROWS
missing after rfluxmtx
Message-ID:
<CAAd_PgQwa7dC_5zHHBC2FZ4S2c83NUY5YyLD9ea=CoNDoubrZg@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hi Reinier,

You need to use the -y option to specify the number of rows in your rfluxmtx run so you don't need to do it manually.

Cheers,
Mostapha

On Fri, Feb 20, 2015 at 6:59 AM, Reinier Zeldenrust < reinier.zeldenrust@atelierten.com> wrote:

Hi all,

I am following the latest approach to the three-phase method as
described in Andy McNeil's 2014 Radiance Workshop Presentation, but
when I generate view matrices my output is botched.
With this command (I realise this is low accuracy, but for the moment
I'm mainly testing workflow) :
        rfluxmtx -ab 4 -ad 5000 < ChEast.pts -
windows_pts/window_00.rad material.rad ChEast.rad > viewpts_00.mtx the
header in the viewmatrix is as follows:
        #?RADIANCE
        oconv -f material.rad ChEast.rad windows_pts/window_01.rad
        rcontrib -fo+ -ab 4 -ad 5000 -faa -c 1 -f klems_full.cal -bn
Nkbins -b kbin(0.525501,0.0136168,-0.850684,0,0,1) -m M-nor
        SOFTWARE= RADIANCE 4.3a lastmod by nrel_nt
        gugliel on rgugliel-W7-VM
        CAPDATE= 2015:02:19 12:21:14
        GMT= 2015:02:19 12:21:14
        NCOMP=3
        NCOLS=145
        FORMAT=ascii

When I try to do any matrix multiplication to get the three-phase
result, I get problems with RMTXOP or dctimestep, which complain they
can't load the matrix. If I add the line NROWS=81 (number of sensor
points) manually in the header, I do get results. But I'm trying to
run the simulation for a lot of windows so adding this line each time
manually or with a script is a bit painful. Am I doing something wrong or is this a bug?

Additionally, when I try to run dctimestep in annual mode, using the
following command:
        dctimestep -n 8760 viewpts_00.mtx grate.xml daylight_00.mtx
annual.smx > test.dat I get:
        'fatal - unexpected EOF reading annual.smx'
even though my annual.smx has 146 rows (for all 146 Tregenza daylight
patches) and 8760 columns.

Any idea what is going wrong here?

Many thanks,
Reinier

Reinier Zeldenrust
Environmental Designer
Atelier Ten
Environmental Design Consultants + Building Services Engineers

_______________________________________________
Radiance-general mailing list
Radiance-general@radiance-online.org
http://www.radiance-online.org/mailman/listinfo/radiance-general

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.radiance-online.org/pipermail/radiance-general/attachments/20150220/e5d551db/attachment-0001.html>

------------------------------

_______________________________________________
Radiance-general mailing list
Radiance-general@radiance-online.org
http://www.radiance-online.org/mailman/listinfo/radiance-general

End of Radiance-general Digest, Vol 132, Issue 12
*************************************************

Mostapha · February 23, 2015, 6:18pm

Hi Reinier,

I don't think it is documented yet (or is it?). I had the same issue while
ago and Greg helped me to get it solved so that's why I knew.

You may also find Rob's implementation of 3Phase to OpenStudio helpful:

github.com

NREL/OpenStudio/blob/f2c750dd1edf65b03a17d32d62a22efbe5b84276/openstudiocore/ruby/openstudio/radiance/MergeWindowGroups.rb

#!/usr/bin/ruby

######################################################################
#  Copyright (c) 2008-2014, Alliance for Sustainable Energy.  
#  All rights reserved.
#  
#  This library is free software; you can redistribute it and/or
#  modify it under the terms of the GNU Lesser General Public
#  License as published by the Free Software Foundation; either
#  version 2.1 of the License, or (at your option) any later version.
#  
#  This library is distributed in the hope that it will be useful,
#  but WITHOUT ANY WARRANTY; without even the implied warranty of
#  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
#  Lesser General Public License for more details.
#  
#  You should have received a copy of the GNU Lesser General Public
#  License along with this library; if not, write to the Free Software
#  Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA  02110-1301  USA
######################################################################

This file has been truncated. show original

github.com

NREL/OpenStudio/blob/f2c750dd1edf65b03a17d32d62a22efbe5b84276/openstudiocore/ruby/openstudio/radiance/DaylightSim-Simple.rb

######################################################################
#  Copyright (c) 2008-2015, Alliance for Sustainable Energy.
#  All rights reserved.
#
#  This library is free software; you can redistribute it and/or
#  modify it under the terms of the GNU Lesser General Public
#  License as published by the Free Software Foundation; either
#  version 2.1 of the License, or (at your option) any later version.
#
#  This library is distributed in the hope that it will be useful,
#  but WITHOUT ANY WARRANTY; without even the implied warranty of
#  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
#  Lesser General Public License for more details.
#
#  You should have received a copy of the GNU Lesser General Public
#  License along with this library; if not, write to the Free Software
#  Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA  02110-1301  USA
######################################################################

######################################################################

This file has been truncated. show original

Cheers,
Mostapha

···

On Mon, Feb 23, 2015 at 12:59 PM, Reinier Zeldenrust < reinier.zeldenrust@atelierten.com> wrote:

Hi Mostapha,

Thank you - helpful! Where is this behaviour documented? I could not find
it in the rfluxmtx or rcontrib manpages.

Best,

Reinier Zeldenrust
Environmental Designer
Atelier Ten
Environmental Design Consultants + Building Services Engineers

CIBSE Building Services Consultancy of the Year 2011
UK-GBC Sustainability Consultant of the Year 2009

-----Original Message-----
From: radiance-general-request@radiance-online.org [mailto:
radiance-general-request@radiance-online.org]
Sent: 20 February 2015 20:00
To: radiance-general@radiance-online.org
Subject: Radiance-general Digest, Vol 132, Issue 12

Send Radiance-general mailing list submissions to
        radiance-general@radiance-online.org

To subscribe or unsubscribe via the World Wide Web, visit
        http://www.radiance-online.org/mailman/listinfo/radiance-general
or, via email, send a message with subject or body 'help' to
        radiance-general-request@radiance-online.org

You can reach the person managing the list at
        radiance-general-owner@radiance-online.org

When replying, please edit your Subject line so it is more specific than
"Re: Contents of Radiance-general digest..."

Today's Topics:

   1. Three-phase method troubles: NROWS missing after rfluxmtx
      (Reinier Zeldenrust)
   2. Re: Three-phase method troubles: NROWS missing after rfluxmtx
      (Mostapha Sadeghipour)

----------------------------------------------------------------------

Message: 1
Date: Fri, 20 Feb 2015 11:59:55 +0000
From: Reinier Zeldenrust <reinier.zeldenrust@atelierten.com>
To: "radiance-general@radiance-online.org"
        <radiance-general@radiance-online.org>
Subject: [Radiance-general] Three-phase method troubles: NROWS missing
        after rfluxmtx
Message-ID:
        <
DB4PR05MB06886147C3E2FADF949EFE8FF42A0@DB4PR05MB0688.eurprd05.prod.outlook.com
>

Content-Type: text/plain; charset="us-ascii"

Hi all,

I am following the latest approach to the three-phase method as described
in Andy McNeil's 2014 Radiance Workshop Presentation, but when I generate
view matrices my output is botched.
With this command (I realise this is low accuracy, but for the moment I'm
mainly testing workflow) :
        rfluxmtx -ab 4 -ad 5000 < ChEast.pts - windows_pts/window_00.rad
material.rad ChEast.rad > viewpts_00.mtx the header in the viewmatrix is as
follows:
        #?RADIANCE
        oconv -f material.rad ChEast.rad windows_pts/window_01.rad
        rcontrib -fo+ -ab 4 -ad 5000 -faa -c 1 -f klems_full.cal -bn
Nkbins -b kbin(0.525501,0.0136168,-0.850684,0,0,1) -m M-nor
        SOFTWARE= RADIANCE 4.3a lastmod by nrel_nt
        gugliel on rgugliel-W7-VM
        CAPDATE= 2015:02:19 12:21:14
        GMT= 2015:02:19 12:21:14
        NCOMP=3
        NCOLS=145
        FORMAT=ascii

When I try to do any matrix multiplication to get the three-phase result,
I get problems with RMTXOP or dctimestep, which complain they can't load
the matrix. If I add the line NROWS=81 (number of sensor points) manually
in the header, I do get results. But I'm trying to run the simulation for a
lot of windows so adding this line each time manually or with a script is a
bit painful. Am I doing something wrong or is this a bug?

Additionally, when I try to run dctimestep in annual mode, using the
following command:
        dctimestep -n 8760 viewpts_00.mtx grate.xml daylight_00.mtx
annual.smx > test.dat I get:
        'fatal - unexpected EOF reading annual.smx'
even though my annual.smx has 146 rows (for all 146 Tregenza daylight
patches) and 8760 columns.

Any idea what is going wrong here?

Many thanks,
Reinier

Reinier Zeldenrust
Environmental Designer
Atelier Ten
Environmental Design Consultants + Building Services Engineers

------------------------------

Message: 2
Date: Fri, 20 Feb 2015 09:48:26 -0500
From: Mostapha Sadeghipour <sadeghipour@gmail.com>
To: Radiance general discussion <radiance-general@radiance-online.org>
Subject: Re: [Radiance-general] Three-phase method troubles: NROWS
        missing after rfluxmtx
Message-ID:
        <CAAd_PgQwa7dC_5zHHBC2FZ4S2c83NUY5YyLD9ea=
CoNDoubrZg@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hi Reinier,

You need to use the -y option to specify the number of rows in your
rfluxmtx run so you don't need to do it manually.

Cheers,
Mostapha

On Fri, Feb 20, 2015 at 6:59 AM, Reinier Zeldenrust < > reinier.zeldenrust@atelierten.com> wrote:

> Hi all,
>
> I am following the latest approach to the three-phase method as
> described in Andy McNeil's 2014 Radiance Workshop Presentation, but
> when I generate view matrices my output is botched.
> With this command (I realise this is low accuracy, but for the moment
> I'm mainly testing workflow) :
> rfluxmtx -ab 4 -ad 5000 < ChEast.pts -
> windows_pts/window_00.rad material.rad ChEast.rad > viewpts_00.mtx the
> header in the viewmatrix is as follows:
> #?RADIANCE
> oconv -f material.rad ChEast.rad windows_pts/window_01.rad
> rcontrib -fo+ -ab 4 -ad 5000 -faa -c 1 -f klems_full.cal -bn
> Nkbins -b kbin(0.525501,0.0136168,-0.850684,0,0,1) -m M-nor
> SOFTWARE= RADIANCE 4.3a lastmod by nrel_nt
> gugliel on rgugliel-W7-VM
> CAPDATE= 2015:02:19 12:21:14
> GMT= 2015:02:19 12:21:14
> NCOMP=3
> NCOLS=145
> FORMAT=ascii
>
> When I try to do any matrix multiplication to get the three-phase
> result, I get problems with RMTXOP or dctimestep, which complain they
> can't load the matrix. If I add the line NROWS=81 (number of sensor
> points) manually in the header, I do get results. But I'm trying to
> run the simulation for a lot of windows so adding this line each time
> manually or with a script is a bit painful. Am I doing something wrong
or is this a bug?
>
> Additionally, when I try to run dctimestep in annual mode, using the
> following command:
> dctimestep -n 8760 viewpts_00.mtx grate.xml daylight_00.mtx
> annual.smx > test.dat I get:
> 'fatal - unexpected EOF reading annual.smx'
> even though my annual.smx has 146 rows (for all 146 Tregenza daylight
> patches) and 8760 columns.
>
> Any idea what is going wrong here?
>
> Many thanks,
> Reinier
>
>
>
>
> Reinier Zeldenrust
> Environmental Designer
> Atelier Ten
> Environmental Design Consultants + Building Services Engineers
>
>
> _______________________________________________
> Radiance-general mailing list
> Radiance-general@radiance-online.org
> http://www.radiance-online.org/mailman/listinfo/radiance-general
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
http://www.radiance-online.org/pipermail/radiance-general/attachments/20150220/e5d551db/attachment-0001.html
>

------------------------------

_______________________________________________
Radiance-general mailing list
Radiance-general@radiance-online.org
http://www.radiance-online.org/mailman/listinfo/radiance-general

End of Radiance-general Digest, Vol 132, Issue 12
*************************************************

_______________________________________________
Radiance-general mailing list
Radiance-general@radiance-online.org
http://www.radiance-online.org/mailman/listinfo/radiance-general

Greg_Ward · February 23, 2015, 6:27pm

Hi Reiner,

It's true that this behavior is not properly documented. If you can suggest a logical place where you would expect to find it, perhaps I can add the appropriate text.

Since rfluxmtx and rmtxop are new, the documentation is not as complete as it should be.

Cheers,
-Greg

···

From: Reinier Zeldenrust <reinier.zeldenrust@atelierten.com>
Subject: Re: [Radiance-general] Radiance-general Digest, Vol 132, Issue 12
Date: February 23, 2015 9:59:29 AM PST

Hi Mostapha,

Thank you - helpful! Where is this behaviour documented? I could not find it in the rfluxmtx or rcontrib manpages.

Best,

Reinier Zeldenrust
Environmental Designer
Atelier Ten
Environmental Design Consultants + Building Services Engineers

CIBSE Building Services Consultancy of the Year 2011
UK-GBC Sustainability Consultant of the Year 2009

Message: 1
Date: Fri, 20 Feb 2015 11:59:55 +0000
From: Reinier Zeldenrust <reinier.zeldenrust@atelierten.com>
To: "radiance-general@radiance-online.org"
  <radiance-general@radiance-online.org>

Content-Type: text/plain; charset="us-ascii"

Hi all,

I am following the latest approach to the three-phase method as described in Andy McNeil's 2014 Radiance Workshop Presentation, but when I generate view matrices my output is botched.
With this command (I realise this is low accuracy, but for the moment I'm mainly testing workflow) :
  rfluxmtx -ab 4 -ad 5000 < ChEast.pts - windows_pts/window_00.rad material.rad ChEast.rad > viewpts_00.mtx the header in the viewmatrix is as follows:
  #?RADIANCE
  oconv -f material.rad ChEast.rad windows_pts/window_01.rad
  rcontrib -fo+ -ab 4 -ad 5000 -faa -c 1 -f klems_full.cal -bn Nkbins -b kbin(0.525501,0.0136168,-0.850684,0,0,1) -m M-nor
  SOFTWARE= RADIANCE 4.3a lastmod by nrel_nt
  gugliel on rgugliel-W7-VM
  CAPDATE= 2015:02:19 12:21:14
  GMT= 2015:02:19 12:21:14
  NCOMP=3
  NCOLS=145
  FORMAT=ascii

When I try to do any matrix multiplication to get the three-phase result, I get problems with RMTXOP or dctimestep, which complain they can't load the matrix. If I add the line NROWS=81 (number of sensor points) manually in the header, I do get results. But I'm trying to run the simulation for a lot of windows so adding this line each time manually or with a script is a bit painful. Am I doing something wrong or is this a bug?

Additionally, when I try to run dctimestep in annual mode, using the following command:
  dctimestep -n 8760 viewpts_00.mtx grate.xml daylight_00.mtx annual.smx > test.dat I get:
  'fatal - unexpected EOF reading annual.smx'
even though my annual.smx has 146 rows (for all 146 Tregenza daylight patches) and 8760 columns.

Any idea what is going wrong here?

Many thanks,
Reinier

Reinier Zeldenrust
Environmental Designer
Atelier Ten
Environmental Design Consultants + Building Services Engineers

------------------------------

Message: 2
Date: Fri, 20 Feb 2015 09:48:26 -0500
From: Mostapha Sadeghipour <sadeghipour@gmail.com>
To: Radiance general discussion <radiance-general@radiance-online.org>

Hi Reinier,

You need to use the -y option to specify the number of rows in your rfluxmtx run so you don't need to do it manually.

Cheers,
Mostapha

Guglielmetti_Robert · February 23, 2015, 6:52pm

You may also find Rob's implementation of 3Phase to OpenStudio helpful:

Thanks, Mostapha! We get the number of points from the input file (created by the OpenStudio-to-Radiance model translator), here:
https://github.com/NREL/OpenStudio/blob/develop/openstudiocore/ruby/openstudio/radiance/DaylightSim-Simple.rb#L375-377

...then pass that to the -y option to rfluxmtx here:
https://github.com/NREL/OpenStudio/blob/develop/openstudiocore/ruby/openstudio/radiance/DaylightSim-Simple.rb#L433

BTW this was all merged to the main develop branch just last week; we are testing it and documenting it now and this whole 3-phase/shade control thing will be included in OpenStudio v1.7.0 next month, and it'll be in the next iteration release for bleeding edge types, next week. =)

- Rob

···

On 2/23/15, 11:18 AM, "Mostapha Sadeghipour" <sadeghipour@gmail.com<mailto:sadeghipour@gmail.com>> wrote:

Mostapha · February 23, 2015, 7:08pm

Hi Greg, et. al,

Is there any chance that you can also add some notes about the headings.
There are couple of them in Andy's presentation for .rad or sky files (e.g
#@rfluxmtx h=kf u=+Y or #@rfluxmtx h=u u=Y). I wonder what are other
options available.

Best,
Mostapha

PS: Congrats Rob! Can't wait to see it flying in the wild!

···

On Mon, Feb 23, 2015 at 1:52 PM, Guglielmetti, Robert < Robert.Guglielmetti@nrel.gov> wrote:

On 2/23/15, 11:18 AM, "Mostapha Sadeghipour" <sadeghipour@gmail.com > <mailto:sadeghipour@gmail.com>> wrote:

You may also find Rob's implementation of 3Phase to OpenStudio helpful:

Thanks, Mostapha! We get the number of points from the input file (created
by the OpenStudio-to-Radiance model translator), here:

https://github.com/NREL/OpenStudio/blob/develop/openstudiocore/ruby/openstudio/radiance/DaylightSim-Simple.rb#L375-377

...then pass that to the -y option to rfluxmtx here:

https://github.com/NREL/OpenStudio/blob/develop/openstudiocore/ruby/openstudio/radiance/DaylightSim-Simple.rb#L433

BTW this was all merged to the main develop branch just last week; we are
testing it and documenting it now and this whole 3-phase/shade control
thing will be included in OpenStudio v1.7.0 next month, and it'll be in the
next iteration release for bleeding edge types, next week. =)

- Rob

_______________________________________________
Radiance-general mailing list
Radiance-general@radiance-online.org
http://www.radiance-online.org/mailman/listinfo/radiance-general

Mostapha · February 23, 2015, 7:13pm

I found the answer to my question here: (
http://www.radiance-online.org/learning/documentation/manual-pages/pdfs/rfluxmtx.pdf/view)
Sorry and thank you!

-Mostapha

···

On Mon, Feb 23, 2015 at 2:08 PM, Mostapha Sadeghipour <sadeghipour@gmail.com > wrote:

Hi Greg, et. al,

Is there any chance that you can also add some notes about the headings.
There are couple of them in Andy's presentation for .rad or sky files (e.g
#@rfluxmtx h=kf u=+Y or #@rfluxmtx h=u u=Y). I wonder what are other
options available.

Best,
Mostapha

PS: Congrats Rob! Can't wait to see it flying in the wild!

On Mon, Feb 23, 2015 at 1:52 PM, Guglielmetti, Robert < > Robert.Guglielmetti@nrel.gov> wrote:

On 2/23/15, 11:18 AM, "Mostapha Sadeghipour" <sadeghipour@gmail.com >> <mailto:sadeghipour@gmail.com>> wrote:

You may also find Rob's implementation of 3Phase to OpenStudio helpful:

Thanks, Mostapha! We get the number of points from the input file
(created by the OpenStudio-to-Radiance model translator), here:

https://github.com/NREL/OpenStudio/blob/develop/openstudiocore/ruby/openstudio/radiance/DaylightSim-Simple.rb#L375-377

...then pass that to the -y option to rfluxmtx here:

https://github.com/NREL/OpenStudio/blob/develop/openstudiocore/ruby/openstudio/radiance/DaylightSim-Simple.rb#L433

BTW this was all merged to the main develop branch just last week; we are
testing it and documenting it now and this whole 3-phase/shade control
thing will be included in OpenStudio v1.7.0 next month, and it'll be in the
next iteration release for bleeding edge types, next week. =)

- Rob

_______________________________________________
Radiance-general mailing list
Radiance-general@radiance-online.org
http://www.radiance-online.org/mailman/listinfo/radiance-general