{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":26190860,"defaultBranch":"master","name":"scout","ownerLogin":"trynthink","currentUserCanPush":false,"isFork":false,"isEmpty":false,"createdAt":"2014-11-04T22:04:43.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/6493639?v=4","public":true,"private":false,"isOrgOwned":false},"refInfo":{"name":"","listCacheKey":"v0:1726874867.0","currentOid":""},"activityList":{"items":[{"before":"37c58463c23b6e16651ee5e6930c5e26bb0f9f14","after":"1f833e492dd765894dc98415b2ffd9039fb28307","ref":"refs/heads/calc-tw3","pushedAt":"2024-09-21T00:05:29.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"trynthink","name":"Chioke Harris","path":"/trynthink","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6493639?s=80&v=4"},"commit":{"message":"Close #383\n\nRemove outdated references to R and plots.R for results figure generation.","shortMessageHtmlLink":"<span class=\"issue-keyword tooltipped tooltipped-se\" aria-label=\"This commit closes issue #383.\">Close</span> <a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2277047428\" data-permission-text=\"Title is private\" data-url=\"https://github.com/trynthink/scout/issues/383\" data-hovercard-type=\"issue\" data-hovercard-url=\"/trynthink/scout/issues/383/hovercard\" href=\"https://github.com/trynthink/scout/issues/383\">#383</a>"}},{"before":null,"after":"37c58463c23b6e16651ee5e6930c5e26bb0f9f14","ref":"refs/heads/calc-tw3","pushedAt":"2024-09-20T23:27:47.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"trynthink","name":"Chioke Harris","path":"/trynthink","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6493639?s=80&v=4"},"commit":{"message":"Extend linked heating/cooling turnover to other paired microsegments\n\nGeneralize approach to linking stock turnover across paired heating/cooling microsegments to any other microsegments that are included in the same measure (e.g., for commercial measures, sometimes ventilation will be paired). Do the same for cases where measure heating/cooling is constrained to certain market sub-segments (e.g., assume that when heating/cooling is scaled via mkt_scaling_fractions to match a certain equipment subset of the AEO classes, associated ventilation or other microsegments included in the measure will be scaled to represent the same subset and should only be competed with other measures that have the same scaling constraint).","shortMessageHtmlLink":"Extend linked heating/cooling turnover to other paired microsegments"}},{"before":"297b3ab2d238807f3bdf15c576254db1be1095d0","after":"1d95503dff8f48dfdb0d7b8cdeefbce75e324258","ref":"refs/heads/calc-tw2","pushedAt":"2024-09-20T23:13:33.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"trynthink","name":"Chioke Harris","path":"/trynthink","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6493639?s=80&v=4"},"commit":{"message":"Heating and cooling pairing; convenience and efficiency enhancements\n\nAdded optional new “htcl_tech_link” attribute that, when specified, restricts competition of a measure to only those other measures with the same “htcl_tech_link” setting. This handles cases where we are using market scaling fractions to specify linked heating/cooling subsegments that should not be directly competed (e.g., CAC + resistance heat replacement vs. CAC + natural gas heat replacement).\n\nUsers may now use “warm climates” or “cold climates” shortcuts in the “climate_zone” attribute to restrict measures to only warm or cold climate subsets of whatever region set is used (these subsets are hardcoded in ecm_prep for each region option). Users may break out “energy_efficiency” information by the “warm climates” and/or “cold climates” keys in lieu of writing out all the region names in the breakouts. Documentation for climate zone options is updated accordingly.\n\nDetailed market breakouts/contributing microsegment/sector shapes information is now only prepared in ecm_prep for adoption scenarios that are executed through the competition module run.py. (e.g., if a technical potential adoption scenario is suppressed by the user, only calculate and report out its high-level market information, which is used in run.py to set unit-level cost metrics for the competition.)\n\nCode that assigns mseg information to detailed breakout bins (e.g., by region, building, end use, fuel type) is refactored into a “breakout_mseg” function.\n\nAdd temporary suppression of stock data processing using 'stock_on' variable until stock data processing is fully integrated in ecm_prep.py.","shortMessageHtmlLink":"Heating and cooling pairing; convenience and efficiency enhancements"}},{"before":"36636552b66ee00faf9314fca7e38331b569389b","after":"0c6d3ca6206a466039926c6c31976b5748012224","ref":"refs/heads/calc-tw1","pushedAt":"2024-09-20T19:49:14.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"github-actions[bot]","name":null,"path":"/apps/github-actions","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/15368?s=80&v=4"},"commit":{"message":"Upload results files from CI build","shortMessageHtmlLink":"Upload results files from CI build"}},{"before":"c5d332c97e81929c5b047225147e7d9a5d772f9a","after":"36636552b66ee00faf9314fca7e38331b569389b","ref":"refs/heads/calc-tw1","pushedAt":"2024-09-20T16:30:12.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"trynthink","name":"Chioke Harris","path":"/trynthink","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6493639?s=80&v=4"},"commit":{"message":"Add efficient-captured energy data reporting\n\nThe portion of the 'efficient' total energy output for each measure that is specifically captured by the measure (vs. remaining with the baseline tech) is now reported via both ecm_prep.py (uncompeted data) and run.py (competed data). run.py accounts for cases where efficient-captured data will not be reported for 'baseline' fuel splits (e.g., because the ECM is fuel switching away from that fuel and thus efficient-captured data all reside in the 'switched to' fuel reporting). An adjustment for efficient-captured data was added to run.py for measures with delayed market entry to ensure that the post-competition efficient-captured output reflects a common competed energy use market across competing measures, even when some measures enter the competed market earlier than others.\n\nThe new reporting data from ecm_prep.py (in ./supporting_data/ecm_prep.json) are accessed via:\n\n* 'markets' -> [adopt scenario] -> 'master_mseg' -> 'energy' -> 'total' -> 'efficient-captured'\n* 'markets' -> [adopt scenario] -> 'mseg_out_break' -> 'energy' -> 'efficient-captured'\n\nThe new reporting data from run.py (in ./results/ecm_results.json) are accessed via:\n\n* 'Markets and Savings (Overall)' -> [adopt scenario] -> 'Efficient Energy Use, Measure (MMBtu)'\n* 'Markets and Savings (by Category)' -> [adopt scenario] -> 'Efficient Energy Use, Measure (MMBtu)'\n\nA new user argument was added to ecm_prep_args, 'no_eff_capt,' that allows users to suppress reporting of efficient-captured energy data, which flows through to the subsequent run.py execution. This approach supports backwards compatibility, including with the existing test suite.","shortMessageHtmlLink":"Add efficient-captured energy data reporting"}},{"before":"ca52411058d33b7f354b5c6c7a2e33f55bdf9200","after":"c5d332c97e81929c5b047225147e7d9a5d772f9a","ref":"refs/heads/calc-tw1","pushedAt":"2024-09-20T01:20:43.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"trynthink","name":"Chioke Harris","path":"/trynthink","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6493639?s=80&v=4"},"commit":{"message":"Add efficient-captured energy data reporting\n\nThe portion of the 'efficient' total energy output for each measure that is specifically captured by the measure (vs. remaining with the baseline tech) is now reported via both ecm_prep.py (uncompeted data) and run.py (competed data). run.py accounts for cases where efficient-captured data will not be reported for 'baseline' fuel splits (e.g., because the ECM is fuel switching away from that fuel and thus efficient-captured data all reside in the 'switched to' fuel reporting). An adjustment for efficient-captured data was added to run.py for measures with delayed market entry to ensure that the post-competition efficient-captured output reflects a common competed energy use market across competing measures, even when some measures enter the competed market earlier than others.\n\nThe new reporting data from ecm_prep.py (in ./supporting_data/ecm_prep.json) are accessed via:\n\n* 'markets' -> [adopt scenario] -> 'master_mseg' -> 'energy' -> 'total' -> 'efficient-captured'\n* 'markets' -> [adopt scenario] -> 'mseg_out_break' -> 'energy' -> 'efficient-captured'\n\nThe new reporting data from run.py (in ./results/ecm_results.json) are accessed via:\n\n* 'Markets and Savings (Overall)' -> [adopt scenario] -> 'Efficient Energy Use, Measure (MMBtu)'\n* 'Markets and Savings (by Category)' -> [adopt scenario] -> 'Efficient Energy Use, Measure (MMBtu)'\n\nA new user argument was added to ecm_prep_args, 'no_eff_capt,' that allows users to suppress reporting of efficient-captured energy data, which flows through to the subsequent run.py execution. This approach supports backwards compatibility, including with the existing test suite.","shortMessageHtmlLink":"Add efficient-captured energy data reporting"}},{"before":"3d2e98f6b55ed50fa0e169bc864c61929c09a7b2","after":"297b3ab2d238807f3bdf15c576254db1be1095d0","ref":"refs/heads/calc-tw2","pushedAt":"2024-09-19T23:06:24.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"trynthink","name":"Chioke Harris","path":"/trynthink","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6493639?s=80&v=4"},"commit":{"message":"Heating and cooling pairing; convenience and efficiency enhancements\n\nAdded optional new “htcl_tech_link” attribute that, when specified, restricts competition of a measure to only those other measures with the same “htcl_tech_link” setting. This handles cases where we are using market scaling fractions to specify linked heating/cooling subsegments that should not be directly competed (e.g., CAC + resistance heat replacement vs. CAC + natural gas heat replacement).\n\nUsers may now use “warm climates” or “cold climates” shortcuts in the “climate_zone” attribute to restrict measures to only warm or cold climate subsets of whatever region set is used (these subsets are hardcoded in ecm_prep for each region option). Users may break out “energy_efficiency” information by the “warm climates” and/or “cold climates” keys in lieu of writing out all the region names in the breakouts. Documentation for climate zone options is updated accordingly.\n\nDetailed market breakouts/contributing microsegment/sector shapes information is now only prepared in ecm_prep for adoption scenarios that are executed through the competition module run.py. (e.g., if a technical potential adoption scenario is suppressed by the user, only calculate and report out its high-level market information, which is used in run.py to set unit-level cost metrics for the competition.)\n\nCode that assigns mseg information to detailed breakout bins (e.g., by region, building, end use, fuel type) is refactored into a “breakout_mseg” function.\n\nAdd temporary suppression of stock data processing using 'stock_on' variable until stock data processing is fully integrated in ecm_prep.py.","shortMessageHtmlLink":"Heating and cooling pairing; convenience and efficiency enhancements"}},{"before":"d93e90cd9bb66909298ae487437e4f35be3e3142","after":"3d2e98f6b55ed50fa0e169bc864c61929c09a7b2","ref":"refs/heads/calc-tw2","pushedAt":"2024-09-19T17:50:53.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"trynthink","name":"Chioke Harris","path":"/trynthink","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6493639?s=80&v=4"},"commit":{"message":"Heating and cooling pairing; convenience and efficiency enhancements\n\nAdded optional new “htcl_tech_link” attribute that, when specified, restricts competition of a measure to only those other measures with the same “htcl_tech_link” setting. This handles cases where we are using market scaling fractions to specify linked heating/cooling subsegments that should not be directly competed (e.g., CAC + resistance heat replacement vs. CAC + natural gas heat replacement).\n\nUsers may now use “warm climates” or “cold climates” shortcuts in the “climate_zone” attribute to restrict measures to only warm or cold climate subsets of whatever region set is used (these subsets are hardcoded in ecm_prep for each region option). Users may break out “energy_efficiency” information by the “warm climates” and/or “cold climates” keys in lieu of writing out all the region names in the breakouts. Documentation for climate zone options is updated accordingly.\n\nDetailed market breakouts/contributing microsegment/sector shapes information is now only prepared in ecm_prep for adoption scenarios that are executed through the competition module run.py. (e.g., if a technical potential adoption scenario is suppressed by the user, only calculate and report out its high-level market information, which is used in run.py to set unit-level cost metrics for the competition.)\n\nCode that assigns mseg information to detailed breakout bins (e.g., by region, building, end use, fuel type) is refactored into a “breakout_mseg” function.\n\nAdd temporary suppression of stock data processing using 'stock_on' variable until stock data processing is fully integrated in ecm_prep.py.","shortMessageHtmlLink":"Heating and cooling pairing; convenience and efficiency enhancements"}},{"before":"be6d984c97d8f8eccb044510db4334ecfabdc5c8","after":"ca52411058d33b7f354b5c6c7a2e33f55bdf9200","ref":"refs/heads/calc-tw1","pushedAt":"2024-09-16T20:11:55.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"trynthink","name":"Chioke Harris","path":"/trynthink","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6493639?s=80&v=4"},"commit":{"message":"Add efficient-captured energy data reporting\n\nThe portion of the 'efficient' total energy output for each measure that is specifically captured by the measure (vs. remaining with the baseline tech) is now reported via both ecm_prep.py (uncompeted data) and run.py (competed data). run.py accounts for cases where efficient-captured data will not be reported for 'baseline' fuel splits (e.g., because the ECM is fuel switching away from that fuel and thus efficient-captured data all reside in the 'switched to' fuel reporting). An adjustment for efficient-captured data was added to run.py for measures with delayed market entry to ensure that the post-competition efficient-captured output reflects a common competed energy use market across competing measures, even when some measures enter the competed market earlier than others.\n\nThe new reporting data from ecm_prep.py (in ./supporting_data/ecm_prep.json) are accessed via:\n\n* 'markets' -> [adopt scenario] -> 'master_mseg' -> 'energy' -> 'total' -> 'efficient-captured'\n* 'markets' -> [adopt scenario] -> 'mseg_out_break' -> 'energy' -> 'efficient-captured'\n\nThe new reporting data from run.py (in ./results/ecm_results.json) are accessed via:\n\n* 'Markets and Savings (Overall)' -> [adopt scenario] -> 'Efficient Energy Use, Measure (MMBtu)'\n* 'Markets and Savings (by Category)' -> [adopt scenario] -> 'Efficient Energy Use, Measure (MMBtu)'\n\nA new user argument was added to ecm_prep_args, 'no_eff_capt,' that allows users to suppress reporting of efficient-captured energy data, which flows through to the subsequent run.py execution. This approach supports backwards compatibility, including with the existing test suite.","shortMessageHtmlLink":"Add efficient-captured energy data reporting"}},{"before":"c0cc3a7928fc9855cca4af3d56992ae52bd71245","after":null,"ref":"refs/heads/fugitive-update","pushedAt":"2024-09-16T17:59:15.000Z","pushType":"branch_deletion","commitsCount":0,"pusher":{"login":"trynthink","name":"Chioke Harris","path":"/trynthink","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6493639?s=80&v=4"}},{"before":"cf966196955b2d76e179eb89c4a12ea923b62c84","after":"5c62b34ab7bab48d249e2403175fcc3a69393bce","ref":"refs/heads/master","pushedAt":"2024-09-16T17:58:54.000Z","pushType":"pr_merge","commitsCount":4,"pusher":{"login":"trynthink","name":"Chioke Harris","path":"/trynthink","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6493639?s=80&v=4"},"commit":{"message":"Upload results files from CI build","shortMessageHtmlLink":"Upload results files from CI build"}},{"before":"6d6a51da39df9db34e87c8655c2aeb55ae9ebc87","after":"d93e90cd9bb66909298ae487437e4f35be3e3142","ref":"refs/heads/calc-tw2","pushedAt":"2024-09-16T17:56:47.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"trynthink","name":"Chioke Harris","path":"/trynthink","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6493639?s=80&v=4"},"commit":{"message":"Ensure TSV baseline/efficient consistency for fuel switching\n\nDo not force baseline fossil TSV fractions to 1 in fuel switching cases, to ensure comparability to efficient case TSV metrics.","shortMessageHtmlLink":"Ensure TSV baseline/efficient consistency for fuel switching"}},{"before":"1baa625d136712ae6f639c892cbc429d6cb44352","after":"6d6a51da39df9db34e87c8655c2aeb55ae9ebc87","ref":"refs/heads/calc-tw2","pushedAt":"2024-09-16T07:22:05.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"trynthink","name":"Chioke Harris","path":"/trynthink","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6493639?s=80&v=4"},"commit":{"message":"Several minor fixes or enhancements\n\n* Remove secondary heating and wood stoves from being subject to exogenous switching rates, as they were not intended to be covered by these rates.\n* Allow users to set ‘tech_switch_to’ to the value ‘same’ and have the code calculate a switchover to the same technology under exogenous switching rates. This is sometimes necessary for accounting purposes. For example, if exogenous rates are represented and a baseline segment is included that is subject to those rates, but without a complementary measure in the analysis to switch that baseline segment to, the results will show a decline in that baseline segment without a complementary increase in a switched to segment, thus under-representing that baseline segment’s influence on the total results.\n* Add ASHP to technology list where zero costs are expected (in EIA new construction data ASHP costs are zero for cooling, all costs are in the heating end use).\n* Remove water services as a distinct technology type as it appears to be counted already under “unspecified” (see issue #394).\n* Refactor calculation of hourly TSV load adjustment factors to ensure that each end use in the tsv_load.gz data will be leveraged (previous approach had resulted in skipping some edge case end uses in those data like clothes washing, pool pumps and pool heaters that are under ‘other’ in the Scout data).\n* Ensure that once cumulative measure-captured or cumulative competed stock fractions reach 1 in a given modeling year, these fractions are not updated in any subsequent years of the modeling time horizon.\n* Improve warning message for units conversion issues.\n* Add measure JSON check to ensure that measures that are set to fuel switch to electricity apply to non-electric fuels in the baseline.\n* Suppress check for 'other' and 'unspecified' building type input breakouts when these categories are also present in measure end uses (prioritize correct end use input breakouts, which are more commonly used).","shortMessageHtmlLink":"Several minor fixes or enhancements"}},{"before":"a7116baf95af09497521bbae611b0d8b9ef709c1","after":"1baa625d136712ae6f639c892cbc429d6cb44352","ref":"refs/heads/calc-tw2","pushedAt":"2024-09-16T03:39:22.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"trynthink","name":"Chioke Harris","path":"/trynthink","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6493639?s=80&v=4"},"commit":{"message":"Address issue with unit cost time series calculations\n\nCalculation of unit cost time series in run uses competed measure data prepared in ecm_prep (e.g., dividing total competed costs for a given year by total competed stock for that year). Under a max adoption potential scenario with technology-specific stock turnover rates, however, the composition of the overall competed stock for measures with broad markets can vary widely over time (e.g., b/c parts of measure’s markets turn over faster than others). Thus, the unit costs can sometimes show sudden year-on-year variations in this scenario.\n\nThis fix removes the dependence of unit cost on stock turnover dynamics by always relying on competed technical potential data (e.g., given full turnover of the stock in every year).\n\nTo accommodate, the “adopt_scn_restrict” option handling had to be adjusted such that ecm_prep always generates both technical potential and max adoption potential data for a measure, ensuring that technical potential data will be available for unit cost calculations in run.py. The user selection in “adopt_scn_restrict” continues to be carried forward to execution of run (e.g., if they select only max adoption potential, that’s the only scenario under which measure competition will be run.)","shortMessageHtmlLink":"Address issue with unit cost time series calculations"}},{"before":null,"after":"a7116baf95af09497521bbae611b0d8b9ef709c1","ref":"refs/heads/calc-tw2","pushedAt":"2024-09-15T17:10:51.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"trynthink","name":"Chioke Harris","path":"/trynthink","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6493639?s=80&v=4"},"commit":{"message":"Add tags to ensure competition only between comparable measures\n\nAdd tags to mseg information under exogenous fuel/technology switching rates such that only msegs with the same exogenous constraints are competed (e.g., a switched to HP vs. another switched to HP of the same type, a baseline technology replacement (resistance or fossil) vs. a baseline technology replacement of the same type). Measures that encapsulate both heating and cooling msegs will have tags applied to both the heating and cooling msegs they apply to, such that, e.g., a HP that replaces resistance-based heating and paired central AC under exogenous switching rates will only compete with another HP that has the same replacement constraints/pairing for heating and cooling tech.\n\nUpdate mseg information for some test outputs to reflect new tags. Also add missing tech_switch_to information in refrigerants test and update test mseg database to ensure the switched to technology information is present.","shortMessageHtmlLink":"Add tags to ensure competition only between comparable measures"}},{"before":"3b479924af306dd1f75daa13de8043a2087fe284","after":"be6d984c97d8f8eccb044510db4334ecfabdc5c8","ref":"refs/heads/calc-tw1","pushedAt":"2024-09-14T23:03:25.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"trynthink","name":"Chioke Harris","path":"/trynthink","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6493639?s=80&v=4"},"commit":{"message":"Add efficient-captured energy data reporting\n\nThe portion of the 'efficient' total energy output for each measure that is specifically captured by the measure (vs. remaining with the baseline tech) is now reported via both ecm_prep.py (uncompeted data) and run.py (competed data). run.py accounts for cases where efficient-captured data will not be reported for 'baseline' fuel splits (e.g., because the ECM is fuel switching away from that fuel and thus efficient-captured data all reside in the 'switched to' fuel reporting). An adjustment for efficient-captured data was added to run.py for measures with delayed market entry to ensure that the post-competition efficient-captured output reflects a common competed energy use market across competing measures, even when some measures enter the competed market earlier than others.\n\nThe new reporting data from ecm_prep.py (in ./supporting_data/ecm_prep.json) are accessed via:\n\n* 'markets' -> [adopt scenario] -> 'master_mseg' -> 'energy' -> 'total' -> 'efficient-captured'\n* 'markets' -> [adopt scenario] -> 'mseg_out_break' -> 'energy' -> 'efficient-captured'\n\nThe new reporting data from run.py (in ./results/ecm_results.json) are accessed via:\n\n* 'Markets and Savings (Overall)' -> [adopt scenario] -> 'Efficient Energy Use, Measure (MMBtu)'\n* 'Markets and Savings (by Category)' -> [adopt scenario] -> 'Efficient Energy Use, Measure (MMBtu)'\n\nA new user argument was added to ecm_prep_args, 'no_eff_capt,' that allows users to suppress reporting of efficient-captured energy data, which flows through to the subsequent run.py execution. This approach supports backwards compatibility, including with the existing test suite.","shortMessageHtmlLink":"Add efficient-captured energy data reporting"}},{"before":"4e762f6f17e3017305bbac89aa69f6bd0f5ca1cf","after":"c0cc3a7928fc9855cca4af3d56992ae52bd71245","ref":"refs/heads/fugitive-update","pushedAt":"2024-09-14T08:38:08.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"github-actions[bot]","name":null,"path":"/apps/github-actions","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/15368?s=80&v=4"},"commit":{"message":"Upload results files from CI build","shortMessageHtmlLink":"Upload results files from CI build"}},{"before":"f7a28adcf243da2b2a4698914ce8cbf2d783a9bf","after":"4e762f6f17e3017305bbac89aa69f6bd0f5ca1cf","ref":"refs/heads/fugitive-update","pushedAt":"2024-09-14T05:28:20.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"trynthink","name":"Chioke Harris","path":"/trynthink","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6493639?s=80&v=4"},"commit":{"message":"Ensure status checks pass after CI results upload commit","shortMessageHtmlLink":"Ensure status checks pass after CI results upload commit"}},{"before":"c1e04fa053be27ab3bb3f341c9c15a10fb5192f9","after":"f7a28adcf243da2b2a4698914ce8cbf2d783a9bf","ref":"refs/heads/fugitive-update","pushedAt":"2024-09-14T05:06:09.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"trynthink","name":"Chioke Harris","path":"/trynthink","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6493639?s=80&v=4"},"commit":{"message":"Ensure status checks pass after CI results upload commit","shortMessageHtmlLink":"Ensure status checks pass after CI results upload commit"}},{"before":"98a2fbe7064c88a38acf3daea5c2a5fc7a901bff","after":"c1e04fa053be27ab3bb3f341c9c15a10fb5192f9","ref":"refs/heads/fugitive-update","pushedAt":"2024-09-13T17:49:22.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"github-actions[bot]","name":null,"path":"/apps/github-actions","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/15368?s=80&v=4"},"commit":{"message":"Upload results files from CI build","shortMessageHtmlLink":"Upload results files from CI build"}},{"before":"0a9fcdea9d5c3c0e245fa87dc83c5e295e68fe22","after":"98a2fbe7064c88a38acf3daea5c2a5fc7a901bff","ref":"refs/heads/fugitive-update","pushedAt":"2024-09-13T14:39:14.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"aspeake","name":"Andrew Speake","path":"/aspeake","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/44212066?s=80&v=4"},"commit":{"message":"Ensure status checks pass after CI results upload commit","shortMessageHtmlLink":"Ensure status checks pass after CI results upload commit"}},{"before":"f432da592eaf5bb9ecac4a2703f3f9d13ec856f5","after":"0a9fcdea9d5c3c0e245fa87dc83c5e295e68fe22","ref":"refs/heads/fugitive-update","pushedAt":"2024-09-13T14:36:15.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"aspeake","name":"Andrew Speake","path":"/aspeake","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/44212066?s=80&v=4"},"commit":{"message":"Ensure status checks pass after CI results upload commit","shortMessageHtmlLink":"Ensure status checks pass after CI results upload commit"}},{"before":null,"after":"3b479924af306dd1f75daa13de8043a2087fe284","ref":"refs/heads/calc-tw1","pushedAt":"2024-09-13T13:32:41.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"trynthink","name":"Chioke Harris","path":"/trynthink","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6493639?s=80&v=4"},"commit":{"message":"Add efficient-captured energy data reporting\n\nThe portion of the 'efficient' total energy output for each measure that is specifically captured by the measure (vs. remaining with the baseline tech) is now reported via both ecm_prep.py (uncompeted data) and run.py (competed data). run.py accounts for cases where efficient-captured data will not be reported for 'baseline' fuel splits (e.g., because the ECM is fuel switching away from that fuel and thus efficient-captured data all reside in the 'switched to' fuel reporting). An adjustment for efficient-captured data was added to run.py for measures with delayed market entry to ensure that the post-competition efficient-captured output reflects a common competed energy use market across competing measures, even when some measures enter the competed market earlier than others.\n\nThe new reporting data from ecm_prep.py (in ./supporting_data/ecm_prep.json) are accessed via:\n\n* 'markets' -> [adopt scenario] -> 'master_mseg' -> 'energy' -> 'total' -> 'efficient-captured'\n* 'markets' -> [adopt scenario] -> 'mseg_out_break' -> 'energy' -> 'efficient-captured'\n\nThe new reporting data from run.py (in ./results/ecm_results.json) are accessed via:\n\n* 'Markets and Savings (Overall)' -> [adopt scenario] -> 'Efficient Energy Use, Measure (MMBtu)'\n* 'Markets and Savings (by Category)' -> [adopt scenario] -> 'Efficient Energy Use, Measure (MMBtu)'\n\nA new user argument was added to ecm_prep_args, 'no_eff_capt,' that allows users to suppress reporting of efficient-captured energy data, which flows through to the subsequent run.py execution. This approach supports backwards compatibility, including with the existing test suite.","shortMessageHtmlLink":"Add efficient-captured energy data reporting"}},{"before":"df0f6712a40f3dad02f520c661fa11378c6f934c","after":"f432da592eaf5bb9ecac4a2703f3f9d13ec856f5","ref":"refs/heads/fugitive-update","pushedAt":"2024-09-12T23:52:45.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"github-actions[bot]","name":null,"path":"/apps/github-actions","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/15368?s=80&v=4"},"commit":{"message":"Upload results files from CI build","shortMessageHtmlLink":"Upload results files from CI build"}},{"before":"829dab7051e55e68954973699a8cb8f96bea4926","after":"df0f6712a40f3dad02f520c661fa11378c6f934c","ref":"refs/heads/fugitive-update","pushedAt":"2024-09-12T20:41:33.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"trynthink","name":"Chioke Harris","path":"/trynthink","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6493639?s=80&v=4"},"commit":{"message":"Update refrigerant calculations, adjust formatting\n\nEstimation of total baseline refrigerant emissions in the first year of the modeling time horizon was adjusted to account for the typical refrigerant GWP of the installed base (e.g., all equipment stock that was installed before that first year). This assumed installed base of refrigerants GWP is that of the first year available in the refrigerants database, generally 2020.\n\ntype() was replaced with isinstance() throughout ecm_prep and run to conform with the latest pycodestyle requirements. A few other minor formatting tweaks were added.\n\nUnspecified commercial microsegments without stock data are now handled by the stock turnover calculations, which assume a typical lifetime of 10 years to drive replacement turnover for these cases.","shortMessageHtmlLink":"Update refrigerant calculations, adjust formatting"}},{"before":"f3b2e6c2120f1ccfec46206bf2be969dab120f5e","after":"bc818bec3d76b4963bbcea74ee1d86cbe3cc96c9","ref":"refs/heads/dummy","pushedAt":"2024-09-11T22:48:57.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"aspeake","name":"Andrew Speake","path":"/aspeake","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/44212066?s=80&v=4"},"commit":{"message":"dummy commit for CI testing","shortMessageHtmlLink":"dummy commit for CI testing"}},{"before":null,"after":"f3b2e6c2120f1ccfec46206bf2be969dab120f5e","ref":"refs/heads/dummy","pushedAt":"2024-09-11T22:43:50.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"aspeake","name":"Andrew Speake","path":"/aspeake","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/44212066?s=80&v=4"},"commit":{"message":"dummy commit for CI testing","shortMessageHtmlLink":"dummy commit for CI testing"}},{"before":"17d5b51b50778b30b058be77cce7df732031b1ca","after":"829dab7051e55e68954973699a8cb8f96bea4926","ref":"refs/heads/fugitive-update","pushedAt":"2024-09-06T03:53:29.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"github-actions[bot]","name":null,"path":"/apps/github-actions","primaryAvatarUrl":"https://avatars.githubusercontent.com/in/15368?s=80&v=4"},"commit":{"message":"Upload results files from CI build","shortMessageHtmlLink":"Upload results files from CI build"}},{"before":"cd88de4cf8f166977bc510ac84687d124f6fba71","after":"17d5b51b50778b30b058be77cce7df732031b1ca","ref":"refs/heads/fugitive-update","pushedAt":"2024-09-06T00:37:36.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"trynthink","name":"Chioke Harris","path":"/trynthink","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/6493639?s=80&v=4"},"commit":{"message":"Update refrigerant calculations, adjust formatting\n\nEstimation of total baseline refrigerant emissions in the first year of the modeling time horizon was adjusted to account for the typical refrigerant GWP of the installed base (e.g., all equipment stock that was installed before that first year). This assumed installed base of refrigerants GWP is that of the first year available in the refrigerants database, generally 2020.\n\ntype() was replaced with isinstance() throughout ecm_prep and run to conform with the latest pycodestyle requirements. A few other minor formatting tweaks were added.\n\nUnspecified commercial microsegments without stock data are now handled by the stock turnover calculations, which assume a typical lifetime of 10 years to drive replacement turnover for these cases.","shortMessageHtmlLink":"Update refrigerant calculations, adjust formatting"}},{"before":"5a9a38a049972c017759b69d50b8171b831e02e5","after":"cd88de4cf8f166977bc510ac84687d124f6fba71","ref":"refs/heads/fugitive-update","pushedAt":"2024-09-05T23:48:09.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"aspeake","name":"Andrew Speake","path":"/aspeake","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/44212066?s=80&v=4"},"commit":{"message":"Re-work schema rules for fugitive_emissions","shortMessageHtmlLink":"Re-work schema rules for fugitive_emissions"}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"Y3Vyc29yOnYyOpK7MjAyNC0wOS0yMVQwMDowNToyOS4wMDAwMDBazwAAAAS8c2u6","startCursor":"Y3Vyc29yOnYyOpK7MjAyNC0wOS0yMVQwMDowNToyOS4wMDAwMDBazwAAAAS8c2u6","endCursor":"Y3Vyc29yOnYyOpK7MjAyNC0wOS0wNVQyMzo0ODowOS4wMDAwMDBazwAAAASuY3uo"}},"title":"Activity · trynthink/scout"}