You’ve imported a new symbol set to an existing map, converted various symbols and then realise some of those symbols are not showing up on the map. Or maybe you have imported an existing map to meld with a new or adjacent map and have the same issue.
It is likely that the colours for those symbols are below every colour in the original symbol set. If there are many new symbols and/or many existing symbols, it can be time consuming to move colours up the table. But all is not lost.
Fixing the colour table sequence
Take a copy of your map for safety. Select all the new symbols, right click and Delete. File | Import the new symbol set as an empty OCAD file and select the option to place colours at top of colour table. After import, all the symbols on the map are re-engaged with the new symbol set and should now be visible.
Getting it right first time
For a clean run, simply File | Import the new symbol set as an empty OCAD file and select the option to place colours at top of colour table. If you are melding an existing map file then File | Import that file and select the option to place colours at top of colour table.
This function is on the OCAD AG wish list to include in Map | Load colours & symbols from… That will negate the need to have an empty map file when you simply wish to import new symbols.
If, like me, you draw a lot of suburban streets to their correct size (see www.organisedgrime.com.au/families.php) you will find that OCAD autojoins rather aggressively because it takes into account the width of the symbol when deciding the autojoin threshold.
Drawn offset – now joined!
So if you have autojoin on (I like it) and are zoomed all the way in (32x) to precisely draw a road which is 10 metres wide, OCAD will autojoin that road to any other similar road which is within 10 metres, which is 32mm on the screen! When drawing with the bezier/curve tool it will even bend the road to make it join.
This makes drawing roads that join at a roundabout very arduous as you have to correct all of the autojoins – not only their location but their angle. Even worse, the autojoin occurs when you finish drawing the object – so if you have panned as you draw the road, the autojoin at the beginning will happen out of sight.
Junction becomes an overpass?*!
Another example is a wide symbol (bike path with exaggerated width) stopping either side of a narrower symbol (narrow road) – the second bike path will always autojoin across the road to the first one.
This is obviously a bug but I have not been able to persuade the OCAD people to agree.
Ah, a solution of sorts
They have added a feature to OCAD 11 in response to my nagging: if you hold down the Shift key as you finish drawing an object, it will suppress autojoin. Note that different drawing tools finish drawing in different ways. The bezier/curve tool requires a right-click.
Shift is not the most obvious choice of key to suppress autojoin; if you hold down Shift when you start drawing a line it will force an autojoin and merge to any neighbouring similar object.
Ever imported an OCAD map or symbol set so you could replace many or all symbols and colours in the base map? I did when converting an orienteering map to a public recreation map.
Converted my first few roads to the new symbols and wondered why they disappeared from the map. I realised that the colours for the new symbols were all lower in the colour table than colours for existing symbols. Thus my new symbols were blocked where there was an old symbol in the same location. e.g. a green or yellow area symbol. What a pain moving each colour up.
When importing all symbols and colours, OCAD 11 offers the opportunity to place colours at the top of the colour table. So as you convert symbols, they should still show up on the map. On some maps it may be wise to convert area symbols last else your unconverted line and spot symbols may be invisible under the higher placed new area colours.
This function could be useful also when Map | Load colours from (and symbols) is used. OCAD AG now has that on their wish list.