RE: Mother Russia (Full Version)

All Forums >> [New Releases from Matrix Games] >> World in Flames



Message


Shannon V. OKeets -> RE: Mother Russia (11/4/2006 11:20:46 AM)

And east of that it links up to Murmansk and Archangel.

[image]local://upfiles/16701/37FDFF2A30D74829B023C1371BEA53A0.jpg[/image]




Shannon V. OKeets -> RE: Mother Russia (11/4/2006 11:25:38 AM)

4th and last in series. A partial overview.

[image]local://upfiles/16701/F7ACC563478F468EAFEE0772F72AFBFD.jpg[/image]




trees trees -> RE: Mother Russia (11/4/2006 9:47:48 PM)

way back on the very first one the weather line around the Caspian still seems to disappear. I don't think it is an issue of line thickness, I think the problem is that it blends in too well with the map, which is so ... pastel? Maybe if it were just a brighter tint it would be much easier to see.




Shannon V. OKeets -> RE: Mother Russia (11/4/2006 10:03:42 PM)


quote:

ORIGINAL: trees trees

way back on the very first one the weather line around the Caspian still seems to disappear. I don't think it is an issue of line thickness, I think the problem is that it blends in too well with the map, which is so ... pastel? Maybe if it were just a brighter tint it would be much easier to see.

Yes. This is on my list of things to change. I need to choose 2 colors, for weather zone boundaries and for sea area boundaries that coincide with weather zone boundaries. It is the later that are hard to see.




delatbabel -> RE: Mother Russia (11/8/2006 4:43:54 PM)

quote:

ORIGINAL: Neilster

When the Coral Sea cyclones have enough power to punch through the Great Dividing Range, or tropical lows from the Timor or Arafura Seas sweep across Central Australia, they dump huge amounts of water in the vast, usually arid area of far western Queensland.



Gee, wouldn't one of those be nice about now.

Preferably dumping some water in Western NSW as well as this side of the dividing range.




Shannon V. OKeets -> RE: Mother Russia (11/8/2006 9:02:34 PM)

I'll use this thread for the rest of Asia - rather than start yet one more new thread.

Here are the rivers Euphrates and Tigris. It's nice to see them complete - I have been looking at messed up versions for a long time (they run down the eastern border of the European map).

[image]local://upfiles/16701/8BD860F591424D8092AB36C89955E9F9.jpg[/image]




Shannon V. OKeets -> RE: Mother Russia (11/8/2006 9:03:27 PM)

The Persian Gulf. Note that the Strait of Hormuz is not a straits hexside. Bahrain is.

[image]local://upfiles/16701/91E5D998985F4F3E916132D55B10EC87.jpg[/image]




Shannon V. OKeets -> RE: Mother Russia (11/8/2006 9:05:09 PM)

3rd and last in series. An overview of the new coastal and river/lake bitmaps - the MidEast.

[image]local://upfiles/16701/EFCB786446474396862812F339CC1760.jpg[/image]




Fishbed -> RE: Mother Russia (11/13/2006 5:24:54 PM)

Just read about "Sinkiang" on the map...
Are the names all using the old retranscript? You don't plan to replace them with Pinyin? [&:]

thanks [:)]




wosung -> RE: Mother Russia (11/13/2006 7:06:09 PM)

quote:

ORIGINAL: Fishbed

Just read about "Sinkiang" on the map...
Are the names all using the old retranscript? You don't plan to replace them with Pinyin? [&:]

thanks [:)]


I was contemplating this too. Generally playing around with the Chinese transcription issues will get one 二百五.

Transcription questions were debated before
http://www.matrixgames.com/forums/tm.asp?m=1140817&mpage=2&key=
See: posts 40 and 56.

WIF uses variants of old Wade-Giles, which was most common in WW2, but isn't consistent. We tried to make it more uniform. There seemed to be consensus to stick to Wade-Giles just for historical flavor.

That implies absolutely no bias in questions about political-
linguistical hegemonia across the Taiwan-street. In fact, I think, most Wiffers don't care for transcription. And I honestly hope that the use of Wade-Giles won't result in any problems for saling WIF to China.

Additionally, perhaps it was thought, that there already were lots of China map changes, so nobody wanted to add more "revolutions".

Personally I don't mind if it's Pinyin or Wade-Giles. And I'm open to both. I just tried to make transcription more consistent. Any corrections are welcome. Feel free, to do so! But, because of historical reasons, consistency is hard to achieve:

Canton is more commonly known then Guangzhou, same is with Peking (Beijing), Chiang Kai-shek (Jiang Jieshi), Mao Zedong (Mao Tse-tung) and so on.

