RE: spherical maps (Full Version)

All Forums >> [General] >> General Discussion



Message

Mr.Frag -> RE: spherical maps (3/13/2005 6:46:00 PM)

The mapping aspect of this is quite interesting, but due to the very nature of the fact you have the whole world, you also need variable time to handle it. The problem that comes up with large scale is day/night/season handling. A dawn surprise attack at Midway during the summer is certainly not the same in Russia's winter.

Global weather patterns and time zones are pretty much required on this scale.

If you are thinking big, think big! [;)]



Cap Mandrake -> RE: spherical maps (3/13/2005 8:04:51 PM)

In the case of modern naval games where aircraft are crucial, I cant understand why a true 3-d environment would not be the method of choice (ie USS Ticonderoga is at X,Y,Z..or 3d vector representation). Its not like the geometry hasn't been worked out.

Problems do arise, of course, with the land/sea interface and the sea bottom (and mountains over land in regard to aircraft..this perhaps could be ignored). Land masses could be mapped with a deformed rectangular grid pressed onto the sphere with... lets say..a 1 km resolution. The oceans would be mapped in a similar fashion with the depth recorded every 1 km.

The coastline between 1 km land datapoints could be intercolated using a fractal function perhaps (which does give convincing naturalistic curves) (this does involve some number crunching...but could be done once at the start of the game boot..generating a grid with a resolution of .1 km perhaps

Path finding might be a massive number-crunching task. This might be simplified with some rules...(ie..USS GW wants to go from the Azores to Murmansk..first goto Iceland/Greenland gap then South of Spitsbergen then Kola Inlet...etc etc)



Cap Mandrake -> RE: spherical maps (3/13/2005 8:10:16 PM)

Also...check out the fantastic J-track 3D satellite mapping Java applet from NASA. A zoomable view of satellites in earth orbit from geostationary on down.


I cant find the url...seems to be down right now.

Try googling J-track 3D



rhondabrwn -> RE: spherical maps (3/13/2005 9:18:51 PM)

quote:

ORIGINAL: Mr.Frag

The mapping aspect of this is quite interesting, but due to the very nature of the fact you have the whole world, you also need variable time to handle it. The problem that comes up with large scale is day/night/season handling. A dawn surprise attack at Midway during the summer is certainly not the same in Russia's winter.

Global weather patterns and time zones are pretty much required on this scale.

If you are thinking big, think big! [;)]


I don't see that would present a problem. Mac's prototype had day / night shading incorporated so why not have the game map illuminated appropriately for time of day? That would make it quite easy to visualize time elements. Imagine selecting units to assign orders and the map is at either bright high noon or twilight dusk, depending upon global time zone.

I love these concepts! [:)][:)][:)]



rhondabrwn -> RE: spherical maps (3/13/2005 9:21:49 PM)

quote:

ORIGINAL: coregames

quote:

ORIGINAL: rhondabrwn

Perhaps a good project would be to design a "Universal Global Conflict Simulator" whereby specific wars and scenarios could be setup with a sophisticated "game editor" program? Generate world maps and terrain using options like RTS sims like Cossacks? Choose from a library of unit icons? Select from your choice of conflict resolution tables and a buffet of combat and movement rules to select from.... the potential is mind boggling!



This is my thinking as well... if the application was multiple-scale in its approach (which I know Mac doesn't agree with), it could be useful for interstellar games that only use the macro-scale, as well as single world uses that incorporated a smaller scale. With the editor, the engine could be used in a wide variety of ways, including to resolve global events for a roleplaying campaign. The map I posted at the beginning of this thread is at 100 miles per hex, but if multiple scales were used, the larger scale could have fewer hexes (more akin to Mac's application), allowing the smaller scale to be even more detailed.

My dream use for such an application would be WWII, but of course it could be applicable to any historical time reference from Columbus to the present. If I understood your comments accurately, I am like you Rhonda... my experience in game design is not computer games, but rather board and roleplaying games. Even so, I would very much enjoy and be challenged by being involved in such a project.


