Re: [OSM-talk-be] OSM promo

[A.Pirard.Papou]

On 2013-02-26 14:42, Glenn Plas wrote : Hi Andre, Ik heb geen probleem met geen enkele link uit de originele mail. (alle 5 werken) I don't have a problem accessing the files but Firefox cannot display the pictures. That's because of the server response: HTTP/1.1 200 OK Date: Tue, 26 Feb 2013 13:13:54 GMT Server: Apache/2.2.22 (Ubuntu) Last-Modified: Mon, 25 Feb 2013 10:14:46 GMT ETag: "29285//misc/pr_material/dutch_flyer_2013_02/gps-screenshot-442.png" Accept-Ranges: bytes Content-Length: 10324 Keep-Alive: timeout=5, max=100 Connection: Keep-Alive Content-Type: application/octet-stream It should be Content-Type: image/png It should download that image however instead, so it should still be able to view it albeit not directly. Firefox does, of course, propose to store the file or to launch another application to open it. But neither is the normal way to view a picture file that the browser can display itself. It's the same problem as Itinéraires touristiques balisés reconnus au 1er janvier 2012 (0,5 MB)  that you can find on this page. Having to store a PDF file to view it is quite inventive. It's because the mime type is incorrect. Moreover, it's useless to put such a hike list in a PDF file but it should be in a HTML (Web) page that you can import or copy & paste to an e-mail message, to an excel sheet etc...   It's only normal when you request a single file from SVN http access that it sends that header. Definitely not. SVN or not, Mime type and Content-Type have been designed to identify file types ans they must be used correctly. http://svn.openstreetmap.org/misc/pr_material/dutch_flyer_2013_02/garmin_62st_empty.png   is incorrect If  store the same png file on my private server the same way, the header contains image/png. http://www.papou.byethost9.com/tmp/garmin_62st_empty.png   is correct, and it displays the image If this png was part of a static html page, it would be sent correctly. No, the server does not know that the file is part of a HTML page. What happens is that if the broser is decoding an <image ...> tag or a tag that contains a mime type, it knows that it's an image or the specified mime type overrides that of the HTTP header. It's due to the fact that we're downloading it from SVN http.  I don't expect SVN to build me an html page. I would be very unhappy if the persons I'm showing images that way had to store the files to view them. They probably would not look at them. It should be reported as a problem. Cheers André.

_______________________________________________
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be