[Radiance-general] sudo recontrib
Greg Ward
gregoryjward at gmail.com
Mon Mar 21 12:58:57 PDT 2016
Can you send the output of "getinfo" on your matrix files, i.e.:
getinfo photocells.vmx southest.dmx Barcelona.smx
Also, send the output of dctimestep executed with no arguments. (It should produce a usage message.)
Thanks,
-Greg
> From: urtza.uriarte at upc.edu
> Subject: Re: [Radiance-general] sudo recontrib
> Date: March 21, 2016 6:32:24 AM PDT
>
> 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
>>
>
>
> _______________________________________________
> 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/882f7c84/attachment-0001.html>
More information about the Radiance-general
mailing list