OpenStreetMap Carto (default map on OSM.org)

I don’t believe there could be a place to make sure everything gets rendered the way you suppose it to be. But there are places that could be used to make it more clear:

  • rendering proposition section on wiki
  • this forum (for general or cross-style problems)
  • bug trackers for each style (for more detailed things)

When somebody comes to osm-carto tracker and proposes things we’re not sure about tagging, we send people to the Tagging list, but every tag can be debatable. If you want to talk about meaning of covered=*, I use the similarity with tunnels and examples where it makes sense:

https://github.com/gravitystorm/openstreetmap-carto/issues/3242#issuecomment-390945025

But we can discuss it on the osm-carto tracker or on the Tagging list, depending on whether you think wiki documentation is clear or not.

Rendering server vial might go out of business soon:

https://lists.openstreetmap.org/pipermail/talk/2018-May/080754.html
https://munin.openstreetmap.org/openstreetmap/vial.openstreetmap/index.html

Diary entry about abusing labels for rendering on osm-carto:

https://www.openstreetmap.org/user/imagico/diary/43957

Release v4.12.0 is out:

https://www.openstreetmap.org/user/kocio/diary/44222

however it seems that deployment on OSMF servers is not going to happen too soon:

https://github.com/openstreetmap/chef/issues/168

There are some serious performance problems with v4.12.0, so if you want to deploy it, please wait for a bugfix release (v4.12.1):

https://github.com/gravitystorm/openstreetmap-carto/issues/3280

The performance problem has been identified as something with road surface code, so for now we have released bugfix version v4.12.1 without this code:

https://lists.openstreetmap.org/pipermail/talk/2018-June/080867.html

We’re looking for more coders - not only for simple problems BTW, but that is for a start:

https://www.openstreetmap.org/user/Tomasz_W/diary/44420

The new version of OSM Carto is available for a few days already, but is still not deployed on OSM.org website due to big infrastructure changes:

https://www.openstreetmap.org/user/kocio/diary/44468

Some of my thoughts on OSM Carto development (part 1 - more to follow, I hope):

https://www.openstreetmap.org/user/kocio/diary/44769

Oh, I forgot to mention v4.14.0, which is already deployed - first version update on OSMF servers since v4.11.0:

https://www.openstreetmap.org/user/kocio/diary/44713

Embankments rendering in OSM Carto fork:

http://blog.imagico.de/rendering-implicit-embankments/

and new pattern generator version:

http://blog.imagico.de/new-pattern-generator-version/

Here is my second article about map designing principles - this time it’s about the size:

https://www.openstreetmap.org/user/kocio/diary/44852

Article about pattern changes in imagico’s OSM Carto fork:

http://blog.imagico.de/more-on-pattern-use-in-maps/

New release (v4.15.0) is here:

https://www.openstreetmap.org/user/kocio/diary/44989

The biggest changes are changing gastronomy objects color to orange and changing farmland and societal amenities colors. The changes are still waiting for OSM.org deployment.

Hi kocio,

thanks for information and thank you for all the activities working on carto!

By the way, when I just compared the iD-Editor and carto changelog info page:

https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md
https://github.com/gravitystorm/openstreetmap-carto/blob/master/CHANGELOG.md

On the iD-Editor changelog list I noticed links to the involved pull requests for a lot of new added features.
Example: Add preset for sport=badminton (#5233, thanks @rene78)

Is this something you could also do for carto changelog page? Or does this need to much time to add?

Thanks for watching this.

Regards
AB

edit: +example

Hi!

It is something I thought of and it’s perfectly doable, but it makes release more tedious and error prone. It would need somebody willing to do this work. Would you like to join?

I try to focus on merging stuff and occasionally releases. The only way to make more than currently is via teamwork.

Hi
I have mapped boundary relations for State Forests e.g. https://www.openstreetmap.org/relation/8325800 and the adjacent National Park boundary.
However the State Forest boundary becomes indistinguishable when the wooded areas, which normally extend beyond the SF boundary, are also mapped.
National Park boundaries are still visible when wooded areas are mapped across the their boundary.
Is the rendering of protected areas yet to be resolved so that, for example, state forests boundaries are still visible like the national park boundaries?
If this is the relevant discussion, is it close to being resolved?
https://github.com/gravitystorm/openstreetmap-carto/issues/603

Edit: I have now read all the discussion in the link and see steady progress is continuing toward a good outcome soon.

I still plan to start rendering them. It just took some time to make research which proved that there’s no clear mapping between them and natural reserves, so they can’t be be unified, and after that there were a lot of other, more clear issues.

If you could do something with coding or testing, it would help a lot.

Tomasz-W (active OSM Carto contributor) diary entry “Make OSM-Carto brighter”:

https://www.openstreetmap.org/user/Tomasz_W/diary/45047

New release v4.16.0 is out:

https://www.openstreetmap.org/user/kocio/diary/45180