This happens if the fill style doesn't have a specified scale in the fill style dialog.

Just open the Fill style dialog (FS: in top right), go to the bitmap files tab, find your fill in the dropdown, enable the scaled checkbox and provide appropriate values for the scale. Some experimentation may be needed.

Once a fill is scaled, it should always fill the same area no matter the zoom or export level.

Finally was able to process a few more maps. This time, it is the contributions from @cyrion , @Quayuazue and @Mathieu Gans .

Thanks for contributing.

Your buildings have entities on the wrong layer. This is probably caused to how the random building/street command works. The correct layer is set when the symbol catalog is loaded, so if it changes after that, it can cause issues with this command. It can be worth checking that the correct layer is set every so often.

Fortunately, it is easy to fix.

To fix it for future placements, simply change the layer shown in the status bar to one of the city demographics layers; the ones named BLDNG (XXX).

To fix buildings already placed in the map, either simply delete and recreate them, or use the Change House Layer command found in the City menu on them. Note that after selecting the buildings and Do It, the command line will prompt for a layer. the easiest is to right click inside the map to get the layer dialog, then pick the appropriate demographic layer, hit OK, and when back in the map, hit the refresh button to update the display to actually see the change.

The only way is really to just load them up in the house style editor [HOUSEOPT] and look at them one by one.

To quickly look through them without clicking yourself to death, take advantage of the fact that Windows GUI components are keyboard friendly. Simply use the top dropdown and click on the very first style in the list to select it and collapse the list, then as long as you don't click any other controls, it will be the active control, and you can go through the styles using the arrow keys.

These maps are now integrated into the atlas. Thanks @Wyvern and @Ricko

These maps are now in the atlas. Thanks @Ricko Hasche for another excellent contribution.

Note that the Adill, Reefs and Uldir was wrongly scaled, they were about twice as large as the corresponding area on the parent map, so I re-scaled them and edited the scale bars.

The hyperlink consists of 2 entities, the link itself (Which is normally invisible when you load the map, make it visible by View -> Show Hyperlinks), and a purple rectangle which just shows where the hyperlink is.

Both of these can be deleted by the regular erase command, BUT the HYPERLINK layer may be frozen, in which case you need to thaw it before you can erase it.

Also note that they should also both be on the LINKS sheet, so you can also just hide (or delete) that sheet.

No file. The default colors are hard-coded into the software.

The issue lies in the way Windows determines the space used. Because all the add-ons are installed to the same directory, it basically ends up counting most of it for each add-on as it can't separate what belongs to each.

It is similar to your steam installation in the same image taking up 116 Gigs. Obviously, steam doesn't take that much, but Windows things the installed games are part of the installation.

You're not going to reclaim all that much by uninstalling the CC3+ add-ons. If you uninstall everything, you'll get back that ~40GB once, but not for each add-on.

Thanks for another great set of maps @Ricko Hasche. You've put us across the 700 maps milestone with those.