citygml-energy issueshttps://git.rwth-aachen.de/energyade/citygml-energy/-/issues2019-10-24T16:45:07+02:00https://git.rwth-aachen.de/energyade/citygml-energy/-/issues/171Heating and Cooling system availability schedules2019-10-24T16:45:07+02:00Joachim BennerHeating and Cooling system availability schedulesThe *UsageZone* class enables to specify schedules for heating and cooling set-point temperatures. It is implicitly assumed that the corresponding building systems are operating at any time. In practice, building systems may be not avail...The *UsageZone* class enables to specify schedules for heating and cooling set-point temperatures. It is implicitly assumed that the corresponding building systems are operating at any time. In practice, building systems may be not available at specific times of the year (e.g. heating in summer times) or of the day. At the moment, this could only be realized by specifying very low set-point temperatures for heating (or very high temperatures for the cooling system).
In order to decouple system set-point temperatures and system availability, it is proposed to introduce 2 new poptional properties in *UsageZone*:
***heatingAvailabilitySchedule: DailyPatternSchedule[0..1]***
***coolingAvailabilitySchedule: DailyPatternSchedule[0..1]***
In both schedules, there are only the values 0 (not available) and 1 (available).https://git.rwth-aachen.de/energyade/citygml-energy/-/issues/164Minor changes to Facilities2019-10-24T16:34:20+02:00Giorgio AgugiaroMinor changes to FacilitiesFor design coherency and simmetry, I'd propose to make class Facilities abstract, and to add a subclass GenericFacilities. This would reflect what we do for example in the EnergyConversionSystems.For design coherency and simmetry, I'd propose to make class Facilities abstract, and to add a subclass GenericFacilities. This would reflect what we do for example in the EnergyConversionSystems.