The SDF icons seem to lack antialiasing

[bchapuis]

In the following example, the icons generated with spritezero seem to apply some antialiasing whereas the spreet one does not:

The svg file used to generate the veterinary icon is located here:

https://github.com/apache/incubator-baremaps/blob/main/basemap/assets/icons/veterinary.svg

The following README contains instructions to generate a sprite that contains most openstreetmap-carto icons:

https://github.com/apache/incubator-baremaps/blob/main/basemap/assets/README.md

All the icons seem to be affected by this issue.

[Shikakka]

The problem seems to be the lack of "blurring" the svg.

This is the sprite generated by Elastic/Spritezero

And the sprite generated by Spreet:

It lacks the "blur" that causes Mapbox to render it without any antialiasing.

[CommanderStorm]

And the sprite generated by Spreet

@Shikakka just to make sure. Have you used

• (CLI) the --sdf option or
• (Rust) converted the sprite via both make_sdf and Sprite::new_sdf (=> docs: made sure that a pitfall of make_sdf is documented #85)?

Your output suspiciously does not quite look like an sdf to me..

[jessekrubin]

I am experiencing the same problem, however I am using deckgl to render the sdf icons.

I also see adjacent icons bleeding into each other (might be a deck problem) -- for this I think buffering/bordering each icon by 1-2 pixels would fix my issue. How involved would it be to add a cli flag for bordering icons? (can pr if I find time)