2014 KA Minutes of the Workshop: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
No edit summary |
||
| (18 intermediate revisions by 3 users not shown) | |||
| Line 2: | Line 2: | ||
*Host: EIFER Karlsruhe, Germany | *Host: EIFER Karlsruhe, Germany | ||
*[[media: | *[[media:20141103_ADE-WS2_ParticipantList.pdf|List of participants]] | ||
<br/> | <br/> | ||
=== | === Action Items (Nov. 2014 - May 2015) === | ||
{| class="wikitable" | {| class="wikitable" | ||
|- | |- | ||
| Line 16: | Line 16: | ||
| Write ADE Energy XSD Schema || EIFER (Nichersu), CSTB (Tournaire) || <div style="color:#ff0000">Dec 2014</div> | | Write ADE Energy XSD Schema || EIFER (Nichersu), CSTB (Tournaire) || <div style="color:#ff0000">Dec 2014</div> | ||
|- | |- | ||
| Implement XSD Schema in | | Implement XSD Schema in the different simulation tools/platforms <br/> Write test CityGML file || RWTH Aachen, EPFL, SINERGIS, CSTB, TUM, HFT || <div style="color:#ff0000">Jan - Feb 2015</div> | ||
|- | |- | ||
| Start simulation based on test CityGML file <br/> Iterative process with feedbacks || RWTH Aachen, EPFL, SINERGIS, CSTB, TUM, HFT || <div style="color:#ff0000">Mar - Apr 2015</div> | | Start simulation based on test CityGML file <br/> Iterative process with feedbacks || RWTH Aachen, EPFL, SINERGIS, CSTB, TUM, HFT || <div style="color:#ff0000">Mar - Apr 2015</div> | ||
|- | |- | ||
| Come to next workshop with results || ALL participants || <div style="color:#ff0000"> | | Come to next workshop with results || ALL participants || <div style="color:#ff0000">May 2015</div> | ||
|- | |- | ||
|} | |} | ||
| Line 41: | Line 40: | ||
Dr. Gerhard Gröger</b> (University of Bonn - Geoinformatics) | Dr. Gerhard Gröger</b> (University of Bonn - Geoinformatics) | ||
<i>Presentation:</i> [[media: 20141030 | <i>Presentation:</i> [[media:20141030 INSPIRE EngergyWorkshop EIFER2014 Groeger.pdf|The INSPIRE Building Model for Energy Applications]] | ||
<br/><br/> | <br/><br/> | ||
<i>Discussion:</i> | <i>Discussion:</i> | ||
* Overlapping risks between ADE INSPIRE and ADE ENERGY | * Overlapping risks between ADE INSPIRE and ADE ENERGY | ||
R. Nouvel: | R. Nouvel: Are there some risks of redundancy between the ADE INSPIRE developped currently (in particular by Mr. Kolbe and Mr. Groeger) and our ADE ENERGY? | ||
<br/> | <br/> | ||
>>> J. Benner: There is no semantic or low-level semantic overlap between them. | >>> J. Benner: There is no semantic or low-level semantic overlap between them. | ||
| Line 60: | Line 59: | ||
K.H. Haefele: Window may be considered as a generic construction. Is an additional window model required? | K.H. Haefele: Window may be considered as a generic construction. Is an additional window model required? | ||
<br/> | <br/> | ||
>>> M. Lauster: For dynamic energy simulation, a specific window model, including window shading | >>> M. Lauster: For dynamic energy simulation, a specific window model, including in particular a window shading model is needed. | ||
* Consideration of costs | * Consideration of costs | ||
K.H. Haefele: Should be “cost” taken into account in UML? How it should be integrated? (All costs are here considering, including financial costs, grey energy, emission cost needed etc.) | K.H. Haefele: Should be “cost” taken into account in UML? How it should be integrated? (All costs are here considering, including financial costs, grey energy, emission cost needed etc.) | ||
<br/> | <br/> | ||
>>> R. Nouvel: Cost information is not specific to materials. Therefore it should not be part of the material ADE. Maybe later a Costs ADE | >>> R. Nouvel: Cost information is not specific to materials. Therefore it should not be part of the material ADE. Maybe later a Costs ADE may be developed. | ||
M. Petit: in costs, currency and unit parameters could be combined in a unique | M. Petit: in costs, currency and unit parameters could be combined in a unique parameter. | ||
* Consideration of indoor air quality | * Consideration of indoor air quality | ||
Same consideration that for costs. This is not specific to materials. | Same consideration that for costs. This is not specific to materials. | ||
* Material texture / visualization | * Material texture / visualization | ||
K.H. Haefele: there are some risks that the texture | K.H. Haefele: there are some risks that the material texture is displayed in an uncorrect orientation. Should we add an explicit visualization information? | ||
* Material Thickness | * Material Thickness | ||
R Nouvel: In the current ADE Materials version of KIT (like in gbXML), Thickness is part of the material parameters. In most simulation models and some international formats (ifc), thickness is associated with layers while materials contain only parameters proper to it (conductivity, volumetric capacity etc.). Could we rather consider this modelling way | R Nouvel: In the current ADE Materials version of KIT (like in gbXML), Thickness is part of the material parameters. In most simulation models and some international formats (ifc), thickness is associated with layers while materials contain only parameters proper to it (conductivity, volumetric capacity etc.). Could we rather consider this modelling way? | ||
|- | |- | ||
| <b>TOP 4: Building Physics module | | <b>TOP 4: Building Physics module for ADE Energy | ||
Romain Nouvel</b> (HFT Stuttgart) | Romain Nouvel</b> (HFT Stuttgart) | ||
| Line 92: | Line 91: | ||
L. Giovanni: What represent the occupancy schedules? | L. Giovanni: What represent the occupancy schedules? | ||
<br/> | <br/> | ||
>>> J-M.Bahu: | >>> J-M.Bahu: Occupancy schedule is a normalized schedule (0 to 1: 1 corresponding to the maximal indicated person number) representing the presence of the occupant in a zone/building. It is important in particular for calculating the internal gains | ||
<br/> | <br/> | ||
P. Riederer: What is the purpose to integrate occupancy and indoor climate set-point schedules in the CityGML file? This file is going to be very heavy | P. Riederer: What is the purpose to integrate occupancy and indoor climate set-point schedules in the CityGML file? This file is going to be very heavy... | ||
<br/> | <br/> | ||
>>> R. Nouvel: Hourly schedules are necessary inputs for the dynamic simulation. A possibility would be to use external links in order to connect CityGML file with an external database | >>> R. Nouvel: Hourly schedules are necessary inputs for the dynamic simulation. A possibility would be to use external links in order to connect CityGML file with an external database containing hourly values. | ||
<br/> | <br/> | ||
<div style="color:#ff0000"><b>ACTION (Nov. 2014): R. Kaden (TU Munchen) will share his model of Time-Depending Data Type on the Wiki. After discussion and finalization, this model will be used for the schedule definition.</b></div> | <div style="color:#ff0000"><b>ACTION (Nov. 2014): R. Kaden (TU Munchen) will share his model of Time-Depending Data Type on the Wiki. After discussion and finalization, this model will be used for the schedule definition.</b></div> | ||
| Line 122: | Line 121: | ||
<div style="color:#ff0000"><b>ACTION (until next workshop): All participants of the other Working groups should supply a list of required metadata for specific parameters.</b></div> | <div style="color:#ff0000"><b>ACTION (until next workshop): All participants of the other Working groups should supply a list of required metadata for specific parameters.</b></div> | ||
|- | |- | ||
| | | <b>TOP 8: Open discussion</b> | ||
<br/> | |||
* ADE Energy implementation form | * ADE Energy implementation form | ||
[[File:ADE_Energy_Structure.bmp|right|300px|ADE_Energy_Structure]] | |||
Three different forms of ADE Energy implementation were brought up: | Three different forms of ADE Energy implementation were brought up: | ||
# a uniform ADE Energy, integrating all developments of the working groups | |||
# a mandatory ADE Energy core on one side, and on the other side an optional extended ADE Energy (inspired from the Core3D and Extended3D from INSPIRE) | |||
# an ADE Energy core linked to several ADE Energy modules corresponding to different attributes categories (i.e. time-series, material, occupancy and energy systems). | |||
The last scenario was accepted. The ADE Energy core | The last scenario was accepted. The ADE Energy core corresponds to the Building Physics Module, which sets a data structure to link the different modules. The ADE Energy modules will be integrated in the same UML schema ADE Energy, in a modular way. Extensions of each of this module outside the "Building Energy" topic will be still later possible (e.g. creation of a ADE Materials or ADE Occupancy). | ||
* Levels of Detail covered by the ADE Energy | * Levels of Detail covered by the ADE Energy | ||
J.M. Bahu | J.M. Bahu proposed to focus first on the main application of this ADE Energy: consider the building in LoD1-2.<br/> | ||
R. Nouvel reported that the ADE Energy has been from the beginning developed as flexible as possible, potentially compatible with all CityGML Levels of Details (LoD1 to LoD4). Then he suggested to define a UML schema covering all LoDs, and | R. Nouvel reported that the ADE Energy has been from the beginning developed as flexible as possible, potentially compatible with all CityGML Levels of Details (LoD1 to LoD4). Then he suggested to define a UML schema covering all LoDs, and see the different feebacks during the test phase.<br/> | ||
This last proposition found finally consensus. | This last proposition found finally consensus. | ||
* Window | * Window Definition | ||
RWTH and HFT Stuttgart suggested to define a | RWTH and HFT Stuttgart suggested to define a semantic window object (related to a shading object) in a similar way that for ThermalBoundarySurface. Without LoD3 or more, the position of the windows is unknown, only the window surface area is relevant. | ||
* Dissemination | |||
<div style="color:#ff0000"><b>ACTION (nov. 2014): All participants should look for some conferences (starting from May 2015) where the ADE Energy could be presented.</b></div> | |||
* Next Meeting | |||
Organized in May 2015.<br/> | |||
Location Possibilities: Nice, Paris, Bologna, Munich | |||
<div style="color:#ff0000"><b>ACTION (nov. 2014): CSTB and SINERGIS check if they can host.</b></div> | |||
|- | |- | ||
|} | |} | ||