Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

MS 0073 gives errors #922

Open
annamorphism opened this issue Dec 6, 2024 · 15 comments
Open

MS 0073 gives errors #922

annamorphism opened this issue Dec 6, 2024 · 15 comments

Comments

@annamorphism
Copy link

This might really be an Internet Archive problem, but I tend to get an error when looking at MS 0073 on Cantus Ultimus:
image

This is where the image links from CantusDB go, so I encounter it pretty often...

@kyrieb-ekat
Copy link
Contributor

kyrieb-ekat commented Dec 6, 2024

ah, yeah that's an IA issue- they're super slow. You can refresh and sometimes get some images in, otherwise it just keeps processing ad infinitem; check in in ~an hour and it might move. I went down a rabbit hole on this, and it's semi-related to 1) IA's image servers and 2) who they use, namely Cantaloupe, which results in odd loading behaviors (particularly for some bizarre tile behavior).

If you need ms73 images for casual persual/consultation, I have all them in a drive file. They're going to be up on e2e-omr-resources as well (~next Wednesday).

@annamorphism
Copy link
Author

I have them too! (or at least, I have all the ones I need right now immediately available, and the others...somewhere.)
But to an outside user who is surfing CU, or maybe clicking the link from CDB, it looks a little broken. if there's no timeline on Cantaloupe being fixed, should we think about some sort of workaround? maybe hosting MS 0073 somewhere ourselves...??

@kyrieb-ekat
Copy link
Contributor

kyrieb-ekat commented Dec 6, 2024

I just went and looked at some of my talks with some of the folks at IA and on the cantaloupe page; IA finished its IIIF switch to v3 and changed all of their URLs. They have a service to point to the new ones, but that might be slowing things down- we currently have the old URL (iiif.archivelab.org) when their new base domain is iiif.archive.org, so changing that might help?

EDIT: I do also agree about looking into us hosting, or at least having some kind of backup- as the recent cyberattacks on IA have shown it might be helpful to have something to kick in if IA times out or is unresponsive...
EDIT2: wanted to drop this here, where those conversations were happening w/ the IA folks about their switch to cantaloupe internetarchive/iiif#61

@dchiller
Copy link
Collaborator

dchiller commented Dec 6, 2024

I just changed the iiif link for MS 0073 to this: https://iiif.archive.org/iiif/McGillLibrary-rbsc_ms-medieval-073-18802/manifest.json but I'm still getting the gateway timeout.

I can't even seem to access individual images from the manifest :(

@kyrieb-ekat
Copy link
Contributor

kyrieb-ekat commented Dec 6, 2024

So, it looks like they're out of memory:
internetarchive/iiif#65

I also am getting the 'heap space memory' error.
Screenshot 2024-12-06 at 3 03 44 PM

@dchiller
Copy link
Collaborator

dchiller commented Dec 6, 2024

Since these are McGill images, could we not work with the library to serve them from somewhere more...consistent?

CU already has a built in IIIF server.

@annamorphism
Copy link
Author

that's certainly a possibility. would this be like Salzinnes before we had the Alamire's/IDEM pictures?

@dchiller
Copy link
Collaborator

dchiller commented Dec 8, 2024

On a different server I think, because iirc the old Salzinnes images are hosted on the Liber server (come to think of it, it might behoove us to move those images to a more up to date server too).

But yes, with essentially the same effect.

@fujinaga Would this be ok?

@dchiller
Copy link
Collaborator

dchiller commented Dec 8, 2024

On the other hand, does the McGill library not have a procedure? Or is IA their go to?

@annamorphism
Copy link
Author

@dchiller IA is their go to; they also have images up on Hathitrust, which is a useful secondary link but afaik not IIIF. Based on my conversations about putting the fragments on Fragmentarium, the library seems happy to have other copies hosted elsewhere and does not seem to have strong feelings about a specific procedure for this (or else I've been talking to the wrong people.)

@fujinaga
Copy link
Member

fujinaga commented Dec 8, 2024

On a different server I think, because iirc the old Salzinnes images are hosted on the Liber server (come to think of it, it might behoove us to move those images to a more up to date server too).

But yes, with essentially the same effect.

@fujinaga Would this be ok?

Yes, it's fine as a temporary (next 5 years) solution.

@ahankinson
Copy link
Member

We could host them on the DIAMM IIIF server too. We have a dedicated domain (iiif.diamm.net) that is just a IIIF manifest and image server. I would just need a manifest and the pre-processed files.

@dchiller
Copy link
Collaborator

dchiller commented Dec 9, 2024

@ahankinson What image server does the DIAMM one use?

I'm agnostic as to where we serve these. DDMAL is already serving images used by Cantus Ultimus, so it would be easy enough to add MS 0073. It does seem, though, like a good opportunity to centralize where we are hosting DDMAL-hosted images (old Salzinnes images, MS 073, Gottschalk images) wherever we decide to put them.

@ahankinson
Copy link
Member

DIAMM uses IIP, if that's what you meant? The images will have to be preprocessed (pyramid tiff or tiled JPEG2k) and the manifest already made.

@dchiller
Copy link
Collaborator

dchiller commented Dec 9, 2024

DIAMM uses IIP, if that's what you meant?

Yes! Thanks.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants