# How to Verify a Home Daylight and Glare Simulation Before Design Freeze Source: https://brictale.com/build/design/verify-new-home-daylight-glare-simulation-before-design-freeze Published: 2026-09-14 Audience: Homeowner Published by Brictale, a consumer home-intelligence publication. https://brictale.com ## Short answer Accept a daylight and glare study before design freeze only when the model record matches the issued site, true north, weather file, room geometry, window schedule, shading states, finishes, viewpoints and stated metrics. Review each important room, not just a whole-house score. If an input is missing or a result changes materially under a plausible window or shade assumption, mark it for a documented rerun or redesign with the architect or modeler. --- # How to Verify a Home Daylight and Glare Simulation Before Design Freeze Accept a daylight and glare study before design freeze only when the model record matches the issued site, true north, weather file, room geometry, window schedule, shading states, finishes, viewpoints and stated metrics. Review each important room, not just a whole-house score. If an input is missing or a result changes materially under a plausible window or shade assumption, mark it for a documented rerun or redesign with the architect or modeler. ## 1. Treat the study as a design decision, not a brightness picture A daylight and glare simulation is ready to support design freeze only when you can trace each important conclusion from a real design input to a room-level output and then to an assigned action. A colorful floor map or a favorable percentage is evidence of a calculation, not evidence that the calculation represents your house. Your decision is whether the current design is sufficiently understood to freeze, whether a missing input requires a rerun, or whether the study exposes a design problem that needs a different window, shade, room, finish or orientation. The question is narrower and more useful than “Does the house have enough daylight?” Ask instead: “For each room where daylight, view or glare matters, did the model use the same site, geometry, fenestration and operating assumptions that we are about to buy and build, and does the reported result answer the way this room will be occupied?” That framing prevents a common handoff failure: an architect’s design model, a window schedule and a daylight consultant’s simplified model quietly become three different projects. ### The three possible outcomes Use three outcomes in your review record: | Outcome | Meaning | Minimum record before moving on | |---|---|---| | Accept for this decision | The model inputs are traceable, important outputs are understandable, and plausible sensitivities do not change the design decision. | Issued drawing set, model input summary, room-level output review, open-assumption log and named owner for the next design handoff. | | Request a rerun | The design may be sound, but an input, method, output, or scenario is missing or inconsistent. | Mark the exact discrepancy, provide the replacement input, state which rooms and metrics must be rerun, and identify who issues the revised report. | | Redesign before freeze | The verified or sensitivity result shows a meaningful conflict between daylight, glare, view, heat, privacy, cost, structure or operation. | Record the design choice to change, the responsible designer, the next comparison, and the date at which the revised geometry or product schedule becomes the new model baseline. | “Accept” does not mean “the room will always feel comfortable.” It means the study is adequate for the decision you are making at this phase. “Rerun” does not mean the current design is wrong. It means you do not yet know what the current design means. “Redesign” means the evidence is good enough to change the design question, not merely to request a prettier rendering. The U.S. Department of Energy describes daylighting as a coordinated choice of window and skylight placement that can bring in natural light while helping manage glare and overheating. That is why the audit must include both daylight quantity and the sources and conditions that make a room visually or thermally difficult. [DOE’s Natural Light and Daylighting overview](https://bsesc.energy.gov/energy-basics/natural-light-and-daylighting) is a useful starting point, but it is general guidance rather than a project-specific pass/fail test. ### What this review can and cannot establish This review can establish whether the report is inspectable. It can show whether the consultant names the weather file, orientation, context, room dimensions, windows, shades, materials, viewpoints, grid, time period and metrics. It can expose a wrong window schedule, a missing neighboring building, a shade shown closed when the design brief assumes open view, or a room average that hides a bright work surface. It can give your architect a short list of corrections instead of a general request to “check the model.” It cannot establish that a future occupant will never squint, that every screen will remain readable, that a child will use a shade as modeled, or that the built house will match the digital model. It cannot replace a local permit review, an energy-code analysis, structural design, a product submittal, or an as-built check. It also cannot turn a voluntary metric into a local legal requirement. The United States has state, county and municipal authorities that adopt and amend codes differently. This guide does not assert a nationwide daylight or glare code threshold. If your contract, incentive, green-building program, homeowners’ association, permit set or lender requires a particular standard, write down the actual issuing program and the applicable state, county or city authority, edition and scope. Have the project architect, engineer or energy professional confirm how that requirement applies. Do not treat an ASHRAE, IES, LEED or consultant threshold as automatically binding in your jurisdiction. ### Compact originality brief Current public answers explain orientation, window placement, overhangs, shading and daylighting principles. Technical references explain simulation engines and metrics, but homeowner-facing answers usually stop before the report-review handoff. The missing decision is whether a received study is tied to the actual site and buildable design strongly enough to freeze it. The contribution in this guide is the “Room-by-room daylight/glare model audit worksheet.” Its method is to compare issued design inputs with the model record, test the decision-sensitive assumptions, and assign an accept, rerun or redesign handoff. It can be checked by asking a modeler to reproduce the recorded inputs and by comparing each room row against the current plan, window schedule, shade specification and report output. It is a Brictale synthesis, not collected field data, firsthand testing or a certification form. Before you begin, create a folder or shared review page with four dated items: the architectural issue being reviewed, the window and exterior-shade schedule, the simulation report including assumptions and output files, and the current design brief. Record the issue dates. A result cannot be called “current” merely because the report was exported recently if its geometry or product schedule is older. ![Diagram linking issued plans, window schedule, model assumptions, room outputs and the design-freeze handoff](https://brictale.com/images/home/build/design/verify-new-home-daylight-glare-simulation-before-design-freeze/audit-packet-chain.webp) The next decision is simple: can the team produce a complete review packet? If not, do not debate the colors in the output yet. Request the missing inputs and name the person responsible for supplying each one. ## 2. Assemble the review packet before judging the result Before interpreting a daylight or glare result, assemble a review packet that lets a homeowner compare the model with the actual design: current plans and sections, a window/door/skylight schedule, exterior shading details, finish assumptions, site context, weather-file identity, model method, room viewpoints, metric definitions and a list of unresolved assumptions. If the report contains only images and a final percentage, classify it as incomplete for a pre-freeze decision and ask for the missing record. The packet is the prerequisite for a responsible comparison. A homeowner does not need to operate the simulation software, but does need to know what went into it. [Radiance’s reference description](https://radsite.lbl.gov/radiance/refer/short.html) identifies scene geometry, materials, time, date and sky conditions as model inputs and lists illuminance and glare indices among possible outputs. That is a software description, not a command to use Radiance, but it explains why a report that omits these categories is hard to audit. ### The document register Start with a one-page register. For every file, write: - filename or link; - issue date and drawing revision; - author or responsible firm; - whether it is “for coordination,” “for pricing,” “permit,” or another status; - which rooms, windows or scenarios it governs; - what changed since the prior issue. Ask the architect to identify the model source used for room geometry and the modeler to identify the export date. If the modeler says “latest plans,” ask for the drawing number or model package name. If the window vendor has supplied a revised glass make-up, record the product or schedule identifier rather than a descriptive phrase such as “high-performance glazing.” This register catches silent version drift. A report may have a September export date but still contain a July plan with a smaller kitchen window. A rendered image may show a shade that is not in the specification. An updated window schedule may change VT, SHGC, frame width or operating type without changing the elevation name. Your first verification is therefore document identity, not simulation theory. ### Responsibilities by role The homeowner owns the decision priorities and should confirm which rooms matter, how they are used, which views or privacy conditions are non-negotiable, whether occupants work at screens, and whether shades are realistically acceptable. The homeowner should not be expected to select a glare metric or repair a model alone. The architect or design lead owns the design geometry, room names, orientation, site relationships, ceiling and opening dimensions, and the decision about whether a window, shade, finish or layout change is acceptable. The architect should coordinate the simulation baseline with the issued plans. The daylight or energy modeler owns the method description, weather file, input translation, analysis grid or viewpoints, scenarios, metric definitions, output files, limitations and rerun record. A modeler may be an architect, engineer, lighting consultant or specialist; the role matters more than the title. The window, glazing and shade supplier owns product data for the proposed assembly, including the identifier and the properties used by the modeler. A supplier’s marketing description is not a substitute for the actual scheduled product data. DOE distinguishes VT from SHGC and describes VT as a 0-to-1 visible-light transmission value, so ask which product and which system-level value was used. [DOE’s residential fenestration guidance](https://www.energy.gov/cmei/femp/purchasing-energy-efficient-residential-windows-doors-and-skylights) also notes that climate affects the value of fenestration properties; do not copy a window assumption from a different project or climate without review. The builder becomes responsible for later coordination: rough opening sizes, installed window types, shade pockets, porch and overhang dimensions, interior finish substitutions and changes that could invalidate the study. The authority having jurisdiction—such as the named city, county or state building department—remains responsible for its own permit and code review. It is not the daylight consultant’s job to imply approval by that authority. ### The minimum input request Ask for this information in writing: | Category | What to request | Why it matters to the decision | |---|---|---| | Site | Address or coordinates used, site elevation if modeled, true-north convention, latitude/longitude, timezone, nearby context and ground assumptions. | Sun position, weather selection and exterior brightness depend on where the model thinks the house is. | | Weather | File name, source, station or grid location, period type such as TMY, timestep and any custom edits. | A “typical year” is not the same thing as a forecast, measured site year or extreme condition. | | Geometry | Room dimensions, floor and ceiling heights, wall thicknesses or reveals, doors, partitions, skylights, roof forms and adjacent self-shading elements. | Light paths and view fields change with the modeled enclosure. | | Fenestration | Window ID, width, height, sill and head, frame/mullion treatment, glass make-up, VT, SHGC, orientation and operation. | A generic window can produce a result that is not transferable to the scheduled product. | | Shading | Overhang depth and width, porch or deck, side fins, trees/buildings, interior shade type, openness or transmittance and control state. | Direct sun and glare are sensitive to the obstruction and the assumed operating state. | | Finishes | Ceiling, wall, floor, trim, furniture, exterior ground and adjacent-surface reflectance or material assignment. | Reflected daylight and bright surfaces affect illuminance and contrast. | | Occupancy | Relevant time of use, eye height, work surface or screen direction, seating positions and shade behavior. | Glare is view-dependent and a room can be acceptable from one position but not another. | | Outputs | Room maps, point or viewpoint results, direct-sun study, glare method, annual metrics, thresholds, legends, units and scenario names. | You need to interpret the result and see what decision it actually supports. | Mark each item `verified`, `unknown`, `mismatch`, or `not applicable`. Do not use `not applicable` to hide an omitted assumption. For example, if a room has no operable shade, record “not applicable—no operable shade specified” and still record the fixed exterior shading and direct-sun analysis. If a room has no desk, record the main seating and likely view direction instead of claiming that viewpoint analysis is unnecessary. ### Separate safe homeowner review from professional work The homeowner can compare file names, dimensions on drawings, window IDs, finish schedules, photographs taken from the ground, shade selections and the report’s assumptions. The homeowner can ask the modeler to explain a legend, unit, threshold, view or scenario. That is the safe part of this process. Do not climb roofs, enter an unfinished shaft, remove window components, cut a wall, move structural shading, alter wiring for automated shades, or take measurements near energized equipment to validate a model. Falls, construction traffic, temporary openings and electrical work belong to qualified professionals under the site’s safety plan. If context must be surveyed, have the architect, surveyor or modeler use professional site documentation. A remote review cannot verify concealed construction or guarantee future as-built dimensions. The next decision is whether the packet supports input-by-input comparison. If the window schedule or current plan is still moving, freeze neither the study nor the design on the strength of an old output. Mark the baseline as provisional and identify the last decision date at which a rerun remains affordable. ## 3. Verify site, orientation, weather and obstructions A site and climate input is verified only when the modeler can identify the actual project location, the north convention, the weather source and the surrounding or self-shading geometry used for the run. Check these items before comparing room scores because a wrong north arrow, timezone, weather file or omitted obstruction can make every room look precise while answering a different solar question. ### Confirm true north and the coordinate chain Ask for both the drawing north arrow and the simulation north setting. “North-up on the page” is not enough. A site plan may be rotated for presentation, while the model uses a world coordinate system, a survey bearing or a local project axis. The record should state: 1. the project latitude and longitude or a clearly identified site coordinate; 2. the direction called true north in the model; 3. the angle between drawing north and model north, if any; 4. the timezone and whether the run uses local clock time or another convention; 5. the orientation of each major window or façade in degrees or cardinal direction. Have the architect mark one known façade—such as the street-facing elevation—on the plan and in the report. Then compare the sun-path images or orientation table with that mark. If a “south” window in the report is the project’s west elevation, stop the review and request a correction. Do not try to mentally rotate every output. PNNL’s orientation guidance says natural-comfort orientation considers the home’s shape, climate, exposure and shading, and that windows and overhangs should control solar exposure at different times of day and year. [That PNNL guidance](https://basc.pnnl.gov/building-science-measures/proper-solar-orientation) is not a universal rule that one orientation is best for every home; it is a reason to require the model to preserve the actual orientation and context rather than treating all façades as interchangeable. ### Check the weather file without over-reading it Request the exact weather-file filename and source, not only a city name. For a U.S. project, record the station or grid location, file format, typical or measured status, time interval, solar-radiation fields, and any preprocessing. [EnergyPlus documentation](https://energyplus.readthedocs.io/en/latest/auxiliary-programs/auxiliary-programs.html) explains that annual or run-period simulations need weather data and that EPW data represent climate variables such as temperature, humidity, wind and solar or cloud conditions. It also describes typical weather data as representations derived from hourly observations at a location. That means a typical meteorological year is a useful standardized scenario, not a promise that every future year will resemble it or that it captures every extreme event at your parcel. NREL describes the National Solar Radiation Database as providing solar irradiance and meteorological information for the United States, including typical meteorological year data. [NREL’s solar-irradiance material](https://www.nrel.gov/docs/fy20osti/75573.pdf) also distinguishes direct, diffuse and global solar components and describes the spatial and temporal nature of available datasets. Use that context to ask a practical question: is this file appropriate for the project’s latitude and climate, and is its resolution and typicality suitable for the decision? Do not claim that a TMY file is “wrong” simply because it is not the weather observed on one date. Check whether the report uses annual climate-based metrics, a limited set of representative dates, clear-sky images, overcast assumptions, or a mixture. Each answers a different question. A clear-sky image can reveal a direct-sun path or an obvious bright window. It cannot by itself establish annual performance. An annual run can summarize typical conditions. It may not show the exact moment when the late-afternoon sun strikes the room’s screen. Ask whether daylight-saving-time handling changes the displayed clock hours. The current [ANSI/IES LM-83-23 method](https://www.ies.org/wp-content/uploads/2023/04/LM-83-23.pdf) describes a standard sDA analysis period of 8 a.m. to 6 p.m. local clock time and the use of TMY weather data for solar positions on the half hour. If your report uses different hours, a different timestep or a nonstandard metric, that is not automatically an error; it must be named so you can compare it with the project brief and any program requirement. If an older report names LM-83-22, record that edition as historical or contract-specific and ask the modeler whether the current LM-83-23 method changes the reported method or interpretation. ### Inventory permanent and seasonal obstructions Compare the model’s exterior context against the site plan, survey, photographs and design intent. The context may include: - neighboring houses, garages, retaining walls and fences; - existing and proposed trees, including canopy height and seasonal leaf state; - utility poles, wires or other objects that materially enter a view or sun path; - the proposed porch, deck, eave, roof monitor, chimney, dormer and upper story; - the building’s own wings, roof planes and recessed windows; - reflective paving, light-colored walls, water or nearby surfaces if they are close enough to affect the modeled view or sky brightness. DOE envelope guidance says the daylight apertures should not be unintentionally shaded by adjacent buildings, trees or the building itself, and that exterior surface colors and façade design can create unwanted reflections and glare. [DOE’s envelope guidance](https://www.energy.gov/cmei/buildings/zeb-technologies-building-envelope-architectural-considerations) gives the principle; your project team must determine which objects are significant at the actual site. Do not demand a false level of detail. A tree that is fifty feet away may not need a leaf-by-leaf model at schematic design, but its trunk, canopy envelope and seasonal assumption should not disappear if it is the main west obstruction. A future neighboring building may be uncertain; record it as an assumption, model a bounded scenario if it is decision-sensitive, and state that the model does not guarantee the future neighbor’s exact form. PNNL’s shading guide explains that direct-beam radiation produces glare and intense heating, while diffuse radiation can provide useful natural light, and that sun interaction changes with season and orientation. [The PNNL shading guidance](https://basc.pnnl.gov/resource-guides/shading-and-solar-control-windows-and-skylights) is why your context check should include the east and west sun paths, not only a noon image. In many U.S. locations, low-angle morning and afternoon sun can bypass a horizontal overhang or enter from the side. ### Review climate and site exceptions The “best” shading state depends on what the home needs. PNNL notes that climate changes the balance between winter solar access and summer protection. A cold-climate design may intentionally preserve some winter sun while limiting summer penetration; a hot-climate design may prioritize summer shading. A warm-humid home may have different shade and ventilation behavior from a dry inland home. A high-latitude home may have long low-angle sun periods. [PNNL’s regional shading discussion](https://basc.pnnl.gov/resource-guides/shading-and-solar-control-windows-and-skylights) should be read as climate-dependent guidance, not as a nationwide prescription. Record the project’s climate zone only if it is actually used by the team, and identify the source or governing program. Do not infer the legal energy-code climate zone from a generic weather station without the project professional’s confirmation. The report should make clear whether climate is being used to choose a product, to simulate heat, to set a shading scenario, or only to select weather data. The next decision is a site gate: if north, weather or major context is wrong or unknown, request a corrected baseline before interpreting the room outputs. If those items are verified, carry the exact site assumptions into the room-by-room audit rather than treating site verification as a one-time box checked on the cover page. ![Top-down site diagram showing true north, window orientations, neighboring obstructions and seasonal sun paths](https://brictale.com/images/home/build/design/verify-new-home-daylight-glare-simulation-before-design-freeze/site-context-sun-path.webp) ## 4. Verify rooms, windows, shading and finishes A room-level model is credible for pre-freeze review only when its modeled enclosure and fenestration can be reconciled with the current plan, sections, elevations and schedules, and when the shade and finish states reflect realistic design scenarios. Check dimensions, openings, glass, frames, fixed and operable shading, interior surfaces and furnishings separately; a room name alone is not enough. ### Start with the room geometry For each decision-sensitive room, copy the model values into a worksheet and compare them with the drawings. Check clear floor dimensions, floor area, ceiling height, ceiling slopes, window-wall location, sill height, head height, reveals, jamb depth, door position, interior partitions and major built-ins. Include skylight wells, roof monitors, clerestories, stair openings and double-height spaces. If the model merges two rooms that the family will use differently, request separate outputs or a clear reason why the merge does not affect the decision. The model does not have to include every chair at the beginning of schematic design. It does need the geometry that controls the light path, view and shading. A deep jamb can shade part of a window. A tall cabinet can block a task position. A sloped ceiling can change where diffuse light lands. A porch can shade a façade. A partial-height wall can change the view field. Record the level of detail and the reason for omissions. Use the drawing units consistently. If a report lists a 12-foot room, confirm whether that is face-to-face, centerline or gross model dimension. If a window schedule lists rough opening dimensions but the model uses visible glass, record the conversion. Do not assume that a small discrepancy is immaterial when a narrow room or small window is being compared near a threshold. ### Reconcile the window schedule Make a row for every relevant window and skylight, using the project ID. Record: - width and height of the modeled transparent opening; - rough opening and frame dimensions if they affect the visible area; - sill and head height; - façade orientation and room association; - frame, mullion and divider treatment; - glazing make-up, coating, tint or frit if specified; - VT or visible transmittance used by the model; - SHGC and U-factor if the study couples daylight with energy or comfort; - operability and whether the opened state is relevant; - the source of the optical data and whether it represents the complete product or center-of-glass value. DOE explains that VT indicates daylight transmission while SHGC indicates heat transmission, and that product values are reported on the NFRC label or in certified product information. [DOE’s fenestration terminology](https://www.energy.gov/cmei/femp/purchasing-energy-efficient-residential-windows-doors-and-skylights) is useful for preventing a common error: treating a low SHGC as proof of low visible transmission or treating a high VT as proof of visual comfort. Those are related but different properties. LBNL’s [WINDOW software documentation](https://windows.lbl.gov/window-software-downloads) states that the software can calculate complete-window and glazing-system properties, including visible transmittance, solar heat gain coefficient and reflectance, and can model complex glazing systems. That direct distinction gives you a precise question to ask: is the report using the complete fenestration assembly or a center-of-glass value, and does that choice match the design stage and metric? If the report says “VT 0.60” but does not identify the source or whether frames are included, mark it unknown rather than assuming the value is wrong. Do not replace actual product data with a generic clear-glass default merely because the opening size is correct. A tinted, fritted, laminated, low-e, electrochromic or patterned product may have different visible and angular behavior. If the product is not selected, label the model as an option scenario. Ask for two or more clearly named options when the glazing choice is likely to drive the decision. ### Check fixed and operable shading as separate states For exterior shading, record overhang depth, width, height above the window, side returns, fins, porch roof, deck, vegetation, adjacent buildings and the façade orientation. PNNL explains that overhang depth alone does not define performance: the height relationship to the window, width beyond the window and solar angle matter, especially when the sun arrives from the side. [PNNL’s window-shading guidance](https://basc.pnnl.gov/resource-guides/shading-and-solar-control-windows-and-skylights) includes orientation-specific exceptions and cautions against applying a south-facing rule of thumb to every façade. For interior shades, record the exact type, openness or visible transmittance if available, whether the shade is modeled retracted, deployed or partially open, and how the state is controlled. “Blinds included” is not a usable scenario. A manually operated roller shade, a diffuse screen, a blackout shade and an automated venetian blind do not give the same view or light path. If the design brief says “shades available,” ask whether the report assumes occupants will use them and when. DOE notes that occupants may close blinds and fail to reopen them, which can reduce realized daylighting and increase maintenance or first costs if the system is unnecessary. [DOE’s envelope guidance](https://www.energy.gov/cmei/buildings/zeb-technologies-building-envelope-architectural-considerations) is not a behavioral prediction for your family, but it is a reason to request an operating assumption. Compare at least the intended normal state and a protective state for rooms with a known direct-sun or screen concern. For a fixed overhang, do not call the design “glare controlled” simply because an image at noon shows shade. Check morning, midday and afternoon conditions and at least the season that matters to the room. For an operable shade, do not call the room “daylit” from a run where the shade is permanently down unless the project brief accepts that tradeoff. Record the next decision as a choice among view, daylight, direct-sun control, heat, privacy, automation, maintenance and cost. ### Verify interior and exterior finishes Ask for the finish values or material assignments used for ceiling, walls, floor, trim, major furniture, counters, backsplashes, exterior ground and nearby surfaces. The design team may not have selected every paint or fabric at this phase, but the model should identify which assumptions are provisional and which decisions are sensitive to them. DOE says the colors and reflectance of ceilings, walls, floors and furniture affect the daylighting and electric-lighting strategy, and cautions that color alone does not establish a surface’s actual reflectivity. [DOE’s envelope guidance](https://www.energy.gov/cmei/buildings/zeb-technologies-building-envelope-architectural-considerations) supports a practical check: if a report uses “light wall” or “white ceiling,” ask for the numerical reflectance or material definition, the source and the treatment of texture or gloss. Gloss and reflection deserve a separate, scoped note. DOE supports the narrower conclusion that high-reflectivity interior finishes can redistribute daylight and that exterior material or color can influence daylighting; it also warns that some façade configurations can create unwanted reflections and glare. [DOE’s envelope guidance](https://www.energy.gov/cmei/buildings/zeb-technologies-building-envelope-architectural-considerations) does not establish how a polished counter will appear from a particular seat. Treat that as a model question: can the selected method represent gloss, view-dependent reflection and the seated viewpoint? A dark ceiling can make a room look darker without changing the window, but the project team should verify the effect with the stated material assumptions. If finish selection is still open, run a bounded option rather than presenting one finish assumption as a settled fact. Do not ask a modeler to guess family taste. Describe the actual decision: “We are choosing between a matte medium-tone floor and a pale polished floor in the west-facing kitchen; show whether either changes the glare concern from the island work position.” The modeler can then say whether the selected method can represent that difference and whether the result is material. ### Keep the room use visible Daylight is not judged from floor area alone. Record where people sit, read, cook, work at monitors, sleep, dress, care for children, exercise or look outdoors. Identify screen orientation, likely eye height, task-plane height, seating alternatives and whether someone can move away from the window. A room can have acceptable floor-average daylight but an unacceptable bright window in the line of sight of the only desk. Ask for at least one viewpoint for each important glare exposure and a reason for its placement. [Radiance visual-comfort guidance](https://radsite.lbl.gov/radiance/refer/Notes/glare.html) explains that glare calculations depend on source directions, source size or solid angle, source luminance, background luminance and a selected viewpoint. This is why a single room score cannot replace a view from the person who will use the room. The same window may be outside the view field from a sofa but directly in front of a desk. The next decision is an input gate: if the room geometry, product schedule, shade state or viewpoint differs from the current design, do not ask whether the output “looks reasonable.” Ask the modeler to update the baseline or label the output as an option study. Once the inputs match, move to the metrics and room-level interpretation. ![Room cutaway labeling geometry, window properties, shade states, finishes, viewpoints and analysis grid](https://brictale.com/images/home/build/design/verify-new-home-daylight-glare-simulation-before-design-freeze/room-input-overlay.webp) ## 5. Read daylight and glare outputs room by room Read the report as a set of room decisions, not as a single whole-house score: first identify what each metric measures, then compare the result with the room’s use, and finally check whether direct sun, luminance contrast, view and thermal consequences have been considered separately. Daylight sufficiency metrics can help answer whether ambient light is available; they do not, by themselves, prove that a person will avoid glare or that the room will remain thermally comfortable. ### Build a metric dictionary For every number in the report, record its full name, units, threshold, analysis area, time period, shading state, grid or viewpoint, software method and whether it is an input, result or criterion. Do not write “daylight score” in your worksheet. Write the actual metric, such as a named illuminance statistic, sDA, ASE, glare index, luminance value, direct-sun duration or energy-related result. IES defines annual sunlight exposure, or ASE, as the percentage of an analysis area that exceeds a specified direct-sunlight illuminance for a specified number of hours with operable blinds open. [The current IES LM-83-23 method](https://www.ies.org/wp-content/uploads/2023/04/LM-83-23.pdf) also describes sDA as part of an annual climate-based method and specifies the standard sDA analysis period in local clock hours using TMY weather data. The exact notation matters. `ASE1000,250` is not the same decision as an unspecified “sunlight exposure” percentage. ASE is about direct sunlight exposure; it is not a complete occupant-glare prediction. A high direct-sun exposure may signal glare or heat risk, but a room can also have discomfort from a bright window, reflected surface or high contrast without the same floor-area result. Conversely, a low ASE number does not promise that a particular seated person will be comfortable. Treat each metric as one lens in the decision. The IES method may be appropriate when the project or certification program has adopted it, but this guide does not make LM-83-23 a national residential code requirement. Ask the design team to state which edition or method was used and why. If a report uses LM-83-22, treat that as an older or contract-specific edition until the modeler confirms how it relates to the current LM-83-23 method. If a program such as LEED is involved, record the program and version separately from the local authority’s code requirements. If no program applies, use the metric as design evidence, not as an invented legal threshold. ### Separate quantity, direct sun, glare, view and heat Use five questions for every important room: 1. Is there enough ambient daylight for the intended use over the stated analysis period? 2. Where and when does direct sun enter, and can it land on people, screens, artwork, floors or heat-sensitive surfaces? 3. From the actual seated or standing viewpoints, are bright sources or reflections likely to create a contrast problem? 4. Does the result preserve the view, privacy and shade operation the design brief requires? 5. Does the same window and shade choice create a thermal or energy tradeoff that another consultant must evaluate? The first question is not the second. A room with excellent daylight availability may have a difficult west-facing screen. A room with low direct sun may still feel dim because the glazing is tinted, the reveals are deep or the surfaces are dark. A shade can solve a glare event while eliminating the view. A low SHGC can reduce solar heat gain without telling you how much visible light remains. [DOE’s window guidance](https://www.energy.gov/cmei/femp/purchasing-energy-efficient-residential-windows-doors-and-skylights) explicitly distinguishes VT and SHGC, so carry both through the decision when the study couples visual and thermal concerns. ### Check the analysis area and grid Ask how the floor or workplane was sampled. Record the boundary, grid spacing, excluded areas, height, number of points, interpolation or averaging rules and whether the grid includes the area where the person actually works. A whole-room average can hide a narrow zone near a window. A sparse grid can miss a bright patch. A workplane can be useful for a desk but misleading for a kitchen counter, bed or circulation path. You are not trying to choose a universal grid spacing in this homeowner guide. You are checking whether the chosen grid answers the decision. If the report compares a small office with a large open-plan room using the same percentage, ask whether the percentages are comparable. If a room is divided by a built-in cabinet or a future partition after the study, ask whether the analysis area remains valid. Use a room card for each priority space: | Room card field | Record | |---|---| | Room and issue | Name, drawing revision, use, priority and non-negotiable requirement. | | Geometry status | Verified dimensions, ceiling condition, openings, partitions and major furniture. | | Window/shade status | Window IDs, VT/SHGC source, orientations, fixed shade, operable state and alternate scenario. | | Viewpoints | Position, height, direction, field of view and task or seating condition. | | Daylight output | Metric, units, threshold, period, result, area and legend. | | Direct-sun output | Dates/hours or annual metric, shade state, affected location and interpretation. | | Glare output | Metric or image method, viewpoint, bright sources, background and limitation. | | Tradeoffs | View, privacy, heat, cooling, electric light, finishes, automation, maintenance and cost. | | Status | Verified, unknown, rerun or redesign; responsible reviewer and next handoff. | If the output cannot populate the card, the problem is not that the homeowner lacks technical vocabulary. The report lacks a decision link. ### Use images as diagnostic evidence, not proof False-color plans and rendered views are valuable when they show a legend, scale, viewpoint, date or scenario. Ask whether a bright red patch means a high illuminance, a direct-sun flag, a glare source or a visualization setting. Ask whether the image is tone-mapped. Ask for the numerical value behind the color if the image drives a decision. Radiance documentation explains that visual comfort calculations begin with luminance in different directions from a viewpoint and that identifying glare sources in daylight can require careful control, particularly with large windows and bright environments. [The Radiance visual-comfort note](https://radsite.lbl.gov/radiance/refer/Notes/glare.html) also describes limitations in daylight glare formulations. That is a reason to request the underlying method and viewpoint, not a reason to reject every rendered image. A single “sunny day” image is useful for finding a direct beam but not for annual adequacy. A single overcast image can show diffuse distribution but cannot answer low-angle sun. An annual percentage can reveal broad performance but cannot show a bright reflection on one screen. Use the images and annual tables together, and record which question each one answers. ### Interpret a result that is close to a threshold If a result is far from the project’s stated criterion and all material inputs are verified, it may support a decision with ordinary professional judgment. If a result is near the criterion, the number deserves a sensitivity check, not a victory lap. Confirm the threshold, units, analysis area, shade state, model resolution and rounding. Ask whether the threshold comes from the client brief, a voluntary program, a contract or a named jurisdiction. Do not move a threshold after seeing the result. If the homeowner prefers a more generous criterion for a home office than for a hallway, put that preference in the brief before comparing options. If the professional says a criterion is not suitable for the room, ask for a replacement criterion and its source or rationale. ### Keep thermal comfort in its lane Daylight and glare studies often sit next to energy and thermal models, but the outputs are not interchangeable. [ASHRAE’s Standard 55 overview](https://www.ashrae.org/technical-resources/bookstore/standard-55-thermal-environmental-conditions-for-human-occupancy) explains that thermal conditions combine air temperature, thermal radiation, humidity, air speed, activity and clothing, and that personal comfort varies among occupants. A daylight report may identify direct sun on a floor or person; it does not by itself establish operative temperature or thermal-comfort compliance. When the result indicates direct solar exposure, hand it to the energy or mechanical design professional with the window VT, SHGC, shading geometry, weather file and occupancy assumptions. Do not ask the daylight consultant to promise that a shade solves both glare and overheating unless the relevant model includes the required thermal inputs. Do not ask the mechanical designer to infer visual comfort from a cooling-load output. The next decision is a room gate: accept only the rooms whose outputs have a clear metric dictionary and a clear use case. Mark a room for rerun when its metric, viewpoint, threshold or scenario is unclear. Mark it for redesign when the verified output conflicts with the brief and the conflict is not resolved by an acceptable operating or product choice. ## 6. Use sensitivity runs to expose fragile conclusions Use sensitivity runs when a plausible change in window product, shade position, context, finish, orientation or occupancy could change the accept/rerun/redesign decision. The purpose is not to manufacture a better score; it is to learn whether the conclusion is robust. A sensitivity result should name the changed input, hold other inputs constant where practical, record the new output and explain whether the decision changed. ### The worksheet method and its limits The “Room-by-room daylight/glare model audit worksheet” uses five passes. **Method:** Compare the issued architectural and fenestration inputs with the model record, classify each room-level input and output as verified, unknown, rerun or redesign, then document the responsible reviewer and next handoff. Illustrative sensitivity formulas show how to expose fragile assumptions without treating them as measured house performance. **Limitations:** This is a homeowner screening and coordination tool, not a code certification, permit review, laboratory test, commissioning report or guarantee of visual or thermal comfort. Results remain dependent on the software method, weather data, model resolution, assumptions, product data, construction and occupants. 1. **Identify the decision.** Write the room, use, design choice and consequence of being wrong. 2. **Trace the baseline.** Link the room to the issued plan, window IDs, shade specification, finish schedule, site context, weather file and report output. 3. **Classify uncertainty.** Mark each input as verified, unknown, mismatched, provisional or intentionally simplified. 4. **Test the decision-sensitive variables.** Ask the modeler for bounded variants such as proposed shade retracted versus deployed, selected glazing versus alternate, or current context versus plausible future obstruction. 5. **Handoff the result.** Decide accept, rerun or redesign; name the responsible person, next file, date and approval needed. This is a source-derived coordination method. It is not an empirical study, and no number in the examples below is a measurement from a real home. The method is limited by the quality of the plans and product data, the modeler’s software and settings, the chosen weather file, the metric’s applicability, construction changes and occupant behavior. The worksheet should make these limits visible rather than hiding them behind a pass/fail label. ### Illustrative calculation: weighted visible transmittance Suppose, purely as an illustrative audit example, a room has two scheduled transparent areas: - Window A: 18 square feet of transparent area, VT 0.60; - Window B: 12 square feet of transparent area, VT 0.42. The area-weighted visible transmittance check is: `VT_weighted = [(18 ft² × 0.60) + (12 ft² × 0.42)] ÷ (18 ft² + 12 ft²)` `VT_weighted = (10.80 ft² + 5.04 ft²) ÷ 30 ft² = 0.528` That calculation checks whether a room-level summary is arithmetically consistent with the two stated transparent areas and VT values. It does **not** predict room illuminance, glare, view quality or comfort. Geometry, sky distribution, sun angle, frames, reveals, shading and surface reflectance still matter. It also does not prove that a complete-window VT can be averaged in the same way as center-of-glass data. Ask the modeler whether the source values are comparable before using the check. Now test a product substitution: if Window B changes from VT 0.42 to 0.30, the illustrative weighted value becomes: `[(18 × 0.60) + (12 × 0.30)] ÷ 30 = 0.480` The weighted value changes from 0.528 to 0.480, a relative change of: `(0.480 − 0.528) ÷ 0.528 × 100 = −9.1%` Do not translate that directly into “daylight falls 9.1%.” Use it to decide whether the window substitution deserves an actual rerun, especially if Window B is the only opening serving a desk or if the room is near a stated criterion. DOE’s distinction between VT and SHGC and LBNL WINDOW’s distinction between complete and glazing-system values are the evidence behind this audit question; the arithmetic is Brictale’s illustrative screening method. [DOE’s VT guidance](https://www.energy.gov/cmei/femp/purchasing-energy-efficient-residential-windows-doors-and-skylights) and [LBNL’s WINDOW software documentation](https://windows.lbl.gov/window-software-downloads) should travel with the request. ### Illustrative calculation: area coverage near a criterion Assume an illustrative analysis grid has 240 eligible points. A room report says 18 points satisfy its selected daylight condition. The room coverage is: `coverage = passing points ÷ eligible points × 100 = 18 ÷ 240 × 100 = 7.5%` If a revised shade or window scenario produces 30 passing points, the coverage is: `30 ÷ 240 × 100 = 12.5%` The change is 5 percentage points, or a relative increase of 66.7% from the illustrative baseline. That large relative change still does not tell you whether the room is acceptable, because no project criterion, grid method, time period, room use or shading state has been supplied. The example demonstrates why you need the denominator, not only a rounded percentage. When a result is close to a threshold, request the underlying point count or continuous value, the eligible-area definition and the effect of rounding. If the report maps a whole room but excludes a built-in desk area, ask whether that exclusion is consistent with the design brief. If the modeler cannot provide point-level data because the method does not expose it, record that limitation and use a room-level decision that does not pretend to be more precise than the method. ### Sensitivity pairs worth requesting Choose pairs based on the actual design risk: | Baseline | Sensitivity | Decision it tests | |---|---|---| | Selected glazing | Alternate scheduled glazing with documented VT/SHGC | Whether a procurement choice changes daylight, direct sun, glare or thermal coordination. | | Shade retracted | Shade deployed or a documented operating position | Whether glare control requires sacrificing the view or usable daylight. | | Fixed overhang as drawn | Corrected depth/width or unshaded case | Whether a dimension or side-angle assumption controls direct sun. | | Current context | Plausible future tree or adjacent obstruction envelope | Whether the design is robust to a known site uncertainty. | | Report finish | Proposed finish range or actual material data | Whether surface reflectance or gloss drives distribution or contrast. | | One viewpoint | Alternate seating or desk viewpoint | Whether the conclusion depends on a single convenient camera position. | | Annual metric | Representative clear-sky and low-sun dates | Whether the annual summary hides the event that matters to the occupant. | | Current layout | Post-freeze furniture or partition option | Whether a later interior change invalidates the daylight decision. | Do not ask for every combination of every variable. The 2025 ORNL-listed peer-reviewed study found that window-to-wall ratio, shade properties, overhang depth, orientation and building form can interact, and that optimizing daylight and energy measures alone can overlook glare, view and thermal comfort. [The ORNL study record](https://impact.ornl.gov/en/publications/parametric-model-development-for-building-input-variables-for-lig/) is not a recipe for your house; it supports the more modest conclusion that interacting inputs should be tested when they control the design decision. ### Read sensitivity directionally, not as a false prediction A sensitivity run is useful when it answers a conditional question: “If this assumption changes within a plausible project range, does the decision stay the same?” It is not useful when the variant is physically impossible, uses an unselected product, changes several variables without explanation, or is reported only as “better.” Ask for the absolute result, baseline result, changed input, scenario name, units and method. Then record one of four patterns: - **Stable accept:** the room remains acceptable under documented plausible assumptions, and no important glare viewpoint appears. - **Fragile accept:** the baseline passes, but a plausible shade, glazing, context or viewpoint change creates a conflict; keep the design open or set a strong procurement control. - **Stable concern:** all plausible scenarios show the same issue; redesign the geometry, shading, window, finish or room use instead of requesting cosmetic model tweaks. - **Indeterminate:** the output changes, but the metric or input record is too incomplete to interpret; rerun with a documented method. If the modeler says a variable is not sensitivity-tested because it is “not important,” ask what physical or numerical reason supports that judgment. Sometimes an input genuinely has low influence for the room. Sometimes the software cannot represent it conveniently. Record the distinction. A limitation is acceptable when it is explicit and the decision does not depend on the missing feature. ### Watch for overconfident comparisons Avoid comparing two homes or two rooms by a single daylight percentage if they have different weather files, grids, shade states, room uses or thresholds. Avoid comparing one consultant’s glare index with another’s without checking the algorithm, viewpoints, luminance assumptions and output units. Avoid treating an annual score as proof of a clear view. Avoid treating a rendering as proof of a product’s optical performance. The comparison should be like-for-like where the decision requires it. If it cannot be like-for-like, state the limitation and compare only the aspects that are genuinely shared. That is more useful to a homeowner than a clean but invalid ranking. The next decision is whether the uncertainty is decision-sensitive. If a plausible variant changes the action or exposes an unacceptable tradeoff, keep the design in review and request a professional rerun or redesign. If the variant does not change the action and the limitation is documented, the room may proceed to the final handoff. ## 7. Make the accept, rerun or redesign handoff Close the review with a signed-off coordination record that names the room, baseline issue, verified inputs, open assumptions, result interpretation, decision, responsible person and next file. Design freeze is not a date stamped onto a report; it is the point at which the team agrees which inputs are fixed, which risks are accepted, which changes trigger a rerun, and who owns the consequences. ### The handoff matrix Use this matrix for every priority room: | Check | Accept when | Request rerun when | Redesign when | Owner of next action | |---|---|---|---|---| | Site and north | Coordinates, north convention, timezone and major context match the issued site. | A location, rotation, weather source or obstruction is missing or inconsistent. | Verified site conditions make the current orientation or opening strategy conflict with the brief. | Architect and modeler. | | Room geometry | Dimensions, heights, openings and relevant partitions match the current issue. | A changed room, ceiling or window is not in the model. | The verified layout creates a persistent daylight or glare conflict. | Architect. | | Windows | IDs, transparent areas and product data match the current schedule. | A generic or obsolete product is used. | The selected product cannot meet the visual, thermal or view priorities together. | Architect, modeler and window professional. | | Fixed shading | Overhangs, fins, porch, roof and context are modeled at the issued dimensions. | A dimension or obstruction is uncertain and affects direct sun. | The required shading would harm view, structure, cost, privacy or winter access. | Architect; structural professional if geometry changes. | | Operable shading | The modeled state and control assumption are realistic and accepted. | The report uses an unexplained open/closed state or omits a specified shade. | Comfort depends on a shade behavior the homeowner will not accept. | Architect, modeler and shade professional. | | Finishes | Material or reflectance assumptions match the design stage and are disclosed. | The report hides provisional finishes near a decision threshold. | A finish choice creates unacceptable contrast or reflection. | Architect and interior/lighting professional. | | Viewpoints | Key seating, desk or task positions and directions are represented. | The only viewpoint is arbitrary or no glare result is tied to occupancy. | All realistic viewpoints show a conflict that cannot be operated away. | Modeler and homeowner with architect. | | Metrics | Names, units, thresholds, periods, grids and shade states are stated. | The report provides a score without a definition or denominator. | Verified metrics show the design does not meet the agreed brief or program. | Modeler and design lead. | | Sensitivity | Plausible changes do not change the decision, or the accepted limitation is recorded. | The conclusion changes but the run cannot be reproduced. | A robust conflict remains across plausible options. | Modeler and architect. | | Freeze record | Baseline issue, unresolved assumptions and trigger conditions are logged. | The design continues to change without an update rule. | The team cannot state what is being frozen or why. | Design lead and homeowner. | ![Decision map branching from verified inputs and sensitivity results to accept, rerun or redesign](https://brictale.com/images/home/build/design/verify-new-home-daylight-glare-simulation-before-design-freeze/accept-rerun-redesign-map.webp) This matrix is a homeowner coordination record, not an inspection form or an official approval. It should be attached to the design decision in the project’s normal document-control system. Include the report revision, drawing issue and product schedule so a later reviewer can tell whether the record still applies. ### Define rerun triggers before freezing Write the triggers into the design record. Reasonable triggers include: - a window moves, grows, shrinks, changes head or sill height, or changes orientation; - the glazing, coating, tint, frit, frame or visible transmittance changes; - an overhang, porch, fin, roof form, deck, tree or neighboring obstruction changes; - a shade type, openness, control sequence or default state changes; - a room is resized, combined, divided, reoriented or given a new ceiling form; - a major partition, cabinet, work surface, screen position or built-in changes; - the finish schedule changes in a room where reflectance or reflection mattered; - the weather source, metric, analysis period, grid or viewpoint changes; - a permit, incentive, contract or certification requirement introduces a different criterion; - a model limitation identified as acceptable becomes the deciding uncertainty. Do not require a full new study for every decorative change. The design lead and modeler should classify whether the change is outside the sensitivity envelope already tested. A small change can be important in a narrow room or near a direct-sun threshold; a large change away from the affected light path may not be. Record the judgment and its basis. ### Make the professional request precise Instead of writing, “Please verify the daylight report,” send a request with this shape: > Room: west-facing home office, plan issue A-204 Rev C. Decision: freeze window W-07 and the interior roller shade. Discrepancy: report uses a generic VT 0.60 glazing, while schedule W-07 identifies a product with a different documented VT and SHGC. The report also shows the shade retracted but the brief requires view-preserving glare control. Please confirm complete-product optical data, run retracted and deployed or specified operating states, show the desk viewpoint at the recorded eye height, identify the annual metric and direct-sun/glare method, and state whether the accept/rerun/redesign decision changes. Attach revised input summary and room output. The request is specific because it supplies the room, issue, decision, discrepancy, required scenarios and expected handoff. The modeler can answer it without guessing which window or output you mean. If the modeler recommends redesign, ask the architect to compare at least two design responses: shading, glazing, opening size, orientation, room placement, furniture or use. If structure or exterior construction changes, the relevant structural professional must review the revised design. If an automated shade requires power, controls or wiring, the electrical and controls professionals must coordinate it. ### Record what “accepted” means An acceptance note should say something like: > The homeowner and design lead accept the daylight/glare study for schematic-to-design-development coordination for Rooms 101, 102 and 105, based on architectural issue A-101 Rev D, window schedule W-01 through W-12 Rev B, shade scenario S-02, finish assumptions F-01, the identified weather file, and report revision R-03. The record does not certify code compliance, product installation, construction performance or occupant comfort. A rerun is required if the listed window IDs, exterior shading, room partitions, major finishes, viewpoints or metric method change. That note does not need to claim that the model is perfect. It needs to state what was reviewed and what remains outside scope. For a room marked `fragile accept`, include the procurement or construction control that protects the assumption. For a room marked `unknown`, do not disguise the unknown as accepted design risk. ### Carry the record into procurement and construction The simulation is most valuable before choices become expensive, but its assumptions must survive later handoffs. Put the relevant window IDs and optical properties into the specification or procurement comparison. Put overhang, porch and shade dimensions into the drawings. Put approved finish assumptions into the finish schedule. Tell the builder which changes require the design lead to ask for a rerun. Keep the report and worksheet with the project’s current design package. At submittal, compare the proposed window and shade product with the modeled ID. If the supplier proposes an equivalent, ask the design professional to verify the relevant optical and thermal properties rather than assuming “equivalent” means equivalent daylight or glare behavior. If a window arrives with a different configuration, do not remove labels or modify it to make it match the model; escalate the discrepancy through the project’s normal submittal process. During construction, do not perform risky field checks yourself. A qualified site professional can verify rough openings, shading dimensions, installed orientation and major visible finishes. They can photograph or measure from safe access points and record deviations. A remote review of a rendering cannot verify the actual as-built result. If a material deviation changes the light path or shade behavior, ask the design team whether a revised model, field observation or post-occupancy evaluation is warranted. ### Know the final limits No daylight simulation can guarantee visual comfort for every occupant, every activity, every screen, every season or every future landscape condition. Glare models depend on a selected viewpoint and luminance representation. Annual metrics depend on weather data, time period, grid and thresholds. Product properties depend on the actual assembly and installation. Thermal comfort depends on additional environmental and personal factors, as ASHRAE explains. [ASHRAE’s Standard 55 overview](https://www.ashrae.org/technical-resources/bookstore/standard-55-thermal-environmental-conditions-for-human-occupancy) should prevent the common mistake of turning one visual output into a full comfort promise. The study also does not settle a local legal question. For a permit or code decision, identify the actual jurisdiction—state, county, city or other authority—and the adopted code or program requirement. Ask the project architect or engineer to coordinate that review. A consultant’s educational report, an IES method, DOE guidance, ASHRAE standard or voluntary certification criterion may inform the design without being adopted law for your home. The finished handoff should leave you with a clear next decision: - **Accept:** freeze the documented baseline for the stated design phase, preserve the window/shade/finish assumptions, and record the rerun triggers. - **Rerun:** correct the named input or method, rerun only the affected rooms and scenarios where appropriate, issue a new report, and update the worksheet. - **Redesign:** compare a changed window, shade, orientation, room, finish or use with the same decision record, then repeat the audit before freezing. If you want more context on how this decision fits into Brictale’s broader homeowner journey, use the [design and layout section](/build/design) and the [Brictale blog](/blog) as the internal starting points. Keep this audit with the project documents, because the value is not the phrase “daylight verified.” The value is the traceable chain from the site and design inputs to the responsible next action. ## Evidence - The U.S. Department of Energy describes daylighting as optimizing window and skylight placement to harvest natural light, while careful placement can protect against glare and overheating. [Natural Light and Daylighting](https://bsesc.energy.gov/energy-basics/natural-light-and-daylighting). Scope: U.S. Department of Energy Building Science Education overview; general residential daylighting principles, not a project-specific code requirement or performance guarantee.. Accessed: 2026-09-08. - DOE states that climate zone, fenestration, ceiling height, shading, views and other design factors work together in a daylighting scheme; it separately says that the colors of ceilings, walls, floors and furniture affect the daylighting and electric-lighting strategy, while exterior material/color can influence daylighting and some façade configurations can cause unwanted reflections and glare. [ZEB Technologies: Building Envelope & Architectural Considerations](https://www.energy.gov/cmei/buildings/zeb-technologies-building-envelope-architectural-considerations). Scope: U.S. Department of Energy building-envelope guidance; broad design guidance about interior finishes and nearby exterior surfaces, not a project-specific residential pass/fail threshold or proof that a particular finish causes glare from a particular viewpoint.. Accessed: 2026-09-08. - PNNL says natural-comfort orientation considers home shape, climate, solar exposure and shading, and that window and overhang placement should control solar exposure at different times of day and year. [Proper Solar Orientation](https://basc.pnnl.gov/building-science-measures/proper-solar-orientation). Scope: Pacific Northwest National Laboratory Building America Solution Center; educational U.S. building-science guidance, not formal training, certification or a universal orientation rule.. Accessed: 2026-09-08. - PNNL distinguishes direct-beam and diffuse solar radiation: direct beam is responsible for glare and intense surface heating, while diffuse radiation can provide useful natural light; shading performance changes with sun position and orientation. [Shading and Solar Control for Windows and Skylights](https://basc.pnnl.gov/resource-guides/shading-and-solar-control-windows-and-skylights). Scope: Pacific Northwest National Laboratory Building America Solution Center; residential window and skylight shading guidance with climate and orientation exceptions.. Accessed: 2026-09-08. - DOE defines visible transmittance (VT) as the amount of visible-spectrum energy passing through a glazing unit, reports it on a 0-to-1 scale, and distinguishes it from SHGC, which concerns heat transmission. [Purchasing Energy-Efficient Residential Windows, Doors, and Skylights](https://www.energy.gov/cmei/femp/purchasing-energy-efficient-residential-windows-doors-and-skylights). Scope: DOE Federal Energy Management Program purchasing guidance; product terminology and federal procurement context, not a recommendation for every private home or local code rule.. Accessed: 2026-09-08. - LBNL says WINDOW calculates visible transmittance, solar heat gain coefficient and related properties for both the complete window system and the glazing system (center-of-glass values), and can model complex glazing systems such as venetian blinds and roller shades. [WINDOW Software Downloads](https://windows.lbl.gov/window-software-downloads). Scope: Lawrence Berkeley National Laboratory WINDOW documentation; capabilities of the named software and related ISO 15099 calculations, not proof that an unspecified consultant used those capabilities.. Accessed: 2026-09-08. - LBNL Radiance documentation identifies scene geometry, materials, luminaires, time, date and sky conditions as model inputs and lists radiance, illuminance and glare indices among calculated values. [Radiance Short Description](https://radsite.lbl.gov/radiance/refer/short.html). Scope: Lawrence Berkeley National Laboratory Radiance reference material; software-level description, not a complete residential modeling protocol.. Accessed: 2026-09-08. - Radiance visual-comfort guidance explains that glare calculations depend on source directions, solid angles, source luminances and background luminance from a selected viewpoint, and that daylight glare-source separation requires careful control. [RADIANCE Visual Comfort Calculation](https://radsite.lbl.gov/radiance/refer/Notes/glare.html). Scope: LBNL-hosted Radiance technical note; explains glare-calculation dependencies and limitations, not a current residential acceptance threshold.. Accessed: 2026-09-08. - IES defines ASE as the percentage of an analysis area exceeding a specified direct-sunlight illuminance for a specified number of hours with operable blinds open, and the current LM-83-23 method describes standard sDA annual analysis using local clock hours and TMY weather data. [ANSI/IES LM-83-23 Approved Method: IES Spatial Daylight Autonomy (sDA) and Annual Sunlight Exposure (ASE)](https://www.ies.org/wp-content/uploads/2023/04/LM-83-23.pdf). Scope: Illuminating Engineering Society approved-method material; definitions and method context, not an automatic residential code requirement and not a complete glare assessment.. Accessed: 2026-09-08. - ASHRAE says thermal conditions depend on environmental factors such as temperature, thermal radiation, humidity and air speed plus personal factors such as activity and clothing, and that comfort varies among occupants. [Standard 55 – Thermal Environmental Conditions for Human Occupancy](https://www.ashrae.org/technical-resources/bookstore/standard-55-thermal-environmental-conditions-for-human-occupancy). Scope: ANSI/ASHRAE Standard 55-2023 public overview; thermal-comfort context only, not a visual-glare rule or promise of occupant satisfaction.. Accessed: 2026-09-08. - EnergyPlus documentation says annual or run-period simulations need weather data, and EPW files contain hourly climate representations such as temperature, humidity, wind and solar or cloud data; typical data can be derived from observations at a specific location. [Auxiliary Programs Introduction — EnergyPlus 26.2 documentation](https://energyplus.readthedocs.io/en/latest/auxiliary-programs/auxiliary-programs.html). Scope: EnergyPlus 24.1.0 documentation hosted by EnergyPlus/NREL; weather-file mechanics and typical-data context, not a claim that any one file represents future or extreme weather.. Accessed: 2026-09-14. - NREL describes the National Solar Radiation Database as providing serially complete solar-irradiance and meteorological information across the United States and reports that it provides typical meteorological year data, including direct normal, diffuse horizontal and global horizontal irradiance components at stated time and spatial resolutions. [Measurement, Modeling, and Database of Solar Irradiance](https://www.nrel.gov/docs/fy20osti/75573.pdf). Scope: National Renewable Energy Laboratory presentation dated 2019; describes NSRDB dataset coverage and example temporal/spatial resolution, not a guarantee that a selected file is appropriate for a particular home or future extreme conditions.. Accessed: 2026-09-08. - A 2025 ORNL-listed peer-reviewed study reports that optimizing only EUI and UDI can overlook glare, views and thermal comfort, and evaluates window-to-wall ratio, shade properties and overhang depth as interacting inputs across orientations and building forms. [Parametric model development for building input variables for lighting and shading controls for different building form factors](https://impact.ornl.gov/en/publications/parametric-model-development-for-building-input-variables-for-lig/). Scope: 2025 study by Vanage, Dong, Guillante, Kunwar and Cetin; Honeybee/Ladybug/Rhino-Grasshopper parametric study of building form factors, not a prediction for a particular U.S. home.. Accessed: 2026-09-08.