Player-Location Proximity - Revision history

Staffan Björk at 10:05, 13 May 2022

2022-05-13T10:05:29Z

Staffan Björk at 18:12, 25 July 2015

2015-07-25T18:12:48Z

Staffan Björk at 21:07, 22 October 2012

2012-10-22T21:07:03Z

Staffan Björk at 08:36, 22 August 2012

2012-08-22T08:36:41Z

Staffan Björk at 07:50, 22 August 2012

2012-08-22T07:50:33Z

Staffan Björk: /* Consequences */

2012-08-22T07:42:59Z

‎Consequences

Staffan Björk: /* Can Instantiate */

2012-08-21T07:33:34Z

‎Can Instantiate

Staffan Björk: /* Using the pattern */

2012-08-21T07:33:05Z

‎Using the pattern

Staffan Björk at 19:14, 14 August 2012

2012-08-14T19:14:45Z

Staffan Björk at 11:16, 13 August 2012

2012-08-13T11:16:56Z

@@ Line 18: / Line 18: @@
 A specific alternative for games with [[Player-Location Proximity]], first reported for [[Uncle Roy All Around You]], is to let players do [[Self-Reported Positioning]] rather than rely on technology or [[Dedicated Game Facilitators]] to do this. While this can remove problems with the reliability of the technology to locate players, it can also let players have a more play-like approach to the games (since the games support [[Casual Gameplay]]). Another pattern that specifically can modulate [[Player-Location Proximity]] is [[Seamful Gameplay]]; this allows players to make use of their knowledge of the detection capabilities of the underlying positioning system to appear and disappear from the game state intentionally.
-[[Delivery]] goals typically requires that players' [[Focus Loci]] carry or move a specific game element to a specific location. This makes games using [[Artifact-Location Proximity]] likely to force the players themselves to go to the locations, and thereby the combination of [[Delivery]] and [[Artifact-Location Proximity]] can be used to create [[Player-Location Proximity]].
+[[Deliver]] goals typically requires that players' [[Focus Loci]] carry or move a specific game element to a specific location. This makes games using [[Artifact-Location Proximity]] likely to force the players themselves to go to the locations, and thereby the combination of [[Deliver]] and [[Artifact-Location Proximity]] can be used to create [[Player-Location Proximity]].
 == Consequences ==
@@ Line 41: / Line 41: @@
 === Can Be Instantiated By ===
-[[Player-Artifact Proximity]] together with [[Delivery]]
+[[Player-Artifact Proximity]] together with [[Deliver]]
 === Can Be Modulated By ===

@@ Line 14: / Line 14: @@
 == 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]]. Specific details that need to be addressed (and which may be more difficult due to real world measuring) include what distance should trigger gameplay events, and if [[Extended Actions]] are need for the triggering to take place or the triggered events to continue. Besides this, considerations need to be made are due to the possible consequences of player movement such as [[Player Physical Prowess]] and [[Real World Knowledge Advantages]], since these can imbalance gameplay.
+Implementation of [[Player-Location Proximity]] is rather straightforward - one simply designs location-dependent gameplay (e.g. regarding [[Check Points]], [[Game World Exploration]], or [[Traverse]]) as usually but for players instead of [[Avatars]], [[Characters]], or [[Tokens]]. Specific details that need to be addressed (and which may be more difficult due to real world measuring) include what distance should trigger gameplay events, and if [[Extended Actions]] are need for the triggering to take place or the triggered events to continue. Besides this, considerations need to be made are due to the possible consequences of player movement such as [[Player Physical Prowess]] and [[Real World Knowledge Advantages]], since these can imbalance gameplay.
 A specific alternative for games with [[Player-Location Proximity]], first reported for [[Uncle Roy All Around You]], is to let players do [[Self-Reported Positioning]] rather than rely on technology or [[Dedicated Game Facilitators]] to do this. While this can remove problems with the reliability of the technology to locate players, it can also let players have a more play-like approach to the games (since the games support [[Casual Gameplay]]). Another pattern that specifically can modulate [[Player-Location Proximity]] is [[Seamful Gameplay]]; this allows players to make use of their knowledge of the detection capabilities of the underlying positioning system to appear and disappear from the game state intentionally.

@@ Line 21: / Line 21: @@
 == Consequences ==
-Gameplay depending on [[Player-Location Proximity]] is likely to create [[Traverse]] goals, and [[Races]] if [[Time Limits]] exist or other players may block effects by arriving to the place first. Since moving to physical locations require [[Physical Navigation]], the pattern may also make [[Player Physical Prowess]] and [[Real World Knowledge Advantages]] part of the gameplay. If the locations are not well-known to the players, [[Player-Location Proximity]] dependent gameplay can also give rise to [[Game World Exploration]] and [[Changes in Perception of Real World Phenomena due to Gameplay]]. The locations that players' positions are compared are [[Strategic Locations]] unless very many of them exist.
+Gameplay depending on [[Player-Location Proximity]] is likely to create [[Traverse]] goals, and [[Races]] if [[Time Limits]] exist or other players may block effects by arriving to the place first. Since moving to physical locations requires [[Physical Navigation]], the pattern may also make [[Player Physical Prowess]] and [[Real World Knowledge Advantages]] part of the gameplay. If the locations are not well-known to the players, [[Player-Location Proximity]] dependent gameplay can also give rise to [[Game World Exploration]] and [[Changes in Perception of Real World Phenomena due to Gameplay]]. The locations that players' positions are compared are [[Strategic Locations]] unless very many of them exist.
 While [[Player-Location Proximity]] always creates [[Real World Gameplay Spaces]], it can also create [[Pervasive Gameplay]] if the gameplay area is not explicitly stated and separated from other activities. When the gameplay area in the latter case becomes large enough, as is the case for example with [[Geocaching]], [[Insectopia]], and [[SCVNGR]], the pattern also promotes [[Encouraged Return Visits]].

