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.

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

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

The clicks on SVG are local scripts.  Once the SVG (or svgz) file is downloaded, everthing runs locally.

Thanks.  The new update, Beta 15g, display better statistics, including unmodified files.  The good news is there is some room for improvement.  I am confident I can speed up the report generator by a factor of 2x to 3x, depending on the type of report.  Since I have to focus on releasing version 2.0, I will do those optimizations after GenoPro 2.0 has been localized and the new AutoArrange completed.

I did try a zoom and pan Firefox extension http://www.treebuilder.de/zoomandpan/index.htm but it does not work with frames and its performance is not any better.  Maybe the Mozilla guys will look at improving performance once they have implemented the full SVG 1.1 spec.

 If you use the Adobe SVG Viewer with Firefox I believe you have to use the 6.0 beta as the ASV 3 plugin does not work. As well as copying the plugin files you need to disable the built-in Firefox engine. (Type about:config in the location bar and scroll down to find svg.enabled. double click to toggle). However if you do use Adobe with Firefox the direction arrows and the zoom buttons do not work as Adobe does not recognize the Firefox Javascript engine. You will therefore need to use Adobe's built-in zoom & panning.

I also intend to see if a Flash solution is possible if I can get Adobe (who now own MacroMedia) to give me the .SWF file spec.

I just tried Netscape 8.1 but cannot find any reference to a builtin SVG engine. It probably uses the old 1.x Firefox build and not the 1.5.x build that has SVG support. I tried running it with Adobe SVG Viewer (ASV) by copying Adobe's 6.0 beta plugin files to Netscape's plugin folder and although it opened Adobe's test page http://www.adobe.com/svg/viewer/install/svgtest.html, as you say with a GenoPro report it prompts for ASV install. The Report uses Adobe's own code to check if ASV is installed (svgcheck.js) and I discovered that a change is required. i.e.

 otherwise overwrite the existing file in your skin folder with the revised script attached. The earlier comments about ASV under Firefox also apply to Netscape.

Another note to Dan to include the attached in the next release please.

For instance are you able to view this file?

http://familytrees.genopro.com/harry%2Dpotter/genomaps/genomap2.htm?x=454,y=-1292,highlight=true

The error message appears to indicate that that hosting site is not serving .svgz files correctly i.e. they are not marked as being gzipped and so Firefox does not try to uncompress them and is confused by the content. (see also sonnabend's earlier post re Apache config.). Please try generating a report to familytrees.genopro.com. If that works then there is definitely an issue with your hosting site.

However on local disc is should work. There is an explict check in the generated genomapx.htm files e.g.

Basically if the browser is IE or the protocol is not file: (e.g. it is http: ) then a compressed svg is used, otherwise the uncompressed file is used. So Firefox should open the uncompressed file locally. I don't know why this is not working in your case. You should be able to open the .svg files in the genomaps folder of the report directly with Firefox, although they may not be visible as the GenoPro orgin is placed in the top left corner and only elements to the right and below the GenoPro origin point will be seen. It would be helpful to know what error is displayed, if any, in this case.

The SVG engine in Firefox is very slow compared to the Adobe client. There have been many posts on this. The recommendation is to use smaller genomaps to limit the effect of this shortcoming.