|
|
## Using the Building Physics Library in CityGML
|
|
|
|
|
|
|
|
|
Buildings physics properties are available thru a web service at:
|
|
|
|
|
|
```javascript
|
|
|
http://dmz02.rz.hft-stuttgart.de:8080/simstadtlibrary/buildingphysics/{physicsLibraryCountry}/{SubClass}/{SubClassID}
|
|
|
```
|
|
|
Description of that service at [Building Physics Library Web Service](../BuildingPhysicsLibraryWebService/BuildingPhysicsLibraryWebService), which can be called (on the upmost level) by [http://dmz02.rz.hft-stuttgart.de:8080/simstadtlibrary/buildingphysics](http://dmz02.rz.hft-stuttgart.de:8080/simstadtlibrary/buildingphysics)
|
|
|
|
|
|
## CityGML with and without EnergyADE
|
|
|
|
|
|
1. Native CityGML 2.0 and CityGML 2.0 EnergyADE
|
|
|
|
|
|
In general if you model a building and want to assign some physical or construction properties to a building or a set of buildings you can in CityGML either use a set of `genericAttribute`s or predefined attributes of the CityGML EnergyADE.
|
|
|
The greatest advantage of using the CityGML EnergyADE is the existing definition of attributes and properties related to energy and building physics topics, whereas when using `genericAttribute`s each user can use his own definitions, which can lead to possible incompabilties when exchanging building models with other parties involved.
|
|
|
The greatest disadvantage of the CityGML EnergyADE is the lack of support in many software systems supporting only native CityGML but no Application Domain Extension ( ADE ) at all.
|
|
|
|
|
|
As a result, the CityGML EnergyADE should be used as far as possible if ADE support of the used software components is guaranteed.
|
|
|
|
|
|
2. Using External References in Native CityGML 2.0
|
|
|
|
|
|
3. Using Generic Attributes as References in Native CityGML 2.0
|
|
|
|
|
|
4. Using External References in CityGML 2.0 EnergyADE
|
|
|
|
|
|
|
|
|
|