My experience has been that if you have some good programmers at your disposal, it is the design that drives the creation. The programming genius handles the individual problems, but the designer provides the plans.

Like you, I come from the old Board Game background, but I have produced a successful commercial software design so I do have experience in automated system design.



rhondabrwn -> RE: spherical maps (3/13/2005 9:22:37 PM)

Hee hee... just noticed that I got promoted to "Matrix Hero"... yahoo!



Mac_MatrixForum -> RE: spherical maps (3/13/2005 11:48:47 PM)

Hi again and thanks for the feedback. That's the reason I made that test downloadable in the first place.

First some technical details for Cap Mandrake. The shoreline is a fractal [:)]. The height can easily be tracked but visually it's not that important. You can't really see Everest at this scale let alone lesser mountains. Bump or normal mapping can of course be used to generate the desired visuals. .1 km to 1 km data is not going to happen for a long time. See Celestia for some nice mappings though.

Ok let me restate what I have in mind. I want to be able to zoom from this, through something like this right into this. I see the engine being capable of generating any reasonable resolution terrain but I don't see why it should be multiple-scale within one setting. Multiple scales impose discontinuity which I find distracting when I really want a smooth zoom from macro down into micro. It's just too complicated.

I'm just not sure what kind of game I really would like to do or play. I've been hanging around these forums from the very beginning because people here have experience in various scales and mechanics that have or haven't worked before. I've also played my share of strategy games and e.g. the UFO games. The zoom has already been achieved in Celestia except that it's not a game. My goal has recently been to modernize the Emperor of the Fading Suns. But there are other games that have so much to give.

Lots of open questions remain, like how do you marry a 3D world with a windowing system and make the controls intuitive? The correct scaling of the turn lengths is quite a task too. Oh, Mr. Frag I've thought big already and didn't get anywhere so I guess now I want to think small for a while [;)]. That got me Planettest and more.

Oh, I should mention that I'm not that keen on really accurate modelling of the Earth going into WGS 84 for coordinates or equivalent GIS stuff. I do enough of that for work.

I don't really see a project of this magnitude ever getting finished. Or at least with current tools. So rather than committing to any specific game mechanics I'm just developing tools that will get the job done ... if they get done. And not just this one program but pretty much every program I ever want to create ...



Cap Mandrake -> RE: spherical maps (3/14/2005 12:12:26 AM)

Mac...have you seen the Homeworld 3D navigation interface?

Clearly you are talking about a much more ambitious scale.

In the case of a global Naval Sim for eg., surely you are not saying that there is insufficient data to say that point X,Y on the surface of the globe is Ocean vs Land at a 1 km resolution? I take it you mean handling the graphical burden of manipulating it in 3d on a PC. Superprecision is not key, only that the coast of Scotland look like Scotland and both sides have exactly the same map.



coregames -> RE: spherical maps (3/14/2005 12:22:36 AM)

quote:

ORIGINAL: Mac
I see the engine being capable of generating any reasonable resolution terrain but I don't see why it should be multiple-scale within one setting. Multiple scales impose discontinuity which I find distracting when I really want a smooth zoom from macro down into micro. It's just too complicated.


I do agree that, when used for a one-world setting, such an engine could easily get by using one unified scale. My thought was more about making the idea as widely applicable as possible. If a macro scale was available, with a larger time scale for the turns, multiple worlds would be much easier to handle. By providing a smaller scale, smaller regions could be fleshed out as needed, at the user's discretion, and based on the use for which it is intended. The visual continuous zoom you are shooting for is not necessarily impaired by this, it could just make it possible to zoom in even closer for certain important regions of the map. The discontinuity need not occur if the zoom is continuous between scales, especially using the intersections as you do to help mask the grid.

