A couple of small additions to the wish list:
I've sometimes been reprojecting map layers which have only white and semi-transparent white pixels in them, such as snow and ice extracted from a blue marble image. Its true there are easy workarounds like inverting the image in Photposhop, but it would just be handy if one could change the background colour in Geocart so I could see what I was doing.
When I "Size Document to Content" and select a zero width margin, the exported map still has a small border. Its nice if mounting several map layers in photoshop that have been output from different geographic programs if they all have the same pixel dimensions, just the map with no border. It also took me a while to realize that the Geocart 'zero' border is not uniform all the way round. Its 32 pixels wide on the top and left sides, and 30 pixels wide on the bottom and right sides.
Background colour and Borderless map export
Re: Background colour and Borderless map export
Thanks, Martin.
I like the background color idea.
The border problem is a niggling one. There are boring, messy reasons why it’s the way it is. I’m going to have to put some work into making it better. Part of the problem is that everything is antialiased, so it’s pretty hard to state definitively in advance that a given pixel around the edge will or will not make a contribution to the image, and therefore hard to determine how large the image actually is. Another part of the problem is that you can set line widths to whatever you want, so regardless of what the map itself thinks its width is, there is the contribution of the boundary mark at some arbitrary width, again antialiased and again difficult to predict precisely which pixels will and won’t make a contribution in the end.
I get the impression there was a third contributor to the mess, but it escapes me at the moment. In any case, I’m just whining. I’ll ponder what to do here. I also want to figure out a better way to anchor the map to its image rectangle and stabilize that rectangle across the parameterizations of the map that go into making animation frames, in order to eliminate the jitter between frames. This problem is related to the one you noted.
Best,
— daan
I like the background color idea.
The border problem is a niggling one. There are boring, messy reasons why it’s the way it is. I’m going to have to put some work into making it better. Part of the problem is that everything is antialiased, so it’s pretty hard to state definitively in advance that a given pixel around the edge will or will not make a contribution to the image, and therefore hard to determine how large the image actually is. Another part of the problem is that you can set line widths to whatever you want, so regardless of what the map itself thinks its width is, there is the contribution of the boundary mark at some arbitrary width, again antialiased and again difficult to predict precisely which pixels will and won’t make a contribution in the end.
I get the impression there was a third contributor to the mess, but it escapes me at the moment. In any case, I’m just whining. I’ll ponder what to do here. I also want to figure out a better way to anchor the map to its image rectangle and stabilize that rectangle across the parameterizations of the map that go into making animation frames, in order to eliminate the jitter between frames. This problem is related to the one you noted.
Best,
— daan