-
Notifications
You must be signed in to change notification settings - Fork 612
Problems with querying IFC
When querying an IFC model, a hard question to answer is which information to give back. For example, a user might want to query all IfcDoor objects. Independent of the query language used, what should this query return? If it only returns IfcDoor objects, the results are not very useful (all references will be empty). So we probably want a little more. For example the properties of the object, but maybe also the geometry. Now geometry is already an interesting topic.
In short, the query should not only define how to query the objects, but also how far it should go following references to include in the results.
To get the positions of the objects right, we usually have to follow a path of IfcObjectPlacement objects. Doors for example are usually positioned relative to the walls they are a part of. But we don't want the Walls. So the only solution would be to internalize/accumulate the positions.
Get Started
- Quick Guide
- Requirements Version 1.2
- Requirements Version 1.3
- Requirements Version 1.4
- Requirements Version 1.4 > 2015-09-12
- Requirements Version 1.5
- Download
- JAR Starter
- Setup
Deployment
- Ubuntu installation 1.3
- Windows installation
- Security
- Memory Usage
- More memory
- Performance statistics
- Large databases
Developers
- Service Interfaces
- Common functions
- Data Model
- Low Level Calls
- Endpoints
Clients
BIMServer Developers
- Plugins in 1.5
- Plugin Development
- Eclipse
- Eclipse Modeling Framework
- Embedding
- Terminology
- Database/Versioning
- IFC STEP Encoding
- Communication
- Global changes in 1.5
- Writing a service
- Services/Notifications
- BIMserver 1.5 Developers
- Extended data
- Extended data schema
- Object IDM
New developments
- New remote service interface
- Plugins new
- Deprecated
- New query language
- Visual query language
- Reorganizing BIMserver JavaScript API
General