[worldKit-dev] Possible bug with top-level zoomify image.

[Mikel Maron]

Hi Ben

Been a while since I've jumped into worldKit!

I think I see where this bug might be introduced, but not sure. What is the setting you give for zoomifydir? Add a trailing slash there, and see if it makes a difference to the 404 on 0-0-0.jpg.

Haven't seen this before myself; that image doesn't get requested normally. What is the size of your map?

Don't think I'll have time to investigate much further, or rebuild, sorry. If someone wants to figure out and rebuild, that would be welcome.

Mikel
 
* Mikel Maron * +14152835207 @mikel s:mikelmaron


>________________________________
> From: Ben Whitman <qwertymodo at yahoo.com>
>To: "worldkit-dev at lists.brainoff.com" <worldkit-dev at lists.brainoff.com> 
>Sent: Sunday, August 19, 2012 7:06 PM
>Subject: [worldKit-dev] Possible bug with top-level zoomify image.
> 
>
>I am setting up a map using WorldKit in the Zoomify configuration, with no zoomifydir specified, so the TileGroup0 and TileGroup1 folders exist in the same directory as the worldkit .swf (though I am experiencing the same issue even with a zoomifydir specified).  According to my server logs, it seems like the top level image (TileGroup0/0-0-0.jpg) is getting an extra forward slash appended to its url, because I keep getting 404 logs for .../My/WorldKit/Dir//TileGroup0/0-0-0.jpg This is not occurring for any of the other zoomify tiles, and the 0-0-0.jpg does exist in the TileGroup0 directory.  It would seem that for that single image, an extra slash is getting appended, resulting in 404's.  Thanks.
>
>
>-Ben
>_______________________________________________
>worldkit-dev mailing list
>worldkit-dev at lists.brainoff.com
>http://lists.brainoff.com/listinfo.cgi/worldkit-dev-brainoff.com
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.brainoff.com/pipermail/worldkit-dev-brainoff.com/attachments/20120820/0b657e00/attachment-0005.htm>