| 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., east of South. |
| 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 |
| 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), gensky(1), genskyvec(1), rcontrib(1), |
| 126 |
< |
xform(1) |
| 125 |
> |
dctimestep(1), genBSDF(1), gendaylit(1), gensky(1), genskyvec(1), |
| 126 |
> |
rcollate(1), rcontrib(1), xform(1) |