The issue of scale becomes important when you consider the idea of location. City locations should not be 300 miles on a side. By providing multiple map scale options -- not only a second smaller scale, but a third, and perhaps even a fourth -- a world can be mapped to the desired level of detail in each location. What I see is a continous zoom that can go all the way to the level of a street map of a city, or even floor plans of a building. This does not require mapping every square foot on the planet if you use multiple scales.

Just ideas... I certainly appreciate your views on the subject Mac, especially given your proven dedication to the idea.



coregames -> RE: spherical maps (3/14/2005 12:31:31 AM)

quote:

ORIGINAL: Cap Mandrake
surely you are not saying that there is insufficient data to say that point X,Y on the surface of the globe is Ocean vs Land at a 1 km resolution?


I understand the idea of great circles, but discrete location still requires a grid of some kind, no matter how high the resolution. What X,Y coordinate system maps onto a sphere with minimal distortion between any two given locations? Granted, latitude and longitude give discrete locations, but the distortion as you move N or S is dramatic as the longitude lines converge.

On a side note, Cap Mandrake, I agree that if a mutliple-scale approach was used, at smaller scales a numeric altitude/depth component would make the game even better. If only one scale is used, and it is large (like in Mac's app), alt/depth could still be used, but be very simplified (like altitude expressed as sea-level, very low, low, med, high, very high or suborbital). Land masses as obstacles could follow this. Most land could be very low, high elevation could be low, high mountain ranges could be medium.



coregames -> RE: spherical maps (3/14/2005 3:54:32 AM)

quote:

ORIGINAL: coregames
Has anyone seen a use of the rhombic triacontahedron in a projection?

I am going to superimpose a triangular grid and a hex grid on this unfolded shape, to see how it compares to the icosahedron. It is not as continuous in its unfolded form, but it should still project onto a sphere, perhaps with even less distortion.

[image]local://upfiles/13587/Sp455041486.gif[/image]

[image]local://upfiles/13587/Up483881080.gif[/image]



coregames -> RE: spherical maps (3/14/2005 4:20:38 AM)

quote:

ORIGINAL: coregames
I am going to superimpose a triangular grid and a hex grid on this unfolded shape, to see how it compares to the icosahedron. It is not as continuous in its unfolded form, but it should still project onto a sphere, perhaps with even less distortion.

rats... it seems that topologically using a hex or triangular grid on a rhombic triacontahedron is the same as the icos... 30 congruent faces, but where three come together on their sides it forms a hexagon, and where five come together on their ends they form a five pointed star. The shape is derived by combining the vertices of an icosahedron with the sides of a dodecahedron. Because the vertices of the "star" corners are still pentagonal, distortion is not lessened if using a trianglular or hex grid, so the icos projection still seems best.



Mac_MatrixForum -> RE: spherical maps (3/14/2005 8:54:47 AM)

quote:

ORIGINAL: Cap Mandrake
Mac...have you seen the Homeworld 3D navigation interface?

I'm a fraid that I haven't. Similar games though. What I've been thinking is that maybe use the common FPS game controls (WSAD) combined with "mouse look" drag. I really should try this in action. The problem is that I also want to make it really easy to just type in whatever text you want.
quote:

Clearly you are talking about a much more ambitious scale.

Yeah I started small, got big and now I'm trying to scale it back to something that is possible. Although as I said, I'm developing technology to enable games and other applications to be developed eventually. I wont fix anything about the game mechanics yet.
quote:

In the case of a global Naval Sim for eg., surely you are not saying that there is insufficient data to say that point X,Y on the surface of the globe is Ocean vs Land at a 1 km resolution? I take it you mean handling the graphical burden of manipulating it in 3d on a PC. Superprecision is not key, only that the coast of Scotland look like Scotland and both sides have exactly the same map.

Oh I only meant that it makes nearly no difference to the appearance of the world whatever the height is. The Earth radius is 6300 km so you will not spot the Everest in the horizon. That's what I meant. But I think I can now see what you mean. I also want the world to be rather accurate representation and to look pleasing. But think about the 1 km resolution ... I can see it taking several gigabytes of memory. But no need to make the sampling uniform. I guess I really ought to do a new test with non-uniform sampling, editor and some new ideas for texturing. Now if I only could find the time [:(].

quote:

ORIGINAL: coregames
The issue of scale becomes important when you consider the idea of location. City locations should not be 300 miles on a side. By providing multiple map scale options -- not only a second smaller scale, but a third, and perhaps even a fourth -- a world can be mapped to the desired level of detail in each location. What I see is a continous zoom that can go all the way to the level of a street map of a city, or even floor plans of a building. This does not require mapping every square foot on the planet if you use multiple scales.

Ok, now I get it. You want a non-uniform distribution of locations on the sphere? Say, you want increased resolution around certain points-of-interest like cities. Just like Cap wants for shorelines? It is possible with a flexible subdivision scheme but I'm not quite sure what the gameplay would be. On one hand you command entire armies and on one hand you want to be able to zoom in to see the sewers? Within the same game? I can see some of that support for different settings.

One could track the exact location of units and say the terrain and other attributes come from the nearest vertex/vertices. That's really what should be done with non-uniform sampling anyway.



coregames -> RE: spherical maps (3/14/2005 8:18:47 PM)

quote:

original: Mac
On one hand you command entire armies and on one hand you want to be able to zoom in to see the sewers?


Exactly... if you view the application as a system rather than merely as a stand-alone game, then its usefulness for many game ideas increases dramatically. The advantage of this would be that all games using the engine would be compatible with all the others. It could be at the center of a whole series of games and simulation tools. The initial project would be a difficult challenge, but the result (if the project could realize such a vision) would have huge implications throughout the gaming industry, not just in wargaming, but in economic/diplomatic games, roleplaying games, etc... Planettest seems to me like a step in that direction.

On a side note, I can envision single games that require a global perspective for the strategic aspect, but still zoom in to a third-person scale for certain key missions. For example, a WWII game could have the whole war fought on the macro, zooming in for certain key battles, and then zooming in even further for the mission to assassinate Hitler, or to blow up a key bridge, command post or lab. Also, in some instances, a larger strategic game could be used as a scenario generator for a roleplaying game.



coregames -> RE: spherical maps (3/15/2005 12:06:22 AM)

quote:

original: Mac
Ok, now I get it. You want a non-uniform distribution of locations on the sphere? Say, you want increased resolution around certain points-of-interest like cities. Just like Cap wants for shorelines?


That is a good way to look at it. If you think of each location at the largest scale as having a terrain type, you can add an additional parameter that indicates which of a standard set of maps specific to that terrain is in use, along with which rotation to use. The mapping convention then places roads, rivers and rail based on some simple rules, whenever a "generic" space needs to have activity at the smaller scale, the computer generates the map on demand. Only cities, coast lines, possibly the vertices locations, would need to have unique maps at the smaller scale.

Some applications of the system won't need the smaller scale(s), but the possibility of using it creates interesting marketing opportunities. Imagine a grand strategic interstellar space game, complete with roleplaying tie-in. Each habitable world is mapped at the macro scale, allowing strategic-level operations on the surface and in near-orbit. Above near orbit, orbital dynamics around the star should hold sway. Outsystem, interactions could use a more euclidean grid.

As the interstellar game unfolds, an "official" version of the game could be run by Matrix, or whatever company releases the game. Key battles during the official game could be released as complete games in their own rights, scenarios at the smaller scale.

Finally, some people may wish to use the grand strategic space game as a backdrop for a roleplaying campaign. The system, if smoothly zooming upwards, could allow the characters to affect a skirmish that could turn the tide in a battle that affects results in the macro game.

I realize this is merely a vision.



coregames -> RE: spherical maps (3/18/2005 12:58:14 AM)

I dusted off my copy of GDW's Invasion: Earth, which uses a large hexagonal grid on an icosahedral projection, to take a look at the map. Then, we played our weekly turn of World in Flames, and I found myself accutely aware of the map distortions from the cylindrical projection. I am curious why someone hasn't used the icosahedral projection already (after GDW and Bucky Fuller anyway), at least as far as I'm aware. Mac's test application seems so intuitive -- what has been the stumbling block for such a game? Is it the pentagonal vertices? The preference for non-discrete location (using great circles and pathfinding exclusively)? Possibly laziness and lack of creativity in the game industry? Any thoughts on reasons for the lack of a modern icos projection game would be much appreciated.



Cap Mandrake -> RE: spherical maps (3/18/2005 1:32:34 AM)

quote:

But think about the 1 km resolution ... I can see it taking several gigabytes of memory


Not necessarily..a 1 km surface grid on the surface of the globe is about 5 x 10**8 data points..at it's most simplistic (ie 1=land, 0=water) that is 5 x 10**8 bits. If one allocated a full byte to each data point (to flesh out depth and altitude) that would be about half a gig. As you say that would be a burden on current machines.

As you suggested, the interior of vast oceans or land masses wouldnt need data points...as long as there was some systematic way to judge where on the globe the neighboring cell mapped to.



rhondabrwn -> RE: spherical maps (3/18/2005 2:26:13 AM)

quote:

ORIGINAL: Cap Mandrake

quote:

But think about the 1 km resolution ... I can see it taking several gigabytes of memory


Not necessarily..a 1 km surface grid on the surface of the globe is about 5 x 10**8 data points..at it's most simplistic (ie 1=land, 0=water) that is 5 x 10**8 bits. If one allocated a full byte to each data point (to flesh out depth and altitude) that would be about half a gig. As you say that would be a burden on current machines.

As you suggested, the interior of vast oceans or land masses wouldnt need data points...as long as there was some systematic way to judge where on the globe the neighboring cell mapped to.


I think that doing the entire globe at 1 km is probably overkill. For a global war game I would think that the old Europa scale of 16 miles to the "hex" (or whatever is used) would be quite within the realm of possibility.

As far as using the global projection for localized tactical battles at a 1 K grid, we wouldn't be using the entire globe for the game, only a portion of it. So... I would see a completely mapped globe established as a standard resource using a variety of scales. Individual game designers would then pull from this multi-gigabyte "map" to suit their own purposes.

As a money making venture, the "Globe" would be a raw building block like various grahic engines currently in use for a variety of FPS games and so forth.

Just a few thoughts on this beautiful almost spring evening!



coregames -> RE: spherical maps (3/18/2005 9:32:27 AM)

quote:

ORIGINAL: rhondabrwn
I think that doing the entire globe at 1 km is probably overkill. For a global war game I would think that the old Europa scale of 16 miles to the "hex" (or whatever is used) would be quite within the realm of possibility.

If the "resolution" of the engine is set to a higher number, more worlds could be managed at the same time without needing special hardware. Perhaps Mac's scale from Planettest is too wide however. I like 80 km per space, which gives 100 hexes or triangular vertices along each face of the icosahedron. The turns at that scale could be weekly. The circumference would be 500 spaces at that scale, and the total number of spaces would be about 100,000. If each space has a byte, as Cap Mandrake suggested, that's ten worlds for one MB rather than one world for a half a gig. As needed, smaller scale(s) could be available for certain important spaces.

quote:


As far as using the global projection for localized tactical battles at a 1 K grid, we wouldn't be using the entire globe for the game, only a portion of it. So... I would see a completely mapped globe established as a standard resource using a variety of scales. Individual game designers would then pull from this multi-gigabyte "map" to suit their own purposes.


This is where you and I disagree with Mac's preference for one unified scale Rhonda. By mapping special spaces -- such as cities, coastlines, possibly the 12 pentagonal vertices -- at a smaller scale, and including a mechanism for generating those spaces left (generic spaces) at the smaller scale, theoretically with the right network you can play globally at the smaller scale (daily turns, even 2 to 4 turns per day?).

One thing I like is your idea of more scale options. Rather than jumping right from 80 km per space all the way to 1 km per space, perhaps there is an intermediate scale break-down (10 km suggests itself). The zoom function in the game can recognise the scales in use and restrict zooming accordingly... if a smaller scale is in use, Mac is right that a continuous visual zoom from scale-to-scale would be the most appealing and convincing.

quote:


As a money making venture, the "Globe" would be a raw building block like various grahic engines currently in use for a variety of FPS games and so forth.


If the conception is forward-thinking enough, such a Globe project can indeed be useful as a development tool, but a a very user-friendly version should be available for the public as well, so gamers can edit the maps for use in roleplaying, as well as creating their own scenarios for wargaming, etc... If marketed properly, such an application could infiltrate many areas of gaming / simulations, probably in several forms. As a development tool, it could include integrated scale options in more increments than available in the public version, as well as programming features that let the application be tailored to individual uses. Of course such a "professional" version would be substantially more expensive.



coregames -> RE: spherical maps (3/23/2005 9:51:34 AM)

I am not that familiar with programming requirements for an application like the one being discussed in this thread. What scale(s) do you all think would be the most useful for such an icosahedral projection, so as to cover as many game scenarios as possible?



Mac_MatrixForum -> RE: spherical maps (3/23/2005 9:13:12 PM)

quote:

ORIGINAL: coregames
I am not that familiar with programming requirements for an application like the one being discussed in this thread. What scale(s) do you all think would be the most useful for such an icosahedral projection, so as to cover as many game scenarios as possible?

The effort is directly proportional to the exact features that are required. For a simple but flexible rendering scheme and the possibility to edit and save the terrain, maybe a week or two worth of coding if I were to do it. I'm sure it wouldn't have all the features thought useful or mentioned in this thread. However, polishing and adding features can be done for an eternity. For a game using this engine? Well games usually have a lot of rules, logic and user interface elements not to mention art assets, so much much longer.

I'm a bit wary of trying to make one engine or ruleset that tries to cover many types of games. It's the jack-of-all-trades argument. Generic engines have less "personality", sort of. But I'm fully committed to a generic open environment that can be extended or modified to cover any situation, game or not. I see the same environment as capable of handling my personal information management needs, movie and music collections, all database related work and strategy gaming needs. After all, what is a strategy game but an advanced database manipulation engine? It doesn't have to look like Excel. Maybe you get my point [;)].



