Could you check that the Firefox built-in SVG plugin is enabled? To do this type about:config in the Firefox address bar and click the GO button. A list of the Firefox preference settings is displayed. Scroll down to the svg.enabled line and check it is on, i.e. 'true', if not double click the line to toggle it. Also the report must have been generated using GenoPro Beta 15 or above, preferably the latest Beta 15f.

after which Firefox wishes to save the genomap0.svgz again

Ripp

Your problem is that your Apache Web Server is not correctly configured for serving .svgz pages. It is serving them with Content-Type: text/plain and without any Content-Encoding: header. Visit http://wiki.svg.org/index.php?title=Server_Configuration for instrutions on how it should be configured.

Alternatively you can try generating your report with just uncompressed .svg images that will be slower to download. To do this change the skin template file Config.xml parameter fCompressSvg="Y" to fCompressSvg="N" and then generate the report again.

Your Web Server may still need configuring for .svg pages.

PS: You need to restart the service IIS after changing the MIME types... (just in case you don't know).

You are welcome to download the ISAPI filter for SVG Compression at http://www.genopro.com/internet/server-configuration/IsapiForSvgCompression.dll (28 KB).  The website http://familytrees.genopro.com/ uses this ISAPI filter to serve .svgz files.  Eventually, I will write a "how-to" with the step-by-step instructions to install an ISAPI filter on a website.

http://hydrogen/ancestors/genomapsz/genomap1.svgz GET /ancestors/genomapsz/genomap1.svgz HTTP/1.1 Host: hydrogen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: http://hydrogen/ancestors/genomaps/genomap1.htm?x=-4,y=0,highlight=false If-Modified-Since: Sat, 18 Feb 2006 15:08:23 GMT If-None-Match: "1433299d34c61:996" HTTP/1.x 304 Not Modified Server: Microsoft-IIS/5.1 Date: Sun, 19 Feb 2006 19:23:18 GMT X-Powered-By: ASP.NET image/svg+xml: gzip Etag: "1433299d34c61:99a" Content-Length: 0

If I wish to take the Sunday off, I stay away from my computer .

By the way, the response code value for genomap1.svgz is 304 (HTTP/1.x 304 Not Modified).  Can you flush the cache and try again?  I need a full HTTP response 200 (OK) so I can check what is being returned by the server.

I then made genomapsz a virtual directory, pointing to the report directory genomapsz folder. Its parent folder, mine was FamilyHistory, MarkS's is ancestors, was already a virtual directory. Right click on the genomapsz virtual directory from the IIS console, click Properties, then HTTP Headers. Under Custom Headers click Add and enter Content-Encoding:  gzip. click OK and restart IIS. With Firefox, clear the cache using CTRL/Shift/Delete, uncheck 'Browsing History', ensure Cache is checked and then click 'Clear Private Data Now' button. Instead of following this paragraph you can install Dan's ISAPI filter instead.

It all worked fine except I discoverd a new bug. When trying to navigate from one SVG genomap to another, using the blue internal hyperlinks, I got 'page not found'. It only occurs when using Firefox to access a HTTP based report. To fix this, change skin template genomap.svg as follows:

change line 272

strAction="cursor=""pointer"" " & Util.FormatString(" onclick=""displaylink('genomap{}.htm?x={},y={},highlight=true','map');""", ilink.position.genomap.index, ilink.position.x, ilink.position.y)

to

strAction="cursor=""pointer"" " & Util.FormatString(" onclick=""displaylink('../genomaps/genomap{}.htm?x={},y={},highlight=true','map');""", ilink.position.genomap.index, ilink.position.x, ilink.position.y)

Alternatively a revised copy of genomap.svg is attached. Remove the extra .txt extension after download and replace the current file in your skin templates folder. A note to Dan - could you please include this change in the next release.

Just for the record, and perhaps to help others, the errors I made were:-

1. Not forming the HTTP Header correctly - this is ambiguous in the wiki reference. Ron's directions were much more explicit. I did not have the words Content-Encoding in the Custom Header Name field (I had image/svg-xml). I had the value field cocorrectnd the mime headers correct.
2. I got confused by the IIS HTTP Custom Headers hierarchy - it's not clear when values refer to sub directories. As Ron directed just making the change for the genomapsz directory works best.
3. Probably obvious - but remembering to clear the cach on the client.

I will install the revised genomap.svg file to solve the linking problem.  One further thing - Firefox appears now to work with both the native svg function and with the Adobe addin - all be it much slower in both cases than IE.

Thanks again for your help (and my education) - this is one of the best software applications I have come across.

Mark