When working with maps, scale is one of the more important concepts to get right. For example, it is quite important if the distance between two cities on your map is 10 or 100 miles, and it can be quite important for what can be found in the dungeon depending on if the doors are 3 feet wide or 30 feet wide. No matter what you map, you’ll want to know what scale it is in. To accomplish this in the best possible manner, an understanding of how scale works in CC3+ is important, because as long as you do it right, you’ll have a much easier time using all the various tools and features of CC3+. For example, if you just draw that corridor an arbitrary width, and just state that “this is 5 foot wide”, that may work fine initially, but when you later try to add a 5’ foot grid you start to get in trouble because you need to figure out what size to tell CC3+ to draw your grid in. If you instead had been using scale properly all along, and the corridor was actually considered 5’ wide by CC3+, specifying the grid size would be as simple as just telling CC3+ to use 5’. This is just one of many examples why you should care about scale, and care about it from the very beginning of your map, not as an afterthought. CC3+ has lots of tools that helps you do your mapping, and there is no doubt that a lot of these works best when used at the correct scale.

In this article, we’ll have an in-depth look at the many instances where you encounter scale in CC3+ and explain how to work properly with these values, and hopefully demystify scale a bit. I expect a certain degree of familiarity with CC3+ for readers of this article, so I won’t be explaining where to find every button or menu element.

Map Scale

One of the first things that meet you when you create a new map is a prompt that requests the dimensions of the map (If you chose to base your map on a pre-defined template instead, you would see these values in the file names of most template you can choose from). Before providing the appropriate values, it is very important to understand what these values are. And this brings us to one of the most important aspects about scale in CC3+. In CC3+, your map is expressed in real-world units. CC3+ isn’t concerned about the size of your exported image or the size of your printout, CC3+ is interested in the actual real-world size of the area the map represents. So, if you plan to map an island that is approximately 700 by 300 miles in size, well, then you make a map that is 700 by 300 in size (or a bit more to make room for some ocean around it). Same if you make a battle map for miniatures, if the area covered by the battle map is 300 by 200 foot, then you enter 300 x 200, NOT the 8 by 11 inches the paper printout measures.

At this point you DO NOT care about print or pixel sizes, that is something you care about later when you are ready to print or export your map, not when you make it. Those of you familiar with working in image editing software may thing at this point, but wait, doesn’t the size I select now impact what quality I can make the map in?’. This is true for an image editor, because if you make an image 1000 by 800 pixels, it won’t be high enough quality to fill a sheet of paper when printed. But this is NOT true in CC3+. The size you pick here isn’t a pixel size and isn’t a limiting factor for final export/print quality, it is simply the size of the map. So, to re-state what I wrote above, in CC3+ your map is expressed in real-word units, so make to fill in the values according to the real-world size of the area you plan to map. Also note that the size of the map you specify here is not related to memory/CPU use when working with the map. There is no performance difference with working with a 10 by 10 map compared to a 10000 by 10000 map, the only things that effects performance is the amount of details you put into your map (and you can easily put as much detail into that 10 by 10 map as the 10000 by 10000 map if you so choose).

Ok, so we established the map dimension are in real world units? But what units are they in? miles? Km? yards? Feet? Inches? The short answer here is that it depends on the map type. For overland maps it is miles (or km for metric maps), while for city and dungeon maps, it is feet (or meters for metric maps). There are maps that uses different units of course, such as star maps which uses units such as parsecs, light years, and astronomical units. I won’t concern myself more about this for this article, because these also follows the same rule as above, the map size should be expressed in the real world size of the area to map, and the exact unit type follows from the type of map you are going to make. Just remember that fact, and use the values the template expects, such as miles (or km) for an overland map, and not feet. And don’t use print or image sizes, like inches or pixels. If you are unsure about what the correct unit is for the kind of map you picked, you can always check it by going back to the previous page in the wizard, the unit type is listed right below the preview image.

