<node id="387411">
  <nid>387411</nid>
  <type>event</type>
  <uid>
    <user id="27707"><![CDATA[27707]]></user>
  </uid>
  <created>1426237164</created>
  <changed>1475891327</changed>
  <title><![CDATA[Ph.D. Proposal by Can Erdogan]]></title>
  <body><![CDATA[Ph.D. Thesis Proposal Announcement<br /><br />Title<strong>: Planning in Constraint Space for Multi-body Manipulation Tasks</strong><br /><br /><strong>Can Erdogan</strong><br />Robotics Ph.D. Student<br />School of Interactive Computing<br />College of Computing<br />Georgia Institute of Technology<a href="http://www.cc.gatech.edu/~cerdogan/" target="_blank">http://www.cc.gatech.edu/~cerdogan/</a><br /><br /><strong>Date</strong>: March 27, 2015 (Friday)<br />Time: 1pm-3pm EST <br />Location: MiRC 102A<br /><br /><strong>Committee:</strong><br />Dr. Frank Dellaert, School of Interactive Computing, Georgia Tech<br />Dr. Aaron Bobick, School of Interactive Computing, Georgia Tech<br />Dr. Henrik Christensen, School of Interactive Computing, Georgia Tech<br />Dr. Magnus Egerstedt, School of Electrical and Computer Engineering, Georgia Tech<br />Dr. Tomás Lozano-Pérez, Department of Electrical Engineering and Computer Science, MIT <br />Dr. James Kuffner, Robotics Institute, CMU, Google <br /><br /><strong>Abstract:</strong><br />Robots are inherently limited by physical constraints on their link lengths, motor torques, battery power and structural rigidity.&nbsp; To thrive in situations that push these limits, such as in search and rescue scenarios, intelligent agents can use the available objects in their environment as tools. Reasoning about arbitrary objects and how they can be placed together to create useful structures such as ramps, bridges or simple machines is critical to push beyond one’s physical limitations.&nbsp; Unfortunately, the solution space is combinatorial in the number of objects, and the combined configuration space of the chosen objects and the robot is high dimensional. To address these challenges, we propose using constraint satisfaction as a means to express the feasibility of candidate structures and adopt search algorithms in the classical planning literature to find sufficient designs. <br /><br />The key idea is that the interactions between the components of a structure can be encoded as simple equality and inequality constraints on the configuration spaces of the respective objects. Subsequently, a classical planning search algorithm can reason about which set of constraints to impose on the available objects, iteratively creating a structure that satisfies the task goals and the robot constraints. To demonstrate the effectiveness of this framework, we present both simulation and real robot results with static structures such as ramps, bridges and stairs, and quasi-static structures such as lever-fulcrum simple machines, using humanoid robots Golem Hubo and Golem Krang. We propose to extend this work to exploit the dynamic properties of objects, to help robots achieve tasks more efficiently and beyond their limited workspaces.]]></body>
  <field_summary_sentence>
    <item>
      <value><![CDATA[Planning in Constraint Space for Multi-body Manipulation Tasks]]></value>
    </item>
  </field_summary_sentence>
  <field_summary>
    <item>
      <value><![CDATA[]]></value>
    </item>
  </field_summary>
  <field_time>
    <item>
      <value><![CDATA[2015-03-27T14:00:00-04:00]]></value>
      <value2><![CDATA[2015-03-27T16:00:00-04:00]]></value2>
      <rrule><![CDATA[]]></rrule>
      <timezone><![CDATA[America/New_York]]></timezone>
    </item>
  </field_time>
  <field_fee>
    <item>
      <value><![CDATA[]]></value>
    </item>
  </field_fee>
  <field_extras>
      </field_extras>
  <field_audience>
          <item>
        <value><![CDATA[Public]]></value>
      </item>
      </field_audience>
  <field_media>
      </field_media>
  <field_contact>
    <item>
      <value><![CDATA[]]></value>
    </item>
  </field_contact>
  <field_location>
    <item>
      <value><![CDATA[]]></value>
    </item>
  </field_location>
  <field_sidebar>
    <item>
      <value><![CDATA[]]></value>
    </item>
  </field_sidebar>
  <field_phone>
    <item>
      <value><![CDATA[]]></value>
    </item>
  </field_phone>
  <field_url>
    <item>
      <url><![CDATA[]]></url>
      <title><![CDATA[]]></title>
            <attributes><![CDATA[]]></attributes>
    </item>
  </field_url>
  <field_email>
    <item>
      <email><![CDATA[]]></email>
    </item>
  </field_email>
  <field_boilerplate>
    <item>
      <nid><![CDATA[]]></nid>
    </item>
  </field_boilerplate>
  <links_related>
      </links_related>
  <files>
      </files>
  <og_groups>
          <item>221981</item>
      </og_groups>
  <og_groups_both>
          <item><![CDATA[Graduate Studies]]></item>
      </og_groups_both>
  <field_categories>
          <item>
        <tid>1788</tid>
        <value><![CDATA[Other/Miscellaneous]]></value>
      </item>
      </field_categories>
  <field_keywords>
          <item>
        <tid>1808</tid>
        <value><![CDATA[graduate students]]></value>
      </item>
          <item>
        <tid>913</tid>
        <value><![CDATA[PhD]]></value>
      </item>
          <item>
        <tid>3395</tid>
        <value><![CDATA[proposal]]></value>
      </item>
      </field_keywords>
  <userdata><![CDATA[]]></userdata>
</node>