coregames -> RE: spherical maps (3/24/2005 4:54:15 PM)

quote:

ORIGINAL: Mac
But I'm fully committed to a generic open environment that can be extended or modified to cover any situation, game or not. I see the same environment as capable of handling my personal information management needs, movie and music collections, all database related work and strategy gaming needs.


So you want to use the world map as a visual data base management interface? I'm interested in how you use it for non-game stuff... do you listen to a lot of world music Mac? It certainly makes sense for keeping track of weather in an area (if the scale is small enough), possibly for travel plans.



Mac_MatrixForum -> RE: spherical maps (3/24/2005 11:45:11 PM)

quote:

ORIGINAL: coregames
So you want to use the world map as a visual data base management interface? I'm interested in how you use it for non-game stuff... do you listen to a lot of world music Mac? It certainly makes sense for keeping track of weather in an area (if the scale is small enough), possibly for travel plans.

The grand idea is that there is this environment. The environment is good at managing data, showing it, general computing and as a base for building more. For example a planet is only a visualisation of a certain subset of a larger dataset which is a game that is only one possible application. There are rules that can be processed to modify the dataset (e.g. process one year of game time simulation). Visualisations can be built to show what the state of the world is like or in any way assist the player to make his decisions. The player or anybody else can extend the system to build abstractions as they like or change the rules etc.