Now, the above is the simple explanation, and the one you should keep in your head for everyday use, but it will help you to understand a bit of how CC3+ treats units. CC3+ doesn’t really care about miles or meters or inches or whatever. In reality, all maps are specified in something called map units, which is the working unit of CC3+. That 400 by 300 foot dungeon, for CC3+, it is a 400 by 300 map unit map. That 400 by 300 mile overland map? Still a 400 by 300 map unit map. This system in CC3+ is what allows us to create any type of map we want, because we can simply define a map unit to mean whatever we need it to (The definition must be consistent within any one individual map of course). You’ll se term map unit being used many places, such as in effects dialogs, and the important thing to remember here is that one map unit means whatever unit your map is in. So when you set a shadow to be 10 map units long in a dungeon map, that means that the shadow will be 10 feet long, while doing the same in an overland map would result in a 10-mile shadow. Continue reading »

Update 16 to CC3+ just released (get it from your registration page), and with it comes a long list of added commands and fixes. Let us have a look at those new commands, and discuss how to use them in your mapping efforts.

I’ve divided this post into two different sections. The first part describes the new features that are useful in your mapping, while the second describe the more technical commands. I recommend you give both sections a view, but many users will probably want to just glance over the technical section and see what is relevant for them.

Do note that all the new commands in this update is presently only available as command line commands, which you must type manually on the CC3+ command line, they are not available in the menus or toolbars yet. Don’t let this discourage you however, as using a command from the command line is just a case of typing in the command on your keyboard and hitting enter (as long as you are not currently in the middle of another command). The rest is just doing as the command line tells you, which you should be familiar with from many other commands already.

The Fun Stuff

Contours from raster images

So, let us start with one of the more exiting additions to CC3+. Previously, if you wanted to import a map you had drawn in another program into CC3+, you would have to import it as a background image, and then manually trace over it with the drawing tools to recreate the map in CC3+, as there was no way for CC3+ to generate proper drawing entities from your image, such as landmasses.

However, with the new CONTOURSM command, this has changed. To start out with expectations for this command, what this command does is to find edges in your image, where edges are defined as transparent vs non-transparent pixels. This makes it a nice command to automatically convert an image of a landmass into a CC3+ polygon, but it is not a general solution for converting any kind of image and get all the details converted to CC3+. So, what this command mainly does is that it saves you from manually tracing the outline of your landmass. For anyone who have done this with a complicated landmass, they should quickly realize how big of a time saver this is.

So, to explain the use of this command, here is a brief mini-tutorial on its use. I will take an image of an island and turn that into a proper CC3+ editable drawing entity.

Note that even if this tutorial uses a landmass as an example, the use of this command is not limited to landmasses.

1. 1. Before we begin in CC3+, we need an image of our landmass. I’ve used the below image for this. However, as I mentioned above, CC3+ detects the edges based on transparent vs non-transparent pixels, so I can’t just insert this image. I need to edit it in an image editor first, and make the seas transparent and the landmass a solid color. Since this is a CC3+ tutorial and not a tutorial on image editing, I won’t go into the details here, but generally you should be able to just load the image into your favorite image editor, and then use the magic wand or similar selection tools with a reasonable tolerance to select sea areas and make them transparent. The second image below shows my landmass after this process.
      

Continue reading »

Campaign Cartographer 3+ is a product in constant evolution, with new features, both small and large, typically gets added for every update. For this article, I want to have a look at some of these features and give a short introduction on how you can start experimenting with them.

Some of the new features have already been covered in other places. For example the new improvements to the Symbols Along command where documented in the February 2018 Annual – Dungeon Walls and I wrote a Command of the Week article on the new Symbols in Area command. For those into macro writing, I have also covered the new Get Extents commands.

Perspective Scaling

Probably the largest addition in the latest update is the new PSCALE commands. These haven’t been added to the menu yet, so you need to type them in on the command line, but they are a series of commands that are intended to help you make pseudo-perspective maps by automatically changing the scale of a symbol depending where it is on the screen. This command was developed in response to several such maps appearing in the forums. Let us start with an example image to show what the command can do.

So, looking at this image, you can see that the symbols closer to the bottom of the image is larger than the ones near the top, which provides a pseudo-perspective look on things. While it is certainly possible to do this manually, this example was made by using the PSCALE commands.

Continue reading »