OpenZoom Looking for Wrong Zoomify Tiles

Edited on 09/05/09

I've noticed that there is a miscommunication between the tiles produced with Zoomify and the tiles OpenZoom tries to load. In my server logs, there are always 3-4 tiles that 404. Also when viewing the image, it is very apparent because there is often a section of the image that remains fuzzy (showing the low-res tile) and does not load the high-res tiles.

Please let me know what data I should track to help.

I created my image viewer using the photoshop viewer source from Mid-February. I am creating my Zoomify image using Photoshop CS4 -> Export -> Zoomify.

On a side note, what is the superior format for making tiles? Is the DeepZoom structure any different from Zoomify?

I’m slightly concerned

Inappropriate?

Reply to this problem

1 person has this problem

I have this problem, too! Tell me when someone solves it.
The more people who report this problem, the more it gets noticed.

The company marked this problem solved.

See the changes made to this problem

EMPLOYEE

Remove Inappropriate?
Delete or Edit

Daniel Gasienica, Official Rep, replied on March 25, 2009 14:09

Eric,

Thanks for reporting this bug! The best way you could help me to figure out what's going wrong is by publishing a sample that reproduces the problem, stating which tiles are wrongly requested and possibly offering a ZIP file of the sample for download.

Good question regarding the format! With my experience working with all of them, I highly recommend using the Deep Zoom image format (DZI). Deep Zoom is the most modern format and it gives you a much nicer viewing experience compared to other formats because images slowly go from blurry to tack sharp. You can read about it in the official Deep Zoom documentation. Additionally, in the future it is the most suitable format for creating applications that can display huge collections of images such as showcased in the Hard Rock Memorabilia and Playboy Archive sites. It also is the most flexible format, allowing you to view it with a Javascript viewer (Seadragon Ajax), on the iPhone/iPod touch using Seadragon Mobile, on Silverlight Deep Zoom and of course in Adobe Flash & Flex using OpenZoom.
To create Deep Zoom images, I recommend Deep Zoom Composer on Windows and my very own Python Deep Zoom Tools on all other platforms.

Thanks again,
Daniel

I’m super thankful

this solves the problem

Add a comment This solves the problem Mark as a company solution
Remove Inappropriate?
Delete or Edit

gigapixelphotographer replied on March 25, 2009 17:44

Hi Daniel,

I have double checked to make sure and the missing tiles problem happens using my custom viewer and also when using one of your published viewers on the same image. Viewer used:
http://gasi.ch/examples/2008/12/23/ph...

Here's an excerpt from the error log:
http://myslumlord.net/ftp/openzoom_er...
username: openzoom
password: openzoom
You can see the error happening in other images too. I should note that all of my images are rather large. The larger the image, the more tiles that don't load.

Here's an image set that is really obvious to see the tiles that don't load. If you zoom into the cabin, there is a bunch of skis to the left of the woman that don't load. I made the set using Photoshop's Zoomify Export function. I hope there isn't a problem with that!
http://myslumlord.net/ftp/elfin-shelt...

cheers,
eric

this solves the problem

Add a comment This solves the problem
EMPLOYEE

Remove Inappropriate?
Delete or Edit

Daniel Gasienica, Official Rep, replied on March 25, 2009 20:14

Eric,

Awesome! Thanks to your bug report and the samples you've provided me, I was able to fix two intricate bugs in the OpenZoom ZoomifyDescriptor which is responsible for describing the Zoomify image pyramid.

As a little thank you, I've released an updated version of OpenZoom Tango, mentioned you in the README and updated my original blog post.

Feel free to check out the updated viewer and let me know if there's still something wrong with it.

Again, thanks a lot for contributing to OpenZoom!

Yours,
Daniel

P.S. As for your title, it's actually not «OpenZoom looking for wrong Zoomify Tiles» but rather «OpenZoom looking for right Zoomify Tiles in the wrong place.»

I’m super happy

The company says this solves the problem

Add a comment This solves the problem Mark as a company solution
Remove Inappropriate?
Delete or Edit

gigapixelphotographer replied on March 26, 2009 21:49

Hi Daniel,

Thanks for fixing the bug.

I tested it using the updated viewer in OpenZoom Tango and also with updating the ZoomifyDescriptor in my viewer, and I have not encountered a 404 image error in my logs yet.

All fixed!!

Thank you.
eric

I’m pleased.

this solves the problem

Add a comment This solves the problem