So this is a generic environment to fulfill all my processing needs [:)]. This is mostly off-topic for this thread but may help to explain where I come from. And where I'm eventually going. If I had this environment now, I would be making applications with it. Since I don't, I have to first make it. I'll also do some smaller projects like Planettest. Nevertheless, my ultimate goal is to make the environment to make the real applications I want to be able to do.

Lets say the original motivation for it was the realization that a space strategy game I wanted to make many years ago would need like 100+ windows and making them with any modern technology absolutely sucks. And that's not the only thing wrong with modern software development. I do that for a living but I get paid for my troubles. Even then I would do things better, if I only knew how. I've looked at and tried quite a lot of things. I need something better and this is the best idea I've come up with.



coregames -> RE: spherical maps (3/25/2005 1:40:03 AM)

It's not off-topic if the database application you are working on is closely associated with Planettest. I wish I was able to produce a viewing program of its sophistication, but it's also good to know you have real uses in mind for it.



coregames -> RE: spherical maps (3/27/2005 11:21:28 PM)

I think I have a good implementation for this idea in mind... Subs and Satellites, a game of economics, idealogies, espionage and cold war tension ranging from 1950 through whenever one side wins (Soviet Bloc or NATO, possibly China as a third option). Using the projection, locations of individual subs and satellites can be tracked. Both subs and orbiting satellites would have accurate pathfinding with David Clark's idea of using a great circle and then back-mapping to the grid for discrete locations.