So sometimes Wade-Giles or other old transcriptions are still more popular, sometimes Pinyin is. And there are differences between US and European use of Chinese transcriptions as well.

Bottom-line:

1. There was a votum for (at least a level of) consistency.
2. Decision was just about historical flavor.
3. I think Patrice will get a nervous breakdown and will eat all his WIF-cardboard counters, if he has to change the Chinese transcription again... [:D]

Regards




Shannon V. OKeets -> RE: Mother Russia (11/13/2006 7:19:03 PM)

In most cases the players will be able to change the names themselves if they so desire. The data file is in comma separated values format (CSV) and can be edited using any spreadsheeet or database package.

The exception is that some city/port names are used internally in the program. This is true for all cities referred to in the scenario setups (e.g., Sian, Honolulu).




Fishbed -> RE: Mother Russia (11/14/2006 12:28:17 PM)

quote:

WIF uses variants of old Wade-Giles, which was most common in WW2, but isn't consistent. We tried to make it more uniform. There seemed to be consensus to stick to Wade-Giles just for historical flavor.

No problem, I understand perfectly the idea of using the Wade-Giles for a better "vintage" look and flavour [:)]

Thanks to you two for your answers, this game is gonna rock [&o]




doctormm -> RE: Mother Russia (11/18/2006 6:01:23 AM)

Steve -

You mentioned that the program uses some port/city names internally.  Will there be any way for someone who is editing the name file to know that a city name is "reserved"?  Why not just use a unique key internally, instead of the editable name?




Shannon V. OKeets -> RE: Mother Russia (11/18/2006 12:09:23 PM)


quote:

ORIGINAL: doctormm

Steve -

You mentioned that the program uses some port/city names internally.  Will there be any way for someone who is editing the name file to know that a city name is "reserved"?  Why not just use a unique key internally, instead of the editable name?


The reserved names comes from the fact I am working with the code I inherited from CWIF. What you are asking for falls into the category of making a WIF game design kit, which is not part of my project task list. Where things fall out with little or no additional effort on my part, I will make them available to the players to modify. I have no philosophical difficulty with that. But I do not really need an expanded scope of work.




Froonp -> RE: Mother Russia (11/18/2006 1:57:52 PM)

quote:

ORIGINAL: Shannon V. OKeets

In most cases the players will be able to change the names themselves if they so desire. The data file is in comma separated values format (CSV) and can be edited using any spreadsheeet or database package.

The exception is that some city/port names are used internally in the program. This is true for all cities referred to in the scenario setups (e.g., Sian, Honolulu).

Well, for having had an experience in editing MWiF's CSV files, I can say that when you are modifying a city name that the program don't like, you know it when you start the game again after having finished editing the file. The game will tell you that "old name" is not found.

So you can go back to your changes and put back the original name.




amwild -> RE: Mother Russia (11/18/2006 2:02:15 PM)


quote:

ORIGINAL: Shannon V. OKeets


quote:

ORIGINAL: doctormm

Steve -

You mentioned that the program uses some port/city names internally.  Will there be any way for someone who is editing the name file to know that a city name is "reserved"?  Why not just use a unique key internally, instead of the editable name?


The reserved names comes from the fact I am working with the code I inherited from CWIF. What you are asking for falls into the category of making a WIF game design kit, which is not part of my project task list. Where things fall out with little or no additional effort on my part, I will make them available to the players to modify. I have no philosophical difficulty with that. But I do not really need an expanded scope of work.


As a database programmer, I prefer to use numeric keys to refer to records, since numeric-data keys take less memory, are much faster for a PC to handle, and are not typically broken by changing related text in the record, though I do understand that text-data keys are more informative when writing code.

Perhaps, if you didn't want to change your key data from text to numeric, you could keep your text-datatype key and add a separate city/port name field that is identical to the key field (at least to start with), but changing the city/port name wouldn't break the key reference.

I hope I don't sound too much like I'm trying to tell you how to do your job...




Shannon V. OKeets -> RE: Mother Russia (11/18/2006 7:12:33 PM)

quote:

ORIGINAL: amwild
quote:

ORIGINAL: Shannon V. OKeets
quote:

ORIGINAL: doctormm

Steve -

You mentioned that the program uses some port/city names internally.  Will there be any way for someone who is editing the name file to know that a city name is "reserved"?  Why not just use a unique key internally, instead of the editable name?

The reserved names comes from the fact I am working with the code I inherited from CWIF. What you are asking for falls into the category of making a WIF game design kit, which is not part of my project task list. Where things fall out with little or no additional effort on my part, I will make them available to the players to modify. I have no philosophical difficulty with that. But I do not really need an expanded scope of work.


