2014 S Workshop Topics

1st Workshop ADE Energy - Stuttgart, 27th of May 2014

• Host: Hochschule für Technik - Stuttgart
• Participant list >> File:Agenda Kickoff Meeting 12032013 final.pdf

Morning Presentations

Presenters (Organisation)	Presentations
Prof. Dr. Coors (HFT - geoinformatics)	CityGML and its existing building model >> File:HFT Coors SimStadtMeeting-1.pdf
R. Nouvel (HFT - energy)	Review of urban energy simulation models and their data requirements >> File:HFT Coors SimStadtMeeting-1.pdf
Dr. Perez (former EPFL)	Issues and challenges specific to urban energy models >> File:HFT Coors SimStadtMeeting-1.pdf
K.-H. Haefele (KIT)	IFC and gbXML, 2 Building information models for building performance simulation >> File:HFT Coors SimStadtMeeting-1.pdf

Afternoon Discussion

First proposals Energy ADE

Draft Energy ADE of TU München >> File:HFT Coors SimStadtMeeting-1.pdf UML Diagramm (state 27.05.2104) Main features of this ADE Energy This Energy ADE is "ENEV-conform" (ENEV = German thermal regulation). The present scope is only the calculation of space heating and cooling demand Modelling decision: The thermal hull is modelled separately from the existing boundary surfaces of CityGML, so as to be fully independant of the CityGML LOD and be able to modell complex thermal hull (attic storey and cellar partly heated etc.) The data modell follows fully the required inputs from the ENEV algorithm (8 facade surface area for the orientations N, NE, E, SE etc...). Remarks of the audience: Why do you not keep the full information concerning the boundary surface orientations? Why should the ADE Energy be restricted to one German regulation?

Draft Energy ADE of project SimStadt >> File:HFT Coors SimStadtMeeting-1.pdf UML Diagramm (state 27.05.2104) Main features of this ADE Energy This Energy ADE is designed first for steady state simulation (yearly, monthly balance) but may be extended for dynamical simulation (hourly time step). The present scope is only the calculation of space heating / cooling and domestic hot water demand Modelling decision: The thermal shell/hull is integrated into the existing boundary surfaces of CityGML, with the introduction of new thermal parameters (thermalBoundarySurfaceAboveGround, thermalBoundarySurfaceUnderGround, sharedSurfaceArea etc.). The new object "BuildingUnit" is introduced as reference simulation object. it can be either CityGML Building, or CityGML BuildingPart, or possibly CityGML Room in the case of LOD4. The ADE Energy is connected to building libraries (construction, windows, usage etc...). Remarks of the audience: Where do you store your simulation results or measured consumption data? Answer: in the EnergyUse class. How does it work with the CityGML LOD1 which has no BoundarySurface? Answer: New Boundary Surface objects are created.

Open discussion

What is the scope of the ADE Energy? calculation of all building energy demands (with physical and statistical models), energy generation and energy supply. Modelling of Building Physics, HVAC Systems inside the building (geometrical information not necessary), HVAC controls and set-points, Building usage and occupants (maybe later outsourced into a Building Occupant ADE). should allow a plurality of building simulation models adapted to city scale (steady state energy balance, simplified dynamical simulation etc.) In comparison with the BIM format IFC for example, the ADE Energy of CityGML should also be a BIM, whose specificity is to tackle city scale energy issued, considering not only the buildings but also energy infrastructure, streets, vegetations and other urban objects.

Modelling of Energy infrastructure (District Heating System etc.)? For the modelling of urban energy network, it exists already specific data model of network simulation softwares and the ADE Utility network (which could be soome integrated into the CityGML 3.0). Then, no urban energy infrastructure modelling is necessary for the ADE Energy (which focus on Building energy) but the reference point (network substations and heat exchangers) linking to the networks.

Which parameters should we store for the HVAC systems in CityGML, so as to match the different data requirements of the different HVAC models? List of standard parameters (nominal power, efficiency, seasonal efficiency etc.) + generic parameters specific to the different models.

Should we import/convert/store everything into CityGML? No common answer for the moment. Should be tested.

Working groups

Group Building Physics and Materials : K-H Häfele, R. Kaden, M. Lauster, R. Nouvel Synchronised with development of CityGML 3.0 on Materials. Group HVAC systems and urban energy infrastructure : R. Nouvel, E. Duminil, D. Monien, M. Lauster, D. Perez Group Building Occupant : R. Nouvel, E. Munoz, J-M Bahu See also projects "extra-Energy" around. May lead to a "Building occupant ADE". Group Metadata and scenarios : D. Perez, R. Nouvel