Load factor compares average load with the peak load during the same stated interval. Average load is energy divided by interval duration, while peak demand is the maximum demand recorded under a stated demand interval. Mixing a monthly energy total with a daily peak or changing the meter interval can create a precise but meaningless ratio.
This guide develops a focused reader question within the Utilities subject guide. It adds a complete mechanism, original worked decisions, changed-context transfer checks and explicit limits. Read it with The Gold Standard of Education | Learning That Transfers into Life and the How X Works.
All numerical examples are invented teaching cases. They are not measurements of a real product, utility, image system or website.
In the fictional worked example, a facility uses 36,000 kWh in a 30-day month. The interval contains 720 hours, so its average load is 50 kW. Its maximum 30-minute demand in that same month is 125 kW, giving a load factor of 50/125 = 0.40, or 40%. If the reported peak came from another month, or from a five-minute rather than 30-minute interval, the calculation would not describe the intended load factor. The U.S. Energy Information Administration glossary defines load factor as average load divided by peak load during a specified interval, and its peak-load definition keeps the maximum tied to a specified period. The examples teach record interpretation and do not replace electrical design, tariff or safety rules.
Continue with Separating Connected Load from Coincident Peak Demand, Separating Installed Capacity from Firm Capacity During Planned Outages and Relating SAIFI, SAIDI and CAIDI Without Mixing Customer Counts and Durations.
A useful short answer keeps the target, observation and reporting rule separate. Name what the system intends to measure, what was observed, how the summary was formed and which conditions make the inference defensible. If one field is missing, keep the ambiguity visible.
eduKateSG · Utilities
Find your next learning step
Keep energy, average load, peak demand, demand interval, system boundary and reporting window aligned.
ROUTE 1 · CHAPTERS 1–6
Build the aligned ratio
Set the interval, separate units, derive average load and work the ratio.
ROUTE 2 · CHAPTERS 7–12
Protect the measurement
Keep connected load, demand intervals, calendars, gaps, seasons and boundaries distinct.
ROUTE 3 · CHAPTERS 13–18
Change the load shape
Test missing peaks, flatter operation, efficiency, tariffs, profiles and uncertainty.
ROUTE 4 · CHAPTERS 19–22
Audit and continue
Repair peak claims, preserve the ledger and follow verified routes.
Chapter contents
Build the aligned ratio · Chapters 1–6
1. Define the same reporting interval
3. Derive average load from energy and time
4. Define the peak demand interval
Protect the measurement · Chapters 7–12
7. Do not substitute connected load for peak demand
8. Keep demand-interval length visible
9. Match calendar duration to the billing record
10. Handle missing intervals and estimated energy
Change the load shape · Chapters 13–18
14. Test flatter operation with unchanged energy
15. Avoid treating high load factor as automatic efficiency
16. Keep tariffs separate from engineering meaning
Audit and continue · Chapters 19–22
19. Repair the claim that lower peak always means lower use
20. Build a reproducible load-factor ledger
State the start and end timestamps, meter boundary, energy total and demand series. The numerator and denominator must describe the same system and interval.
Write the comparison as a ledger: object, quantity, unit, boundary, time window, protocol and evidence. Mark every input as observed, stipulated, fitted or assumed. This catches a basis change before it reaches the conclusion.
Apply the rule to the central fictional case, preserve unrounded inputs and label the result with its protocol. Then write one plausible alternative explanation and the observation that would distinguish it.
For Utilities, use seven fields: target question, object or population, unit, boundary, protocol, result and decision limit. Complete every field before writing a conclusion. For ‘define the same reporting interval’, a plausible value can otherwise hide a changed condition or undocumented processing step.
Change one condition that matters while holding the remaining basis fixed. Recalculate or re-inspect the evidence, say what stays comparable and name the stronger conclusion that still does not follow.
Before closing the chapter, write a two-line result. The first line states what the evidence establishes under the named conditions. The second states the nearest tempting conclusion that remains unsupported. Ask another reader to identify the condition that would make the first line false. This turns a caveat into a usable check.
Energy accumulates power over time and is measured here in kilowatt-hours. Load is a rate of energy use measured in kilowatts. The units signal which arithmetic is permitted.
Draw the mechanism before interpreting the number. Put the stages in order, name where each observation is made and identify a competing explanation. The arrows matter only when their conditions remain visible.
Apply the rule to the central fictional case, preserve unrounded inputs and label the result with its protocol. Then write one plausible alternative explanation and the observation that would distinguish it.
For Utilities, use seven fields: target question, object or population, unit, boundary, protocol, result and decision limit. Complete every field before writing a conclusion. For ‘separate energy from power’, a plausible value can otherwise hide a changed condition or undocumented processing step.
Change one condition that matters while holding the remaining basis fixed. Recalculate or re-inspect the evidence, say what stays comparable and name the stronger conclusion that still does not follow.
Before closing the chapter, write a two-line result. The first line states what the evidence establishes under the named conditions. The second states the nearest tempting conclusion that remains unsupported. Ask another reader to identify the condition that would make the first line false. This turns a caveat into a usable check.
CHAPTER 3 OF 22 · Build the aligned ratio
3. Derive average load from energy and time
Divide 36,000 kWh by 720 hours to obtain an average load of 50 kW. Using 30 days without converting to hours would leave the unit and value wrong.
Use two checks that fail differently. Reconstruct an input from outputs, calculate a limiting case, inspect a control or repeat the result from the definitions. Agreement is stronger when both checks do not recycle the same hidden assumption.
Apply the rule to the central fictional case, preserve unrounded inputs and label the result with its protocol. Then write one plausible alternative explanation and the observation that would distinguish it.
For Utilities, use seven fields: target question, object or population, unit, boundary, protocol, result and decision limit. Complete every field before writing a conclusion. For ‘derive average load from energy and time’, a plausible value can otherwise hide a changed condition or undocumented processing step.
Change one condition that matters while holding the remaining basis fixed. Recalculate or re-inspect the evidence, say what stays comparable and name the stronger conclusion that still does not follow.
Before closing the chapter, write a two-line result. The first line states what the evidence establishes under the named conditions. The second states the nearest tempting conclusion that remains unsupported. Ask another reader to identify the condition that would make the first line false. This turns a caveat into a usable check.
Peak demand depends on how the meter averages or records power, such as over 15 or 30 minutes. A momentary transient, interval maximum and equipment nameplate are different quantities.
Keep the comparison fair. Hold the population, material, interval, protocol and unit constant before assigning a difference to the mechanism of interest. A changed condition is a changed context, even when the column heading looks familiar.
Apply the rule to the central fictional case, preserve unrounded inputs and label the result with its protocol. Then write one plausible alternative explanation and the observation that would distinguish it.
For Utilities, use seven fields: target question, object or population, unit, boundary, protocol, result and decision limit. Complete every field before writing a conclusion. For ‘define the peak demand interval’, a plausible value can otherwise hide a changed condition or undocumented processing step.
Change one condition that matters while holding the remaining basis fixed. Recalculate or re-inspect the evidence, say what stays comparable and name the stronger conclusion that still does not follow.
Before closing the chapter, write a two-line result. The first line states what the evidence establishes under the named conditions. The second states the nearest tempting conclusion that remains unsupported. Ask another reader to identify the condition that would make the first line false. This turns a caveat into a usable check.
CHAPTER 5 OF 22 · Build the aligned ratio
5. Work the 36,000 kWh and 125 kW example
The aligned calculation is 50 kW divided by 125 kW, giving 0.40. Report 40% for this facility, 30-day month and 30-minute demand definition.
Separate measurement from decision. A value can be correctly calculated yet too local, uncertain or method-dependent for the intended action. Report the value, its conditions and the evidence needed before a stronger decision.
Apply the rule to the central fictional case, preserve unrounded inputs and label the result with its protocol. Then write one plausible alternative explanation and the observation that would distinguish it.
For Utilities, use seven fields: target question, object or population, unit, boundary, protocol, result and decision limit. Complete every field before writing a conclusion. For ‘work the 36,000 kwh and 125 kw example’, a plausible value can otherwise hide a changed condition or undocumented processing step.
Change one condition that matters while holding the remaining basis fixed. Recalculate or re-inspect the evidence, say what stays comparable and name the stronger conclusion that still does not follow.
Before closing the chapter, write a two-line result. The first line states what the evidence establishes under the named conditions. The second states the nearest tempting conclusion that remains unsupported. Ask another reader to identify the condition that would make the first line false. This turns a caveat into a usable check.
CHAPTER 6 OF 22 · Build the aligned ratio
6. Check the dimensionless ratio and its bounds
Average load cannot exceed the true maximum over the same complete interval, so an aligned load factor normally lies from zero to one. A result above one is a reconciliation warning.
Preserve order and identity. Equal totals can hide different mechanisms when observations occur in another sequence or come from different people, specimens, devices or sessions. Keep identities until the reader question no longer depends on them.
Apply the rule to the central fictional case, preserve unrounded inputs and label the result with its protocol. Then write one plausible alternative explanation and the observation that would distinguish it.
For Utilities, use seven fields: target question, object or population, unit, boundary, protocol, result and decision limit. Complete every field before writing a conclusion. For ‘check the dimensionless ratio and its bounds’, a plausible value can otherwise hide a changed condition or undocumented processing step.
Change one condition that matters while holding the remaining basis fixed. Recalculate or re-inspect the evidence, say what stays comparable and name the stronger conclusion that still does not follow.
Before closing the chapter, write a two-line result. The first line states what the evidence establishes under the named conditions. The second states the nearest tempting conclusion that remains unsupported. Ask another reader to identify the condition that would make the first line false. This turns a caveat into a usable check.
CHAPTER 7 OF 22 · Protect the measurement
7. Do not substitute connected load for peak demand
Connected load sums assigned equipment capacities. It can greatly exceed the measured coincident peak and cannot replace that peak in this statistic.
Test a deliberately changed case. Change one assumption while holding the others fixed, calculate again and explain why the conclusion moves or stays stable. Transfer is demonstrated when the reasoning survives the new context.
Apply the rule to the central fictional case, preserve unrounded inputs and label the result with its protocol. Then write one plausible alternative explanation and the observation that would distinguish it.
For Utilities, use seven fields: target question, object or population, unit, boundary, protocol, result and decision limit. Complete every field before writing a conclusion. For ‘do not substitute connected load for peak demand’, a plausible value can otherwise hide a changed condition or undocumented processing step.
Change one condition that matters while holding the remaining basis fixed. Recalculate or re-inspect the evidence, say what stays comparable and name the stronger conclusion that still does not follow.
Before closing the chapter, write a two-line result. The first line states what the evidence establishes under the named conditions. The second states the nearest tempting conclusion that remains unsupported. Ask another reader to identify the condition that would make the first line false. This turns a caveat into a usable check.
A five-minute demand series can show a higher maximum than a 30-minute averaged series. Compare peaks only after matching the integration or averaging rule.
State the boundary of inference beside the answer. Name the system, representation and interval to which the result applies, then name one tempting stronger claim it cannot establish.
Apply the rule to the central fictional case, preserve unrounded inputs and label the result with its protocol. Then write one plausible alternative explanation and the observation that would distinguish it.
For Utilities, use seven fields: target question, object or population, unit, boundary, protocol, result and decision limit. Complete every field before writing a conclusion. For ‘keep demand-interval length visible’, a plausible value can otherwise hide a changed condition or undocumented processing step.
Change one condition that matters while holding the remaining basis fixed. Recalculate or re-inspect the evidence, say what stays comparable and name the stronger conclusion that still does not follow.
Before closing the chapter, write a two-line result. The first line states what the evidence establishes under the named conditions. The second states the nearest tempting conclusion that remains unsupported. Ask another reader to identify the condition that would make the first line false. This turns a caveat into a usable check.
CHAPTER 9 OF 22 · Protect the measurement
9. Match calendar duration to the billing record
A 28-day February and a 31-day month have different hours. Use actual timestamps, daylight-saving treatment where relevant and the meter’s interval convention.
Use uncertainty as structure. Identify the input most capable of changing the conclusion, vary it over a defensible range and show whether the practical choice changes. One linked sensitivity check is more useful than a generic caveat list.
Apply the rule to the central fictional case, preserve unrounded inputs and label the result with its protocol. Then write one plausible alternative explanation and the observation that would distinguish it.
For Utilities, use seven fields: target question, object or population, unit, boundary, protocol, result and decision limit. Complete every field before writing a conclusion. For ‘match calendar duration to the billing record’, a plausible value can otherwise hide a changed condition or undocumented processing step.
Change one condition that matters while holding the remaining basis fixed. Recalculate or re-inspect the evidence, say what stays comparable and name the stronger conclusion that still does not follow.
Before closing the chapter, write a two-line result. The first line states what the evidence establishes under the named conditions. The second states the nearest tempting conclusion that remains unsupported. Ask another reader to identify the condition that would make the first line false. This turns a caveat into a usable check.
CHAPTER 10 OF 22 · Protect the measurement
10. Handle missing intervals and estimated energy
Estimated reads, outages and gaps affect both accumulated energy and the observed maximum. Mark imputation and test whether a missing interval could contain the peak.
Finish with an evidence package: source records, definitions, exclusions, software or instrument version, calculations, validation result and decision rule. A later reader should be able to reproduce the result and see what would cause revision.
Apply the rule to the central fictional case, preserve unrounded inputs and label the result with its protocol. Then write one plausible alternative explanation and the observation that would distinguish it.
For Utilities, use seven fields: target question, object or population, unit, boundary, protocol, result and decision limit. Complete every field before writing a conclusion. For ‘handle missing intervals and estimated energy’, a plausible value can otherwise hide a changed condition or undocumented processing step.
Change one condition that matters while holding the remaining basis fixed. Recalculate or re-inspect the evidence, say what stays comparable and name the stronger conclusion that still does not follow.
Before closing the chapter, write a two-line result. The first line states what the evidence establishes under the named conditions. The second states the nearest tempting conclusion that remains unsupported. Ask another reader to identify the condition that would make the first line false. This turns a caveat into a usable check.
CHAPTER 11 OF 22 · Protect the measurement
11. Compare months without hiding season or operations
Cooling, heating, production schedules and occupancy can change the curve. A month-to-month load-factor change is descriptive until those mechanisms are checked.
Write the comparison as a ledger: object, quantity, unit, boundary, time window, protocol and evidence. Mark every input as observed, stipulated, fitted or assumed. This catches a basis change before it reaches the conclusion.
Apply the rule to the central fictional case, preserve unrounded inputs and label the result with its protocol. Then write one plausible alternative explanation and the observation that would distinguish it.
For Utilities, use seven fields: target question, object or population, unit, boundary, protocol, result and decision limit. Complete every field before writing a conclusion. For ‘compare months without hiding season or operations’, a plausible value can otherwise hide a changed condition or undocumented processing step.
Change one condition that matters while holding the remaining basis fixed. Recalculate or re-inspect the evidence, say what stays comparable and name the stronger conclusion that still does not follow.
Before closing the chapter, write a two-line result. The first line states what the evidence establishes under the named conditions. The second states the nearest tempting conclusion that remains unsupported. Ask another reader to identify the condition that would make the first line false. This turns a caveat into a usable check.
CHAPTER 12 OF 22 · Protect the measurement
12. Distinguish facility and feeder boundaries
A building meter, campus incomer and distribution feeder aggregate different loads. One boundary’s average and another boundary’s peak cannot form a coherent ratio.
Draw the mechanism before interpreting the number. Put the stages in order, name where each observation is made and identify a competing explanation. The arrows matter only when their conditions remain visible.
Apply the rule to the central fictional case, preserve unrounded inputs and label the result with its protocol. Then write one plausible alternative explanation and the observation that would distinguish it.
For Utilities, use seven fields: target question, object or population, unit, boundary, protocol, result and decision limit. Complete every field before writing a conclusion. For ‘distinguish facility and feeder boundaries’, a plausible value can otherwise hide a changed condition or undocumented processing step.
Change one condition that matters while holding the remaining basis fixed. Recalculate or re-inspect the evidence, say what stays comparable and name the stronger conclusion that still does not follow.
Before closing the chapter, write a two-line result. The first line states what the evidence establishes under the named conditions. The second states the nearest tempting conclusion that remains unsupported. Ask another reader to identify the condition that would make the first line false. This turns a caveat into a usable check.
Move a fictional 125 kW half-hour event into an unobserved gap. The known-data load factor is no longer definitive because the denominator may be understated.
Use two checks that fail differently. Reconstruct an input from outputs, calculate a limiting case, inspect a control or repeat the result from the definitions. Agreement is stronger when both checks do not recycle the same hidden assumption.
Apply the rule to the central fictional case, preserve unrounded inputs and label the result with its protocol. Then write one plausible alternative explanation and the observation that would distinguish it.
For Utilities, use seven fields: target question, object or population, unit, boundary, protocol, result and decision limit. Complete every field before writing a conclusion. For ‘test a shifted short peak’, a plausible value can otherwise hide a changed condition or undocumented processing step.
Change one condition that matters while holding the remaining basis fixed. Recalculate or re-inspect the evidence, say what stays comparable and name the stronger conclusion that still does not follow.
Before closing the chapter, write a two-line result. The first line states what the evidence establishes under the named conditions. The second states the nearest tempting conclusion that remains unsupported. Ask another reader to identify the condition that would make the first line false. This turns a caveat into a usable check.
CHAPTER 14 OF 22 · Change the load shape
14. Test flatter operation with unchanged energy
Spread the same 36,000 kWh more evenly so the maximum becomes 100 kW. Average remains 50 kW and load factor rises to 50%, illustrating a shape change without an energy change.
Keep the comparison fair. Hold the population, material, interval, protocol and unit constant before assigning a difference to the mechanism of interest. A changed condition is a changed context, even when the column heading looks familiar.
Apply the rule to the central fictional case, preserve unrounded inputs and label the result with its protocol. Then write one plausible alternative explanation and the observation that would distinguish it.
For Utilities, use seven fields: target question, object or population, unit, boundary, protocol, result and decision limit. Complete every field before writing a conclusion. For ‘test flatter operation with unchanged energy’, a plausible value can otherwise hide a changed condition or undocumented processing step.
Change one condition that matters while holding the remaining basis fixed. Recalculate or re-inspect the evidence, say what stays comparable and name the stronger conclusion that still does not follow.
Before closing the chapter, write a two-line result. The first line states what the evidence establishes under the named conditions. The second states the nearest tempting conclusion that remains unsupported. Ask another reader to identify the condition that would make the first line false. This turns a caveat into a usable check.
CHAPTER 15 OF 22 · Change the load shape
15. Avoid treating high load factor as automatic efficiency
A high load factor can reflect steady useful service, inflexible operation or persistent waste. Efficiency needs an output or service basis as well as energy evidence.
Separate measurement from decision. A value can be correctly calculated yet too local, uncertain or method-dependent for the intended action. Report the value, its conditions and the evidence needed before a stronger decision.
Apply the rule to the central fictional case, preserve unrounded inputs and label the result with its protocol. Then write one plausible alternative explanation and the observation that would distinguish it.
For Utilities, use seven fields: target question, object or population, unit, boundary, protocol, result and decision limit. Complete every field before writing a conclusion. For ‘avoid treating high load factor as automatic efficiency’, a plausible value can otherwise hide a changed condition or undocumented processing step.
Change one condition that matters while holding the remaining basis fixed. Recalculate or re-inspect the evidence, say what stays comparable and name the stronger conclusion that still does not follow.
Before closing the chapter, write a two-line result. The first line states what the evidence establishes under the named conditions. The second states the nearest tempting conclusion that remains unsupported. Ask another reader to identify the condition that would make the first line false. This turns a caveat into a usable check.
CHAPTER 16 OF 22 · Change the load shape
16. Keep tariffs separate from engineering meaning
Demand charges use jurisdiction- and tariff-specific rules that can involve ratchets, seasons or contracted capacity. Calculate the engineering statistic before applying billing rules.
Preserve order and identity. Equal totals can hide different mechanisms when observations occur in another sequence or come from different people, specimens, devices or sessions. Keep identities until the reader question no longer depends on them.
Apply the rule to the central fictional case, preserve unrounded inputs and label the result with its protocol. Then write one plausible alternative explanation and the observation that would distinguish it.
For Utilities, use seven fields: target question, object or population, unit, boundary, protocol, result and decision limit. Complete every field before writing a conclusion. For ‘keep tariffs separate from engineering meaning’, a plausible value can otherwise hide a changed condition or undocumented processing step.
Change one condition that matters while holding the remaining basis fixed. Recalculate or re-inspect the evidence, say what stays comparable and name the stronger conclusion that still does not follow.
Before closing the chapter, write a two-line result. The first line states what the evidence establishes under the named conditions. The second states the nearest tempting conclusion that remains unsupported. Ask another reader to identify the condition that would make the first line false. This turns a caveat into a usable check.
CHAPTER 17 OF 22 · Change the load shape
17. Use demand profiles before recommending action
A single peak and total energy hide when loads overlap. Inspect the time series, operating log and controllable versus essential loads before proposing demand changes.
Test a deliberately changed case. Change one assumption while holding the others fixed, calculate again and explain why the conclusion moves or stays stable. Transfer is demonstrated when the reasoning survives the new context.
Apply the rule to the central fictional case, preserve unrounded inputs and label the result with its protocol. Then write one plausible alternative explanation and the observation that would distinguish it.
For Utilities, use seven fields: target question, object or population, unit, boundary, protocol, result and decision limit. Complete every field before writing a conclusion. For ‘use demand profiles before recommending action’, a plausible value can otherwise hide a changed condition or undocumented processing step.
Change one condition that matters while holding the remaining basis fixed. Recalculate or re-inspect the evidence, say what stays comparable and name the stronger conclusion that still does not follow.
Before closing the chapter, write a two-line result. The first line states what the evidence establishes under the named conditions. The second states the nearest tempting conclusion that remains unsupported. Ask another reader to identify the condition that would make the first line false. This turns a caveat into a usable check.
CHAPTER 18 OF 22 · Change the load shape
18. Carry meter resolution and timing uncertainty
Meter rounding, clock alignment and interval boundaries can change the reported maximum. Recalculate nearby cases and identify whether the conclusion is stable.
State the boundary of inference beside the answer. Name the system, representation and interval to which the result applies, then name one tempting stronger claim it cannot establish.
Apply the rule to the central fictional case, preserve unrounded inputs and label the result with its protocol. Then write one plausible alternative explanation and the observation that would distinguish it.
For Utilities, use seven fields: target question, object or population, unit, boundary, protocol, result and decision limit. Complete every field before writing a conclusion. For ‘carry meter resolution and timing uncertainty’, a plausible value can otherwise hide a changed condition or undocumented processing step.
Change one condition that matters while holding the remaining basis fixed. Recalculate or re-inspect the evidence, say what stays comparable and name the stronger conclusion that still does not follow.
Before closing the chapter, write a two-line result. The first line states what the evidence establishes under the named conditions. The second states the nearest tempting conclusion that remains unsupported. Ask another reader to identify the condition that would make the first line false. This turns a caveat into a usable check.
CHAPTER 19 OF 22 · Audit and continue
19. Repair the claim that lower peak always means lower use
Peak can fall while energy stays equal or rises, and energy can fall while a short peak remains. Report both quantities and the time profile.
Use uncertainty as structure. Identify the input most capable of changing the conclusion, vary it over a defensible range and show whether the practical choice changes. One linked sensitivity check is more useful than a generic caveat list.
Apply the rule to the central fictional case, preserve unrounded inputs and label the result with its protocol. Then write one plausible alternative explanation and the observation that would distinguish it.
For Utilities, use seven fields: target question, object or population, unit, boundary, protocol, result and decision limit. Complete every field before writing a conclusion. For ‘repair the claim that lower peak always means lower use’, a plausible value can otherwise hide a changed condition or undocumented processing step.
Change one condition that matters while holding the remaining basis fixed. Recalculate or re-inspect the evidence, say what stays comparable and name the stronger conclusion that still does not follow.
Before closing the chapter, write a two-line result. The first line states what the evidence establishes under the named conditions. The second states the nearest tempting conclusion that remains unsupported. Ask another reader to identify the condition that would make the first line false. This turns a caveat into a usable check.
Save meter IDs, boundary diagram, timestamps, interval length, raw energy register, demand series, missing-data flags, time-zone rule, calculation and tariff version if used.
Finish with an evidence package: source records, definitions, exclusions, software or instrument version, calculations, validation result and decision rule. A later reader should be able to reproduce the result and see what would cause revision.
Apply the rule to the central fictional case, preserve unrounded inputs and label the result with its protocol. Then write one plausible alternative explanation and the observation that would distinguish it.
For Utilities, use seven fields: target question, object or population, unit, boundary, protocol, result and decision limit. Complete every field before writing a conclusion. For ‘build a reproducible load-factor ledger’, a plausible value can otherwise hide a changed condition or undocumented processing step.
Change one condition that matters while holding the remaining basis fixed. Recalculate or re-inspect the evidence, say what stays comparable and name the stronger conclusion that still does not follow.
Before closing the chapter, write a two-line result. The first line states what the evidence establishes under the named conditions. The second states the nearest tempting conclusion that remains unsupported. Ask another reader to identify the condition that would make the first line false. This turns a caveat into a usable check.
Is load factor the same as capacity factor? No. Load factor compares a load profile's average with its peak; capacity factor compares actual generation with possible generation at rated capacity.
Can connected load be used as the peak? Only if the purpose explicitly calls for that conservative inventory, in which case it should not be mislabeled as measured peak demand.
Does a higher load factor prove lower cost? No. Cost depends on the tariff and total energy as well as demand.
Write the comparison as a ledger: object, quantity, unit, boundary, time window, protocol and evidence. Mark every input as observed, stipulated, fitted or assumed. This catches a basis change before it reaches the conclusion.
Apply the rule to the central fictional case, preserve unrounded inputs and label the result with its protocol. Then write one plausible alternative explanation and the observation that would distinguish it.
For Utilities, use seven fields: target question, object or population, unit, boundary, protocol, result and decision limit. Complete every field before writing a conclusion. For ‘answer focused reader questions’, a plausible value can otherwise hide a changed condition or undocumented processing step.
Change one condition that matters while holding the remaining basis fixed. Recalculate or re-inspect the evidence, say what stays comparable and name the stronger conclusion that still does not follow.
Before closing the chapter, write a two-line result. The first line states what the evidence establishes under the named conditions. The second states the nearest tempting conclusion that remains unsupported. Ask another reader to identify the condition that would make the first line false. This turns a caveat into a usable check.
Use the EIA definitions for the aligned ratio, then follow the linked Utilities branches for connected load, firm capacity and reliability indices.
Draw the mechanism before interpreting the number. Put the stages in order, name where each observation is made and identify a competing explanation. The arrows matter only when their conditions remain visible.
Apply the rule to the central fictional case, preserve unrounded inputs and label the result with its protocol. Then write one plausible alternative explanation and the observation that would distinguish it.
For Utilities, use seven fields: target question, object or population, unit, boundary, protocol, result and decision limit. Complete every field before writing a conclusion. For ‘continue through verified utility routes’, a plausible value can otherwise hide a changed condition or undocumented processing step.
Change one condition that matters while holding the remaining basis fixed. Recalculate or re-inspect the evidence, say what stays comparable and name the stronger conclusion that still does not follow.
Before closing the chapter, write a two-line result. The first line states what the evidence establishes under the named conditions. The second states the nearest tempting conclusion that remains unsupported. Ask another reader to identify the condition that would make the first line false. This turns a caveat into a usable check.
