How to make maps using WW2Map and MicroDEM

[Roman]

What I was looking for!!
I've tried it already.
Thanks

[EJ]

Shahadi,

THANKS! Do you pbem?

[shahadi]

Originally Posted by EJ

Shahadi,

THANKS! Do you pbem?

Hey EJ, yeah. I saw your post looking for a game, but really, I'm trying to finish Red Line Syria campaign, plus research for a Nam and an Afghan scenario.

I like the PBEM thing, and you seem cool with it too, but I'm really stretched at the moment. Gotta pass this time.

Abraham

[Roman]

I do not get the srtm files. Any help?

[Roman]

Already tried the program and found the srtm files.

http://www2.jpl.nasa.gov/srtm/

http://dds.cr.usgs.gov/srtm/

The steps are to set the heights of the map. Then what are cities, trees etc need to edit the game program.
That's it?

[MarkSheppard]

Fred Chlanda (who created this program) hasn't been around for a while due to health issues; but he helpfully included the source code for WW2 map with one of the releases!

I can't promise anything -- but I've been dabbling in C++ for a bit, and I could try to reverse engineer his importation code. Again, NO PROMISES!

[dmnt]

This thread and the troublesome process described made me start a bit of a coding project and that project is soon coming to an end: I have now coded a coordinate -> SPMBT map conversion program. It's using SRTM3 so a lot of the contour has to be filled in and some smoothing thus happens, but in general it may produce good results for gameplay.

Current version is still being developed but it's planned to work as follows:
* User enters coordinates to the center of the map on the web page
* User specifies the offset for ground level, i.e. when generating a map where the game map "level 0" is 300 meters above ground user would enter "300" and the map generated will then have levels between 10 meters, that is 310, 320 and 330 meters mapped to hill levels 1, 2 and 3 respectively. Anything under 300 meters will be level 0 ground or water.
* User specifies the level threshold for water hex. That is, anything on that level or below will be a water hex.
* Missing data in satellite data will be interpolated
* A 160x200 map will be produced
* A low resolution height map image will be produced
* User has to do the "add clear terrain, keep height information" trick described in the other method as the produced map hex graphics are all wrong.

What's missing from the current development version:
* No support for SRTM1
* No web frontend, just perl implementation.
* Missing data interpolation has a poor implementation which can lead to artifacts on areas with lots of missing data
* The map has to fit in the data square. The area to be generated has to be within the single SRTM3 data square, so no maps can be generated for example around coordinate N60.973,E24.000 as it would require reading multiple height data files.
* No water hex support
* No height offset support

The implementation is done with perl and imagemagick perl library (perlmagick). A full map is generated in about 3 seconds on a fairly new and powerful desktop computer. I'll probably release the source code on EVVK or similar license http://www.evvk.com/evvktvh.html#english