NOTICE: help.openstreetmap.org is no longer in use from 1st March 2024. Please use the OpenStreetMap Community Forum

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:

  • Cycle Map
  • Transport Map
  • MapQuest Open

grey map

Connectet from Germany, Düsseldorf

Output from http://tile.osm.org/cgi-bin/debug

tile.openstreetmap.org debug
Server Stats

Render Server: yevaud.openstreetmap.org
Load Average: 17.29
Browser Request Headers

SERVER_SOFTWARE: Apache/2.2.22 (Ubuntu)
SCRIPT_NAME: /cgi-bin/debug
SERVER_SIGNATURE:
Apache/2.2.22 (Ubuntu) Server at tile.openstreetmap.org Port 80

REQUEST_METHOD: GET
SERVER_PROTOCOL: HTTP/1.0
QUERY_STRING:
PATH: /usr/local/bin:/usr/bin:/bin
HTTP_USER_AGENT: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:23.0) Gecko/20100101 Firefox/23.0
HTTP_CONNECTION: keep-alive
SERVER_NAME: tile.openstreetmap.org
REMOTE_ADDR: 217.91.xxxxx
HTTP_VIA: 1.1 tabaluga.openstreetmap.org:3128 (squid/2.7.STABLE9)
SERVER_PORT: 80
SERVER_ADDR: 128.40.168.104
DOCUMENT_ROOT: /srv/tile.openstreetmap.org/html
SCRIPT_FILENAME: /srv/tile.openstreetmap.org/cgi-bin/debug
SERVER_ADMIN: webmaster@openstreetmap.org
SCRIPT_URI: http://tile.openstreetmap.org/cgi-bin/debug
HTTP_HOST: tile.openstreetmap.org
SCRIPT_URL: /cgi-bin/debug
HTTP_CACHE_CONTROL: max-age=259200
REQUEST_URI: /cgi-bin/debug
HTTP_ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,/;q=0.8
GATEWAY_INTERFACE: CGI/1.1
REMOTE_PORT: 49322
HTTP_ACCEPT_LANGUAGE: de-de,de;q=0.8,en-us;q=0.5,en;q=0.3
HTTP_ACCEPT_ENCODING: gzip, deflate

Update Aug 15 09:19:00:

Today, the card appears as expected.
I will retry next days.

Update 17.8.13:
Now standard map is grey again.
Differend from 15.8. to 17.8.
15.8 tested at the office
17.8 tested at home

Same in www.openstreetmap.org profile.
Map to set profile position is grey.

asked 13 Aug '13, 07:23

Tom2tom's gravatar image

Tom2tom
11113
accept rate: 0%

closed 20 Aug '13, 08:38

SK53's gravatar image

SK53 ♦
28.1k48268433

2

What exactly happens when you try to access a tile directly, say http://b.tile.openstreetmap.org/12/2204/1370.png?

(13 Aug '13, 07:47) scai ♦
2

info: reported as ticket 4950 to the sysadmins

(15 Aug '13, 02:09) aseerel4c26 ♦

The question has been closed for the following reason "Temporary issue, now resolved" by SK53 20 Aug '13, 08:38


Problem is due to a bad DNS change that set NS for geo.openstreetmap.org to {a|b|c|d}.ns.openstreetmap.


dig tile.openstreetmap.org +norecurse
 ;; ANSWER SECTION:
tile.openstreetmap.org. 32061   IN      CNAME   tile.geo.openstreetmap.org.

;; AUTHORITY SECTION:
geo.openstreetmap.org.  185389  IN      NS      b.ns.openstreetmap.
geo.openstreetmap.org.  185389  IN      NS      c.ns.openstreetmap.
geo.openstreetmap.org.  185389  IN      NS      d.ns.openstreetmap.
geo.openstreetmap.org.  185389  IN      NS      a.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

permanent link

answered 15 Aug '13, 12:11

IrlJidel's gravatar image

IrlJidel
7113
accept rate: 0%

edited 15 Aug '13, 12:14

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.

permanent link

answered 14 Aug '13, 20:03

Nelson's gravatar image

Nelson
1
accept rate: 0%

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.

  • Using provider liwest.at on PC: Standard is grey
  • Using provider liwest.at on smartphone: Standard is grey
  • Using provider "3" (Hutchinson 3G) on smartphone: Standard is visible
(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:
http://tile.osm.org/cgi-bin/debug
- Firefox+Chrome: "Ups! Firefox / Chrome could'nt find the page"
- IE 10: "This page can not be displayed"
(translated by myself)
nslookup tile.openstreetmap.org:
server: ns1.liwest.at
adress: 121.33.36.155
*** Adress for server tile.openstreetmap.org can not be found: server failed.

DNS-server from ipconfig /all:
21233.36.155; 212.33.55.5; 192.168.1.1

(15 Aug '13, 07:35) martin4040

Laptop, connected by tethering from my smartphone (works):
nslookup tiel.openstreetmap.org:
server: unknown
adress: 192.168.42.129

not authorized answer:
name: falkenstein.tile.openstreetmap.org
adress: 5.9.150.236
aliases: tile.openstreetmap.org
tile.geo.openstreetmap.org
at.tile.openstreetmap.org

(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

permanent link

answered 15 Aug '13, 09:10

svenxy's gravatar image

svenxy
111
accept rate: 0%

1

it's been ok for a few days now. Thanks for fixing, Sven

(20 Aug '13, 07:21) svenxy

Follow this question

By Email:

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

By RSS:

Answers

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:

×341
×287
×111

question asked: 13 Aug '13, 07:23

question was seen: 45,523 times

last updated: 20 Aug '13, 08:38

NOTICE: help.openstreetmap.org is no longer in use from 1st March 2024. Please use the OpenStreetMap Community Forum