{"id":808,"date":"2021-08-31T19:42:05","date_gmt":"2021-08-31T18:42:05","guid":{"rendered":"https:\/\/www.geonatives.org\/?p=808"},"modified":"2022-01-03T21:01:19","modified_gmt":"2022-01-03T20:01:19","slug":"at-odds-with-standardization","status":"publish","type":"post","link":"https:\/\/www.geonatives.org\/?p=808","title":{"rendered":"Expert Talk: At ODDs with Standardization"},"content":{"rendered":"\n<p class=\"has-text-align-center\"><sub>(2 min read)<\/sub><\/p>\n\n\n\n<p>In late June 2021, GEONATIVES had an inspiring talk with <a href=\"https:\/\/warwick.ac.uk\/fac\/sci\/wmg\/research\/cav\/vandv\/people\/siddkhastgir\/\" target=\"_blank\" rel=\"noreferrer noopener\">Siddartha Khastgir<\/a>, Leader of ASAM&#8217;s OpenODD (Operational Design Domain) Concept Project. He is the \u201c<em><a href=\"https:\/\/warwick.ac.uk\/fac\/sci\/wmg\/research\/cav\/vandv\/\" target=\"_blank\" rel=\"noreferrer noopener\">Head of Verification &amp; Validation for Intelligent Vehicles at WMG, University of Warwick<\/a>, leading various Collaborative R&amp;D projects with industry at WMG<\/em>\u201d. He is involved in various standardization and regulatory initiatives by the \u201ctypical suspects\u201d: ASAM, ISO, SAE, UNECE.<\/p>\n\n\n\n<p>Our conversation was a follow-up on ASAM\u2019s OpenODD workshop that had been held a few weeks before. A key aspect in that presentation, which got our attention as GEONATIVES, was the mentioning of a potential classification of real-world areas (or roads) according to their fitness for certain ODDs.<\/p>\n\n\n\n<p>The Operational Design Domain describes the operating conditions a system was designed for. Thus, <a rel=\"noreferrer noopener\" href=\"https:\/\/medium.com\/@siddkhastgir\/the-curious-case-of-operational-design-domain-what-it-is-and-is-not-e0180b92a3ae\" target=\"_blank\">ODD defines its capabilities and limitations<\/a>. But don\u2019t mix up ODD with test specification and test cases because ODD is a generalized description of the conditions for operating the system without errors. The ODD will give you the boundaries for generating test scenarios and cases but will not include specific information or even examples.<\/p>\n\n\n\n<p>Where would you store real-world information that influences your ODD? To answer this question, you first must be aware of all relevant parts of localized information that need to be correlated:<\/p>\n\n\n\n<div class=\"wp-block-image\"><figure class=\"aligncenter size-large is-resized\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.geonatives.org\/wp-content\/uploads\/2021\/08\/ODD_Elements-1024x477.jpg\" alt=\"\" class=\"wp-image-807\" width=\"512\" height=\"239\" srcset=\"https:\/\/www.geonatives.org\/wp-content\/uploads\/2021\/08\/ODD_Elements-1024x477.jpg 1024w, https:\/\/www.geonatives.org\/wp-content\/uploads\/2021\/08\/ODD_Elements-300x140.jpg 300w, https:\/\/www.geonatives.org\/wp-content\/uploads\/2021\/08\/ODD_Elements-768x358.jpg 768w, https:\/\/www.geonatives.org\/wp-content\/uploads\/2021\/08\/ODD_Elements.jpg 1030w\" sizes=\"auto, (max-width: 512px) 100vw, 512px\" \/><figcaption><em>Figure: Three major elements of an ODD<\/em><\/figcaption><\/figure><\/div>\n\n\n\n<ul class=\"wp-block-list\"><li>road network layout and features such as zones, infrastructure and furniture<\/li><li>environmental information about weather condition and connectivity<\/li><li>static and dynamic object information (buildings, vegetation, moving and static objects, traffic participants etc.)<\/li><\/ul>\n\n\n\n<p>Now comes the tricky part: roads are represented in OpenDRIVE, behaviors may be stored in OpenSCENARIO, and environment information may be contained in an arbitrary number of other formats (e.g. CityGML). Weather information often can only be derived from temporally aggregated data, with little granularity. Linking from an ODD definition to these external data repositories must be facilitated by guaranteeing that all components are using a common terminology and allow for cross-referencing (bi-directionally).<\/p>\n\n\n\n<p>This leads to the clear requirement \u2013 and kind of the conclusion of our talk \u2013 <strong>that there be layers of abstraction in each of the formats that allow for a higher-level linkage without having to deal with the details of each format\u2019s implementation<\/strong>. An idea we came up with was something in the sense of an API that allows for this linkage and translates \u2013 as a tooling \u2013 queries in terms of ODD features into \u201cfeasibility\u201d answers within each format\u2019s own domain (and vice versa).<\/p>\n\n\n\n<p>Once this is done and implemented, the different initiatives may even go one step further and incorporate the information needed for this linkage directly into their upcoming versions, thus helping to create a powerful digital twin of reality.<\/p>\n\n\n\n<p>The linkage adds another layer to our idea of a versatile digital twin that represents aspects of various stakeholders: OEMs and users of automated vehicles (e.g., consumers and fleet operators) will become highly interested in the link between their vehicles\u2019 features and the geographic locations where those may be used within their respective ODDs. Public authorities or industries can pre-define which capabilities are needed to be able to operate in their geo-nets.<\/p>\n\n\n\n<p>Also, from an ODD\u2019s point-of-view you might be interested to see what geographic coverage you can achieve with a well-balanced definition of your system\u2019s capabilities. Any you may decide where to put in the next development effort.<\/p>\n\n\n\n<p>You see, we had a quite productive discussion and, for sure, we will continue to follow ASAM OpenODD in its endeavor. Expect more posts on this subject.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Operational Design Domains getting standardized. But what is ODD describing in detail and for what should it be used? Let&#8217;s have a brief overview<\/p>\n","protected":false},"author":4,"featured_media":806,"comment_status":"open","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[6,12,17],"tags":[22,19,21,16],"class_list":["post-808","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-data-formats","category-expert-article","category-glossary","tag-active-safety","tag-adas","tag-autonomous-driving","tag-disambiguation"],"_links":{"self":[{"href":"https:\/\/www.geonatives.org\/index.php?rest_route=\/wp\/v2\/posts\/808","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.geonatives.org\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.geonatives.org\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.geonatives.org\/index.php?rest_route=\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/www.geonatives.org\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=808"}],"version-history":[{"count":5,"href":"https:\/\/www.geonatives.org\/index.php?rest_route=\/wp\/v2\/posts\/808\/revisions"}],"predecessor-version":[{"id":1067,"href":"https:\/\/www.geonatives.org\/index.php?rest_route=\/wp\/v2\/posts\/808\/revisions\/1067"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.geonatives.org\/index.php?rest_route=\/wp\/v2\/media\/806"}],"wp:attachment":[{"href":"https:\/\/www.geonatives.org\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=808"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.geonatives.org\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=808"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.geonatives.org\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=808"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}