I am trying to import an IIIF Media from an external server. I have already created the metadata, when I go to the “media” window and I insert the info.json it gives me a general “Omeka S has encountered an error”, but there aren’t any logs in the log file (they appear for other type of errors). I don’t think there’s a problem in my IIIF json, because I have the same issue with this json taken from the Library of Congress:
Yes, it is.
I’m using an old Omeka S version: 3.0.1. Would it be better to upgrade it, maybe?
Update: ok, I set the Display as “development”. Now with the Library of Congress IIIF it gives me this message
Directory “/var/www/omeka/omeka-s/omeka-s/files/large” is not writable.
Details:
Omeka\File\Exception\RuntimeException: Directory “/var/www/omeka/omeka-s/omeka-s/files/large” is not writable. in /var/www/omeka/omeka-s/omeka-s/application/src/File/Store/Local.php:105
While with my IIIF it says the same thing
Directory “/var/www/omeka/omeka-s/omeka-s/files/large” is not writable.
Problem is that I have it writable (if I’m not mistaken), with in /files ls -l I have:
drwxr-xr-x means the folder is writable for the owning user only, and that’s root (that’s what’s indicated by the two dashes where a “w” would otherwise be). The user that your webserver/PHP/Omeka run as is almost certainly not root, so it can’t write there.
So there’s something that needs to be changed about that permission: typically you want to make it share an owner/group with the server user and then just allow that specific permission (the permissions you have now would be OK if the server user owned this folder, for example). There’s also a “scorched earth” option of “777” permissions, meaning read, write, and execute permission for any user on the system, but that’s usually not recommended.