These are chat archives for openseadragon/openseadragon

25th
May 2016
John Susi
@johnsusi
May 25 2016 09:57 UTC
anyone know if it is possible to rotate around the image center instead of the viewports center?
Antoine Vandecreme
@avandecreme
May 25 2016 14:22 UTC
@johnsusi no, it would be nice to be able to set a rotation on a tiledImage though
John Susi
@johnsusi
May 25 2016 14:33 UTC
@avandecreme: Agree, I'll look into it. It's a requirement for our app.
Antoine Vandecreme
@avandecreme
May 25 2016 14:38 UTC
great!
Matthew Jack
@matthew-jack
May 25 2016 17:57 UTC
Hi all, reading this chat has been really helpful for some other issues but there's one that I'm stuck on: I converted a 1024x748 png to a DZI with a tile size of 256. I can't find any problems with the structure of the tiles but OSD is seeking non-existent tiles within existing levels. Changing the tile size to 512 fixes this but since it limits the zoom I'd like to figure out why the 256 size wasn't working. Any suggestions on where to look?
VoidVolker
@VoidVolker
May 25 2016 18:24 UTC
@matthew-jack take a look to my tool to image slicing: https://github.com/VoidVolker/MagickSlicer
there are full DZI description and how this tool can slice image
Matthew Jack
@matthew-jack
May 25 2016 18:25 UTC
@VoidVolker I'm actually using yours! I'm really happy with it and it's never created any problems with incorrect DZI structures so I'm trying to figure out why OSD is calculating that incorrect tiles exist
VoidVolker
@VoidVolker
May 25 2016 18:25 UTC
ah ) awesome )
try my example code for OSD
Matthew Jack
@matthew-jack
May 25 2016 18:28 UTC
well the HTML part is correct and works fine for all my other resolution images but it's just this one combination of resolution and tile size
VoidVolker
@VoidVolker
May 25 2016 18:29 UTC
basically, dzi must contain all sizes
not only 256
Matthew Jack
@matthew-jack
May 25 2016 18:31 UTC
but wouldn't a 256 tile size make the image clearer at higher zoom levels?
and the structure I wrote out on paper for a 256 verifies your program's output
VoidVolker
@VoidVolker
May 25 2016 18:32 UTC
emm... lets check words: what exactly you mean under tile size 256?
Matthew Jack
@matthew-jack
May 25 2016 18:34 UTC
that I specified a tile size of 256 to MagickSlicer and my the value of tileSize in my DZI file is 256
Antoine Vandecreme
@avandecreme
May 25 2016 18:54 UTC
@matthew-jack the tile size shouldn't change anything for visualization purpose
the only difference is the minimum amount of data transfered
Matthew Jack
@matthew-jack
May 25 2016 19:00 UTC
@avandecreme ah good to know. but it'll still change the way OSD calculates what tiles to load though, so I'm wondering why it gets it right at 512 and not 256 when I set the tile size in MagickSlicer to 256
Antoine Vandecreme
@avandecreme
May 25 2016 19:01 UTC
yeah not clear, have you tried another pyramid builder? That would help narrow the bug to either MagicSlicer or OpenSeadragon
Matthew Jack
@matthew-jack
May 25 2016 19:02 UTC
good point, will do
VoidVolker
@VoidVolker
May 25 2016 19:02 UTC
@matthew-jack 256 is default size,
but in real it generate tiles of all sizes from 1x1 px
Matthew Jack
@matthew-jack
May 25 2016 19:09 UTC
ahh thank you! it was a bug in MagickSlicer
or possibly user error, I won't blame MS
Antoine Vandecreme
@avandecreme
May 25 2016 19:14 UTC
Well, MS (Microsoft?) is not involved in OpenSeadragon development anyway :)
Matthew Jack
@matthew-jack
May 25 2016 19:14 UTC
MagickSlicer, lol very ambiguous abbrev.
Antoine Vandecreme
@avandecreme
May 25 2016 19:14 UTC
ha yes, makes sense
VoidVolker
@VoidVolker
May 25 2016 19:25 UTC
hey! it not abbrev )
it is Magick )
Ian Gilman
@iangilman
May 25 2016 22:45 UTC
@matthew-jack @VoidVolker @avandecreme Actually these days I think 512px tiles is probably a better default anyway, considering the typical internet of today... this means bigger chunks but fewer chunks, and a 512 tile actually isn't too bad even on mobile.
@foobarable @avandecreme Yeah, our overlay API could probably use an overhaul. I think in general the overlays pretty much ignore the images in most cases. Probably the most full featured version would be for the ability to attach an overlay to an image such that it moves and scales with the image.
47bob
@47bob
May 25 2016 22:48 UTC
Can someone tell me if it's possible to move the reference strip to another location? I've tried moving it with the referenceStripElement, but naming that just makes it disappear.
Ian Gilman
@iangilman
May 25 2016 22:53 UTC
@47bob There's no feature for that as far as I'm aware. It looks like if you find the div with the class of referencestrip and explicitly modify its styling you can get it to move somewhere else. You may have to do this with JavaScript, since it looks like the CSS is overridden.
Where are you trying to move it to?
47bob
@47bob
May 25 2016 23:02 UTC
I wanted to move it outside of the container because it slides into my images.
Ian Gilman
@iangilman
May 25 2016 23:16 UTC
@47bob Hmm, it might be possible by making it position: absolute and pushing it down off the bottom.
Looks like you'll have to add overflow: visible to the openseadragon-container div as well
Of course another option is to hack into the reference strip code itself.
47bob
@47bob
May 25 2016 23:19 UTC
That's what I was thinking.
Yeah, lol, was perusing that this morning.
Ian Gilman
@iangilman
May 25 2016 23:20 UTC
Unfortunately the reference strip is pretty rough. I've been hoping we can pull it out and make it its own plugin so it can evolve on its own, and possibly have different forks that do different things
Making your own reference strip that lives outside of the viewer out of straight HTML elements shouldn't be too hard... you could use the reference strip code for clues on how to best get the thumbnail images.
47bob
@47bob
May 25 2016 23:21 UTC
I agree. I think it could be more usefull.
Ian Gilman
@iangilman
May 25 2016 23:22 UTC
Cool. Well, if you do it, it would be great if you could publish it as a plugin!
47bob
@47bob
May 25 2016 23:23 UTC
Sure thing. I'll play with it and you can tell me what you think.
Ian Gilman
@iangilman
May 25 2016 23:33 UTC
Awesome :)