|
When i look at openstreetmap i get only grey background. After searching for solutions i found the "Map Layer". The "standard" is always grey, but the others are working:
tile.openstreetmap.org debug Update Aug 15 09:19:00: Today, the card appears as expected. Update 17.8.13: Same in www.openstreetmap.org profile. |
The question has been closed for the following reason "Temporary issue, now resolved" by SK53 20 Aug '13, 08:38
|
I think its a geographic thing. That link is not working for me and I am also seeing a grey map, but does work if I VPN to a different network located in another area. 1
Could you tell us from which country both attempts are? Maybe it is a problem with the tile caching servers for a specific region.
(14 Aug '13, 22:35)
aseerel4c26 ♦
Connections from Gainesville, Florida USA & Philadelphia, Pennsylvania USA both failed (I believe the tile requests were returning unknown host). Connections from New Orleans, Louisiana USA and San Fransisco California USA are working fine.
(14 Aug '13, 22:44)
Nelson
grey in UK
(14 Aug '13, 22:46)
andy mackey
I have the same problem in Austria.
(15 Aug '13, 00:02)
martin4040
Accessing from Germany I have no problems. A check and another (our "own") shows no access problems. I guess only the sysadmins can see problems or maybe someone who has the problem and can trace the cause (IPs of the responding servers maybe).
(15 Aug '13, 00:27)
aseerel4c26 ♦
3
For those for whom it doesn't work, could you try and see if you can open http://tile.osm.org/cgi-bin/debug ? If not, can you say what output you get from nslookup tile.openstreetmap.org ? And finally, listing your ISP and whether you are using their dns resolver or another one e.g. googles public dns resolver might be useful?
(15 Aug '13, 02:21)
apmon
1
Desktop PC, connected via LAN to liwest.at:
(15 Aug '13, 07:35)
martin4040
Laptop, connected by tethering from my smartphone (works):
(15 Aug '13, 08:05)
martin4040
showing 5 of 8
show 3 more comments
|
|
same here in Frankfurt (Germany): % dig openstreetmap.org ; <<>> DiG 9.8.1-P1 <<>> openstreetmap.org ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 14164 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;openstreetmap.org. IN A ;; ANSWER SECTION: openstreetmap.org. 600 IN A 193.63.75.100 openstreetmap.org. 600 IN A 193.63.75.103 openstreetmap.org. 600 IN A 193.63.75.99 ;; Query time: 34 msec ;; SERVER: 10.122.50.25#53(10.122.50.25) ;; WHEN: Thu Aug 15 10:05:37 2013 ;; MSG SIZE rcvd: 83 but then: % dig tile.openstreetmap.org ; <<>> DiG 9.8.1-P1 <<>> tile.openstreetmap.org ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 36757 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;tile.openstreetmap.org. IN A ;; Query time: 5787 msec ;; SERVER: 10.122.50.25#53(10.122.50.25) ;; WHEN: Thu Aug 15 10:05:53 2013 ;; MSG SIZE rcvd: 40 Seems there is a DNS problem |
|
Problem is due to a bad DNS change that set NS for geo.openstreetmap.org to {a|b|c|d}.ns.openstreetmap.
You'll have to wait for those bad NS records to expire see http://lists.openstreetmap.org/pipermail/announce/2013-August/000079.html |
What exactly happens when you try to access a tile directly, say http://b.tile.openstreetmap.org/12/2204/1370.png?
info: reported as ticket 4950 to the sysadmins