Menu
News
All News
Dungeons & Dragons
Level Up: Advanced 5th Edition
Pathfinder
Starfinder
Warhammer
2d20 System
Year Zero Engine
Industry News
Reviews
Dragon Reflections
White Dwarf Reflections
Columns
Weekly Digests
Weekly News Digest
Freebies, Sales & Bundles
RPG Print News
RPG Crowdfunding News
Game Content
ENterplanetary DimENsions
Mythological Figures
Opinion
Worlds of Design
Peregrine's Nest
RPG Evolution
Other Columns
From the Freelancing Frontline
Monster ENcyclopedia
WotC/TSR Alumni Look Back
4 Hours w/RSD (Ryan Dancey)
The Road to 3E (Jonathan Tweet)
Greenwood's Realms (Ed Greenwood)
Drawmij's TSR (Jim Ward)
Community
Forums & Topics
Forum List
Latest Posts
Forum list
*Dungeons & Dragons
Level Up: Advanced 5th Edition
D&D Older Editions
*TTRPGs General
*Pathfinder & Starfinder
EN Publishing
*Geek Talk & Media
Search forums
Chat/Discord
Resources
Wiki
Pages
Latest activity
Media
New media
New comments
Search media
Downloads
Latest reviews
Search resources
EN Publishing
Store
EN5ider
Adventures in ZEITGEIST
Awfully Cheerful Engine
What's OLD is NEW
Judge Dredd & The Worlds Of 2000AD
War of the Burning Sky
Level Up: Advanced 5E
Events & Releases
Upcoming Events
Private Events
Featured Events
Socials!
EN Publishing
Twitter
BlueSky
Facebook
Instagram
EN World
BlueSky
YouTube
Facebook
Twitter
Twitch
Podcast
Features
Top 5 RPGs Compiled Charts 2004-Present
Adventure Game Industry Market Research Summary (RPGs) V1.0
Ryan Dancey: Acquiring TSR
Q&A With Gary Gygax
D&D Rules FAQs
TSR, WotC, & Paizo: A Comparative History
D&D Pronunciation Guide
Million Dollar TTRPG Kickstarters
Tabletop RPG Podcast Hall of Fame
Eric Noah's Unofficial D&D 3rd Edition News
D&D in the Mainstream
D&D & RPG History
About Morrus
Log in
Register
What's new
Search
Search
Search titles only
By:
Forums & Topics
Forum List
Latest Posts
Forum list
*Dungeons & Dragons
Level Up: Advanced 5th Edition
D&D Older Editions
*TTRPGs General
*Pathfinder & Starfinder
EN Publishing
*Geek Talk & Media
Search forums
Chat/Discord
Menu
Log in
Register
Install the app
Install
Community
General Tabletop Discussion
*Dungeons & Dragons
Square grid, what's the difference between a square and a circle?
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="EzekielRaiden" data-source="post: 6682099" data-attributes="member: 6790260"><p>You are correct; a circle of radius <em>r</em> centered at the origin in this geometry is a square of side length 2r+1. In 4e, this is exactly how it worked. For convenience, it uses chessboard/Chebyshev distance (the L[sub]∞[/sub] metric) and foregoes a correction for off-axis movement.</p><p></p><p>The long and short of it is that you cannot have <em>all</em> of the following:</p><p>A: discretized, integer-indexed space ("a grid")</p><p>B: completely <em>covered</em> space (all points are contained in, or at the edge of, a tile)</p><p>C: movement without imperfect/complex conversions (e.g. no "2 diagonal squares = 3 horiz/vert squares")</p><p>D: movement that preserves uniform velocity (e.g. moving diagonally, north/south, and east/west are all equally 'fast')</p><p></p><p>3e chose to take points A, B, and (essentially) D, and thus dropped C; you have to perform a calculation to account for the 'inefficiency' of moving diagonally. However, this calculation is imperfect; it makes every diagonal square count as 1.5 units, when it should be sqrt(2) = ~1.414, thus it technically violates point 4 as well. This effect is essentially imperceptible on the scale of typical battles, but <em>if</em> you assume that this is true, then there is a difference in efficiency between travelling diagonally and travelling partially by straight line and partially diagonally.</p><p></p><p>Each of the other requirements follows from the act of trying to discretize space. Real, physical space is not discrete (and no, quantum physics doesn't show it's discrete at the quantum level either, but that's an unrelated subject). We live with the Euclidean (L[sub]2[/sub]) metric, where there is one unique shortest distance between two points, which requires solving a right-triangle to calculate and in all but a subset of cases (that is, Pythagorean triples) is an irrational number. Irrational numbers cannot be handled by a discrete, integer grid placed on space, so you have to "break" something.</p><p></p><p>Even hex grids aren't immune. They meet points A, B, and C perfectly, but they fail at point D. Depending on how you orient the hex grids, moving north/south will either be slower or faster than moving east/west--it depends on whether your hexagons have vertices on their north/south bisection, or their east/west bisection. Travelling NE or SE will never be less efficient than travelling due north/south or due east, but may be more efficient. Again, though, these considerations are small for the areas typically used by tabletop battle maps, which is why people like the hex grid, though it makes "square" structures a <em>little</em> awkward. A game like Civilization or Age of Wonders, where you may cover <em>hundreds</em> of hexes exploring or attacking, it adds up to enough to be worth caring about.</p><p></p><p>Because squares are simple to work with, and because people think in perpendicular lines better than they think in lines at 60-degree angles (by a small margin), 4e and games like it eschew being particularly "accurate" to real-space geometry. They value simplicity of representation over physical-world accuracy, assuming that it is an acceptable break from reality to make the game easier to run and adjudicate.</p><p></p><p>If you really want to blow your mind, you should check out the Manhattan distance (the L[sub]1[/sub] metric). In that, a circle of radius r centered at the origin is a "square," rotated 45 degrees (so that its "vertices" are on the axes), with 2r tiles on each "side." (I used quotes on "square," "vertices," and "side" because it's not a true square: it has jagged edges).</p></blockquote><p></p>
[QUOTE="EzekielRaiden, post: 6682099, member: 6790260"] You are correct; a circle of radius [I]r[/I] centered at the origin in this geometry is a square of side length 2r+1. In 4e, this is exactly how it worked. For convenience, it uses chessboard/Chebyshev distance (the L[sub]∞[/sub] metric) and foregoes a correction for off-axis movement. The long and short of it is that you cannot have [I]all[/I] of the following: A: discretized, integer-indexed space ("a grid") B: completely [I]covered[/I] space (all points are contained in, or at the edge of, a tile) C: movement without imperfect/complex conversions (e.g. no "2 diagonal squares = 3 horiz/vert squares") D: movement that preserves uniform velocity (e.g. moving diagonally, north/south, and east/west are all equally 'fast') 3e chose to take points A, B, and (essentially) D, and thus dropped C; you have to perform a calculation to account for the 'inefficiency' of moving diagonally. However, this calculation is imperfect; it makes every diagonal square count as 1.5 units, when it should be sqrt(2) = ~1.414, thus it technically violates point 4 as well. This effect is essentially imperceptible on the scale of typical battles, but [I]if[/I] you assume that this is true, then there is a difference in efficiency between travelling diagonally and travelling partially by straight line and partially diagonally. Each of the other requirements follows from the act of trying to discretize space. Real, physical space is not discrete (and no, quantum physics doesn't show it's discrete at the quantum level either, but that's an unrelated subject). We live with the Euclidean (L[sub]2[/sub]) metric, where there is one unique shortest distance between two points, which requires solving a right-triangle to calculate and in all but a subset of cases (that is, Pythagorean triples) is an irrational number. Irrational numbers cannot be handled by a discrete, integer grid placed on space, so you have to "break" something. Even hex grids aren't immune. They meet points A, B, and C perfectly, but they fail at point D. Depending on how you orient the hex grids, moving north/south will either be slower or faster than moving east/west--it depends on whether your hexagons have vertices on their north/south bisection, or their east/west bisection. Travelling NE or SE will never be less efficient than travelling due north/south or due east, but may be more efficient. Again, though, these considerations are small for the areas typically used by tabletop battle maps, which is why people like the hex grid, though it makes "square" structures a [I]little[/I] awkward. A game like Civilization or Age of Wonders, where you may cover [I]hundreds[/I] of hexes exploring or attacking, it adds up to enough to be worth caring about. Because squares are simple to work with, and because people think in perpendicular lines better than they think in lines at 60-degree angles (by a small margin), 4e and games like it eschew being particularly "accurate" to real-space geometry. They value simplicity of representation over physical-world accuracy, assuming that it is an acceptable break from reality to make the game easier to run and adjudicate. If you really want to blow your mind, you should check out the Manhattan distance (the L[sub]1[/sub] metric). In that, a circle of radius r centered at the origin is a "square," rotated 45 degrees (so that its "vertices" are on the axes), with 2r tiles on each "side." (I used quotes on "square," "vertices," and "side" because it's not a true square: it has jagged edges). [/QUOTE]
Insert quotes…
Verification
Post reply
Community
General Tabletop Discussion
*Dungeons & Dragons
Square grid, what's the difference between a square and a circle?
Top