These are chat archives for openseadragon/openseadragon

31st
Mar 2015
Tomasz Neugebauer
@photomedia
Mar 31 2015 15:31
@iangilman Thanks for fixing the docs. I noticed it when I was trying to add other keys to my app.
Tomasz Neugebauer
@photomedia
Mar 31 2015 15:40
@iangilman About the fullscreen from localhost. I tested some more with with a most basic openseadragon viewer using Firefox and Chrome on Windows. Firefox actually allows for the fullscreen from localhost (or local file system, ie., if you place the viewer code in C:// and open it up as a local file). However, this part fails: on full screen, the openseadragon viewer has its width and height reset to 100% and a class "fullpage" added. For some reason, this does not happen when the viewer code is local (or localhost).
Since the viewer is not set to 100% width and height, the page around it turns black, but that's because of the fullscreen CSS that is applied by the browser (so this is as it should be).
Tomasz Neugebauer
@photomedia
Mar 31 2015 15:47
That is the mystery, Firefox doesn't throw any error to prevent the fullscreen, just the width and height 100% CSS on the viewer container is not applied.
Tomasz Neugebauer
@photomedia
Mar 31 2015 16:22
My apologies, it turns out that I was using a slightly older version of openseadragon code for my testing! When I switched it to the latest release (v1.2.1-0-2f9563d) , the full screen worked in Firefox and Chrome!
Tomasz Neugebauer
@photomedia
Mar 31 2015 16:41
I don't know how I missed that for so long before checking the version numbers on the openseadragon library I was using - I'm really sorry if I caused anyone else to waste any time on this. Localhost is perfectly fine for Firefox and Chrome on Windows 7 and 8.1
Antoine Vandecreme
@avandecreme
Mar 31 2015 17:44
I realize now that I miss-read your question yesterday. Glad you figured it out.
Ian Gilman
@iangilman
Mar 31 2015 18:12
@photomedia Awesome; glad you got it sorted :)
Tomasz Neugebauer
@photomedia
Mar 31 2015 20:20
@avandecreme Well, I didn't know what the problem was, so you didn't really misread my question :) For the record, everything works fine in Chrome, from Localhost, including full screen; however, if you open a local file (without localhost, just as a C://... file path), the icons work, and full-screen works, but the multi-scale image doesn't actually show up due to a cross-origin security exception. Chrome considers local file system cross domain, so the request to load the DZI fails. This does not happen with a localhost domain, however. So you were almost right, Chrome is OK with Ajax requests to localhost, but it is not OK with Ajax requests to a local file path. :)
Jeremy Shipman
@jedateach
Mar 31 2015 20:43
@iangilman Are you aware of any tech/examples that builds zoomable mosaic from many images, rather than splitting a single image?
Ian Gilman
@iangilman
Mar 31 2015 21:06
@jedateach Not really...To my knowledge most of the zooming mosaics are built as a single giant image and then if you want to present it on the web you have to tile it like any other large image
Btw, the new multi-image work in OSD does open the door to some interesting possibilities along those lines. Here is something I've been noodling with: http://iangilman.com/openseadragon/rdio
That's using the pyramided images that Rdio's API already supplies, arranged into a grid with OSD
Jeremy Shipman
@jedateach
Mar 31 2015 21:08
nice!
I’m guessing you don’t get the advantages of tiling with that approach however. i.e. one image to display a huge number of images within it
Ian Gilman
@iangilman
Mar 31 2015 21:09
Of course if you wanted to have an infinitely zoomable mosaic, you'd still have to do some trickery
Well, in a way each sub-image is it's own tile. But no, you don't get the advantage of having multiple images stored on the same tile when you're zoomed out
That's an optimization that would be cool to add to multi-image though: having a bunch of image thumbnails on a single tile so we can have thousands of images with only a few server calls
The old Deep Zoom Collections did exactly that, and Deep Zoom Composer can build those kind of files. We just need to support them in OSD
Ian Gilman
@iangilman
Mar 31 2015 21:15
Here is the issue for that: openseadragon/openseadragon#67
Jeremy Shipman
@jedateach
Mar 31 2015 21:21
Ok , so if I understand correctly - a DZC has it’s own thumbnail format which combines images?
Then during zooming at some point there is a switch from the thumbnail pyramid to an individal image’s pyramid.
Jeremy Shipman
@jedateach
Mar 31 2015 21:31
and does OSD currently only support what Microsoft calls “Sparse Images”?
Ian Gilman
@iangilman
Mar 31 2015 21:35
@jedateach Yes, that's the idea with DZC. It's not a different file format, though, just an arrangement pattern
Jeremy Shipman
@jedateach
Mar 31 2015 21:35
right. It’ll require some extra server processing though right?
do you know if server ‘composers' already support it?
Ian Gilman
@iangilman
Mar 31 2015 21:36
OSD does not support sparse images. On the other hand, it fails gracefully...(looks for those tiles and doesn't error when they aren't there). It certainly could be added as a feature though
Well, wherever you're creating the image, if it's on a server or not, but yes, extra processing
Deep Zoom Composer is the only thing I know that makes DZC files. There might be others.
The format is easy enough, though, and well documented, so it shouldn't be hard to write another
Part of the deal of course is that you need to know ahead of time which images you're going to use, so you can include them in the thumbnail sheet
Jeremy Shipman
@jedateach
Mar 31 2015 21:40
I see.
Is there any discussion / thought out there on streaming the image metadata itself? …or any other metadata for that matter?
I’m thinking along the lines of ChronoZoom
(discussion for supporting it in OSD)
Ian Gilman
@iangilman
Mar 31 2015 21:55
Not really. You can load the metadata as a single chunk outside of OSD and pass it in all at once, though. That's what I do for http://iangilman.com/osd/test/demo/m2/ for instance
...so I'm not sure what kind of integration beyond that we'd want
Unless I don't understand what you mean by metadata
Jeremy Shipman
@jedateach
Mar 31 2015 21:57
I mean recursively images within images, and getting into interactive content, possibly html markup/overlays etc etc
definitely sounding outside the base of what OSD is for, but thought I’d just see if anything had even been thout of
that kind of unlimted zoom interactive experience
Ian Gilman
@iangilman
Mar 31 2015 21:59
Not that I know of. Sounds cool though.
Probably the sort of thing you would add on to OSD rather than building into it. Maybe as a plugin or a library that's built on top of OSD
Jeremy Shipman
@jedateach
Mar 31 2015 22:00
yes, my thoughts exactly
Thanks for your help. I’m just guaging a high level understanding of where OSD is at with certian things.
Ian Gilman
@iangilman
Mar 31 2015 22:03
Awesome. Happy to answer questions, and I'd be delighted if you wanted to take up some of these things!
Jeremy Shipman
@jedateach
Mar 31 2015 22:07
Chances are I will:)
Ian Gilman
@iangilman
Mar 31 2015 22:46
:+1: