Difference between revisions of "Player-Location Proximity"

From gdp3
Jump to: navigation, search
Line 2: Line 2:
 
[[Category:Needs work]]
 
[[Category:Needs work]]
 
[[Category:Needs revision]]
 
[[Category:Needs revision]]
[[Category:Needs examples]]
 
 
[[Category:Needs references]]
 
[[Category:Needs references]]
[[Category:Patterns created on the Wiki]]
+
[[Category:To be Published]]
[[Category:Stub]]
+
 
[[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]].
  
=== Diegetic Aspects ===
+
The main consideration that need to be made is due to the possible consequence of player movement such as
  
=== Interface Aspects ===
+
[[Player Physical Prowess]] and
 +
[[Real World Knowledge Advantages]]
  
=== Narrative Aspects ===
+
=== Can Be Modulated By ===
 +
[[Self-Reported Positioning]]
  
 
== Consequences ==
 
== Consequences ==
  
 
[[Game World Exploration]]
 
[[Game World Exploration]]
 
== Relations ==
 
  
 
=== 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.

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

Self-Reported Positioning

Consequences

Game World Exploration

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

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

Real World Gameplay Spaces

Can Be Instantiated By

-

Can Be Modulated By

Self-Reported Positioning

Possible Closure Effects

-

Potentially Conflicting With

Decontextability

History

Updated version of the pattern Player-Location Proximity first described in the report Game Design Patterns for Mobile Games[1].

References

  1. Davidsson, O., Peitz, J. & Björk, S. (2004). Game Design Patterns for Mobile Games. Project report to Nokia Research Center, Finland.

Acknowledgements

Johan Peitz