Difference between revisions of "2014 S Workshop Topics"

From SIG3D Modeling Wiki EN
Jump to navigation Jump to search
 
(5 intermediate revisions by the same user not shown)
Line 15: Line 15:
 
| R. Nouvel <br/> (HFT - energy) || Review of urban energy simulation models and their data requirements >> [[File:Nouvel_Urban_Energy_Simulation.pdf]]
 
| R. Nouvel <br/> (HFT - energy) || Review of urban energy simulation models and their data requirements >> [[File:Nouvel_Urban_Energy_Simulation.pdf]]
 
|-
 
|-
−
| Dr. Perez <br/> (former EPFL) || Issues and challenges specific to urban energy models >> [[File:...]]
+
| Dr. Perez <br/> (former EPFL) || Issues and challenges specific to urban energy models >> [[File:Diane_Perez_CityGML_workshop_Stuttgart.pdf]]
 
|-
 
|-
 
| K.-H. Haefele <br/> (KIT) || IFC and gbXML, 2 Building information models for building performance simulation >> [[File:Haefele_IFC-gbXML-V2.pdf]]
 
| K.-H. Haefele <br/> (KIT) || IFC and gbXML, 2 Building information models for building performance simulation >> [[File:Haefele_IFC-gbXML-V2.pdf]]
Line 27: Line 27:
 
|-
 
|-
 
|  '''Draft Energy ADE of TU München''' >> [[File:EnergyADE_TU-Muenchen.pdf]]
 
|  '''Draft Energy ADE of TU München''' >> [[File:EnergyADE_TU-Muenchen.pdf]]
−
* UML Diagramm (state 27.05.2104)
+
[[File:UMLdiagramm_ADE_Energy_TU_Munchen.png|right|300px|EnergyADE proposal of the TU Munich]]
 
* Main features of this ADE Energy
 
* 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 </br>
+
This Energy ADE is "ENEV-conform" (ENEV = German thermal regulation). The present scope is only the calculation of space heating and cooling demand <br/>
 
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.)
 
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...).
 
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:
 
* Remarks of the audience:
−
Why do you not keep the full information concerning the boundary surface orientations? <br/>
+
Why don't you keep the full information concerning the boundary surface orientations? <br/>
−
Why should the ADE Energy be restricted to one German regulation?
+
Why should the ADE Energy be restricted to this German regulation?
 
|-
 
|-
 
|  '''Draft Energy ADE of project SimStadt''' >> [[File:EnergyADE_SimStadt.pdf]]
 
|  '''Draft Energy ADE of project SimStadt''' >> [[File:EnergyADE_SimStadt.pdf]]
−
* UML Diagramm (state 27.05.2104)
+
[[File:Uml-energy-ade.png|right|350px|HFT Stuttgart UML Energy ADE]]
 
* Main features of this ADE Energy
 
* 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 <br/>
 
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 <br/>
Line 55: Line 55:
 
* 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).
 
* 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.)
 
* 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.
+
* The ADE Energy of CityGML should be a BIM like IFC, but in comparison to the latter format, it should tackle city scale energy issues, considering not only the buildings but also energy infrastructure, urban forms, streets, vegetations and other urban objects.
 
|-
 
|-
 
| Modelling of Energy infrastructure (District Heating System etc.)?
 
| 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.
+
* For the modelling of urban energy network, it exists already data modell (specific data model of network simulation softwares and the ADE Utility network, which could be soon integrated into the CityGML 3.0). Then, no urban energy infrastructure modelling is necessary into the ADE Energy (which focus on Building energy). For the connection between the ADE Energy and the network modell, connection points (network substations and heat exchangers) are necessary to link the buildings with specified 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?
 
| Which parameters should we store for the HVAC systems in CityGML, so as to match the different data requirements of the different HVAC  models?
Line 72: Line 72:
 
|-
 
|-
 
|
 
|
−
* Group '''Building Physics and Materials''' : K-H Häfele, R. Kaden, M. Lauster, R. Nouvel
+
* Group '''Building Physics and Materials''' : K-H Häfele, R. Kaden, M. Lauster, S. Mohamed, R. Nouvel
 
Synchronised with development of CityGML 3.0 on Materials.  
 
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 '''HVAC systems and urban energy infrastructure''' : R. Nouvel, E. Duminil, D. Monien, M. Lauster, D. Perez

Latest revision as of 12:44, 1 July 2014

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


Morning Presentations

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

Afternoon Discussion

First proposals Energy ADE
Draft Energy ADE of TU München >> File:EnergyADE TU-Muenchen.pdf
EnergyADE proposal of the TU Munich
  • 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 don't you keep the full information concerning the boundary surface orientations?
Why should the ADE Energy be restricted to this German regulation?

Draft Energy ADE of project SimStadt >> File:EnergyADE SimStadt.pdf
HFT Stuttgart UML Energy ADE
  • 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.)
  • The ADE Energy of CityGML should be a BIM like IFC, but in comparison to the latter format, it should tackle city scale energy issues, considering not only the buildings but also energy infrastructure, urban forms, streets, vegetations and other urban objects.
Modelling of Energy infrastructure (District Heating System etc.)?
  • For the modelling of urban energy network, it exists already data modell (specific data model of network simulation softwares and the ADE Utility network, which could be soon integrated into the CityGML 3.0). Then, no urban energy infrastructure modelling is necessary into the ADE Energy (which focus on Building energy). For the connection between the ADE Energy and the network modell, connection points (network substations and heat exchangers) are necessary to link the buildings with specified 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, S. Mohamed, 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
Retrieved from "http://en.wiki.modeling.sig3d.org/index.php?title=2014_S_Workshop_Topics&oldid=526"