Activity for Robert Scott
-
Robert Scott committed [r8043] on Code
Pointing SVN to dev server to reduce load in production.
-
ResCompliance.xsd - Add enum and displayterm DualPanelHollowWall to ConstructionAssemblyType
-
Add enum DualPanelHollowWall to ConstructionAssemblyType ion ResCompliance
-
CF1RPRF01E:
-
Update NEEA Water Heating simple types in base schema, as per Scott's spreadsheet CBECC Schemas - NEEA HPWH Upds 22-11-04.xlsx
-
2022 CBECC-Res schemas from GitHub
-
Updated server settings for 2022-CBECC-Com-PRF
-
Updated server settings for CBECC-Com-MFamRestructure
-
Current 2022 SVN server properties
-
Modify Report server parameters for SVN development branch to point to new URL at https://cf6r.com/ReportGeneratorRes2022_DEV for latest report generation code.
-
Update Rules-2019-2-0.txt to use SVN targeted Report Generator service on cf6r.com
-
Reset Report Generator property values back to the SVN reporting server.
-
Updated from GitHub: Original Commit Message
-
Updated Proj:RptGenApp in Ruleset-Version-2019.rule to target the SVN report generation service for latest PRF_01 updates.
-
@alexissmith - I was not assigned to this, however, subsequent changes have required a mod to the xslt. I made a change for this but as it has not been fully tested there may be more.
-
XML Reporting: CHPWHs
-
All mods completed and tested. Ready to verify
-
Treatment of room heatpumps and air conditioners
-
Updated schema source and tested xslt template. Ready for verification
-
Implemented choice for Y06 options in reporting template. THis should pickup the change in the schema and not require additional mod to the template.
-
Treatment of room heatpumps and air conditioners
-
@dianepepetone - We need to add a 'NotApplicable' choice to Y06 in Section_Y so it is explicit in the xml.
-
The reporting template could be modified display "n/a" in the absence of Y06_HeatPumpHeatCapacity17F, however, make it explicit is better practice. I would let others make the decision.
-
Sample of report mods and ribd/xml from Dee Anne
-
Treatment of room heatpumps and air conditioners
-
Posted revisions to the CF1R to address these issues. Should be checked for central, ductless and room HP. @michaelshewmake - The spreadsheet CBECC New HVAC Problems.xlsx says that Room Heat Pump should not display Heat Capacity 17 and the xml does not contain a value for that column. Should there also be a "not applicable" choice for Y06_HeatPumpHeatCapacity17F?
-
@dianepepetone - There are two tables in Tchp that should display the table title. Currently, the only title that can be retreived from the schema that for Water Heaters-CHPWH. The TableLoopTank also needs FieldText for displaying the title for this table: CHPWH – LOOP TANK
-
Support Input of OG-300 Solar Thermal Systems
-
Revised schema deployed and xslt template mods completed. Also affects issues listed in Ticket 1242.
-
Fixed roof mount reporting change needed
-
This value is pulled from the schema and requires an edit to ResHvac.ArrayType. Assigning this to Diane for change to the base schema
-
Missing equipment: Packaged gas furnace
-
Changed element name from W04a_EfficiencyType to W04_EfficiencyType to correct the display.
-
PV Compliance Credit to offset Standard Solar Thermal Savings
-
The report template was returning the value for the first field in the xml which has a different value for that line. This has been modified for this column to read from the schema. See attached.
-
Upload pdf files from fix
-
Community Solar Exception
-
Added 'NotApplicable' choices to Section_Da03-06, 12_NA ALso added Da02_PVException reporting and show rendering options to deal with space issue caused by long strings. The Exceptions options attachment shows that the display needs to be adjusted for CommunitySolar option. The current implementation on the server now uses the exception message and exception message string. This can be modified.
-
Underground Floor reporting missing from CF1R
-
Mods to columns to match xml and maintain layout as with the 2016 version.
-
PV Compliance Credit to offset Standard Solar Thermal Savings
-
This needs to be changed in the schema and the text will be reflected in the rendered document. Asssigning to Diane to make this change in the schema. <xsd:element name="SelfUtilCredit" > <xsd:annotation> <xsd:documentation source="FieldText">Self Utilization Credit</xsd:documentation> <xsd:appinfo source="CBECCresXML"> <dtyp:CBECCresXMLterm>:</dtyp:CBECCresXMLterm> </xsd:appinfo> </xsd:annotation>
-
The milestone shown here is 2019.next and when this file is run on the SVN version it reports as is described above. This change is already made as shown in the latest attachment. Ifyou want this to be modified in the current release, then this will require additional logic in the existing report template becasue the n/a values are not reported in the current xml.
-
The milestone shown here is 2019.next and when this file is run on the SVN version it reports as is described ablove. This change is already made as shown in the latest attachment. Ifyou want this to be modified in the current release, then this will require additional logic in the existing report template becasue the n/a values are not reported in the current xml.
-
The instructions for displaying this table indicate it should be the same as the 2016 report version. In this there are either 7 or 9 columns (the additional 2 are Status and Verified used with EAA). What is confusing are the elements P10To11ColumnLabel, P10a, P10b, P10c, and P11_SlabCarpetedFraction. P10To11ColumnLabel has the text 'Existing Conditions' but the underground example is 'NewConstruction' where one row of data includes a value for P10a. This seems inconsistent with making this table...
-
Modified table layout the Hot Water Drain Recovery - Section_Tdw to match spec:
-
XML Reporting: Verified/Altered Cathedral Ceiling
-
Added new table for Altered-Verified Cathedral Ceilings.
-
Updated T24N/Rules/Ruleset-Version-2019.rule and T24N/Rules/Ruleset-Version-2022.rule files to target SVN report server.
-
Updated T24N/Rules/Ruleset-Version-2019.rule and T24N/Rules/Ruleset-Version-2022.rule files to target SVN report server.
-
Solar Water Heating Systems Reporting
-
See previous comment @michaelshewmake - This is an issue with reporting in the xml and must be fixed in the rules. Reassigning to Scott. <SpecialFeature> <E01_SpecialFeatureCategory>SolarWaterHeatingCreditMF</E01_SpecialFeatureCategory> <E01b_SpecialFeatureCategoryString>Solar water heating credit, Multi-family building</E01b_SpecialFeatureCategoryString> </SpecialFeature>
-
Confirmed SSF is reporting as expected and special feature messages are displayed for both SF anf MF
-
Solar Water Heating Systems Reporting
-
Confirmed SSF is reporting as expected.
-
CF1R Edits
-
All mods to schema and xslt complete for this ticket
-
@dianepepetone - I am sending to you a list of changes to FieldText in addition to the element name change above : A14_NewConditionedFloorArea Change from New Cond. Floor Area (ft[d:sup]2[/d:sup]) to Addition Cond. Floor Area (ft[d:sup]2[/d:sup]) A20_NaturalGasOnSite Change from NOT REPORTED IN PDF to Is Natural Gas Available? T04_WaterHeaterCount Change from # of Heaters in Building to # Units T05_StorageCapacity and T05_NotApplicableMessage Change from, Tank Volume (gal) to Tank Vol. (gal) ALL...
-
CF1R Modifications (multiple)
-
Modified tempate to read from both CF1RPRF and Base schema for displayterms for Distribution Systems "Duct Ins. R-value" data values.
-
There needs to be clarity on the rules for this. The only thing I can do is report n/a if there is no value reported. This will not do anything to ensure that the correct values are reported in the xml. I have desceribed this previously but have not received aby clarity. I will simply report n/a and consider my job done. I will not get this until I return on Thursday so others will have time to chime in.
-
Duct R-Value Reporting
-
I am marking this as fixed as per the report rendering the values reported in the XML, however see the previous comments to verify the correct values are being reported.
-
XML Reporting: Verified and Altered COP Heat Pumps
-
Added Test and display for Oo03 and display term, although this should probably be revised in the simpleType for the value displayed in the CF1R.
-
XML Reporting: System Specific HERS Flag
-
No reporting changes required. See comment from @michaelshewmake above
-
XML Reporting: HVAC Equipment Reporting
-
See last comment by @michaelshewmake. Marking it fixed.
-
CF1R Edits
-
These appear to be complete and should be verified.
-
Opaque Surface Construction Reporting
-
I cannot see anything else on this ticket and am marking as fixed.
-
CF1R_Not_Applicable - The displayterm is incorrect in the base schema (ResHvac). Assigning to @dianepepetone for correction. Should display as "Heat Pump" <xsd:appinfo source="displayterm"> ... <dtyp:displayterm value="HeatPumpWaterHeater">Heat Pump Boiler</dtyp:displayterm> ... </xsd:appinfo> CF1R_DWHR - This section is very different and cannot be resolved as defined in the issue bit was handled as per Ticket 1072. This appears to be correctly reported as per the new definition in Section_Tdw....
-
2019 CF1R Edits and Updates
-
CF1R_Not_Applicable - The displayterm is incorrect in the base schema (ResHvac). Assigning to @dianepepetone for correction. <xsd:appinfo source="displayterm"> ... <dtyp:displayterm value="HeatPumpWaterHeater">Heat Pump Boiler</dtyp:displayterm> ... </xsd:appinfo> CF1R_DWHR - This section is very different and cannot be resolved as defined in the issue bit was handled as per Ticket 1072. This appears to be correctly reported as per the new definition in Section_Tdw. @toddferris can you please ve...
-
Bedroom Count on AdditionOnly Scope
-
MInor error in spec: should not be B05+B06 but B04+B05 to equal 5. The template is revised to have A13 report the value from B06: <Section_B> ... <B04_BedroomsExistingCount>3</B04_BedroomsExistingCount> <B05_BedroomsAdditionCount>2</B05_BedroomsAdditionCount> <B06_BedroomCount>5</B06_BedroomCount> </Section_B>
-
Multifamily Central DHW count & CF1R cleanup
-
These all look correct in the report and can be verified.
-
@scriswellwsf, @dianepepetone - Mismatch for elements with new solar heating table (Section_Tsh) CBECC Rules; <Tsh01_WaterHeatingSystemName> Schema: <xsd:element name="Tsh01_WaterHeatingSolarSystemName" type="hvac:WaterHeatingSolarSystemName"> AND ALSO CBECC Rules; <Tsh06_SolarWaterHeatingCollectorAngleFromNorth> Schema: <xsd:element name="Tsh06_AngleFromTrueNorth" type="hvac:AngleFromTrueNorth">
-
XML Reporting: Mass Wall Information
-
The added value shows up as an AssemblyLayer.
-
CHPWH Reporting
-
There is a mismatch in the element name between the schema and the CBECC rules for the following: CBECC XML: <Tchp01_WaterHeatingSystemName>DHWHeatpump</Tchp01_WaterHeatingSystemName> The schema uses: <xsd:element name="Tchp01_WaterHeatingSolarSystemName" type="hvac:WaterHeatingSolarSystemName"> This is causing the report to not render the column name, which is read form the schema. This can be handled either in the rules or schema. In addition, there are two other items: 1. Water Heating Systems...
-
Implementation of detailed PV shading
-
Reporting mod to report only Da07_AzimuthRangeString and ignore the preceeding choice element. This is adjusted on the report.
-
@dianepepetone - You need to check the Section_Aa schema elements. They are shown as I described above and not as you indicate. There are two choice elements each for A04 and A05, which does not seem right.
-
Report mods made: Added Da12_AnnualSolarAccess column and pointer to name for new schema element so it should show up when the schema is updated. Also, noticed that the value for Da07_AzimuthRange is not showing up because of a mismatch in the enum value between CBECC xml and schema. A change is needed somewhere! CBECC XML value: <Da07_AzimuthRange>**150to270**</Da07_AzimuthRange> Schema enum values from AzimuthRange simpleType in resCommon <dtyp:displayterm value="**105To300**">105-300</dtyp:displayterm>...
-
Report mods made: Added Da12_AnnualSolarAccess column and pointer to name for new schema element so it should show up when the schema is updated. Also, noticed that the value for Da07_AzimuthRange is not showing up because of a mismatch in the enum value between CBECC xml and schema. A change is needed somewhere! CBECC XML value: <Da07_AzimuthRange>**150to270**</Da07_AzimuthRange> Schema enum values from AzimuthRange simpleType in resCommon <dtyp:displayterm value="**105To300**">105-300</dtyp:displayterm>...
-
Changes to Verified Duct Design Table (Section_Ii)
-
Added an example of the CF1R as it currently renders.
-
Changes to Verified Duct Design Table (Section_Ii)
-
Changes to Verified Duct Design Table (Section_Ii)
-
Changes to Verified Duct Design Table (Section_Ii)
-
Changes to Verified Duct Design Table (Section_Ii)
-
@scriswellwsf, @robhitchcock, @dianepepetone There needs to be clarification on how Duct Ins. R-value (Section_Aa) should be reported The XSLT rendering template uses Aa04Supply_DuctRValue or Aa04Supply_NotApplicableMessage and Aa05Return_DuctRValue or Aa05Return_NotApplicableMessage. In the example above EAAExample3wGarage TF1 01302020.ribd19 the values reported seem to be in conflict with what the user (@toddferris) expected. The following is from the XML in question: <Aa04Supply_NotApplicableMessage>n/a</Aa04Supply_NotApplicableMessage>...
-
@scriswellwsf, @robhitchcock, @dianepepetone There needs to be clarification on how Duct Ins. R-value (Section_Aa) should be reported The XSLT rendering template uses Aa04Supply_DuctRValue or Aa04Supply_NotApplicableMessage and Aa05Return_DuctRValue or Aa05Return_NotApplicableMessage. In the example above EAAExample3wGarage TF1 01302020.ribd19 the values reported seem to be in conflict with what the user (@toddferris) expected. The following is from the XML in question: <Aa04Supply_NotApplicableMessage>n/a</Aa04Supply_NotApplicableMessage>...
-
Duct R-Value Reporting
1 >
