|
Lake Kyoga in Uganda is not rendering in OSM, at first glance you may think it was deleted but on the checking, the data is actually still there. The tags look okay, but it is not rendering, what could be the problem. ~Geoffrey |
|
There was a self-intersecting way around here: https://www.openstreetmap.org/relation/326665#map=15/1.6737/33.1966 it should be ok now. |
|
Recent changes on the main rendering servers now mean that the software used to construct polygons & ways (osm2pgsql) no longer tries to fix problems such as the self-intersection in the outline of this lake. This is just one example of many polygons (and, less likely, linear features) which will no longer be rendered on the Standard Carto-OSM layer. In the short term this will mean things disappearing from the map, but in the longer term this is expected to result in much better quality data for data consumers because issues will be fixed at source in OSM. Christoph Hormann (Imagico) has written a good description of the changes and their rationale here: https://www.openstreetmap.org/user/imagico/diary/44711 As @nevw says in their answer, use of data quality tools such as OSM Inspector, Osmose etc., can rapidly identify these problems. I wrote a blog post long ago about using the first of these for this purpose. |
|
The Osmi tool can check for such errors There also a couple of relation analizers to help find such errors |
This might explain it. https://www.openstreetmap.org/diary
@andy mackey: Your link is missing the details.
I've added the link in a full answer, because this is probably the first of many formerly rendered polygons which now need to be prioritised for fixing.
Thank you @Alecs01 for fixing the problem, the lake is now back and rending in OSM. Thanks @nevw and @SK53 for sharing the tools that we can use to easily identify other issues in the data.
Thanks aserel4c26 and SK53 that is the diary link i had intended to point to.