Difference between revisions of "Player-Location Proximity"
| Line 2: | Line 2: | ||
[[Category:Needs work]] | [[Category:Needs work]] | ||
[[Category:Needs revision]] | [[Category:Needs revision]] | ||
| − | |||
[[Category:Needs references]] | [[Category:Needs references]] | ||
| − | [[Category: | + | [[Category:To be Published]] |
| − | + | ||
[[Category:Staffan's current workpage]] | [[Category:Staffan's current workpage]] | ||
''Game rules that depend on players being physically close to places.'' | ''Game rules that depend on players being physically close to places.'' | ||
| Line 17: | Line 15: | ||
== Using the pattern == | == Using the pattern == | ||
| + | Implementation of [[Player-Location Proximity]] is rather straightforward - one simply designs location-dependent gameplay (e.g. regarding [[Check Points]], [[Exploration]] or [[Traverse]]) as usually but for players instead of [[Avatars]], [[Characters]], or [[Tokens]]. | ||
| − | + | The main consideration that need to be made is due to the possible consequence of player movement such as | |
| − | + | [[Player Physical Prowess]] and | |
| + | [[Real World Knowledge Advantages]] | ||
| − | === | + | === Can Be Modulated By === |
| + | [[Self-Reported Positioning]] | ||
== Consequences == | == Consequences == | ||
[[Game World Exploration]] | [[Game World Exploration]] | ||
| − | |||
| − | |||
=== Can Instantiate === | === Can Instantiate === | ||
[[Activity Blending]], [[Encouraged Return Visits]], [[Gameplay Changes Perception of Real World Phenomena]], [[Pervasive Gameplay]], [[Physical Navigation]], [[Races]], [[Real World Knowledge Advantages]], [[Strategic Locations]], [[Traverse]] | [[Activity Blending]], [[Encouraged Return Visits]], [[Gameplay Changes Perception of Real World Phenomena]], [[Pervasive Gameplay]], [[Physical Navigation]], [[Races]], [[Real World Knowledge Advantages]], [[Strategic Locations]], [[Traverse]] | ||
| + | [[Player Physical Prowess]], | ||
| + | |||
| + | === Can Modulate === | ||
| + | [[Real World Gameplay Spaces]] | ||
| + | |||
| + | === Can Be Instantiated By === | ||
| + | - | ||
| + | |||
| + | === Potentially Conflicting With === | ||
| + | [[Decontextability]] | ||
| + | |||
| + | == Relations == | ||
| + | === Can Instantiate === | ||
| + | [[Activity Blending]], [[Encouraged Return Visits]], [[Gameplay Changes Perception of Real World Phenomena]], [[Pervasive Gameplay]], [[Physical Navigation]], [[Player Physical Prowess]], [[Races]], [[Real World Knowledge Advantages]], [[Strategic Locations]], [[Traverse]] | ||
=== Can Modulate === | === Can Modulate === | ||
Revision as of 15:03, 23 January 2012
Game rules that depend on players being physically close to places.
While many games make the position of players' tokens and characters in the game worlds into important part of the gameplay, few make the actual position of the players themselves part of the game. The main exception to this is traditional sports. Those that make physical location has specific gameplay meaning when players approach or enter them make use of a Player-Location Proximity relation.
Contents
Examples
While many Sports inherently make use of Player-Location Proximity, Orienteering explicitly sets goals for players to position themselves at specific locations.
Human PacMan, Geocaching, Pirates!, and SCVNGR rely on player movement and use technology to let people report in their locations to the game systems. Backseat Gaming also uses technology to locate players but is built to work for the passengers of a car rather than the driver. Uncle Roy All Around You also depends on players' location in the physical world, but let the players report their locations freely regardless of where they actually are.
Using the pattern
Implementation of Player-Location Proximity is rather straightforward - one simply designs location-dependent gameplay (e.g. regarding Check Points, Exploration or Traverse) as usually but for players instead of Avatars, Characters, or Tokens.
The main consideration that need to be made is due to the possible consequence of player movement such as
Player Physical Prowess and Real World Knowledge Advantages
Can Be Modulated By
Consequences
Can Instantiate
Activity Blending, Encouraged Return Visits, Gameplay Changes Perception of Real World Phenomena, Pervasive Gameplay, Physical Navigation, Races, Real World Knowledge Advantages, Strategic Locations, Traverse Player Physical Prowess,
Can Modulate
Can Be Instantiated By
-
Potentially Conflicting With
Relations
Can Instantiate
Activity Blending, Encouraged Return Visits, Gameplay Changes Perception of Real World Phenomena, Pervasive Gameplay, Physical Navigation, Player Physical Prowess, Races, Real World Knowledge Advantages, Strategic Locations, Traverse
Can Modulate
Can Be Instantiated By
-
Can Be Modulated By
Possible Closure Effects
-
Potentially Conflicting With
History
Updated version of the pattern Player-Location Proximity first described in the report Game Design Patterns for Mobile Games[1].
References
- ↑ Davidsson, O., Peitz, J. & Björk, S. (2004). Game Design Patterns for Mobile Games. Project report to Nokia Research Center, Finland.
Acknowledgements
Johan Peitz