Because of nuclear tension (MAD from beginning to end), widespread open strategic warfare would never be an issue. Perhaps if one side made a lot of mistakes, a first strike by the other might be an option at some point, but that should be the exception. Wars would be fought individually at a smaller scale, each a scenario within the larger game. Some would be small conflicts that would be resolved within a single turn at the larger scale; longer wars would carry on, with reinforcements from spaces adjacent to the theatre of the conflict. When a war broke out, the theatre could be generated at the smaller scale, and at other times, all interaction could be at the global scale.

I'm interested to hear ideas about victory conditions, scope of the game, or any other notions that occur to any of you.



coregames -> RE: spherical maps (4/28/2005 7:32:44 AM)

I guess this idea had no legs... ah well, I will still toy with it, just not in the Matrix forums.



rhondabrwn -> RE: spherical maps (4/28/2005 10:35:45 AM)

quote:

ORIGINAL: coregames

I guess this idea had no legs... ah well, I will still toy with it, just not in the Matrix forums.


It sounds like it has potential. I'd keep posting on it as you come with more ideas. Just because no one jumped on it, doesn't mean people wouldn't be interested.

Just so much to do these days... and so many forums to follow... plus I'm a News/Blog Junkie (does that translate into "masochism"? At least I can come here and not leave depressed and angry!



