9 |
|
][ |
10 |
|
.B "\-d|\-s" |
11 |
|
][ |
12 |
+ |
.B "\-r deg" |
13 |
+ |
][ |
14 |
|
.B "\-m N" |
15 |
|
][ |
16 |
|
.B "\-g r g b" |
18 |
|
.B "\-c r g b" |
19 |
|
][ |
20 |
|
.B "-o{f|d}" |
21 |
+ |
][ |
22 |
+ |
.B "-O{0|1}" |
23 |
|
] |
24 |
|
[ |
25 |
|
.B "tape.wea" |
70 |
|
.I \-s |
71 |
|
option may be used to exclude any direct solar component from the output. |
72 |
|
.PP |
73 |
+ |
By default, |
74 |
+ |
.I gendaymtx |
75 |
+ |
assumes the positive Y-axis points north such that the first sky patch |
76 |
+ |
is in the Y-axis direction on the horizon, the second patch is just |
77 |
+ |
west of that, and so on spiraling around to the final patch near the zenith. |
78 |
|
The |
79 |
+ |
.I \-r |
80 |
+ |
(or |
81 |
+ |
.I \-rz) |
82 |
+ |
option rotates the sky the specified number of degrees counter-clockwise |
83 |
+ |
about the zenith, i.e., west of north. |
84 |
+ |
This is in keeping with the effect of passing the output of |
85 |
+ |
.I gensky(1) |
86 |
+ |
or |
87 |
+ |
.I gendaylit(1) |
88 |
+ |
through |
89 |
+ |
.I xform(1) |
90 |
+ |
using a similar transform. |
91 |
+ |
.PP |
92 |
+ |
The |
93 |
|
.I \-of |
94 |
|
or |
95 |
|
.I \-od |
97 |
|
This is much faster to write and to read, and is therefore preferred on |
98 |
|
systems that support it. |
99 |
|
(MS Windows is not one of them.)\0 |
100 |
+ |
The |
101 |
+ |
.I \-O1 |
102 |
+ |
option specifies that output should be total solar radiance rather |
103 |
+ |
than visible radiance. |
104 |
|
Finally, the |
105 |
|
.I \-v |
106 |
|
option will enable verbose reporting, which is mostly useful for |
122 |
|
based on Jean-Jacques Delaunay's original gendaylit(1) implementation. |
123 |
|
Greg Ward wrote the final parameter parsing and weather tape conversion. |
124 |
|
.SH "SEE ALSO" |
125 |
< |
dctimestep(1), genBSDF(1), gendaylit(1), genskyvec(1), rcontrib(1) |
125 |
> |
dctimestep(1), genBSDF(1), gendaylit(1), gensky(1), genskyvec(1), rcontrib(1), |
126 |
> |
xform(1) |