|
Since about 2015-01-29 I've seen a problem with tiles not rendering at any zoom level on OpenStreetMap.org. The missing tiles are in diagonal lines from lower left to upper right, touching at the corners. I've tried clearing the Web browser cache and reloading the page, to no avail. It happens at all hours of the day and night now, making OpenStreetMap.org essentially useless and very difficult to use when one edits offline with JOSM and would then like to verify results after uploading changes. Is anyone else seeing this problem? Does anyone know what is causing it? Update 2015-04-04: Viewing OpenStreetMap.de (the German site) with the same machine and same browser renders correctly, with no missing tiles.
showing 5 of 9
show 4 more comments
|
|
The most effective way of communicating with the admins is by mentioning it in the #osm-dev IRC channel. Obviously it might take a while for any question to be answered, as the people running the site are volunteers with day jobs. Thanks for the tip. It's now 5 a.m. here on the west coast of the U.S., so it's unlikely anyone at OSU Corvallis is online at the moment, but I just posted a question about the tile server status on the channel anyway.
(04 Feb '15, 13:05)
user8192
|
|
user8192, we, too, have been seeing this issue for several days. Are you a Time Warner customer? Time Warner's DNS servers (209.18.47.61 and 209.18.47.62) intermittently return no such name when asked to resolve b.tile.openstreetmap.org and c.tile.openstreetmap.org. I do not see these failures when querying other DNS servers (e.g., Google Public DNS and Amazon DNS as well as OpenStreetMap's DNS servers). The issue only affects the Standard tiles since other tiles are served from other hostnames. We are complaining to Time Warner. Update: We complained to Time Warner about their DNS servers and now no longer see the problem, user8192. Let me know if you still see the issue and if you are a Time Warner customer. 1
No, I'm a Charter Communications customer, but I don't use Charter's DNS servers since they redirect "404 Not Found" to spammy link farm pages. My primary DNS is set to 8.8.8.8 (Google Public); the secondary DNS is set to 4.2.2.4 (Level 3 Communications). I could try some different name servers to see if it fixes the problem. Interestingly, using the same browser on the same machine, there is no problem seeing www.openstreetmap.de, the German version, although there is a rather big lag between my editing on the west coast of the U.S. and changes appearing on the German site.
(05 Apr '15, 02:25)
user8192
|
tiles are loaded from different tile servers (at least different URLs). Just one of the three (a, b, c) fails, which is the pattern you seeing. I also had this today, but some minutes later those tiles loaded normally again.
It might be useful to know from which country you are accessing. I am from Germany.
Workaroung: use other tiles. E.g. the Humanitarian ones are also updated quite fast (less than ten minutes at my edit now).
I am in California, United States. Per your suggestion, I used the "Layers" menu at the right of the OpenStreetMap.org page to switch from Standard to Humanitarian view. There are no missing tiles in this view, but some features added several days ago, such as gates, service roads and buildings, are not displayed in Cycle Map, Transport Map, MapQuest Open or Humanitarian views.
We can only hope that someone is working on it and will get it fixed soon. How can one tell if it is the a.tile, b.tile or c.tile server with problems, from the latitude and longitude of the missing squares?
If you do a "nslookup a.tile.openstreetmap.org" you'll get the same answer for a, b or c - that's just a cheat to help tiles load faster.
I see:
Name: london.tile.openstreetmap.org Address: 185.73.44.30 Aliases: a.tile.openstreetmap.org tile.geo.openstreetmap.org gb.tile.openstreetmap.org
from the UK which shows me where my tiles are coming from.
@SomeoneElse: ah, okay. I get germany.tile.openstreetmap.org (and the same IP) for all three names. However, I do not have the non-loading tiles problem now.
When I perform "nslookup a.tile.openstreetmap.org", it responds with the result
Name: corvallis.tile.openstreetmap.org
Address: 140.211.167.105
where "corvallis" most likely means Corvallis, Oregon, USA. Same result for "b.tile" and "c.tile". Now we are getting somewhere. It's probably a mirror in the United States that has gone bad. Perhaps it is located at Oregon State University, Corvallis. Does anyone have an idea how to contact the person(s) responsible for that server?
Can you give the URL of a tile (typically via right-click / view image) that does not work for you?
@user8192: yes, that's right. Just for info: "United States via corvallis"
I still have this problem and it has been months now, how can it works in Humanitarian layer, but not in Standard layer?
@gutenye the tiles from the Humanitarian level are not distributed via the tile cache network (IMHO). As pointed out earlier the fastest way to get your problem addressed (if it is actually possible) is to join #osm-dev and give some details.