coregames -> RE: spherical maps (4/28/2005 3:49:43 PM)

Thanks rhonda... I'm glad someone still thinks the idea has merit. My most recent notion was to use a macro-scale of 250 miles across each space, which translates to 20 hex/triangle spaces across for each triangular face of the icos. This scale would be grand strategic of course, with the assumption that at least one smaller scale would be available -- perhaps 10 miles per hex as shown here:


[image]local://upfiles/13587/BB9D3412C529435FA7291A75643DDE00.jpg[/image]



coregames -> RE: spherical maps (5/3/2005 12:14:19 AM)

In our current World in Flames game, I have been thinking about the contents of coastal hexes, and contemplating how it is that Malta can hold as many troops as a 100 km wide stretch of open terrain in France ( or even a 200+ km wide stretch of the Gobi desert). Perhaps the way to deal with this is to discriminate between coastal hexes, based on how much land they actually contain. The issue isn't graphic in nature, but rather, functionality and believability.

One way would be to categorize land hexes based on how many hex sides actually connect to another land mass (e.g., 0-6, or 0-3 perhaps) and use this component of the hex information to restrict stacking. I'd be interested to hear anyone else's ideas on this.



Panzeh -> RE: spherical maps (5/3/2005 4:34:17 AM)

I don't even think you need hexes or spaces at all. Just use vectors like HTTR.



Page: <<   < prev  1 [2] 3   next >   >>

Valid CSS!




Forum Software © ASPPlayground.NET Advanced Edition 2.4.5 ANSI
1.0625