klokantech/iiifviewer

[DEPRECATED] IIIF WebGL / Canvas / DOM mobile-ready fast viewer powered by OpenLayers V3

IIIFViewer

IIIF WebGL / Canvas mobile-ready fast viewer powered by OpenLayers

DEPRECATED: no longer maintained. We recommend using OpenLayers instead, which now has support for IIIF out of the box: https://openlayers.org/en/master/examples/iiif.html (to be part of OpenLayers v6)

IIIF viewer from Klokan Technologies is optimized for desktop and mobile devices (iOS, Android), is open-source, free to use and has, compared to other viewers, the following extra features:

• Rotation on client side: pinch with fingers, alt-shift drag with the mouse.
• Drawing tools: polygons, lines, markers — can be used to annotate parts of the pictures.
• Color adjustment: saturation, lightness, etc.

See full screen demo (and try it on mobile device):

http://klokantech.github.io/iiifviewer/

And examples of use: http://klokantech.github.io/iiifviewer/examples/

It implements the IIIF protocol - see http://iiif.io/.

Developed by Klokan Technologies GmbH for the clients who are using IIIF protocol for publishing maps. The IIIF protocol can be easily used in http://www.georeferencer.com/ service.

Klokan Technologies GmbH also developed and release an open-source image server for IIIF.

See: https://github.com/klokantech/iiifserver/ and the releases, https://github.com/klokantech/iiifserver/releases

iiifviewer's Issues

IIIFViewer problem using Safari on Mac

FROM:[email protected] Chris Fleet
Hello Klokan Team,

We have reports from two users that our IIIF viewer, based on yours at http://klokantech.github.io/iiifviewer/ is only displaying part of the image in Safari browsers on the Mac.

I am attaching an image of the NLS problem, and the Klokantech IIIFViewer problem.

I hope that this is something you can look into and advise us on. We've found it difficult to replicate the error through emulation, and don't have direct access to Safari on a Mac here.

Many thanks,

Chris

Link to the Clientportal:
https://clientportal.klokantech.com/iiifviewer/issues/31

Complete example viewer for NLS

Let's prepare a complete example, hosted on labs and downloadable as .zip - with all the requested features

• permalink
• overview window
• print
• sample CSS customisation

Safari on Mac - IIIFviewer partial display problem

FROM:[email protected] Chris Fleet
Hello Klokan Team,

We have reports from two users that our IIIF viewer, based on yours at http://klokantech.github.io/iiifviewer/ is only displaying part of the image in Safari browsers on the Mac.

I am attaching an image of the NLS problem, and the Klokantech IIIFViewer problem.

I hope that this is something you can look into and advise us on. We've found it difficult to replicate the error through emulation, and don't have direct access to Safari on a Mac here.

Many thanks,

Chris

Link to the Clientportal:
https://clientportal.klokantech.com/iiifviewer/issues/29

Manifests without 'scale_factors' field

I have encountered a number of info.json files that don't specify a scale_factors array. See e.g.

http://diglit.ub.uni-heidelberg.de/image/salXIV5_1/a.jpg/info.json

