Home Download Help Resources Extensions FAQ NetLogo Publications Contact Us Donate Models: Library Community Modeling Commons Beginners Interactive NetLogo Dictionary (BIND) NetLogo Dictionary User Manuals: Web Printable Chinese Czech Farsi / Persian Japanese Spanish

NetLogo Models Library: 
If you download the NetLogo application, this model is included. You can also Try running it in NetLogo Web 
This project displays the common natural phenomenon expressed by the inversesquare law. Essentially this displays what happens when the strength of the force between two objects varies inversely with the square of the distance between these two objects. In this case, the formula used is the standard formula for the Law of Gravitational Attraction:
> (m1 * m2 * G) / r<sup>2</sup>
This particular model demonstrates the effect of gravity upon a system of interdependent particles. You will see each particle in the collection of small masses (each of the n bodies, n being the total number of particles present in the system) exert gravitational pull upon all others, resulting in unpredictable, chaotic behavior.
First select the number of particles with the NUMBER slider.
The SYMMETRICALSETUP? switch determines whether or not the particles' initial velocities will sum to zero. If On, they will. Their initial positions will also be randomly, but symmetrically, distributed across the world. If SYMMETRICALSETUP? is Off, each particle will have a randomly determined mass, initial velocity, and initial position.
MAXINITIALMASS and MAXINITIALSPEED determine the maximum initial values of each particle's mass and velocity. The actual initial values will be randomly distributed in the range from zero to the values specified.
The FADERATE slider controls the percent of color that the paths marked by the particles fade after each cycle. Thus at 100% there won't be any paths as they fade immediately, and at 0% the paths won't fade at all. With this you can see the ellipses and parabolas formed by different particles' travels.
The KEEPCENTERED? switch controls whether the simulation will recenter itself after each cycle. When On, the system will shift the positions of the particles so that the center of mass is at the origin (0, 0).
If you want to design your own custom system, press SETUP to initialize the model, and then use the CREATEPARTICLE button to create a particle with the settings set with the INITIALVELOCITYX, INITIALVELOCITYY, INITIALMASS, and PARTICLECOLOR sliders. Particles are created by clicking in the View where you want to place the particle while the CREATEPARTICLE button is running. (Note, if KEEPCENTERED? is On the particles will always move so that the center of mass is at the origin.)
After you have set the sliders to the desired levels, press SETUP to initialize all particles, or SETUP TWOPLANET to setup a predesigned stable twoplanet system. Next, press GO to begin running the simulation. You have two choices: you can either let it run without stopping (the GO forever button), or you can just advance the simulation by one timestep (the GO ONCE button). It may be useful to step through the simulation moment by moment, so that you can carefully watch the interaction of the particles.
The most important thing to observe is the behavior of the particles. Notice how (and to what degree) the initial conditions influence the model.
Compare the two different modes of the model, with SYMMETRICALSETUP? On and Off. Observe the initial symmetry of the zerosummed system, and what happens to it. Why do you think this is?
As each particle acts on all the others, the number of particles present directly affects the run of the model. Every additional body changes the center of mass of the system. Watch what happens with 2 bodies, 4 bodies, etc... How is the behavior different?
It may seem strange to think of n discrete particles exerting small forces on one other particle, determining its behavior. However, you can think of it as just one large force emanating from the center of mass of the system. Watch as the center of mass changes over time. In the main procedure, go
, look at the two lines of code where each body's position (xc, yc) is established we shift each particle back towards the center of mass. As no other forces are present in the model (the nbodies represent a closed system), our real positions are relative, defined only in relation to the center of mass itself. Recall Newton's third law, which states that for each internal force acting on a particle, it exerts an equal but opposite force on another particle. Hence the internal forces cancel out, and we have no net force acting on the center of mass. (If particle 1 exerts a force on particle 2, then particle 2 exerts the same force on particle 1. Run the model with just two particles to watch this in action.)
Compare this model to the other inverse square model, 'Gravitation'. Look at the paths made by the two different groups of particles. What do you notice about each group? How would you explain the types of paths made by each model?
The force acting upon each turtle is multiplied by a constant, 'g' (a global variable). In classical Newtonian Mechanics, 'g' is the universal gravitational constant, used in the equation for determining the force of gravitational attraction between any two bodies:
> f = (g * (mass1 * mass2)) / distance<sup>2</sup>
In real life, g is difficult to calculate, but is approximately 6.67e11 (or 0.0000000000667). However, in our model, the use of g keeps the forces from growing too high, so that you might better view the simulation. Feel free to play with the value of g to see how changes to the gravitational constant affect the behavior of the system as a whole. g is defined in the 'setup' procedure.
Each timestep, every turtle sums over all other turtles to determine the net acting force upon it. Thus, if we have n turtles, each one doing n operations each step, we're approximately taking what is called 'nsquared time'. By this, we mean that the time it takes to run the model is proportional to how many particles we're using. 'ntime', also called linear time, means that the speed of the model is directly proportional to how many turtles are present for each turtle added, there is a corresponding slowdown. But 'nsquared time' (also quadratic time or polynomial time) is worse  each turtle slows the model down much more. The speed of the model, compared to linear time, is as the total number of turtles, squared. (So a linear time model with 100 turtles would theoretically be as fast as a quadratic time model with just 10 turtles!)
For small values of n (very few turtles), speed isn't a problem. However, we can see that the speed of the model decreases quadratically (as nsquared) as the number of turtles (n itself) increases. How could you speed this up? (It may help you that the center of mass of the system is already being computed each new timestep.)
As the particles all can have different initial positions, masses, and velocities, it makes sense to think of the model as representational of a planetary system, with suns, moons, planets, and other astronomical bodies. Establish different breeds for these different classes you could give each kind a separate shape and range of masses. See if you could create a model of a solar system similar to ours, or try to create a binary system (a system that orbits about two close stars instead of one).
This model creates the illusion of a plane of infinite size, to better model the behavior of the particles. Notice that with path marking you can see most of the ellipse a particle draws, even though the particle periodically shoots out of bounds. This is done through a combination of the basic turtle primitives hideturtle
and showturtle
, keeping every turtle's true coordinates as special turtle variables xc
and yc
, and calculations similar to the distance
primitive but using xc
and yc
instead of xcor
and ycor
.
When you examine the procedure window, take note that standard turtle commands like set heading
and fd 1
aren't used here. Everything is done directly to the xcoordinates and ycoordinates of the turtles.
If you mention this model or the NetLogo software in a publication, we ask that you include the citations below.
For the model itself:
Please cite the NetLogo software as:
Copyright 1998 Uri Wilensky.
This work is licensed under the Creative Commons AttributionNonCommercialShareAlike 3.0 License. To view a copy of this license, visit https://creativecommons.org/licenses/byncsa/3.0/ or send a letter to Creative Commons, 559 Nathan Abbott Way, Stanford, California 94305, USA.
Commercial licenses are also available. To inquire about commercial licenses, please contact Uri Wilensky at uri@northwestern.edu.
This model was created as part of the project: CONNECTED MATHEMATICS: MAKING SENSE OF COMPLEX PHENOMENA THROUGH BUILDING OBJECTBASED PARALLEL MODELS (OBPML). The project gratefully acknowledges the support of the National Science Foundation (Applications of Advanced Technologies Program)  grant numbers RED #9552950 and REC #9632612.
This model was converted to NetLogo as part of the projects: PARTICIPATORY SIMULATIONS: NETWORKBASED DESIGN FOR SYSTEMS LEARNING IN CLASSROOMS and/or INTEGRATED SIMULATION AND MODELING ENVIRONMENT. The project gratefully acknowledges the support of the National Science Foundation (REPP & ROLE programs)  grant numbers REC #9814682 and REC0126227. Converted from StarLogoT to NetLogo, 2002.
(back to the NetLogo Models Library)