Wikimedia has now IIIF

[Petr Pridal]

Hi everybody,

After a few emails and one pull request on GitHub, the main person behind existing installation of IIPImage on WMFLabs deployed the upgrade and correctly set the CORS headers. The result:

Any image available in Wikimedia / Wikipedia is now available via IIIF Image API!

How to use the service:

For any file in WikiMedia like:

https://commons.wikimedia.org/wiki/File:Godward_Idleness_1900.jpg

There is IIIF Image API endpoint:

https://tools.wmflabs.org/zoomviewer/proxy.php?iiif=Godward_Idleness_1900.jpg/info.json

https://tools.wmflabs.org/zoomviewer/proxy.php?iiif=Godward_Idleness_1900.jpg/pct:65,81,35,15/full/0/default.jpg

Usable in all IIIF compatible applications.

For example the IIIFViewer:

https://klokantech.github.io/iiifviewer/#https://tools.wmflabs.org/zoomviewer/proxy.php?iiif=Godward_Idleness_1900.jpg/info.json

The related ticket:

https://phabricator.wikimedia.org/T89552

and source code:

https://github.com/Toollabs/zoomviewer

Best regards,

Petr

--

Petr Pridal, Ph.D.
CEO

Klokan Technologies GmbH
Hofnerstrasse 98, 6314 Unterageri, Switzerland
Tel: +41 (0)41 511 26 12
Email: in...@klokantech.com
Web: http://www.klokantech.com/

[Robert Sanderson]

Hi Petr,

It would be great to get rid of the ? out of those URLs, as that's not a valid IIIF pattern.

Is that possible, do you think?

Thanks!

Rob

--
-- You received this message because you are subscribed to the IIIF-Discuss Google group. To post to this group, send email to iiif-d...@googlegroups.com. To unsubscribe from this group, send email to iiif-discuss...@googlegroups.com. For more options, visit this group at https://groups.google.com/d/forum/iiif-discuss?hl=en
---
You received this message because you are subscribed to the Google Groups "IIIF Discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to iiif-discuss...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

Rob Sanderson

Information Standards Advocate

Digital Library Systems and Services

Stanford, CA 94305

[Petr Pridal]

Hi Rob,

We can propose that in the related ticket - or simply make a pull request on github with implementation.

Technically pretty simple could be to add into lighttpd rewrites which hides the URLs with implementation details.

The way how the project is done now, the image cache is saved in filenames made as md5 hash of the original wikimedia filename, so:

https://tools.wmflabs.org/zoomviewer/proxy.php?iiif=Godward_Idleness_1900.jpg/info.json

redirects to

https://tools.wmflabs.org/zoomviewer/iipsrv.fcgi/?iiif=cache/6302d52ed6ce3d0e2f0c41701aa91813.tif/info.json

could be instead something like:

https://tools.wmflabs.org/iiif/6302d52ed6ce3d0e2f0c41701aa91813/info.json

Would that make sense? Anyway - this should be proposed and discussed probably in https://phabricator.wikimedia.org/T89552 or in a ticket on GitHub.

Petr

[Tristan Roddis]

This is great news: the addition of all of Wikimedia Commons to the IIIF universe will have huge benefit.

However, this is presumably just a beta implementation? I.e. none of those links seem to return results at the moment (proxy down?)

Also, even with the rewrite changes below, those URIs don't look like they would be very stable. Do you know if there are any plans to promote this support to be part of the full Wikimedia domain rather than just wmflabs?

Thanks,

-Tristan.

--

cogapp

Tristan Roddis
Head of Web Development
+44 1273 821 600
www.cogapp.com
 
 
News 
Qatar Museums’ website recently won an international award for Best Cultural Experience. Find out more here.
For more Cogapp news, please follow us on Twitter and LinkedIn