I have more than 50 years of experience as a cartographer, and a large part of that time has been spent designing and building complex reference maps. Over time, I\u2019ve developed my own techniques for handling this work.<\/p>"},{"acf_fc_layout":"content","content":"
Thanks in part <\/span>to my commercial background, I\u2019m a reactive cartographer. I tend not to dream up new ideas myself. (I leave that to the innovative Esri cartographers around me, particularly my colleagues on the ArcGIS Living Atlas of the World team.) My background is in developing concepts based on the requirements of a customer and I\u2019m skilled at it!<\/p>\r\n <\/p>"},{"acf_fc_layout":"image","image":713612,"image_position":"center","orientation":"horizontal","hyperlink":""},{"acf_fc_layout":"content","content":" This may be the trickiest part of the whole process, particularly if you are developing a map for someone else. You need to be a good map designer, but you will also need to be a collaborator, a teacher, and a diplomat. Some people see cartography as just another design exercise and others see it as a form of alchemy. You need to be ready for both possibilities.<\/p>\r\n The customer could be a book or map publisher, website developer, or just a colleague\u2014anyone who is coming to you for some help. If the product is part of a larger presentation, you will find that cartographers tend to be towards the bottom of the food chain. For example, a book will have an author, a publisher, and a designer, and all of them will have opinions about how the map works with their content.<\/p>\r\n Usually, I would try to identify the key player and ask them what they want to achieve with the map or maps. They may have a very clear idea of what this is, but frequently they are not too sure themselves! They may say \u201cYou\u2019re the cartographer\u2014you tell me.\u201d It will require some discussion. Almost certainly it will require some tact and diplomacy. It may require two or three blind attempts that result in reactions, such as \u201cOh\u2026that\u2019s not what I imagined at all,\u201d before you get them to provide clear direction.<\/p>\r\n If you have the time, try to come up with more than one approach and present them as alternatives. You have a better chance of getting inside your customer\u2019s head if you have something for them to look at. You don\u2019t need to develop the ideas fully, but you may find that your customer has problems seeing your efforts as a draft, so be careful.<\/span><\/p>\r\n And try not to get too frustrated! Whether the customer is internal or external, they are looking to you to bring some clarity to their <\/i>concept. Whatever you <\/i>think about the agreed result, they will be proud of it. They may want to take credit for it as well! It happens, and you will need to develop a thick skin.<\/p>\r\n If your map is going to be part of a larger presentation (a book or magazine, or a website), it\u2019s possible you will be working with a graphic designer who has the responsibility for the overall look of the product. There is the potential for some tension here.<\/span><\/p>\r\n The graphic designer will be focused on how the map fits into their work, and that is important. They may, justifiably, want to have a say in some of the components of the map (such as color palettes and font treatments). Our focus as cartographers is the successful depiction of the map\u2019s message, but we have a responsibility to do that in a way that fits comfortably in the map\u2019s surroundings. Be willing to follow the designer\u2019s guidelines but be ready to push back if you feel that the effectiveness of the map is compromised by their requirements.<\/p>\r\n\r\n Is this one map, designed by you, or is it one of a series? This has important implications.<\/p>\r\n If it is one map, then dive in! You are probably designing and building it, so you can go where you (or your customers) want.<\/p>\r\n If it is part of a series, you will need to establish a common style, which will probably involve standardizing map furniture (e.g., titles, frames, scales, pop-up styles) and font treatments. It may involve some common symbols within the map. Are your boundaries dashed lines with a tint band behind? Can you stick with dashed lines for the entire set without having it clash with other symbols? Do you need to make subsets of designs based on themes? If so, how do these themes hang together?<\/p>\r\n\r\n There may be more than one person working on the maps. If you are the cartographic designer, you will need to provide other people with a template and\/or a list of common specifications and guidelines so that the whole set has a unified look and feel. Building specifications or templates can be tedious, but as a designer you will need to accept that as the less-fun part of a fun job.<\/span><\/p>\r\n If you are working to another cartographer\u2019s design, you will need to be objective. You may not like what you are building, or you may think you can improve on it. That may be true, but the designer has the responsibility for holding the whole set of maps together, so don\u2019t be a maverick.<\/p>\r\n <\/p>"},{"acf_fc_layout":"image","image":713632,"image_position":"center","orientation":"horizontal","hyperlink":""},{"acf_fc_layout":"content","content":" How do I<\/i> go about starting a map design? I\u2019m focusing here on the type of detail-rich reference map that I used to build, and the basemaps that I now build.<\/p>\r\n\r\n A visual hierarchy (as distinct from a layer order) is the key to making a map work. That is doubly true with a complex reference map. A starting point might be to build a quick and generalized list of what you think is that hierarchy. This depends to some extent on the map\u2019s subject. It may be a reference map, but it\u2019s going to focus on roads or boundaries or physical features or<\/i> whatever you decide. (An admission: As I\u2019ve become more experienced, I find I tend to just dive in, and work it out as I go. If you are starting out though, a bit of structure is not a bad thing.)<\/p>\r\n <\/p>"},{"acf_fc_layout":"image","image":713642,"image_position":"center","orientation":"horizontal","hyperlink":""},{"acf_fc_layout":"content","content":" A static reference map is basically a huge puzzle. The first job is to decide how many pieces it has, so get everything in there! Start the design work by establishing that hierarchy with color and symbolization, then start moving symbols\u2014particularly labels\u2014around.<\/p>\r\n If you are in a GIS environment, a lot of the label placement can be done automatically using the labeling rules in ArcGIS Pro. It does a pretty good job if you take the time to set it up properly, and it\u2019s very possible that you will not have the time to do more than that.<\/p>\r\n If you do have the opportunity for some manual adjustment, don\u2019t ignore it. A skilled cartographer should be able to transform a GIS map from adequate to exceptional. The changes may be invisible to the user, but they sharpen up the map. A user may not know why the map is working better, but they\u2019ll know that it does.<\/p>\r\n <\/p>"},{"acf_fc_layout":"image","image":713652,"image_position":"center","orientation":"horizontal","hyperlink":""},{"acf_fc_layout":"content","content":" A multiscale map gives you the opportunity to develop the symbolization across more than 20 scales or zoom levels. It\u2019s the reverse of a static map. Rather than packing everything into one view, some details can be introduced at more appropriate scales.<\/p>\r\n The map appears empty when compared to the static version, but in fact it has far more information as you zoom in. That makes things easier to work with at each scale, but the transition between scales needs to be seamless. We spend a lot of time working on those transitions so that they happen in a way that doesn\u2019t draw attention. We\u2019re not always successful. Sometimes we are limited by the data available, but in most cases we cartographers do a pretty good job.<\/p>\r\n\r\n If you have used Esri basemaps, you know they contain a massive amount of information, so this is a complex issue. I\u2019ve always been interested in the concept of separating information by reversing some of it out. Esri does this to some extent with Canvas basemaps, which have reversed roads, but those are kept subdued so that they are part of a pale background. As a challenge, I wanted to build an online basemap\/reference map that separates boundaries and administrative data visually from the rest of the content without oversimplifying the map.<\/p>"},{"acf_fc_layout":"image","image":713672,"image_position":"center","orientation":"horizontal","hyperlink":""},{"acf_fc_layout":"image","image":713682,"image_position":"center","orientation":"horizontal","hyperlink":""},{"acf_fc_layout":"content","content":" As a starting point, I look at the broad-brush items of the map, such as land, and set the agenda for the rest of the map information from there. I may change these items as the map progresses, but this gets the work off the ground. The reversed information would be a feature of the map. It required that the land color be in the mid-tones, between 30 to 60 percent, which is not something ordinarily done with a basemap. The goal is for the reversed features to be the background. My source was the Streets basemap, so I opened that into the Vector Tile Style Editor, saved a copy, and made the adjustments to the land and water.<\/span><\/p>\r\n <\/p>"},{"acf_fc_layout":"image","image":713662,"image_position":"center","orientation":"horizontal","hyperlink":""},{"acf_fc_layout":"content","content":" Usually, I work from small scales in, adjusting the increasing content as I go. It\u2019s not a linear process though. I am constantly zooming out and back in as I come up against more items or symbols. It can be frustrating! Just as you feel the map is coming together, you will find something new that forces you to rethink the map.<\/p>\r\n Others prefer to work out from the largest scales, establishing the full range of symbolization available, then figuring out how to thin it out at smaller scales. Neither is the correct way. Do whatever you are most comfortable with.<\/p>\r\n One compromise is to find some key scales to set up, then transition between them. For example, Esri Basemap symbols tends to transition to large-scale data sources around Zoom 11, so it may be worth establishing a design at this scale, then working in both directions.<\/p>\r\n\r\n With the basic concept established, the work really starts. Zooming in and out across the whole world, looking for combinations of features that don\u2019t work together, then tweaking them, then checking again. It\u2019s the least enjoyable part of the process, but also the most critical. This is where the product moves from being a concept (what an old manager of mine called a map-like object) to a fully functional map.<\/p>\r\n\r\n Never trust your own judgment 100 percent! Once I\u2019m<\/i> happy with the map, I\u2019ll send it to a few trusted colleagues for review. It\u2019s almost guaranteed that they\u2019ll find something I\u2019ve missed. While I\u2019m waiting for the reviews there are some other tasks to do.<\/p>\r\n\r\n Usually I\u2019m working on a single-layer version of the map while I\u2019m designing it. At this stage I decide if I want to use the sandwich option\u2014separate out layers and\/or other information into a reference layer. If I\u2019m building a basemap, I\u2019ll bring in some sample map content to see how the whole concept hangs together. This may lead to a little bit of redesign around label haloes and the like.<\/p>\r\n For my map, I decided to use a base layer, a label reference layer, and a separate reference layer with the boundaries that are the feature of the map. I needed to adjust the boundary lines so that they will work over any content. The best way to do that is to give the line light and dark components. In this case that is a light line with a dark casing.<\/span><\/p>\r\n <\/p>"},{"acf_fc_layout":"image","image":713692,"image_position":"center","orientation":"horizontal","hyperlink":""},{"acf_fc_layout":"content","content":" This is tedious, but critical. It\u2019s likely that the information in the details page is what a user will interact with first, so it needs to be filled out. Not just for a web map version, but for each of the component layers.<\/p>\r\n\r\n So, the reviews are back, you\u2019ve made some adjustments, and you\u2019ve finished the metadata\u2014but there\u2019s just that one thing you noticed that you want to change. This is the dangerous stage of the project. You can spend days sitting on the map, trying to make it perfect. I\u2019m not immune to that.<\/p>\r\n The most important skill you can learn is how to decide when the map is good enough. Let it go! There is other work waiting for you! Publish the map, then decide if you need to get the word out about it, and how. <\/span><\/p>\r\n In my print days, it was a literal letting go. Once a map has gone to press there\u2019s nothing more you can do about it. Partly for my own sanity, I learned to forget about a job after it was done, to the extent that I had very little interest in it when the published version came back.<\/p>\r\n That is not as true with online maps. You want the first release to be as presentable as possible, but it\u2019s easy enough to make revisions later. But that doesn\u2019t mean redesigning! Correct and improve, but the map is in use, and you don\u2019t want to make changes that affect the way it interacts with a customer\u2019s content. As for me, I\u2019ve had to learn to reengage, so that I\u2019m able to maintain my maps going forward.<\/p>\r\n\r\n As I stated at the start, this is my personal approach to planning. It\u2019s a model that you may want to try out but expect to develop it into something that suits your way of working.<\/p>\r\n If you are just starting out as a production cartographer, the chances are that you\u2019ve come from a college environment where you were encouraged to innovate. You were given plenty of time to develop your ideas, and you may have been very successful at it. <\/span><\/p>\r\n Now, you are building maps for customers. That may be a paying customer or your manager or a colleague. While you still want to innovate, there is now a decision-maker who might have their own ideas of what the deliverable might be, and there is a cost involved. The treadmill aspect may be a bit daunting at first, but with time and experience you will learn how to hone-in quickly on those great ideas, turn them around on time, and do it to the satisfaction of you and <\/i>your customer.<\/p>\r\n <\/p>"}],"references":null},"yoast_head":"\nDefining the Concept<\/h2>\r\n
How Many Maps?<\/h3>\r\n
Who Is Doing the Work?<\/h3>\r\n
Executing<\/h2>\r\n
Establishing a Hierarchy<\/h3>\r\n
Printed or Static Maps<\/h3>\r\n
Multiscale Online Maps<\/h3>\r\n
The Approach<\/h2>\r\n
Working the Detail<\/h3>\r\n
Nitpicking<\/h3>\r\n
Review<\/h3>\r\n
Layering the Map Online<\/h3>\r\n
The Details Page<\/h3>\r\n
Letting Go<\/h3>\r\n
Building Experience<\/h2>\r\n