No more instant map updates at openstreetmap.org

For the past few weeks, the “Standard”-map on www.openstreetmap.org hasn’t been updating immediately after new map contents are uploaded by mappers. Before that, you could see the most up-to-date version of the map in your browser after about 5-10 minutes by pressing “CTRL+F5.” Now it often takes several days.

What’s the reason for this? As a mapper, I appreciated the immediate feedback, which allowed me to spot and fix potential errors right away.

I can’t confirm this. A change I did some minutes ago - and I can see this change now.
And this was true for me the day before yesterday too.

If I remember correctly changes of relations only don’t trigger new tile generation.

2 Likes

Maybe you could link to an example changeset?

2 Likes

Changeset: 185390192 | OpenStreetMap and OpenStreetMap for Changeset: 185368774 | OpenStreetMap keep showing old data for me, despite trying to refresh browser cache

(I am well aware of Browser cache - OpenStreetMap Wiki on account of mostly writing most of that page)

screen-2026-07-09-13-56-51

https://www.openstreetmap.org/node/10775436380/history

https://www.openstreetmap.org/node/10775436154/history

Other edit made 20 hours ago has influence on tiles.

Maybe situation differs for different tile servers?

I do not see much at OpenStreetMap Ops Team (@osm_tech@en.osm.town) - OSM Town | Mapstodon for OpenStreetMap

That is pure guessing but maybe we have another LLM-scraper wave? OSM Wiki had outages yesterday.

The change seems to be updated correctly for me - the 2 extra level crossings don’t appear - maybe it depends on location?

yes, we may be getting images from different tile servers, different CDN servers, maybe I triggered something and get less fresh tiles…

Also, my browser may be being stupid.

Some hours ago I created some new ways to fix the Notes: OpenStreetMap
=> Some Zoomlevels got updated (16,18,19) , some not (14,15,17). And sometime zoomlevels just partly, e.g. 2 files updated, 7 not (=mix of old and new files).

The days ago I had several area where updates didn’t occur even after 24h or 48h in zooms 14-19.

This is the behavior of the last weeks. Before each level from 14-19 got completely updated within 5-10 minutes after pressing CTRL+F5

for some reason, zoom 12 always takes far longer to update for me than the rest of the zooms

Does the vector layer respond quicker?

It seems. I can see the new ways in each Vector-zoom 14-20

Zooms 0-12 are rendered once a day as these tiles take too long to be rendered on-the-fly.

no i mean specifically zoom 12 - i’ve had zoom 10 come in before 12.

The dirty queue length on european tile servers is indeed increased since around May 11:

Queue Lengths (dirty queue)

This is the backlog for tile requests when render servers are too busy to handle all requests on-the-fly.

The postponed requests from that queue will be rendered when servers are idle, usually in the evening, so it’s best to try again late in the evening.

I opened an issue with operations:
operations#1375 Dirty queue length increased since around May 11

1 Like