citygml-energy issueshttps://git.rwth-aachen.de/energyade/citygml-energy/-/issues2016-01-14T13:54:24+01:00https://git.rwth-aachen.de/energyade/citygml-energy/-/issues/45Landmarked / Historical Buildings2016-01-14T13:54:24+01:00Moritz Robert LausterLandmarked / Historical Buildings*Created by: RomainNouvel*
Different status of landmarked/historical buildings exist in Europe with different degrees of protection.
Therefore, a simple landmarked[Boolean] as attribute of _AbstractBuilding should be not enough.
PROPOSI...*Created by: RomainNouvel*
Different status of landmarked/historical buildings exist in Europe with different degrees of protection.
Therefore, a simple landmarked[Boolean] as attribute of _AbstractBuilding should be not enough.
PROPOSITION:
- Use the Hierarchical/multi-lingual CodeList Re3gistry as developed by JRC to manage the different certification labels and degrees.
- Rename this attribute (culturalHeritageStatus?)
https://git.rwth-aachen.de/energyade/citygml-energy/-/issues/35Labels by creating issues2015-11-10T22:48:51+01:00Moritz Robert LausterLabels by creating issues*Created by: bahujean*
-- label bug --
Be able to insert directly a label by creating an issue would be very useful.
*Created by: bahujean*
-- label bug --
Be able to insert directly a label by creating an issue would be very useful.
https://git.rwth-aachen.de/energyade/citygml-energy/-/issues/38Optical Properties2016-01-14T13:55:11+01:00Moritz Robert LausterOptical Properties*Created by: RomainNouvel*
Optical properties (reflectance, transmittance, emittance, absorptance etc...) are presently spread off in different objects of the Material Module (Construction and Glazing), with different level of details (...*Created by: RomainNouvel*
Optical properties (reflectance, transmittance, emittance, absorptance etc...) are presently spread off in different objects of the Material Module (Construction and Glazing), with different level of details (distinction hemispherical/normalIncidence in Glazing).
For more readibility and flexibility, it would be interesting to pick out all optical properties and gather them in a single object "OpticalProperties", possibly assigned to Construction or LayerComponent.
In this case, the specification of a "GlazingObject", hybrid object between a layer and material, would not be required anymore. Instead, we could only distinguish Materials between Gas and SolidMaterial. The transparence characteristic would come only from the OpticalProperties...
https://git.rwth-aachen.de/energyade/citygml-energy/-/issues/31Lighting in Building2016-01-14T13:55:43+01:00Moritz Robert LausterLighting in Building*Created by: RomainNouvel*
Up to now, the building model do not integrate specific attributes for lighting.
- Luminance Threshold (Lux) could be included in UsageZone for instance...
- LightingFacilities/Systems could be specificied suc...*Created by: RomainNouvel*
Up to now, the building model do not integrate specific attributes for lighting.
- Luminance Threshold (Lux) could be included in UsageZone for instance...
- LightingFacilities/Systems could be specificied such as DHWFacilities...
https://git.rwth-aachen.de/energyade/citygml-energy/-/issues/33Rename the "Occupancy" featureType2015-11-27T11:41:18+01:00Moritz Robert LausterRename the "Occupancy" featureType*Created by: bahujean*
-- Label Building Occupant --
**Rename the "Occupancy" featureType "Occupants"** in order to avoid misunderstanding regarding the multiplicity indices with BuildingUnit or UsageZone.
*Created by: bahujean*
-- Label Building Occupant --
**Rename the "Occupancy" featureType "Occupants"** in order to avoid misunderstanding regarding the multiplicity indices with BuildingUnit or UsageZone.
https://git.rwth-aachen.de/energyade/citygml-energy/-/issues/32Internal Gains management2015-11-27T11:41:03+01:00Moritz Robert LausterInternal Gains management*Created by: bahujean*
**-- Label Building occupants --**
**1-** Up to now, internal gains are attributes in the featureTypes:
- as "internGains" within the "occupancy" featureType
- as "heatLosses" within the "electricalAppliances" f...*Created by: bahujean*
**-- Label Building occupants --**
**1-** Up to now, internal gains are attributes in the featureTypes:
- as "internGains" within the "occupancy" featureType
- as "heatLosses" within the "electricalAppliances" featureType
They design the same effect and are at the same level. That's why it could be relevant to **rename both attributes "heatDissipation"**.
**2-** It could be also relevant to **insert an "internalGains" attribute within the "UsageZone" featureType**. User could then choose if he wants to directly use a simplified attribute or provide more detailed calculation for internal Gains.
https://git.rwth-aachen.de/energyade/citygml-energy/-/issues/34Hierarchy and changes within the "OwnershipType" codeList2015-11-27T11:41:35+01:00Moritz Robert LausterHierarchy and changes within the "OwnershipType" codeList*Created by: bahujean*
- Label codeList -
1- **Rename "Governement" within the "OwnershipType" codeList into "Public"**
2- **Is it possible to insert hierarchical relations within a codeList?**
It could indeed then be possible to in...*Created by: bahujean*
- Label codeList -
1- **Rename "Governement" within the "OwnershipType" codeList into "Public"**
2- **Is it possible to insert hierarchical relations within a codeList?**
It could indeed then be possible to insert more detailed code List and insert hierarchy between them, such as in the inspire codeLists:
(http://inspire.ec.europa.eu/codelist/CurrentUseValue/)
https://git.rwth-aachen.de/energyade/citygml-energy/-/issues/53Identify BuildingUnit also with address(parts)?2015-11-27T11:43:50+01:00Moritz Robert LausterIdentify BuildingUnit also with address(parts)?*Created by: gioagu*
Hi,
I am thinking whether and how a BuildingUnit (e.g. a flat) could be futher identified with the useful parts of the address after the house number.
Example: "Hauptstraße 10/A/15"
Generally, I'd use only Haupts...*Created by: gioagu*
Hi,
I am thinking whether and how a BuildingUnit (e.g. a flat) could be futher identified with the useful parts of the address after the house number.
Example: "Hauptstraße 10/A/15"
Generally, I'd use only Hauptstraße 10/A as address, as the remaining parts refers only to the door number. (In Austria it can be even more complex, but let's keep it simple).
Maybe we could add an attribute to BuildingUnit which contains this remaining part, while the normal address is associated with the whole building (as usual)?
https://git.rwth-aachen.de/energyade/citygml-energy/-/issues/52More solar-related attributes for SurfaceComponent?2016-01-14T13:52:50+01:00Moritz Robert LausterMore solar-related attributes for SurfaceComponent?*Created by: gioagu*
Hi!
As of now, there is only a boolean isSunExposed attribute to the SurfaceComponent class.
I think it would be useful to be able to store (for example):
direct_solar_irradiance: _Timeseries
diffuse_solar_irradi...*Created by: gioagu*
Hi!
As of now, there is only a boolean isSunExposed attribute to the SurfaceComponent class.
I think it would be useful to be able to store (for example):
direct_solar_irradiance: _Timeseries
diffuse_solar_irradiance: _Timeseries
global_solar_irradiance: _Timeseries
insolation_time:_Timeseries (e.g. sun hours per day, per month, per year, etc.)
shadowing_ratio: _Timeseries (for example due to adjacent buildings)
This could for example speed up simulations where these parameters are computed only once and then simply reused whenever necessary.
What do you think?
https://git.rwth-aachen.de/energyade/citygml-energy/-/issues/40new sample file2015-05-07T14:11:52+02:00Moritz Robert Lausternew sample file*Created by: PRemmen*
I created a first CityGML file for our internal workflow. What we basically do is to create archetype building with help of statistical data. The input is very generall (in this case: Type of Building: Residantial,...*Created by: PRemmen*
I created a first CityGML file for our internal workflow. What we basically do is to create archetype building with help of statistical data. The input is very generall (in this case: Type of Building: Residantial, year of construction: 1988, number of storys: 1, height of storys: 3 and net floor area: 200) According to this data typical wall construction for this type of building are selected. I saved the whole data set using following ADE Energy Classes:
- _AbstractBuilding
- ThermalZone
- ThermalBoundarySurface
- Construction including Glazing and OpaqueMaterial
Don't know if that sample file helps, but since I had to create it anyway I will provide it to you. Any comments are welcome
https://git.rwth-aachen.de/energyade/citygml-energy/-/issues/39g-value and conductivity for Windows2016-01-14T13:54:56+01:00Moritz Robert Lausterg-value and conductivity for Windows*Created by: PRemmen*
A widley used property for the calculation of transmitted solar gains through a window is the g-value. Right now it seems that it is missing in the schema, correct me if I'm wrong.
The g-value is comparable to the...*Created by: PRemmen*
A widley used property for the calculation of transmitted solar gains through a window is the g-value. Right now it seems that it is missing in the schema, correct me if I'm wrong.
The g-value is comparable to the uValue, since it is typically calculated for the whole window and not single panes.
Considering that, I would suggest to implement the gValue in _Opening, but I'm not a expert in UML Design.
Also it seems that thermal properties like conductivity, density etc. can't be set for glazing, again: correct me if I'm wrong :)
https://git.rwth-aachen.de/energyade/citygml-energy/-/issues/36Update README.md2016-01-14T13:55:34+01:00Moritz Robert LausterUpdate README.md*Created by: oliviertournaire*
Update REAME.md:
- Add a section "How to contribute?"
- Add some links to the main SIG3D webpage
- Add links to workshops meetings
- Add an "Announcement" section
*Created by: oliviertournaire*
Update REAME.md:
- Add a section "How to contribute?"
- Add some links to the main SIG3D webpage
- Add links to workshops meetings
- Add an "Announcement" section
https://git.rwth-aachen.de/energyade/citygml-energy/-/issues/26Update TwoSimpleBuildings.xml sample2016-01-14T14:05:15+01:00Moritz Robert LausterUpdate TwoSimpleBuildings.xml sample*Created by: oliviertournaire*
The sample currently validates against the XSD schema. However, it is not complete. To have a better sample, it should:
- use all classes defined in the ADE
- use all relations defined in the ADE
- use all...*Created by: oliviertournaire*
The sample currently validates against the XSD schema. However, it is not complete. To have a better sample, it should:
- use all classes defined in the ADE
- use all relations defined in the ADE
- use all possible variants for relations (_i.e._ `inline` or `byReference`)
The sample should also be commented to be easily understandable.
https://git.rwth-aachen.de/energyade/citygml-energy/-/issues/25Version value2016-01-14T14:05:27+01:00Moritz Robert LausterVersion value*Created by: oliviertournaire*
I am just wondering which version to use in the namespace and codelists: the version of the ADE (`x.y.z`), or the CityGML version to which the ADE complies (i.e `2.0`)
*Created by: oliviertournaire*
I am just wondering which version to use in the namespace and codelists: the version of the ADE (`x.y.z`), or the CityGML version to which the ADE complies (i.e `2.0`)