[Radiance-general] sudo recontrib
urtza.uriarte at upc.edu
urtza.uriarte at upc.edu
Mon Mar 21 05:38:37 PDT 2016
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_
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.radiance-online.org/pipermail/radiance-general/attachments/20160321/89e48ea7/attachment.html>
More information about the Radiance-general
mailing list