Skip to content

Commit

Permalink
Deployed fa4026e to pr-494 with MkDocs 1.4.3 and mike 2.1.0.dev0
Browse files Browse the repository at this point in the history
  • Loading branch information
github-actions committed Dec 6, 2023
1 parent 2a1ccc7 commit d6e032d
Show file tree
Hide file tree
Showing 3 changed files with 6 additions and 6 deletions.
10 changes: 5 additions & 5 deletions pr-494/design/autoware-architecture/planning/index.html
Original file line number Diff line number Diff line change
Expand Up @@ -6313,16 +6313,16 @@ <h2 id="goals-and-non-goals">Goals and non-goals<a class="headerlink" href="#goa
<p>To clarify this policy, the Goals and Non-Goals are defined as follows:</p>
<p><strong>Goals:</strong></p>
<ul>
<li><strong>Ensuring essential functions for autonomous driving</strong><ul>
<li><strong>The basic functions are provided so that a simple <abbr title="Operational Design Domain">ODD</abbr> can be defined</strong><ul>
<li>Before extending its functionalities, the Planning Component must provide the essential features necessary for autonomous driving. This encompasses basic operations like moving, stopping, and turning, as well as handling lane changes and obstacle avoidance in relatively safe and simple contexts.</li>
</ul>
</li>
<li><strong>Modularized functionalities for user-driven extension</strong><ul>
<li><strong>The functionality is modularized for user-driven extension</strong><ul>
<li>The system is designed to adapt to various Operational Design Domains (ODDs) with extended functionalities. Modularization, akin to plug-ins, allows for creating systems tailored to diverse needs, such as different levels of autonomous driving and varied vehicular or environmental applications (e.g., Lv4/Lv2 autonomous driving, public/private road driving, large vehicles, small robots).</li>
<li>Reducing functionalities for specific ODDs, like obstacle-free private roads, is also a key aspect. This modular approach allows for reductions in power consumption or sensor requirements, aligning with specific user needs.</li>
</ul>
</li>
<li><strong>Enhancement through operator collaboration</strong><ul>
<li><strong>The capability is extensible with the decision of human operators</strong><ul>
<li>Incorporating operator assistance is a critical aspect of functional expansion. It means that the system can adapt to complex and challenging scenarios with human support. The specific type of operator is not defined here. It might be a person accompanying in the vehicle during the prototype development phase or a remote operator connected in emergencies during autonomous driving services.</li>
</ul>
</li>
Expand All @@ -6331,8 +6331,8 @@ <h2 id="goals-and-non-goals">Goals and non-goals<a class="headerlink" href="#goa
<p>The Planning Component is designed to be extended with third-party modules. Consequently, the following are not the goals of Autoware's Planning Component:</p>
<ul>
<li>To provide all user-required functionalities by default.</li>
<li>Complete functionality and performance characteristic of an autonomous driving system.</li>
<li>Performance that consistently surpasses human capabilities or ensures absolute safety.</li>
<li>To provide complete functionality and performance characteristic of an autonomous driving system.</li>
<li>To provide performance that consistently surpasses human capabilities or ensures absolute safety.</li>
</ul>
<p>These aspects are specific to our vision of an autonomous driving "platform" and may not apply to a typical autonomous driving Planning Component.</p>
<h2 id="high-level-design">High level design<a class="headerlink" href="#high-level-design" title="Permanent link">#</a></h2>
Expand Down
2 changes: 1 addition & 1 deletion pr-494/search/search_index.json

Large diffs are not rendered by default.

Binary file modified pr-494/sitemap.xml.gz
Binary file not shown.

0 comments on commit d6e032d

Please sign in to comment.