I saw that the Lodner, a mountain in the Texel group in northern Italy, was located too far to the north. I joined the OSM community to improve it. I needed two attempts, but then it looked better, on the OSM site that is.

A few hours later, I looked at the OSM map using a different site (the one where I had seen the error in the first place). Alas, the location was not changed. I was disappointed. I forgot why, but for some reason I zoomed out, and got a surprise: on zooming out two levels (the highest was 16, I zoomed out to 14), suddenly the label moved to the new location, the one that I had specified! Being curious, I zoomed out one level more, and the label jumped back to the old, incorrect location! So, it looks as if the label only shows up at the correct location when viewing the map at level 14.

Here is the link to the map, at level 14, showing the correct location: http://www.mappingsupport.com/p/gmap4.php?ll=46.7337,11.0402&z=14&t=osm Zoom in and out, and you'll see what I mean.

Perhaps it was a gmap4 problem, not an OSM one? To find out, I dug deeper, and searched for another site that uses OSM data. I found this one: http://blog.openstreetmap.it/la-mappa/

I zoomed in on the Lodner, expecting either to see the correct position at every level (which would imply that it was either a gmap4 problem or my computer was caching data for gmap4), or to see the same strange effect as with gmap4 (which would point to a problem at OSM). But no, I got something else again: At the highest zoom level, the position was correct, but on zooming out two levels, it moved to the old, incorrect place. Just the opposite of gmap4. I zoomed out one more level, and it didn't move. I zoomed out another one, and this time it did move! For the record, I had never used this Italian site before, so this strange behaviour can't be a caching issue. Apparently, the location of label apparently depends both on the site that I use to look at the OSM map and the zoom level. Gmap4 has it right on one of the levels and wrong on others, whereas the Italian site has it wrong on two levels, and right on the others.

Am I missing something, or is there a problem here?

asked 27 Oct '13, 04:22

Rob%20Holland's gravatar image

Rob Holland
accept rate: 0%

edited 30 Oct '13, 17:04

This is a caching/rendering issue. The tiles could be cached both on your computer and on the server (which renders tiles on demand).

You can try to force the involved systems to re-render and re-load the tiles. Choose the desired zoom level, get a permalink of the current view, enter it in your browser's address bar and press ctrl+f5 a few times (should work for Chrome/Firefox on Win/Linux). Keep in mind that tiles for different zoom levels are rendered separately, so if it looks correct in one zoom level, it does not imply that the other zoom levels are up to date too.

On OSM.org you can also right-click on a tile, copy the URL (Chrome: "Open image in new tab") and then append "/dirty" to the URL to force re-rendering the tile. To check the status of the tile, you can append "/status" to the tile URL.

I'm not sure about gmap4, but on the OSM main website this works fine (although it usually needs a few minutes until it really re-renders the tiles).

permanent link

answered 29 Oct '13, 01:34

dbrgn's gravatar image

accept rate: 100%

edited 29 Oct '13, 01:36

When I first read this reply, I didn't fully understood, but thanks to the other answers and comments below I finally did. Over time, more and more levels came to show the new location, but until a few minutes ago, still two lower zoom levels were not. So I used the "/dirty" trick to force a new rendering of the tiles involved, and, sure enough, in a matter of seconds it was fine!

(30 Oct '13, 16:51) Rob Holland

This is probably a rendering issue with each site. Tiles on each zoom level are normally rendered on demand or based on an algorithm of some sort. Others should be able to provide more insight into this.

The key thing is to check if the data is correct on the OSM site by using one of the editors. The rendering on the various sites will catch up over time.

Alternatively, contact the respective site admin to check on how often their tiles are rerendered or how a rerendering can be forced to be done.

permanent link

answered 27 Oct '13, 05:39

rovingmedic's gravatar image

accept rate: 5%


Good to hear that it's probably not an OSM site problem, as it does indeed look fine there. I'll keep an eye on what gmap4 shows in the near future, and if the problem persists I'll contact the person behind it.

(27 Oct '13, 07:13) Rob Holland

Gmap4 renders tiles on demand and does not cache them.

Joseph, the Gmap4 guy

permanent link

answered 27 Oct '13, 12:06

Jelf's gravatar image

accept rate: 0%

Interesting. That suggests that there is nothing wrong with the Gmap4 site, so the problem lies elsewhere.

I just had another look at what it looks like on Gmap4. There is a minor improvement: now the new position is displayed at zoom level 15 as well as at 14. But it's still wrong at level 16 and 13 or lower.

I also checked the Italian site again. There is a change there too, but it's become plain weird now! As before, it's correct at the two highest levels, then it's wrong on one, then two more levels are right again ... but all lower levels are now also wrong!

(28 Oct '13, 20:27) Rob Holland

I guess that it's possible that there's a browser (and possibly also an ISP?) cache in the way somewhere too?

(28 Oct '13, 20:56) SomeoneElse ♦

You never know where things get cached I suppose, but I don't think so. Since my original question, I cleared my own browser's cache (I'm using Chrome). But your comment made me try something else, and so I opened the same map in both IE and Firefox. It looks exactly the same.

No, I presume it's not a caching problem, but something on the OSM side. The change that I made was my very first contribution. I think that either I've missed something, meaning that my location change is restricted to certain zoom levels somehow, or, more seriously, that there is some kind of bug on the OSM side.

(28 Oct '13, 23:05) Rob Holland

Gmap4 doesn't "render" anything... it just shows tiles from tile.openstreetmap.org (or whichever tile provider you choose).

(29 Oct '13, 12:11) Richard ♦

Thanks for the correction Richard. Of course you are right. Gmap4 just displays tiles. My bad.

(29 Oct '13, 14:12) Jelf

I think I'm starting to understand. While I made the change, I was looking at the Bing aerial imagery. The new location showed on all the zoom levels that I checked, but if I zoom out to level 15 or lower, only the aerial map is displayed, and to the left a message says that I should zoom in to edit.

So, now I viewed only the OSM map itself, and, sure enough, the problem shows up there too: Levels 19, 18 and 17 are correct, but at 16 it's wrong. Then 15 and 14 are correct again, but 13 and lower are wrong.

Is this a time lag thing? I mean, are different levels updated slowly and randomly?

(30 Oct '13, 07:42) Rob Holland

There's a long detailed answer about why edits show up when they do here.

(30 Oct '13, 09:39) SomeoneElse ♦

Thanks, that was really helpful! And when I checked again just now, the tiles on levels 16 and 13 have joined the ranks of the correct ones. Just levels 12 and 11 left now, for on 10 and lower the node for the mountain isn't displayed anyway. And, frankly, on zoom levels 12 and 11 the difference is small, most people proably won't even notice it.

(30 Oct '13, 16:35) Rob Holland
showing 5 of 8 show 3 more comments
Your answer
toggle preview

Follow this question

By Email:

Once you sign in you will be able to subscribe for any updates here



Answers and Comments

Markdown Basics

  • *italic* or _italic_
  • **bold** or __bold__
  • link:[text](http://url.com/ "title")
  • image?![alt text](/path/img.jpg "title")
  • numbered list: 1. Foo 2. Bar
  • to add a line break simply add two spaces to where you would like the new line to be.
  • basic HTML tags are also supported

Question tags:


question asked: 27 Oct '13, 04:22

question was seen: 5,955 times

last updated: 30 Oct '13, 17:04

powered by OSQA