As a database programmer, I prefer to use numeric keys to refer to records, since numeric-data keys take less memory, are much faster for a PC to handle, and are not typically broken by changing related text in the record, though I do understand that text-data keys are more informative when writing code.

Perhaps, if you didn't want to change your key data from text to numeric, you could keep your text-datatype key and add a separate city/port name field that is identical to the key field (at least to start with), but changing the city/port name wouldn't break the key reference.

I hope I don't sound too much like I'm trying to tell you how to do your job...

There are several solutions. The easiest would be to leave the code as is and add a supplemental translations file that the players could edit. To start with, all the translations would be Berlin = Berlin, London = London, and so on. if the player wanted to change a reserved name, then he would have to change the second name in this file - besides changing the one in the map labels file.

Like this one, many of the tasks for transforming MWIF into a WIF design kit would be fairly simple, I just have other fish to fry.




SemperAugustus -> RE: Mother Russia (12/13/2006 4:02:48 AM)

Shouldn't Perm be Molotov in this time period? Its a bit tricky since the name was switched to Molotov in 1940.




Earl Uhtred -> RE: Mother Russia (12/13/2006 4:17:24 PM)

Consider renaming 'Mecca' Jiddah.




SLAAKMAN -> RE: Mother Russia (12/14/2006 12:25:12 AM)

Wow Baku is two seperate oil fields now. Looks like Ill have more fun taking them both!!!




Froonp -> RE: Mother Russia (12/14/2006 12:51:31 AM)

quote:

ORIGINAL: Earl Uhtred

Consider renaming 'Mecca' Jiddah.

I for one prefer to leave it as it is, because it is this way on the WiF FE maps.
I saw that Mecca is not a port in reality, and that Jiddah seems to be the port that the port symbol in the hex represent, but I think that Mecca is far much famous to prevail on the map.




Froonp -> RE: Mother Russia (12/14/2006 12:54:03 AM)

quote:

ORIGINAL: SemperAugustus

Shouldn't Perm be Molotov in this time period? Its a bit tricky since the name was switched to Molotov in 1940.

Well, I was about to make the label being "Perm (Molotov)", and then I saw how convoluted the hex already was, with the river around it also, and I dropped the idea.




SemperAugustus -> RE: Mother Russia (12/15/2006 10:15:00 AM)

Perhaps besides the point but...

Should the Hejaz railway really extend all the way to Medina? The route within Saudi Arabia has been out of use since the 1920s if not 1910s, it wasn't functional in WW2

The southern-most working portion of the railroad should be to the Gulf of Aqaba within the Transjordanian borders.




SemperAugustus -> RE: Mother Russia (12/15/2006 10:16:50 AM)

Rub al'Khali by the way means Empty Quarter not Arabian Desert




Shannon V. OKeets -> RE: Mother Russia (12/17/2006 3:21:10 AM)

This set of screen shots shows the rest of Russia - well almost all of the rest. There is still some more hexes yet farther north.

From Balkal to Vladivostok by rail. You can take the northern (TranSiberian) or southern (TransMachurian) route. Chita is important.

[image]local://upfiles/16701/C24C58BB9EC9473CA4CE12570B1440F1.jpg[/image]




Shannon V. OKeets -> RE: Mother Russia (12/17/2006 3:22:33 AM)

A closer view of the TransManchurian route.

[image]local://upfiles/16701/011C2337FCFB4834BCBEC3515EDF211B.jpg[/image]




Shannon V. OKeets -> RE: Mother Russia (12/17/2006 3:23:37 AM)

The NW sector of the Okhotsk Sea.

[image]local://upfiles/16701/8AF1DE3B2BDF471DB91BC0875B794535.jpg[/image]




Shannon V. OKeets -> RE: Mother Russia (12/17/2006 3:24:59 AM)

The island chain from northern Japan to Kamchatka (Risk anyone?).

[image]local://upfiles/16701/B81513C55C5C4FD89101C1A7C0348328.jpg[/image]




Shannon V. OKeets -> RE: Mother Russia (12/17/2006 3:25:52 AM)

The Bering Strait.

[image]local://upfiles/16701/ED7F24B4BCCE4525A1EADF1D655BC1E4.jpg[/image]




Shannon V. OKeets -> RE: Mother Russia (12/17/2006 3:27:00 AM)

The Aleutian Island Chain.

[image]local://upfiles/16701/A30C66C3C7DE4466AD2E8D6D71C3A182.jpg[/image]




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

Valid CSS!




Forum Software © ASPPlayground.NET Advanced Edition 2.4.5 ANSI
4.638672