@@ Line 21: / Line 21: @@
 == Consequences ==
-Gameplay depending on [[Player-Location Proximity]] is likely to create [[Traverse]] goals, and [[Races]] if [[Time Limits]] exist or other players may block effects by arriving to the place first. Since moving to physical locations require [[Physical Navigation]], the pattern may also make [[Player Physical Prowess]] and [[Real World Knowledge Advantages]] part of the gameplay. If the locations are not well-known to the players, [[Player-Location Proximity]] dependent gameplay can also give rise to [[Game World Exploration]] and [[Gameplay Changes Perception of Real World Phenomena]]. The locations that players' positions are compared are [[Strategic Locations]] unless very many of them exist.
+Gameplay depending on [[Player-Location Proximity]] is likely to create [[Traverse]] goals, and [[Races]] if [[Time Limits]] exist or other players may block effects by arriving to the place first. Since moving to physical locations require [[Physical Navigation]], the pattern may also make [[Player Physical Prowess]] and [[Real World Knowledge Advantages]] part of the gameplay. If the locations are not well-known to the players, [[Player-Location Proximity]] dependent gameplay can also give rise to [[Game World Exploration]] and [[Changes in Perception of Real World Phenomena due to Gameplay]]. The locations that players' positions are compared are [[Strategic Locations]] unless very many of them exist.
 While [[Player-Location Proximity]] always creates [[Real World Gameplay Spaces]], it can also create [[Pervasive Gameplay]] if the gameplay area is not explicitly stated and separated from other activities. When the gameplay area in the latter case becomes large enough, as is the case for example with [[Geocaching]], [[Insectopia]], and [[SCVNGR]], the pattern also promotes [[Encouraged Return Visits]].
@@ Line 29: / Line 29: @@
 == Relations ==
 === Can Instantiate ===
-[[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]]
+[[Changes in Perception of Real World Phenomena due to Gameplay]],
 ==== with [[Self-Reported Positioning]] ====

@@ Line 16: / Line 16: @@
 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]]. Specific details that need to be addressed (and which may be more difficult due to real world measuring) include what distance should trigger gameplay events, and if [[Extended Actions]] are need for the triggering to take place or the triggered events to continue. Besides this, considerations need to be made are due to the possible consequences of player movement such as [[Player Physical Prowess]] and [[Real World Knowledge Advantages]], since these can imbalance gameplay.
-A specific alternative for games with [[Player-Location Proximity]], first reported for [[Uncle Roy All Around You]], is to let players do [[Self-Reported Positioning]] rather than rely on technology or [[Dedicated Game Facilitators]] to do this. While this can remove problems with the reliability of the technology to locate players, it can also let players have a more play-like approach to the games (since the games support [[Casual Gameplay]]).
+A specific alternative for games with [[Player-Location Proximity]], first reported for [[Uncle Roy All Around You]], is to let players do [[Self-Reported Positioning]] rather than rely on technology or [[Dedicated Game Facilitators]] to do this. While this can remove problems with the reliability of the technology to locate players, it can also let players have a more play-like approach to the games (since the games support [[Casual Gameplay]]). Another pattern that specifically can modulate [[Player-Location Proximity]] is [[Seamful Gameplay]]; this allows players to make use of their knowledge of the detection capabilities of the underlying positioning system to appear and disappear from the game state intentionally.
 [[Delivery]] goals typically requires that players' [[Focus Loci]] carry or move a specific game element to a specific location. This makes games using [[Artifact-Location Proximity]] likely to force the players themselves to go to the locations, and thereby the combination of [[Delivery]] and [[Artifact-Location Proximity]] can be used to create [[Player-Location Proximity]].
@@ Line 43: / Line 43: @@
 === Can Be Modulated By ===
 [[Extended Actions]],
 [[Self-Reported Positioning]]

@@ Line 25: / Line 25: @@
 While [[Player-Location Proximity]] always creates [[Real World Gameplay Spaces]], it can also create [[Pervasive Gameplay]] if the gameplay area is not explicitly stated and separated from other activities. When the gameplay area in the latter case becomes large enough, as is the case for example with [[Geocaching]], [[Insectopia]], and [[SCVNGR]], the pattern also promotes [[Encouraged Return Visits]].
-When used in [[:Category:Pervasive Games|Pervasive Games]] and [[:Category:Live Action Roleplaying Games|LARPs]], [[Player-Location Proxmity]] gives [[Game Masters]] information about players' locations and thereby let them instantiate gameplay events based upon where the players are.
+When used in [[:Category:Pervasive Games|Pervasive Games]] and [[:Category:Live Action Roleplaying Games|LARPs]], [[Player-Location Proximity]] gives [[Game Masters]] information about players' locations and thereby let them instantiate gameplay events based upon where the players are.
 == Relations ==

@@ Line 24: / Line 24: @@
 While [[Player-Location Proximity]] always creates [[Real World Gameplay Spaces]], it can also create [[Pervasive Gameplay]] and [[Activity Blending]] if the gameplay area is not explicitly stated and separated from other activities. When the gameplay area in the latter case becomes large enough, as is the case for example with [[Geocaching]], [[Insectopia]], and [[SCVNGR]], the pattern also promotes [[Encouraged Return Visits]].
 == Relations ==
@@ Line 30: / Line 32: @@
 === Can Modulate ===
 [[Real World Gameplay Spaces]]