{"id":19291,"date":"2020-04-17T14:47:07","date_gmt":"2020-04-17T13:47:07","guid":{"rendered":"https:\/\/www.buildingsmart.org\/?page_id=19291"},"modified":"2023-08-19T10:46:30","modified_gmt":"2023-08-19T09:46:30","slug":"technical-roadmap","status":"publish","type":"page","link":"https:\/\/www.buildingsmart.org\/about\/technical-roadmap\/","title":{"rendered":"Technical Roadmap 2020"},"content":{"rendered":"\n\n\t<p>buildingSMART Technical Roadmap<\/p>\n\t<h1>\u00a0Technical Roadmap<\/h1>\n<nav aria-label=\"breadcrumbs\" class=\"rank-math-breadcrumb\"><p><span class=\"last\">Home<\/span><\/p><\/nav>\n\tThe digitalisation of our industry is accelerating. The demand and use of openBIM solutions and standards are increasing.<br \/>\nbuildingSMART used to primarily focus on data exchange within the building domain. It is now pushed to widen the scope. More and more users, developers and modellers from outside the building domain want to use openBIM standards in their processes and tools. With new concepts like smart buildings, smart cities and digital twins just around the corner, there is an increased expectation for future-proof standards and solutions. This increased request for dealing with high data volume, low latency in exchange, modern frameworks for Artificial Intelligence and Machine Learning have quite a disconnect to the current file-based information silos.\n<p><em>The industry is moving towards more and more connectivity between domains. To facilitate this, buildingSMART needs to create scalable interoperability for data standards, tools and the underlying technologies.<\/em><\/p>\n<p>The current standards and solutions operate in a limited environment. The threshold to use openBIM standards is high for people that are new to the community. This is often due to the use of underlying technologies that are not mainstream (anymore), the use of bespoke tools in the management process, and the creation of solutions that are not designed to work in modern, more generic development environments.<\/p>\n<p>Creating a future technical roadmap is difficult today because the technology base of many standards and solutions is not scalable enough. The current technical roadmap is focussed on moving solutions and standards towards a generic, scalable base that lowers the threshold for users, modellers, developers and implementers from both inside and outside of the community to quickly and reliably use the standards and solutions.<\/p>\n<p>The main goal of the short term is to move from bespoke solutions and technology to technologies and solutions that are scalable, widely adopted and work in a broad range of tools.<\/p>\n<p>View a 30 minute webinar giving a full overview of the important content of the Technical Roadmap below.<\/p>\n\t<iframe loading=\"lazy\" src=\"https:\/\/player.vimeo.com\/video\/417937085\" width=\"640\" height=\"360\" frameborder=\"0\" allow=\"autoplay; fullscreen\" allowfullscreen><\/iframe>\n\t\t\t\t<img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.buildingsmart.org\/wp-content\/uploads\/2020\/04\/summary2.png\" alt=\"Buildingsmart Technology roadmap summary challenges\" itemprop=\"image\" height=\"606\" width=\"1935\" title=\"summary challenges roadmap\" onerror=\"this.style.display='none'\"  \/>\n\t<h1>Why a roadmap?<\/h1>\n<p>The digitalisation of our industry is accelerating. The demand and use of openBIM solutions and standards are increasing.<\/p>\n<p>buildingSMART standards used to primarily focus on file-based data exchange within the building domain. It is now pushed to widen the scope. More and more users, developers and modellers from outside the building domain want to use openBIM standards in their processes and tools. With new concepts like smart buildings, smart cities and digital twins just around the corner, there is an increased expectation for future-proof standards and solutions. This increased request for dealing with filtering high data volumes, low latency in exchange, modern frameworks for Artificial Intelligence and Machine Learning have quite a disconnect to the current file-based information silos.<\/p>\n<p>The industry is moving towards more and more connectivity between domains. There is a need for &#8216;next generation&#8217; standards and solutions. To facilitate this, buildingSMART needs to create scalable interoperability for data standards, tools and the underlying technologies.<\/p>\n\t<h1>Download the roadmap<\/h1>\n<p>&nbsp;<\/p>\n<p>Download the PDF using the button below. Feel free to reach out to Leon.vanBerlo@buildingsmart.org for more information, feedback or contributions.<\/p>\n\t\t\t<a href=\"https:\/\/www.buildingsmart.org\/wp-content\/uploads\/2020\/09\/20200430_buildingSMART_Technical_Roadmap.pdf\" target=\"_blank\" rel=\"noopener\">\n\t\t\t\t\t\tClick Here to download the PDF\n\t\t\t\t\t<\/a>\n\t<p>Industry Foundation Classes <\/p>\n<p>IFC<\/p>\n\t<h2>Next generation IFCs<\/h2>\n<p>While the current structure of IFC is focussed on creating a standard for file-based exchange, new ways of working with a connected Common Data Environment (CDE), application of Digital Twins, connections to (streams of) sensor information, micro services, and future Smart cities, are demanding new requirements to IFC.<\/p>\n<p>Changing the objective to optimizing IFC to &#8216;be used in a transactional environment&#8217;, instead of &#8216;optimizing file-based exchanges&#8217; is a big change.<\/p>\n\t<h4><strong>Become predictable and consistent<\/strong><\/h4>\n<p>The geometry kernel is too big to fully implement. There are many specific entities that increase the efficiency of storage, but only have a few use-cases. Redundant geometry entities need to be cleaned up to lower the needed resources to implement IFCs reliable.<\/p>\n\t<h4><strong>Remove circular references and dependencies<\/strong><\/h4>\n<p>IFC is seen as an isolated container with all that is needed inside. This results in a situation where the whole file needs to be analysed, with multiple dependencies, before the result of a single object can be derived. Circular references make it hard to maintain in a CDE.<\/p>\n\t<h4><strong>Language independent<\/strong><\/h4>\n<p>The use of advanced STEP modelling structures have little or no comparable equivalents in broadly used languages. The many different options that are available provide a wide range of options for software vendors to build implementations. The schema needs to be language independent, stricter and eliminate ambiguity.<\/p>\n\t<h4><strong>Simplified and consistent<\/strong><\/h4>\n<p>Many of the advanced structures in IFC have been proven to be too complex for software vendors to implement. The time that vendors need to implement IFC is too long, and for vendors that have lower commercial interest in supporting IFC the threshold becomes too high. This results in half-baked implementations that cause problems for end-users.<\/p>\n\t<h2>10 principles of IFCs<\/h2>\n<p>To make changes on IFCs, the &#8220;10 principles of IFC&#8221; have been developed. These principles express what IFC should be, and are used as a guiding principle for decision making of future versions.<\/p>\n\t\t\t<a href=\"https:\/\/github.com\/buildingSMART\/NextGen-IFC\/wiki\/Ten-principles-for-a-future-IFC\" target=\"_blank\" rel=\"noopener\">\n\t\t\t\t\t\tView the 10 principles of IFC on GitHub\n\t\t\t\t\t<\/a>\n\t<p>Or view the <a href=\"https:\/\/github.com\/buildingSMART\/NextGen-IFC\/issues\" target=\"_blank\" rel=\"noopener\">GitHub issues of the modernization of IFC here<\/a>.<\/p>\n\t<p>Learn more about the technical details of the next generation IFC in this video:<\/p>\n\t<iframe src=\"https:\/\/player.vimeo.com\/video\/418529973\" frameborder=\"0\" allow=\"autoplay; fullscreen\" allowfullscreen><\/iframe>\n\t<p>Information Delivery Specification<\/p>\n<h3>Your contract, your validation mechanism, your quality assurance<\/h3>\n\t<h2>Introducing a new standard: IDS<br \/>\nMachine readable Information Delivery Specification<\/h2>\n<p>An Information Delivery Specification is a computer interpretable document that defines the Exchange Requirements. This can be a combination of\u00a0 IFC, Domain Extensions, and additional classifications and properties (either stored in bSDD or somewhere else). This is the standard to use to define your Level of Information Needs. It brings validation of IFC to the client, the modeler and the Software Tools that perform (automated) analyses. It holds the ability to create localized and use-case specific requirements for your project. The IDS is the missing link for predictable and reliable data exchange workflows.<\/p>\n\t<h2>Predictable &amp; Valid IFC exchange<\/h2>\n<p>An IDS will:<\/p>\n<ul>\n<li>be able to define instance level requirements;<\/li>\n<li>be able to link to bSDD concepts, properties and domains;<\/li>\n<li>be able to specify properties and specific classifications;<\/li>\n<li>be machine readable to be able to load into authoring tools to facilitate both users and software tools to generate, validate and correct mapping of internal data to the desired output;<\/li>\n<li>be computer interpretable to allow automatic validation of IFC against the requirements;<\/li>\n<li>be based on industry standard technologies to work with generic parsers;<\/li>\n<li>be extendable.<\/li>\n<\/ul>\n\t<p>Contact <a href=\"mailto:technical@buildingsmart.org\">technical@buildingsmart.org<\/a> if you want to participate in the development of the Information Delivery Specification standard.<\/p>\n\t<p>See how an IDS would work in a future IFC workflow:<\/p>\n\t<iframe src=\"https:\/\/player.vimeo.com\/video\/418525258\" frameborder=\"0\" allow=\"autoplay; fullscreen\" allowfullscreen><\/iframe>\n\t<p>And more!<\/p>\n<h3>IFC Modularisation, bSDD, Deployment tools, BCF, APIs, etc&#8230;<\/h3>\n\t<h3>buildingSMART Data Dictionary<\/h3>\n<p>The buildingSMART Data Dictionary (bSDD) is a service from buildingSMART to provide standardized access to additional classifications, property sets and more.\u00a0 Although the bSDD is already up and running, there are challenges on the technical side, and on the usability. The &#8216;Next Generation bSDD&#8217;\u00a0 will have attributed to properties to allow the use of Product Data Templates.<\/p>\n<p>This video shows how bSDD interacts with IFC:<\/p>\n<p>&nbsp;<\/p>\n\t<iframe src=\"https:\/\/player.vimeo.com\/video\/418514134\" frameborder=\"0\" allow=\"autoplay; fullscreen\" allowfullscreen><\/iframe>\n\t<iframe src=\"https:\/\/player.vimeo.com\/video\/418541268\" frameborder=\"0\" allow=\"autoplay; fullscreen\" allowfullscreen><\/iframe>\n\t<h3><strong>Access to &amp; communicating about data<\/strong><\/h3>\n<h3>Building an open API strategy<\/h3>\n<p>buildingSMART has a family of standards and solutions. Besides IFC and bSDD, standards like the openCDE API and the BIM Collaboration Format (BCF) unlock value in any collaborative workflow.<\/p>\n<p>This video shows the relation between multiple standards, and the shared core they have in common.<\/p>\n<p>&nbsp;<\/p>\n\t<h3>Quality Assurance and Quality Checking<\/h3>\n<p>The buildingSMART deployment process needs to be transparent, traceable and reliable. It needs to facilitate the broad group of stakeholders, while keeping high quality assurance. The Technical Roadmap describes the different content streams and how to keep them harmonized and in sync using Continues Integration tools and the GitHub platform.<\/p>\n<p>This video explains the deployment strategy for buildingSMART Standards and Solutions:<\/p>\n\t<iframe src=\"https:\/\/player.vimeo.com\/video\/418525801\" frameborder=\"0\" allow=\"autoplay; fullscreen\" allowfullscreen><\/iframe>\n\t<iframe src=\"https:\/\/player.vimeo.com\/video\/418540279\" frameborder=\"0\" allow=\"autoplay; fullscreen\" allowfullscreen><\/iframe>\n\t<h3><strong>In 2 minutes<\/strong><\/h3>\n<p>You have reached the end of the page. Hopefully all content was clear. Download the roadmap using the button below. Feel free to reach out to Leon.vanBerlo@buildingsmart.org for feedback, contributions and questions.<\/p>\n<p>&nbsp;<\/p>\n\t\t\t<a href=\"https:\/\/www.buildingsmart.org\/wp-content\/uploads\/2020\/09\/20200430_buildingSMART_Technical_Roadmap.pdf\" target=\"_blank\" rel=\"noopener\">\n\t\t\t\t\t\tClick Here to download the PDF\n\t\t\t\t\t<\/a>\n\n","protected":false},"excerpt":{"rendered":"<p>buildingSMART Technical Roadmap \u00a0Technical Roadmap The digitalisation of our industry is accelerating. The demand and use of openBIM solutions and standards are increasing. buildingSMART used to primarily focus on data&hellip;<\/p>\n","protected":false},"author":5,"featured_media":0,"parent":9048,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"footnotes":"","_links_to":"","_links_to_target":""},"class_list":["post-19291","page","type-page","status-publish","hentry"],"wpsp_post_type":null,"_links":{"self":[{"href":"https:\/\/www.buildingsmart.org\/wp-json\/wp\/v2\/pages\/19291","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.buildingsmart.org\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/www.buildingsmart.org\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/www.buildingsmart.org\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/www.buildingsmart.org\/wp-json\/wp\/v2\/comments?post=19291"}],"version-history":[{"count":0,"href":"https:\/\/www.buildingsmart.org\/wp-json\/wp\/v2\/pages\/19291\/revisions"}],"up":[{"embeddable":true,"href":"https:\/\/www.buildingsmart.org\/wp-json\/wp\/v2\/pages\/9048"}],"wp:attachment":[{"href":"https:\/\/www.buildingsmart.org\/wp-json\/wp\/v2\/media?parent=19291"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}