This document explains the basic concepts and purposes of the collection and catalog for users who wish to use or contribute to the model collection.
Although we use the term Buildings when referring to the contents of the model collection and catalog, It is important to conceptualize the collection as being concerned with 3D Models that may represent buildings, building parts, groups of attached buildings, bridges, bridge parts, or free-standing walls.
The real-world structures represented by models in the collection may exist or may be historical, proposed or completely hypothetical. It is possible to have more than one model for a given structure as observed at different times, created by different modelers at different levels of detail, as shown above. We won't fight the temptation to call these "Building Models"; But users and contributors should keep in mind that models in this collection do not have a one-to-one relationship with actual "buildings" (though some of them do!).
A 3D city model is useful for many types of research. Within the BPDA applications are focused on urban planning and design review. In the design and development community, city models are used to understand development alternatives. People interested in the history of places can use the model as a resource and repository for obtaining and sharing observations of structures -- including ones that no longer exist or proposals that were never built. Archivists and librarians will be interested in preserving 3D models of buildings just as they currently preserve collections of antique photographs, drawings and maps. The 3D city model, like an old map, can be used to place independent documents in context to discover new information about the relationships among independent documents.
The primary tool used for assembling and managing the model collection is ArcGIS Pro – commercial GIS software by ESRI. In ArcGIS, 3D models are stored as a data column in a table known as a Geodatabase Feature Class. Like an ordinary database table a GIS feature class associates a row of numerical and text attributes. A geodatabase feature class may also represent geometric objects like lines and polygons or 3D models. A 3D model in an ESRI geodatabase is stored as a Multipatch object -- an arrangement of triangular faces that may be colored or draped with image textures. The geometry of geodatabase features can be expressed in world-wide coordinate systems. These capabilities make ArcGIS geodatabases very useful for developing and managing a collection of georeferenced 3D models.
Geodatabase feature classes are not an open format and ESRI does not recommend that their geodatabase format be considered as a vehicle for long-term data preservation. 3D modeling tools used by designers and other makers do not work with geodatabase format, nor do they work with coordinate systems that are very broad in extent. To make the resources accessible to diverse users and applications the agency publishes the model collection with a system of tiled modules in formats that address the needs of non-GIS tools. You can find a deeper discussion of the tiling scheme and coordinate system on the page Boston 3D Tile Grid and Coordinate System.
Geodatabase Feature Classes segmented by status
For collaborators who use ArcGIS, the BPDA shares a version of the model collection and catalog as an ESRI file geodatabase that is named with a date-string that identifies the date that it was issued from the model management system. This naming convention is useful for tagging updated editions of the model collection and for being clear about the baseline for updates.
Status-Based Segmentation: The 3D model collection is segmented into feature classes so that applications involving the present configuration of buildings are not burdened with models of proposed, demolished, or alternative models. Each of the feature classes in the BOS3D_Models geodatabase incorporates the same table schema. The data dictionary is provided, below.
Long-term archiving and open-source applications (like most web visualization tools) require that 3D models and their attributes be exchanged using open formats. Most commonly, the Wavefront Object format (.OBJ). In .obj format, models are files that may be accompanied by a set of shading instructions and potentially folder of image textures. Our open-format model collection the files related to a building model are packaged in a zip archive that is named with the unique Model_ID that refers to the catalog record for that model. Tiled terrain models are also shared in OBJ format with ground-plan textures.
The ISO reference model for an Open Archival Information System (OAIS) for long-term preservation, validation and exchange of assets between applications.
The open format model collection is segmented by tiles. Each tile-specific model collection may be downloaded in full from the clickable tile map or used on-line to locate and download individual model files.
Each tile comes with a clickable model-finder map.
Each tile's model collection contains an open-format rendition of each building model in Wavefront Object format (.OBJ). This model is zipped along with a json file that carries all of the model's attributes.
Each tile's collection also includes a Catalog Folder that holds a GeoJSON and CSV table of the model footprints, tile frame and a low-resolution copy of the tile's base-map. The catalog folder for each tiled model collection includes a ModelFinder.htm file that uses javascript and the catalog resources to create a clickable model index map. Clicking the model's footprint on the map reveals its attributes and a download link for the zipped OBJ package. The ModelFinder application provides a means for collaborators to discover and selectively download updated models.
The ModelFinder application demonstrates how the tiled model archive and catalog can be used by open-source tool-chains to systematically access every model in the collection according to its attributes. The catalog folder also contains a validation log that records the issues that our translation program discovered while converting the models from Geodatabase to .OBJ format. Most of these issues are repaired while writing to OBJ format.
The .OBJ format is a simple way of encoding individual models. But it does not handle layers or nested object hierarchies. Importing thousands of .OBJ models into a modeling project requires writing a macro. SketchUp format, while proprietary, is imported by most commercial tools and preserves layering and object hierarchies. This is why we have chosen to create a set of tiled SketchUp format models for users of commercial 3D modeling tools for a one-click access to the building model collection, tiled terrain and groundplan all in one model.
The SketchUp format models preserve the unique Model_ID as the group name for each building model. These names are also preserved when importing the SketchUp model into 3DMax and Rhino.) So users developing automated procedures in those tools will be able to use the CSV or GeoJSON catalog to keep their models connected to attribute information. Sketchup-format models are discussed in more detailonthe page Boston 3D Tiled SketchUp Models