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 <[email protected]> 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 <[email protected]>:
_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" <[email protected]> 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 <[email protected]>_
_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 <[email protected]>:__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 <[email protected]>_
_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 <[email protected]>_
_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.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
[email protected]
http://www.radiance-online.org/mailman/listinfo/radiance-general_