IIIFViewer seems to expect this to be present, either at the top level or in a tiles object. The part where it breaks for me as at the initialization stage of the source, where the `logicalResolutions' array is reversed (but is undefined).

The images seem to display fine in other viewers. Any hints on how this might be fixed?

Image sizing/positioning issues

Hi,

I'm experimenting with IIIF images from lots of different sources, and I'm experiencing different display issues (unfortunately, on almost all of them). Images don't appear properly centered in the viewer, and they are not properly fit to the screen bounds. It's as if the size/resolution is not properly picked up from the info.json.

I collected a few examples:

• https://recogito.pelagios.org/document/z8gcpxgb9ycawu/part/1/edit - this image doesn't show initially. Scroll out a few times to see it.
• https://recogito.pelagios.org/document/b6jzpya906fhzv/part/1/edit - same here, no image intially, only after scrolling out a few times (after which the image is in ultra-high resolution)
• https://recogito.pelagios.org/document/pnud7opghdw2rv/part/1/edit - this image does show initally, but is neither properly centered nor fit.
• For comparison: https://recogito.pelagios.org/document/cyka3e1xrsi0ih/part/1/edit - the sample from the Klokan demo page works just fine

For each example, I linked the info.json into the page, so you can take a look at what it contains. (It's the link in the header.)

I know the IIIF viewer might not currently be at the top of your priority list. But it would be great if you could take a look. If there's anything I can do to provide further information, or help out otherwise - do let me know!

Disclaimer: I'm running my own fork of the code, but have verified that the parts that relate to width/height/tilesize/resolution etc. are still identical to the code in this repo.

Safari on Mac - IIIFviewer partial display problem

FROM:[email protected] Chris Fleet
Hello Klokan Team,

We have reports from two users that our IIIF viewer, based on yours at http://klokantech.github.io/iiifviewer/ is only displaying part of the image in Safari browsers on the Mac.

I am attaching an image of the NLS problem, and the Klokantech IIIFViewer problem.

I hope that this is something you can look into and advise us on. We've found it difficult to replicate the error through emulation, and don't have direct access to Safari on a Mac here.

Many thanks,

Chris

Link to the Clientportal:
https://clientportal.klokantech.com/iiifviewer/issues/26

Retina support

Displaying of the image content on Retina displays.

Broken links to logo

See bottom left corner of http://klokantech.github.io/iiifviewer/

Pixel rounding error in IIIF

There seems to be a rounding error in the implementation of IIIF tile requests submitted to the server.

For example at:
http://klokantech.github.io/iiifviewer/examples/permalink.html#zoom=1&lat=1880.5&lon=3559.8&layers=T

The tile on the left is blurred (probably resized on the client side):

and there is a pixel step visible as well:

'native' vs. 'default' quality

Another issue that was causing problems for me was that IIIFViewer defaulted to native as quality argument. This didn't seem to be supported by some source. Changing to default worked.

I'm just starting to dive into IIIF, so don't know whether default is just a safer option or there has been renaming going on in between the different iterations of the IIIF spec?

Hosting on cdnjs

Is it possible to host iiifviewer builds on cdnjs? https://cdnjs.com/ Do we need versions? We are using it in projects and their linking build on gh-pages

Some parts of images missing in IE10&9

I created an example for NLS in http://labs.klokantech.com/nls/viewer/. I tested it in IE. V11 works OK, but 10 and 9 sometimes didn't display part of images on bottom border. It hapened ramdomly on different zoomlevels. See screenshots:

If I reload the window that the previous missing images were there. I tried 3 different machines but all with this same problem.

test message #2

FROM:[email protected] Chris Fleet
test message #2

Link to the Clientportal:
https://clientportal.klokantech.com/iiifviewer/issues/35

Zooming with trackpad on Apple

On Apple trackpad the zooming seems to be too fast...

Could you please try it on your macbook pro @petrsloup ?

We may mimic OpenSeaDragon on this probably...

TEST

FROM:[email protected] Martin Mikita
Testing ClientPortal

Link to the Clientportal:
https://clientportal.klokantech.com/iiifviewer/issues/32

Problem with https for iiifviewer

FROM:[email protected] Chris Fleet
We have moved to https for the NLS iiifviewer, ie.

https://maps.nls.uk/view/00000207

However, we have not managed to get IIPImage to deliver the .JPG images using https - we get the message:

Mixed Content: The page at 'https://maps.nls.uk/view/00000207' was loaded over HTTPS, but requested an insecure image 'http://maps.nls.uk/imgsrv/iipsrv.fcgi?iiif=/207.jp2/0,0,4096,4096/pct:6.25/0/native.jpg'. This content should also be served over HTTPS.

This seems to be the same problem at:

http://labs.klokantech.com/nls/viewer/

Please could you advise on whether we can fix this, so that we can get our iiifviewer working under https ?

Many thanks,

Chris

Link to the Clientportal:
https://clientportal.klokantech.com/iiifviewer/issues/22

IIIFViewer problem using Safari on Mac

FROM:[email protected] Martin Mikita
Hello Klokan Team,

We have reports from two users that our IIIF viewer, based on yours at http://klokantech.github.io/iiifviewer/ is only displaying part of the image in Safari browsers on the Mac.

I am attaching an image of the NLS problem, and the Klokantech IIIFViewer problem.

I hope that this is something you can look into and advise us on. We've found it difficult to replicate the error through emulation, and don't have direct access to Safari on a Mac here.

Many thanks,

Chris

Chris Fleet
Map Curator | Collections and Research Department

Link to the Clientportal:
https://clientportal.klokantech.com/iiifviewer/issues/33

Arbitrary resolutions

Ensure the arbitrary resolution are in place:

On mobile devices the zooming stays where touch event stopped (no jumping to the fixed levels)

Similar issue to https://github.com/klokan/omo-mobile/issues/33

Licence of iiifviewer

Does there exist an opensource licence for this software product?

Safari on Mac - IIIFviewer partial display problem

FROM:[email protected] Chris Fleet
Hello Klokan Team,

We have reports from two users that our IIIF viewer, based on yours at http://klokantech.github.io/iiifviewer/ is only displaying part of the image in Safari browsers on the Mac.

I am attaching an image of the NLS problem, and the Klokantech IIIFViewer problem.

I hope that this is something you can look into and advise us on. We've found it difficult to replicate the error through emulation, and don't have direct access to Safari on a Mac here.

Many thanks,

Chris

Link to the Clientportal:
https://clientportal.klokantech.com/iiifviewer/issues/27

Safari on Mac - IIIFviewer partial display problem

FROM:[email protected] Chris Fleet
Hello Klokan Team,

We have reports from two users that our IIIF viewer, based on yours at http://klokantech.github.io/iiifviewer/ is only displaying part of the image in Safari browsers on the Mac.

I am attaching an image of the NLS problem, and the Klokantech IIIFViewer problem.

I hope that this is something you can look into and advise us on. We've found it difficult to replicate the error through emulation, and don't have direct access to Safari on a Mac here.

Many thanks,

Chris

Link to the Clientportal:
https://clientportal.klokantech.com/iiifviewer/issues/30

Permalink example

The viewer should support permalink for the viewed position on the map, for easier copy&paste of URLs.

The first implementation could probably follow the OL2 syntax of the permalink (with a hash), to mimic the NLS viewer: http://maps.nls.uk/view/74479823#zoom=3&lat=5800&lon=8486&layers=BT

For implementation hits see "Permalink" section of the blog post:
http://oobrien.com/2015/01/openlayers-3-and-datashine/

BTW an ideal full viewer example would include also the Overview Control as in NLS viewer (http://openlayers.org/en/v3.1.1/examples/overviewmap-custom.html)

New test message #3

FROM:[email protected] Chris Fleet
Test message, 28 May

Link to the Clientportal:
https://clientportal.klokantech.com/iiifviewer/issues/36

Support for pre-generated IIIF tilesets

IIIF can be a valid source even if it is just a directory of pregenerated tiles and thumbnails at defined size (linked from info.json).

The viewer should support such online resource.

Compatibility with jQuery on the same page

If the compiled IIIF viewer is on a page where also jQuery is there are JavaScript errors.

Solution could be to include jQuery externs always during compilation to keep the short symbols defined by jQuery unused by minification process.

Safari on Mac - IIIFviewer partial display problem

FROM:[email protected] Chris Fleet
Hello Klokan Team,

We have reports from two users that our IIIF viewer, based on yours at http://klokantech.github.io/iiifviewer/ is only displaying part of the image in Safari browsers on the Mac.

I am attaching an image of the NLS problem, and the Klokantech IIIFViewer problem.

I hope that this is something you can look into and advise us on. We've found it difficult to replicate the error through emulation, and don't have direct access to Safari on a Mac here.

Many thanks,

Chris

Link to the Clientportal:
https://clientportal.klokantech.com/iiifviewer/issues/28

Possible advice on Print PDF from IIIF layer in OpenLayers 6?

FROM:[email protected] Chris Fleet
Hello Klokan Friends,

I know you have said that you are not supporting your IIIFViewer ( https://github.com/klokantech/iiifviewer ) any more as OL6 has support for IIIF, ie. https://openlayers.org/en/latest/examples/iiif.html?q=iiif

However, I wondered if I might be able to pay for your (hopefully quick) advice on the way printing was handled in your iiifviewer, and particularly how we can get this Print PDF function to work in OL6?

Perhaps Dalibor (who created the original example viewer for NLS at https://clientportal.klokantech.com/iiifviewer/issues/7 ) or Petr may be able to advise?

As OL6 is now released, I have managed to create a basic NLS IIIF viewer at https://geo.nls.uk/maps/dev/viewer/ol6index.html with an overview map, overzooming and the Permalink functionality.

However, I cannot get the standard OL6 PDF export https://openlayers.org/en/latest/examples/export-pdf.html?q=pdf to work with the IIIF layer. I also can't get the PNG export https://openlayers.org/en/latest/examples/export-map.html?q=png to work with the IIIF layer either. I wonder if it may be due to the way the CORS headers are handled, as your former Print PDF function generates a an error message “Failed to execute 'toDataURL' on 'HTMLCanvasElement': Tainted canvases may not be exported.” in OL6. However, our IIIFServer runs on a machine where the CORS config is: Access-Control-Allow-Origin: * and clearly this CORS is okay for printing with your existing NLS viewer - the one we use at https://maps.nls.uk/view/00000207 and at http://klokantech.github.io/iiifviewer/examples/print.html.

I hope some brief advice on the approach to try for how to create the Print PDF function for a viewer like: https://openlayers.org/en/latest/examples/iiif.html?q=iiif might be possible?

Many thanks,

Chris

Link to the Clientportal:
https://clientportal.klokantech.com/iiifviewer/issues/37

Test message

FROM:[email protected] Chris Fleet
Just testing - please delete

Link to the Clientportal:
https://clientportal.klokantech.com/iiifviewer/issues/34

Support for multiple domains

Via domains key in info.json:

domains: ['subdomain-0.domain.com','subdomain-1.domain.com'],

These should be used to split the traffic -- the domain in @id (or determined from where the info.json is placed) will be replaced by these values.

How to integrate IIIF viewer instead of using default iiif viewer?

Hi, I need to know how can I use iiif viewers like IIPMooViewer, Mirador or Universal Viewer if I purchase iiif hosting? I've asked this question via email on your contact page but didn't received any response so I'm writing here. I'm planing to use iiif hosting but I don't know the process how can I use above mentioned viewer in your hosting, will you people set it up for me or I have to do it myself? Also how can I add other functionalities in your viewer like rotate and other which these viewer provide, as your default viewer just provide zoom in/out functionality.

Print to PDF (client side)

Similar to:
http://gingerik.github.io/ol3/examples/export-pdf.html

But - it renders to external (invisible canvas).
Clean code in a branch of iiifviewer.

Print the visible bounds so it fits to page.
It should run with IIIF but also other sources (first version can always expect pixel coordinates.

Ideal - title / url / copyright notice / logo overlay in corners.

Possible advice on Print PDF in OpenLayers 6?

FROM:[email protected] Chris Fleet
test

Link to the Clientportal:
https://clientportal.klokantech.com/iiifviewer/issues/39

Upgrade OpenLayers - for native fractional zoom

Can be done now with standard OpenLayers:
openlayers/openlayers#6223

We shell remove our related code and upgrade to latest OpenLayers.

PDF print auto size

The PDF print to "auto" should use the size of the canvas element, not of the page.
Right now it seems to be using the size of page which is wrong.

It runs fine for the demo at http://klokantech.github.io/iiifviewer/examples/print.html, because there the canvas has a size of the page, but otherwise it is wrong.

Possible advice on Print PDF from IIIF layer in OpenLayers 6?

FROM:[email protected] Chris Fleet
Hello Klokan Friends,

I know you have said that you are not supporting your IIIFViewer ( https://github.com/klokantech/iiifviewer ) any more as OL6 has support for IIIF, ie. https://openlayers.org/en/latest/examples/iiif.html?q=iiif

However, I wondered if I might be able to pay for your (hopefully quick) advice on the way printing was handled in your iiifviewer, and particularly how we can get this Print PDF function to work in OL6?

Perhaps Dalibor (who created the original example viewer for NLS at https://clientportal.klokantech.com/iiifviewer/issues/7 ) or Petr may be able to advise?

As OL6 is now released, I have managed to create a basic NLS IIIF viewer at https://geo.nls.uk/maps/dev/viewer/ol6index.html with an overview map, overzooming and the Permalink functionality.

However, I cannot get the standard OL6 PDF export https://openlayers.org/en/latest/examples/export-pdf.html?q=pdf to work with the IIIF layer. I also can't get the PNG export https://openlayers.org/en/latest/examples/export-map.html?q=png to work with the IIIF layer either. I wonder if it may be due to the way the CORS headers are handled, as your former Print PDF function generates a an error message “Failed to execute 'toDataURL' on 'HTMLCanvasElement': Tainted canvases may not be exported.” in OL6. However, our IIIFServer runs on a machine where the CORS config is: Access-Control-Allow-Origin: * and clearly this CORS is okay for printing with your existing NLS viewer - the one we use at https://maps.nls.uk/view/00000207 and at http://klokantech.github.io/iiifviewer/examples/print.html.

I hope some brief advice on the approach to try for how to create the Print PDF function for a viewer like: https://openlayers.org/en/latest/examples/iiif.html?q=iiif might be possible?

Many thanks,

Chris

Link to the Clientportal:
https://clientportal.klokantech.com/iiifviewer/issues/38

A public demo app needs to accept a link to IIIF URL

We need a #hash with URL to IIIF endpoint - to be able to use the demo viewer to display any IIIF image.

Maybe even a dialog box asking for the iiif url (prefiled with default link).

Fill the screen at start

When the viewer starts the screen should be filled with the image exactly (one of the width/height is equal to the width/height of the screen).

Not he closest zoom level - but not an arbitrary resolution #10 which would ensure perfect fit in the page.