Newsvendor model: Difference between revisions

From formulasearchengine
Jump to navigation Jump to search
 
en>Sarahj2107
Reverted 3 edits by 59.163.146.9 (talk): Unexplained content removal. (TW)
Line 1: Line 1:
Greetings! I am Myrtle Shroyer. South Dakota is her beginning location but she needs to transfer because of her family. To gather coins is one of the issues I love most. Managing individuals has been his working day occupation for a whilst.<br><br>Look at my blog post - over the counter std test - [http://simple-crafts.com/groups/best-techniques-for-keeping-yeast-infections-under-control/ the advantage],
'''Monte Carlo localization (MCL)''', also known as '''particle filter localization''',<ref name="Rekleitis">Ioannis M. Rekleitis. "A Particle Filter Tutorial for Mobile Robot Localization." ''Centre for Intelligent Machines, McGill University, Tech. Rep. TR-CIM-04-02'' (2004).</ref> is an application of the [[particle filter]], a [[Monte Carlo method]], for [[robot localization]].<ref name="icra1999">[[Frank Dellaert]], Dieter Fox, [[Wolfram Burgard]], [[Sebastian Thrun]]. "[http://www.ri.cmu.edu/pubs/pub_533.html Monte Carlo Localization for Mobile Robots]." ''Proc. of the IEEE International Conference on Robotics and Automation'' Vol. 2. IEEE, 1999.</ref><ref name="aaai1999">Dieter Fox, Wolfram Burgard, Frank Dellaert, and Sebastian Thrun, "[http://www.cs.washington.edu/ai/Mobile_Robotics/abstracts/sampling-aaai-99.abstract.html Monte Carlo Localization: Efficient Position Estimation for Mobile Robots]." ''Proc. of the Sixteenth National Conference on Artificial Intelligence'' John Wiley & Sons Ltd, 1999.</ref><ref name="pr">Sebastian Thrun, Wolfram Burgard, Dieter Fox. [http://www.probabilistic-robotics.org/ ''Probabilistic Robotics''] MIT Press, 2005. Ch. 8.3 ISBN 9780262201629.</ref><ref name="robust">Sebastian Thrun, Dieter Fox, Wolfram Burgard, Frank Dellaert. "[http://robots.stanford.edu/papers/thrun.robust-mcl.html Robust monte carlo localization for mobile robots]." ''Artificial Intelligence'' 128.1 (2001): 99–141.</ref> Given a map of the environment, the algorithm estimates the [[pose (computer vision)|position and orientation]] of a robot as it moves and senses the environment.<ref name="pr" /> The algorithm uses a [[particle filter]] to represent the [[probability density function|distribution]] of likely states, with each particle representing a possible state, i.e. a hypothesis of where the robot is.<ref name="pr" /> The algorithm typically starts with a uniform random distribution of particles over the [[configuration space]], meaning the robot has no information about where it is and assumes it is equally likely to be at any point in space.<ref name="pr" /> Whenever the robot moves, it shifts the particles to predict its new state after the movement. Whenever the robot senses something, the particles are resampled based on [[recursive Bayesian estimation]], i.e. how well the actual sensed data correlate with the predicted state. Ultimately, the particles should converge towards the actual pose of the robot.<ref name="pr" />
 
==State representation==
The state of the robot depends on the application and design. For example, the state of a typical 2D robot may consist of a tuple <math>(x, y, \theta)</math> for position <math>x, y</math> and orientation <math>\theta</math>. For a robotic arm with 10 joints, it may be a tuple containing the angle at each joint: <math>(\theta_1, \theta_2, ..., \theta_{10})</math>.
 
The ''belief'', which is the robot's estimate of its current state, is a [[probability density function]] distributed over the state space.<ref name="Rekleitis" /><ref name="pr" /> In the MCL algorithm, the belief at a time <math>t</math> is represented by a set of <math>M</math> [[Particle filter|particles]] <math>X_t = \lbrace x_t^{[1]}, x_t^{[2]}, \ldots , x_t^{[M]} \rbrace</math>.<ref name="pr" /> Each particle contains a state, and can thus be considered a hypothesis of the robot's state. Regions in the state space with many particles correspond to a greater probability that the robot will be there; and regions with few particles are unlikely to be where the robot is.
 
The algorithm assumes the [[Markov property]] that the current state's probability distribution depends only on the previous state (and not any ones before that), i.e. <math>X_t</math> depends ''only'' on <math>X_{t-1}</math>.<ref name="pr" /> This only works if the environment is static and [[Time-invariant system|does not change with time]].<ref name="pr" /> Typically, on start up, the robot has no information on its current pose so the particles are uniformly distributed over the [[configuration space]].<ref name="pr" />
 
==Overview==
Given a map of the environment, the goal of the algorithm is for the robot to determine its [[Pose (computer vision)|pose]] within the environment.
 
At every time <math>t</math> the algorithm takes as input the previous belief <math>X_{t-1} = \lbrace x_{t-1}^{[1]}, x_{t-1}^{[2]}, \ldots, x_{t-1}^{[M]} \rbrace</math>, an actuation command <math>u_t</math>, and data received from sensors <math>z_t</math>; and the algorithm outputs the new belief <math>X_t</math>.<ref name="pr" />
 
    '''Algorithm MCL'''<math>(X_{t-1}, u_t, z_t)</math>:
        <math>\bar{X_t} = X_t = \emptyset</math>
        for <math>m = 1</math> to <math>M</math>:
            <math>x_t^{[m]} = </math> '''motion_update'''<math>(u_t, x_{t-1}^{[m]})</math>
            <math>w_t^{[m]} = </math> '''sensor_update'''<math>(z_t, x_t^{[m]})</math>
            <math>\bar{X_t} = \bar{X_t} + \langle x_t^{[m]}, w_t^{[m]} \rangle</math>
        endfor
        for <math>m = 1</math> to <math>M</math>:
            draw <math>x_t^{[i]}</math> from <math>\bar{X_t}</math> with probability <math>\propto w_t^{[i]}</math>
            <math>X_t = X_t + x_t^{[i]}</math>
        endfor
        return <math>X_t</math>
 
===Example for 1D robot===
{{multiple image
| footer    = A robot travels along a one-dimensional corridor, armed with a sensor that can only tell if there is a door (left) or there is no door (right).
| width    = 120
 
| image1    = Corridorbot door.png
| alt1      = Robot detects a door.
 
| image2    = Corridorbot wall.png
| alt2      = Robot detects a wall.
}}
Consider a robot in a one-dimensional [[periodic boundary conditions|circular]] corridor with three identical doors, using a sensor that returns [[Boolean value|either true or false]] depending on whether there is a door.
 
{|style="border:1px #AAAAAA solid;"
! colspan=3 style="background-color:#F2F2F2;"|<math>t=0</math>
|-
|[[File:Mcl t 0 1.svg|thumb|320px|center|The algorithm initializes with a uniform distribution of particles. The robot considers itself equally likely to be at any point in space along the corridor, even though it is physically at the first door.]]
|[[File:Mcl t 0 2.svg|thumb|320px|center|'''Sensor update''': the robot detects '''a door'''. It assigns a weight to each of the particles. The particles which are likely to give this sensor reading receive a higher weight.]]
|[[File:Mcl t 0 3.svg|thumb|320px|center|'''Resampling''': the robot generates a set of new particles, with most of them generated around the previous particles with more weight. It now believes it is at one of the three doors.]]
|}
 
<br>
{|style="border:1px #AAAAAA solid;"
! colspan=3 style="background-color:#F2F2F2;"|<math>t=1</math>
|-
|[[File:Mcl t 1 1.svg|thumb|320px|center|'''Motion update''': the robot moves some distance to the right. All particles also move right, and some noise is applied. The robot is physically between the second and third doors.]]
|[[File:Mcl t 1 2.svg|thumb|320px|center|'''Sensor update''': the robot detects '''no door'''. It assigns a weight to each of the particles. The particles which are likely to give this sensor reading receive a higher weight.]]
|[[File:Mcl t 1 3.svg|thumb|320px|center|'''Resampling''': the robot generates a set of new particles, with most of them generated around the previous particles with more weight. It now believes it is at one of two locations.]]
|}
 
<br>
{|style="border:1px #AAAAAA solid;"
! colspan=3 style="background-color:#F2F2F2;"|<math>t=2</math>
|-
|[[File:Mcl t 2 1.svg|thumb|320px|center|'''Motion update''': the robot moves some distance to the left. All particles also move left, and some noise is applied. The robot is physically at the second door.]]
|[[File:Mcl t 2 2.svg|thumb|320px|center|'''Sensor update''': the robot detects '''a door'''. It assigns a weight to each of the particles. The particles which are likely to give this sensor reading receive a higher weight.]]
|[[File:Mcl t 2 3.svg|thumb|320px|center|'''Resampling''': the robot generates a set of new particles, with most of them generated around the previous particles with more weight. The robot has successfully localized itself.]]
|}
At the end of the three iterations, most of the particles are converged on the actual position of the robot as desired.
 
==Motion update==
[[File:Particle2dmotion.svg|thumb|right|Belief after moving several steps for a 2D robot using a typical motion model without sensing.]]
During the motion update, the robot predicts its new location based on the actuation command given, by applying the simulated motion to each of the particles.<ref name="Rekleitis" /> For example, if a robot moves forward, all particles will move forward in their own direction no matter which ways they are pointing. If a robot rotates 90 degrees clockwise, all particles will rotate 90 degrees clockwise regardless of where they are. However, in the real world, no actuator is perfect: they may overshoot or undershoot the desired amount of motion;  when a robot tries to drive in a straight line, it will inevitably curve to one side or the other due to minute differences in wheel radius.<ref name="Rekleitis" /> Hence, the motion model must be designed to include noise as necessary. Inevitably, the particles will diverge during the motion update as a consequence. This is expected since a robot becomes less sure of its position if it moves blindly without sensing the environment.
 
==Sensor update==
When the robot senses its environment, it will update its particles to more accurately reflect where it is. For each particle, the robot computes the probability that, had it been at the state of the particle, it would perceive what its sensors have actually sensed. It assigns a weight <math>w_t^{[i]}</math> for each particle proportional to the said probability. Then, it randomly draws <math>M</math> new particles from the previous belief, with probability proportional to <math>w_t^{[i]}</math>. Particles which were consistent with sensor readings are more likely to be chosen (possibly more than once) and particles which are inconsistent with sensor readings are rarely picked. As such, particles converge towards a better estimate of the robot's state. This is expected since a robot becomes increasingly sure of its position as it senses its environment.
 
==Properties==
 
=== Non-parametricity ===
The [[particle filter]] central to MCL can approximate multiple different kinds of [[probability distributions]], since it is a [[Non-parametric statistics|non-parametric representation]].<ref name="pr" /> Some other Bayesian localization algorithms, such as the [[Kalman filter]] (and variants, the [[extended Kalman filter]] and the [[unscented Kalman filter]]), assume the belief of the robot is close to being a [[Normal distribution|Gaussian distribution]] and do not perform well for situations where the belief is [[Multimodal distribution|multimodal]].<ref name="pr" /> For example, a robot in a long corridor with many similar-looking doors may arrive at a belief that has a peak for each door, but the robot is unable to distinguish ''which'' door it is at. In such situations, the particle filter can give better performance than parametric filters.<ref name="pr" />
 
Another non-parametric approach to Markov localization is the grid-based localization, which uses a [[histogram]] to represent the belief distribution. Compared with the grid-based approach, the Monte Carlo localization is more accurate because the state represented in samples is not discretized.<ref name="icra1999"/>
 
=== Computational requirements ===
The particle filter's [[time complexity]] is [[linear time|linear]] with respect to the number of particles. Naturally, the more particles, the better the accuracy, so there is a compromise between speed and accuracy and it is desired to find an optimal value of <math>M</math>. One strategy to select <math>M</math> is to continuously generate additional particles until the next pair of command <math>u_t</math> and sensor reading <math>z_t</math> has arrived.<ref name="pr" /> This way, the greatest possible number of particles is obtained while not impeding the function of the rest of the robot. As such, the implementation is adaptive to available computational resources: the faster the processor, the more particles can be generated and therefore the more accurate the algorithm is.<ref name="pr" />
 
Compared to grid-based Markov localization, Monte Carlo localization has reduced memory usage since memory usage only depends on number of particles and does not scale with size of the map,<ref name="icra1999" /> and can integrate measurements at a much higher frequency.<ref name="icra1999"/>
 
=== Particle deprivation ===
A drawback of the naive implementation of Monte Carlo localization occurs in a scenario where a robot sits at one spot and repeatedly senses the environment without moving.<ref name="pr" /> Suppose that the particles all converge towards an erroneous state, or if [[kidnapped robot problem|an occult hand picks up the robot and moves it to a new location]] after particles have already converged. As particles far away from the converged state are rarely selected for the next iteration, they become scarcer on each iteration until they disappear altogether. At this point, the algorithm is unable to recover.<ref name="pr" /> This problem is more likely to occur for small number of particles, e.g. <math>M \leq 50</math>, and when the particles are spread over a large state space.<ref name="pr" /> In fact, any [[particle filter]] algorithm may accidentally discard all particles near the correct state during the resampling step.<ref name="pr" />
 
One way to mitigate this issue is to randomly add extra particles on every iteration.<ref name="pr" /> This is equivalent to assuming that, at any point in time, the robot has some small probability of being [[kidnapped robot problem|kidnapped]] to a random position in the map, thus causing a fraction of random states in the motion model.<ref name="pr" /> By guaranteeing that no area in the map will be totally deprived of particles, the algorithm is now robust against particle deprivation.
 
== References ==
{{reflist}}
 
[[Category:Robot navigation]]
[[Category:Monte Carlo methods]]

Revision as of 17:54, 13 May 2013

Monte Carlo localization (MCL), also known as particle filter localization,[1] is an application of the particle filter, a Monte Carlo method, for robot localization.[2][3][4][5] Given a map of the environment, the algorithm estimates the position and orientation of a robot as it moves and senses the environment.[4] The algorithm uses a particle filter to represent the distribution of likely states, with each particle representing a possible state, i.e. a hypothesis of where the robot is.[4] The algorithm typically starts with a uniform random distribution of particles over the configuration space, meaning the robot has no information about where it is and assumes it is equally likely to be at any point in space.[4] Whenever the robot moves, it shifts the particles to predict its new state after the movement. Whenever the robot senses something, the particles are resampled based on recursive Bayesian estimation, i.e. how well the actual sensed data correlate with the predicted state. Ultimately, the particles should converge towards the actual pose of the robot.[4]

State representation

The state of the robot depends on the application and design. For example, the state of a typical 2D robot may consist of a tuple (x,y,θ) for position x,y and orientation θ. For a robotic arm with 10 joints, it may be a tuple containing the angle at each joint: (θ1,θ2,...,θ10).

The belief, which is the robot's estimate of its current state, is a probability density function distributed over the state space.[1][4] In the MCL algorithm, the belief at a time t is represented by a set of M particles Xt={xt[1],xt[2],,xt[M]}.[4] Each particle contains a state, and can thus be considered a hypothesis of the robot's state. Regions in the state space with many particles correspond to a greater probability that the robot will be there; and regions with few particles are unlikely to be where the robot is.

The algorithm assumes the Markov property that the current state's probability distribution depends only on the previous state (and not any ones before that), i.e. Xt depends only on Xt1.[4] This only works if the environment is static and does not change with time.[4] Typically, on start up, the robot has no information on its current pose so the particles are uniformly distributed over the configuration space.[4]

Overview

Given a map of the environment, the goal of the algorithm is for the robot to determine its pose within the environment.

At every time t the algorithm takes as input the previous belief Xt1={xt1[1],xt1[2],,xt1[M]}, an actuation command ut, and data received from sensors zt; and the algorithm outputs the new belief Xt.[4]

   Algorithm MCL(Xt1,ut,zt):
       Xt¯=Xt=
       for m=1 to M:
           xt[m]= motion_update(ut,xt1[m])
           wt[m]= sensor_update(zt,xt[m])
           Xt¯=Xt¯+xt[m],wt[m]
       endfor
       for m=1 to M:
           draw xt[i] from Xt¯ with probability wt[i]
           Xt=Xt+xt[i]
       endfor
       return Xt

Example for 1D robot

People are nonetheless rushing to buy properties in Singapore. A new residential condominium mission in Bedok had a long queue three days before its official launch and bought more than 350 units on the very first day. Nonetheless, there is a ‘development' that had emerged in 2011 that the majority have possibly overlooked.

In August, more than a hundred individuals across 16 states reportedly had been sickened with salmonella after consuming mangos In September, the Meals and Drug Administration detained mango imports from a Mexican packing house after the fruits had been linked to the sickenings Save Cash On Your Online Purchasing Make saving money when purchasing on-line a breeze with Bodge's favourite app, Invisible Hands. This helpful program does the price-checking analysis for you, and will warn you when a unique site has a better value - or let you realize that you have found the most effective deal. Watch Posted by Edison Foo September 29, 2013 HEARTH SALE!!! From only $9xx,000! We hope this listing will help launch your search for new properties in Singapore. It's unlawful to purchase ice cream after 6 pm, in Newark.

for a borrower with one or more excellent residential property loans3; and No SSD will be payable by the seller if the property is bought more than three years after it was bought. Non-extension of the Jan 2009 Funds assistance measures for the property market when the measures expire. Permitting up to 2 years of property tax deferral for land accepted for improvement. Lively secondary marketplace for easy exit of property investments. Curiosity on mortgage fee is tax deductible when the property is rented out. We've progressive property tax rates for residential properties- the higher the value of the residential property, the upper the tax charge. Why do I've to pay property tax on my house when I'm an onwer-occupier and not deriving rental earnings? Palacio Cluster Landed

After obtaining a Sale License (topic to authorities circumstances meant to guard individuals shopping for property in Singapore), he might www.rmmonline.com proceed to sell units in his growth. Funding in the property market of Singapore is likely one of the few investment choices the place utilizing the bank's cash could not be any easier. The power of expats, to make a down payment, leverage the capital and consequently improve total return on investment, is excessive in Singapore. PRs who own a HDB flat must sell their flat inside six months of buying a non-public residential property in Singapore. EVERLASTING residents (PRs) now face unprecedented limits on their skill to purchase property in Singapore. New Condo in 2013 March Foreigners are eligible for Singapore greenback mortgage loan. housing grant

Skilled property brokers in Singapore will assist the client and defend their interests throughout the acquisition, and will help safe the provide at the best possible price. The agents may even be sure that all paperwork are in order and that the vendor is the rightful proprietor of the property. Most of the property brokers share their databases with each other. Tuesday's measures come after the Monetary Authority of Singapore in June tightened rules on property loans, and closed loopholes that allowed some householders to circumvent loan restrictions and avoid paying levies when buying extra property. Contact us for a FREE housing loan analysis and to study concerning the newest mortgage to worth on Singapore housing loans. J Gateway Condominium (Bought Out) Oct, 2013

6. Completion of automotive park, roads and drains serving the housing project 5% 7. Notice of Vacant Possession (Upon obtaining Temporary Occupation Permit) The estimates given by SingaporeHousingLoan.SG's calculator are not quotations and are usually not binding in any way on SingaporeHousingLoan.sg or the consumer. The method of calculation does not exactly mirror that of which is being used by the individual monetary establishment and the data provided should be used as a information only. SingaporeHousingLoan.SG's calculator does not pre-qualify you for any housing loan from any monetary institution. Undercover Report Finds Unlawful Rat Meat Sold In London Market Unpasteurized Tempeh Linked To Salmonella Outbreak That Sickens 60 Hottest EC Launch in Sengkang!

BuyRentSingaporeProperty.com is dedicated in providing the newest residential launches, Developer's sales, new launches, resale, HIGH tasks and rental of properties in Singapore. Then there are new launch property condos in the mid-tier range. These are sometimes in the vicinity of the city fringe, in areas corresponding to Newton and Novena Tanjong Rhu. These new launch projects are popular due to their proximity to town heart, the place the enterprise and entertainment centers and all the amenities they provide, but they're usually cheaper than the City core region tasks. Why submit cheques to register for new property launches in Singapore? Riversails Apartment @ Higher Serangoon LakeVille @ Jurong Lakeside Condo by MCL Ferra Condo @ Leonie Hill Consider a robot in a one-dimensional circular corridor with three identical doors, using a sensor that returns either true or false depending on whether there is a door.

t=0
The algorithm initializes with a uniform distribution of particles. The robot considers itself equally likely to be at any point in space along the corridor, even though it is physically at the first door.
Sensor update: the robot detects a door. It assigns a weight to each of the particles. The particles which are likely to give this sensor reading receive a higher weight.
Resampling: the robot generates a set of new particles, with most of them generated around the previous particles with more weight. It now believes it is at one of the three doors.


t=1
Motion update: the robot moves some distance to the right. All particles also move right, and some noise is applied. The robot is physically between the second and third doors.
Sensor update: the robot detects no door. It assigns a weight to each of the particles. The particles which are likely to give this sensor reading receive a higher weight.
Resampling: the robot generates a set of new particles, with most of them generated around the previous particles with more weight. It now believes it is at one of two locations.


t=2
Motion update: the robot moves some distance to the left. All particles also move left, and some noise is applied. The robot is physically at the second door.
Sensor update: the robot detects a door. It assigns a weight to each of the particles. The particles which are likely to give this sensor reading receive a higher weight.
Resampling: the robot generates a set of new particles, with most of them generated around the previous particles with more weight. The robot has successfully localized itself.

At the end of the three iterations, most of the particles are converged on the actual position of the robot as desired.

Motion update

Belief after moving several steps for a 2D robot using a typical motion model without sensing.

During the motion update, the robot predicts its new location based on the actuation command given, by applying the simulated motion to each of the particles.[1] For example, if a robot moves forward, all particles will move forward in their own direction no matter which ways they are pointing. If a robot rotates 90 degrees clockwise, all particles will rotate 90 degrees clockwise regardless of where they are. However, in the real world, no actuator is perfect: they may overshoot or undershoot the desired amount of motion; when a robot tries to drive in a straight line, it will inevitably curve to one side or the other due to minute differences in wheel radius.[1] Hence, the motion model must be designed to include noise as necessary. Inevitably, the particles will diverge during the motion update as a consequence. This is expected since a robot becomes less sure of its position if it moves blindly without sensing the environment.

Sensor update

When the robot senses its environment, it will update its particles to more accurately reflect where it is. For each particle, the robot computes the probability that, had it been at the state of the particle, it would perceive what its sensors have actually sensed. It assigns a weight wt[i] for each particle proportional to the said probability. Then, it randomly draws M new particles from the previous belief, with probability proportional to wt[i]. Particles which were consistent with sensor readings are more likely to be chosen (possibly more than once) and particles which are inconsistent with sensor readings are rarely picked. As such, particles converge towards a better estimate of the robot's state. This is expected since a robot becomes increasingly sure of its position as it senses its environment.

Properties

Non-parametricity

The particle filter central to MCL can approximate multiple different kinds of probability distributions, since it is a non-parametric representation.[4] Some other Bayesian localization algorithms, such as the Kalman filter (and variants, the extended Kalman filter and the unscented Kalman filter), assume the belief of the robot is close to being a Gaussian distribution and do not perform well for situations where the belief is multimodal.[4] For example, a robot in a long corridor with many similar-looking doors may arrive at a belief that has a peak for each door, but the robot is unable to distinguish which door it is at. In such situations, the particle filter can give better performance than parametric filters.[4]

Another non-parametric approach to Markov localization is the grid-based localization, which uses a histogram to represent the belief distribution. Compared with the grid-based approach, the Monte Carlo localization is more accurate because the state represented in samples is not discretized.[2]

Computational requirements

The particle filter's time complexity is linear with respect to the number of particles. Naturally, the more particles, the better the accuracy, so there is a compromise between speed and accuracy and it is desired to find an optimal value of M. One strategy to select M is to continuously generate additional particles until the next pair of command ut and sensor reading zt has arrived.[4] This way, the greatest possible number of particles is obtained while not impeding the function of the rest of the robot. As such, the implementation is adaptive to available computational resources: the faster the processor, the more particles can be generated and therefore the more accurate the algorithm is.[4]

Compared to grid-based Markov localization, Monte Carlo localization has reduced memory usage since memory usage only depends on number of particles and does not scale with size of the map,[2] and can integrate measurements at a much higher frequency.[2]

Particle deprivation

A drawback of the naive implementation of Monte Carlo localization occurs in a scenario where a robot sits at one spot and repeatedly senses the environment without moving.[4] Suppose that the particles all converge towards an erroneous state, or if an occult hand picks up the robot and moves it to a new location after particles have already converged. As particles far away from the converged state are rarely selected for the next iteration, they become scarcer on each iteration until they disappear altogether. At this point, the algorithm is unable to recover.[4] This problem is more likely to occur for small number of particles, e.g. M50, and when the particles are spread over a large state space.[4] In fact, any particle filter algorithm may accidentally discard all particles near the correct state during the resampling step.[4]

One way to mitigate this issue is to randomly add extra particles on every iteration.[4] This is equivalent to assuming that, at any point in time, the robot has some small probability of being kidnapped to a random position in the map, thus causing a fraction of random states in the motion model.[4] By guaranteeing that no area in the map will be totally deprived of particles, the algorithm is now robust against particle deprivation.

References

43 year old Petroleum Engineer Harry from Deep River, usually spends time with hobbies and interests like renting movies, property developers in singapore new condominium and vehicle racing. Constantly enjoys going to destinations like Camino Real de Tierra Adentro.

  1. 1.0 1.1 1.2 1.3 Ioannis M. Rekleitis. "A Particle Filter Tutorial for Mobile Robot Localization." Centre for Intelligent Machines, McGill University, Tech. Rep. TR-CIM-04-02 (2004).
  2. 2.0 2.1 2.2 2.3 Frank Dellaert, Dieter Fox, Wolfram Burgard, Sebastian Thrun. "Monte Carlo Localization for Mobile Robots." Proc. of the IEEE International Conference on Robotics and Automation Vol. 2. IEEE, 1999.
  3. Dieter Fox, Wolfram Burgard, Frank Dellaert, and Sebastian Thrun, "Monte Carlo Localization: Efficient Position Estimation for Mobile Robots." Proc. of the Sixteenth National Conference on Artificial Intelligence John Wiley & Sons Ltd, 1999.
  4. 4.00 4.01 4.02 4.03 4.04 4.05 4.06 4.07 4.08 4.09 4.10 4.11 4.12 4.13 4.14 4.15 4.16 4.17 4.18 4.19 4.20 4.21 Sebastian Thrun, Wolfram Burgard, Dieter Fox. Probabilistic Robotics MIT Press, 2005. Ch. 8.3 ISBN 9780262201629.
  5. Sebastian Thrun, Dieter Fox, Wolfram Burgard, Frank Dellaert. "Robust monte carlo localization for mobile robots." Artificial Intelligence 128.1 (2001): 99–141.