This is a draft for a project to associate 3D models of: buildings, terrain and other parts of visible reality, and time based aspects of reality with Openstreetmap data.
|The actual OSM-4D specification exist recently only in german version.
For details see german version. The english translation comes soon!
|The 3D Development team are currently working on unifying 3D related tags.
For first results see Simple 3D Buildings.
- 1 Basic idea
- 2 Why 4D?
- 3 Concepts
- 4 Basic 3D elements
- 5 Parametric Features
- 6 Example: 3D building
- 7 Workflow
- 8 Library elements
- 9 Time
- 10 What is already there?
Collect crowd sourced 3D models of buildings and other structures as well as natural features and link them to OSM data. Besides the actual geometry there will also be parametric descriptions of features (e.g. trees: height, species, age, crown height etc.), a terrain model and a texture database to link against.
The "fourth" dimension is a reference to time. When a building or part of a building is modelled there will be a way to describe when this appearance is valid. This allows in the case of restructuring and extension of buildings that the already available information will not be discarded but kept for historic interest. It also allows for existing historic 3D-models to be inserted into the database.
Hybrid data structure
- simple and repeatable structures will be mapped as parameterizable library elements
- complex 3D models will be build of discrete elements (wall, floor, roof etc.)
Compatibility and complementarity of the approach
There is no simple concept for the design of the reality in 3D. Many existing approaches complement one another with this proposal. Examples:
Indoor Mapping - The outlines of the rooms will be additionally tagged as "walls".
Roof lines - This technique adds the approach with a library of roofs. Both concepts make the modeling of roof sceneries more easy.
The editor is development. The first steps of 4D editor are recently developed on Computer Engineering Department of Technical University Lodz.
Red components in the picture above will have to be realized.
Support for the implementation of this concept is always needed.
- allows to create and manipulate geometry and link materials to it.
- links the 3D data to OSM data. The current version of OSM will have to be the version to link against in the case, that several states (representations of different historic versions) do exist in the database
Level of Detail (LOD) for 3D city models
Basic 3D elements
Point as 3D symbol
See 3D building
Artificial lines in 3D terrain models
Example: 3D building
Result: Wire frame model
Result: Volume model
Will offer a workflow similar to the OSM 2D workflow:
- download a portion of data
- modify the data
- upload data (and resolve eventual conflicts). Instead of conflict resolution there could also be a blocking mode.
Tips for workflow
This database is the main database of the OSM 4D project. It stores the individual objects as well as the DEM (terrain model).
- Will be linked against OSM data at ground elevation.
- Stores the geometry and the following material parameters
- material reference (ID from the material database)
- material mapping (plane, cylindrical, spherical,...)
- orientation / rotation
Building parts database and modular system
To maximize the reusability of the models the will ideally be built of modular parts. Typical building parts like facades, windows, doors, chimneys are stored in a building parts database together with other elements of urban furniture like benches, trees, waste bins, post boxes, telephone booths, street lamps and whatever else that helps to make the indidual aspect of a certain area recognizable. These parts are modelled parametrically so that they can be easily reused in different context. This also reduces the storage requirements in the database as it requires to only store the different aspects (like width, height, profile distance or profile width, etc.) and inherit the rest of it from the main model (versioning and inheritance).
Despite the name this is actually not a separate database. All objects that are in the geometry database can be reused (e.g. with different parameters and materials).
- defines Materials which can be used to be mapped on the geometry.
- links textures and algorithmic patterns (shaders) and combines them with information like reflection properties and transparency.
- allows to combine several textures and shaders.
Textures are bitmap representations (photos). They are linked from the material database. The texture database consists of 2 main texture types:
- textures for individual buildings (whole facade or parts of it)
- standard textures, e.g.
- windows / glass facades
- photos of basic materials like metal, stones, sand, ...
- all textures can be tagged for easy retrieval
- is multilanguage (tags will / can be translated to various languages)
The shader database is similar to the texture database with the main difference that shaders are algorithmic expressions instead of photographic representations. Shaders can like textures be tagged in different languages.
OSM-4D plans support of tags:
and growth curves for trees
for visualization of time based changes in the map.
What is already there?
These are subpages with further descriptions and element catalogues:
Also have a look at these projects and pages: