These are chat archives for openseadragon/openseadragon

3rd
Jan 2018
Melinda Minch
@nein09
Jan 03 2018 02:13
AbsoluteNavigatorLocation, CustomNavigatorElementWithWideImageWideViewer and CustomDialogNavigatorElementWithTallImageTallViewer every time - the synchronizations after image load.
Joey Toppin
@ozette
Jan 03 2018 10:00
@avandecreme thank you, I am using a nodejs based web server, however I don't see any OpenSeadragon requests in the client browser. is the _files folder something I can provide to OpenSeadragon.viewer ?
I reckon simply providing the .dzi isn't enough, because I don't see how it refers to _files
Joey Toppin
@ozette
Jan 03 2018 10:06
ultimately I'm wondering what the viewer's requests for images and zoom levels look like, because I'm still clueless
Joey Toppin
@ozette
Jan 03 2018 10:23
this is basically what's in my html https://paste.debian.net/1003373/
using 'url', actually renders a single image in the viewer
Joey Toppin
@ozette
Jan 03 2018 11:50
@avandecreme also, I was wondering which image formats pyramidio supports, and if it can process woleslides (size)
Joey Toppin
@ozette
Jan 03 2018 14:44
The documentation is extensive, somewhat overwhelming. I managed to get the viewer working by just doing what a live example does. providing a prefixurl
the requests are as expected
I noticed something interesting using pyramidIO. I have a demo scan from OpenSlide; 'CMU-1-Small-Region'. The result is only a level 12/ in _files/, and so it fails to display in the viewer on default. Does the 12/ have something to do with the scan (Small-Region) ?
Joey Toppin
@ozette
Jan 03 2018 14:49
(it's a .svs and i'm totally unfamiliar with vendor specifics)
Ian Gilman
@iangilman
Jan 03 2018 23:42
@ozette this should be working for you:
var viewer = OpenSeadragon({
    id: "viewid",
    tileSources: "/slide/2f9f-4744-bbcc-693ae97e3cf1-2ca043fd/wholeslide.dzi"
  });
Is your node server set up to serve static files from /slide/?
You need to kill this part:
 viewer.open({
    type: "image",
    tileSources: "/slide/2f9f-4744-bbcc-693ae97e3cf1-2ca043fd/wholeslide.dzi"
    //url: "/slide/2f9f-4744-bbcc-693ae97e3cf1-2ca043fd/wholeslide_files/12/0_0.png" //should determine initial level dynamically
  });
It won't work, and it'll disrupt the earlier call as well.
@nein09 That sounds familiar. They are failing on the command line or in the browser?
Ian Gilman
@iangilman
Jan 03 2018 23:50
Well, I just tried running the tests on master… I can't run them from the command line (that's what you're fixing), but all of those tests pass in the browser (Mac Firefox and Chrome).
image.png
We do have one failure in Firefox...
That's not one of the ones you're seeing, though.
Filed as openseadragon/openseadragon#1372
@nein09 anyway, I'm not surprised the navigator tests are failing, as they've been a bit sensitive, but it looks like they're not failing on master, so maybe some subtle change tipped them over the edge?
It would be great if you could investigate, but otherwise I guess you could comment them out and file an issue about them.