[Radiance-general] sudo recontrib

urtza.uriarte at upc.edu urtza.uriarte at upc.edu
Mon Mar 21 06:32:24 PDT 2016


  Yes, I have in View Matrix NROWS=552 and NCOLS=145 (I think that you have
6 sensor points, so 6x145).
Does it make sense? I think they are 145 Klems patches.

Best regards,
Urtza.

Humberto Antunes <hs.antunes at campus.fct.unl.pt> escribió:

> I have read more carefully you e-mail, do you have 552 sensor points? if
> yes your number of rows in the view matrix is 552 and not 145, try to
> change NROWS=552 in you view matrix.       
>    Best regards
>    Humberto A.
>
>
>    2016-03-21 12:38 GMT+00:00 <urtza.uriarte at upc.edu>:
>
>> _Dear Humberto,
>>
>> Yes, I am trying without "-n 8760" option, as follow:
>>
>> dctimestep photocells.vmx Film3M_145x1297_9142012_t.xml southest.dmx
>> Barcelona.smx 
>> fatal - unexpected EOF reading Barcelona.smx
>>
>> I do not know. Thank you,
>> Urtza.
>>
>> Humberto Antunes <hs.antunes at campus.fct.unl.pt> escribió:_
>>
>>> _Hi Urtza, _                   _ _
>>>           _Are you running dctimestep with the "-n" option? If yes try
>>> to run it without it. use:_
>>>           _ _
>>>           _dctimestep view.mtx daylight.mtx transmision.xml sky.mtx_
>>>           _ _
>>>           _For me this solved the problem, no need for the "-n 8760"
>>> option._
>>>           _ _
>>>           _Hope it helps._
>>>           _ _
>>>           _Best regards_
>>>           _Humberto A._
>>>
>>>
>>>           _2016-03-21 11:16 GMT+00:00 <urtza.uriarte at upc.edu>:_
>>>
>>>> __Dear Andy and Greg,
>>>>
>>>> (I am trying to follow Humberto's issue, as well)
>>>> I have added to View Matrix sensor points number (I notice that in
>>>> Daylight Matrix I have not had NROWS data and I have added
>>>> NROWS=145). To sum up I have; Sky Matrix, 2306x8760; Daylight Matrix,
>>>> 145x2306; and View Matrix, 552x145. I launched dctimestep and it
>>>> scripts the same error (fatal - unexpected EOF reading Barcelona.smx).
>>>>
>>>> In case, I review the Sky Matrix with "wc" and I get almost the
>>>> number that Greg suggested:
>>>>
>>>> wc Barcelona.smx
>>>>
>>>> 20202874  60601692 213155298 Barcelona.smx
>>>>
>>>> I do not know what is the problem with Sky Matrix (although it seems
>>>> a little estrange 2306x8760 data are in rows).
>>>> Thank you in advance,
>>>> Urtza.
>>>>
>>>> "Gregory J. Ward" <gregoryjward at gmail.com> escribió:__
>>>>
>>>>> __Following this up on the general mailing list...__
>>>>>                 __ __
>>>>>                 __The problem was the one Andy pointed out earlier,
>>>>> where the newer version of dctimestep doesn't want the "-n" option
>>>>> when the sky matrix has a header.__
>>>>>                 __ __
>>>>>                 __Regarding the new question (appearing below),
>>>>> using rmtxop in this way is indeed the simplest means to convert RGB
>>>>> irradiance to illuminance in lux.__
>>>>>                 __ __
>>>>>                 __Cheers,__
>>>>>                 __-Greg__
>>>>>
>>>>>
>>>>>> __FROM: Humberto Antunes <hs.antunes at campus.fct.unl.pt>__
>>>>>>                   __SUBJECT: Re: dctimesteps__
>>>>>>                   __DATE: March 20, 2016 6:04:36 PM PDT__
>>>>>>                   __ __
>>>>>
>>>>>> __I tried to run the command like that and it worked just fine, i
>>>>>> got the same results as you did._ _
>>>>>>     __ __
>>>>>>                    __I was running the dctimestep command with the
>>>>>> -n 8760 option, but this is not needed because the sky matrix
>>>>>> already contains that info in the header, running it like you
>>>>>> solved the issue.__
>>>>>>                    __ __
>>>>>>                    __Now there is just one thing remaining, to
>>>>>> convert the RGB values from illum.dat file to illuminance values
>>>>>> can i use the command below or is there a better way?__
>>>>>>                    __ __
>>>>>>                    __rmtxop -c 47.435 119.93 11.635
>>>>>> results/illum.dat> results/illum_final.dat__
>>>>>>                    __ __
>>>>>>                    __Note:__
>>>>>>                    __179*0.265=47.436__
>>>>>>                    __179*0.670=119.93__
>>>>>>                    __179*0.065=11.635__
>>>>>>                    __ __
>>>>>>                    __Best regards__
>>>>>>                    __Humberto A.__
>>>>>>
>>>>>>
>>>>>>                    __2016-03-21 0:01 GMT+00:00 Gregory J.
>>>>>> Ward <gregoryjward at gmail.com>:__
>>>>>>
>>>>>>> __Thanks, Humberto.  I ran the following command:__
>>>>>>>                       __ __
>>>>>>>                       __dctimestep photocells.vmx singleclear.xml
>>>>>>> south.dmx lisboa.smx > illum.dat__
>>>>>>>                       __ __
>>>>>>>                       __without complaint.  I am attaching the
>>>>>>> result.__
>>>>>>>                       __ __
>>>>>>>                       __Are you sure you have a recent
>>>>>>> installation of dctimestep?  What do you see when you run
>>>>>>> dctimestep with no arguments?  You should get:__
>>>>>>>                       __ __
>>>>>>>                                              __Usage: dctimestep
>>>>>>> [-n nsteps][-o ospec][-i{f|d|h}][-o{f|d}] DCspec [skyf]__
>>>>>>>                        __   or: dctimestep [-n nsteps][-o
>>>>>>> ospec][-i{f|d|h}][-o{f|d}] Vspec Tbsdf Dmat.dat [skyf]__
>>>>>>>
>>>>>>>                       __ __
>>>>>>>                       __Cheers,__
>>>>>>>                       __-Greg__
>>>>>>>                       __ __
>>>>>>>                       __ __
>>>>>
>>>>>> __FROM: Greg Ward <gward at lmi.net>__
>>>>>>
>>>>>>                  __SUBJECT: Re: [Radiance-general] sudo recontrib__
>>>>>>
>>>>>>                  __DATE: March 20, 2016 2:47:23 PM PDT__
>>>>>>
>>>>>>                  __ __
>>>>>
>>>>>> __Hi Humberto,__
>>>>>>                  __ __
>>>>>>                  __Actually, your header and ASCII data look OK. 
>>>>>> Although some tools would put all the columns together in one
>>>>>> humungous line with 8760x3, white space has no meaning here and
>>>>>> gendaymtx output has a newline for each column entry with an extra
>>>>>> empty line between rows.__
>>>>>>                  __ __
>>>>>>                  __If you run the "wc" command on your file,  you
>>>>>> should get something like:__
>>>>>>                  __ __
>>>>>>                  __20202873  60601692  xxxxxxxxxxx  lisboa.smx__
>>>>>>                  __ __
>>>>>>                  __I don't know what xxxxxxx will be, but some
>>>>>> large number corresponding to the number of bytes in your file. 
>>>>>> The first two values may not be exactly this, but should be
>>>>>> reasonably close.  Otherwise, your file really is missing some data
>>>>>> at the end.__
>>>>>>                  __ __
>>>>>>                  __If your numbers agree roughly with the above,
>>>>>> please send me a gzip'ped copies of your lisboa.wea and the output
>>>>>> (*.smx) file in a private e-mail and I will see if I can figure out
>>>>>> what is going on.__
>>>>>>                  __ __
>>>>>>                  __Cheers,__
>>>>>>                  __-Greg__
>>>>>>
>>>>>>> __FROM: Humberto Antunes <hs.antunes at campus.fct.unl.pt>__
>>>>>>>
>>>>>>>                   __SUBJECT: Re: [Radiance-general] sudo
recontrib__
>>>>>>>
>>>>>>>                   __DATE: March 20, 2016 2:30:23 PM PDT__
>>>>>>>
>>>>>>>                   __ __
>>>>>>
>>>>>>> __Hi Urtza and Andy,_ _                                     __ __
>>>>>>>                    __I am having the same issue as you do Urtza, I
>>>>>>> have already checked the headers of my view matrix, daylight
>>>>>>> matrix and sky matrix, and that doesn't seem to be the problem, my
>>>>>>> view matrix is a 6X145, the daylight matrix a 145X2306, and
>>>>>>> finally, the sky matrix is a 2306X8760, and this info is on the
>>>>>>> headers of each.__
>>>>>>>                    __ __
>>>>>>>                    __I think the problem is in the sky matrix file
>>>>>>> itself, it's not being properly written.__
>>>>>>>                    __ __
>>>>>>>                    __Mine looks like this:__
>>>>>>>                                        __#?RADIANCE__
>>>>>>>                     __gendaymtx -m 4 weather/lisboa.wea__
>>>>>>>                     __LATLONG= 38.73000000 -9.15000000__
>>>>>>>                     __NROWS=2306__
>>>>>>>                     __NCOLS=8760__
>>>>>>>                     __NCOMP=3__
>>>>>>>                     __FORMAT=ascii__
>>>>>>>                     __ __
>>>>>>>                     __0 0 0__
>>>>>>>                     __0 0 0__
>>>>>>>                     __0 0 0__
>>>>>>>                     __0 0 0__
>>>>>>>                     __0 0 0__
>>>>>>>                     __0 0 0__
>>>>>>>                     __0 0 0__
>>>>>>>                     __0.477 0.477 0.477__
>>>>>>>                     __1.85 1.85 1.85__
>>>>>>>                     __4.85 4.85 4.85__
>>>>>>>                     __11.6 11.6 11.6__
>>>>>>>                     __10.5 10.5 10.5__
>>>>>>>
>>>>>>>                    __...__
>>>>>>>                    __ __
>>>>>>>                    __ __
>>>>>>>                    __So it doesn't have the number of columns it
>>>>>>> should, i think that each row has the RGB value for one patch of
>>>>>>> one time step and it should have the RGB values for all time steps
>>>>>>> of one patch, is that it?__
>>>>>>>                    __ __
>>>>>>>                    __Best regards__
>>>>>>>                    __Humberto A.__
>>>>
>>>>
>>>> _ _
>>>>
>>>> _________________________________________________
>>>> Radiance-general mailing list
>>>> Radiance-general at radiance-online.org
>>>> http://www.radiance-online.org/mailman/listinfo/radiance-general_
>>>>  _
>>
>>
>>  
>>
>> ________________________________________________
>> Radiance-general mailing list
>> Radiance-general at 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/20160321/2433b5a4/attachment.html>


More information about the Radiance-general mailing list