search

performant-software / core-data-cloud

Core Data. In the Cloud.
0 stars 1 forks source link

Images not loading reliably #297

Open jamiefolsom opened 2 days ago

jamiefolsom commented 2 days ago

For the thumbnail, the page appears to be trying to load default.jpg, with content type text/plain, and getting a 500 error:

Screen Shot 2024-09-18 at 17 42 16

For the full size "view image" button, it's loading the file by its filename, DSC01858.JPG, which works:

Screen Shot 2024-09-18 at 17 43 37

Cantaloupe logs show this, around the same time:

Sep 18 21:45:21 cantaloupe-iiif-production bash[2955759]: 21:45:21.809 [qtp1617550160-6503] DEBUG e.i.l.c.r.ImageRequestHandler - Format inferred by unknown processor disagrees with the one supplied by >
Sep 18 21:45:21 cantaloupe-iiif-production bash[2955759]: 21:45:21.809 [qtp1617550160-6503] INFO  e.i.l.c.r.ErrorResource - Handling GET /iiif/3/2diwtn5oeiboc9hjorir9dg3mf39/square/%5E!250,250/0/default>
Sep 18 21:45:21 cantaloupe-iiif-production bash[2955759]: 21:45:21.809 [qtp1617550160-6503] DEBUG e.i.l.c.r.ErrorResource - Request headers: Accept: image/avif,image/webp,image/apng,image/svg+xml,image/>
Sep 18 21:45:21 cantaloupe-iiif-production bash[2955759]: 21:45:21.810 [qtp1617550160-6503] DEBUG e.i.l.c.r.ErrorResource - Base URI assembled from X-Forwarded headers: https://iiif.archivengine.com
Sep 18 21:45:21 cantaloupe-iiif-production bash[2955759]: 21:45:21.810 [qtp1617550160-6503] DEBUG e.i.l.c.r.HandlerServlet - Responded to GET /iiif/3/2diwtn5oeiboc9hjorir9dg3mf39/square/^!250,250/0/defa>
jamiefolsom commented 5 hours ago

More detail, from the client:

When importing, some photos upload without any problem, while for others, the thumbnail is always "broken". Quickly, I have the impression that it is the photos ending in ".jpg" (in lowercase), like the city of Paranapiabaca, that are causing the problem, while those ending in ".JPG" (in uppercase), like Calico, work. I admit that I don't really understand; I imagine that we can discuss it with Jamie.

For the annotation, doing it directly from the image library effectively solves the problem of going back and forth between pages. On the other hand, since the file names are not evocative, it is difficult to find your way around when you want to annotate a particular city.

However, I have a solution that, although a bit long, seems to work (tested with the city of Paranapiabaca). It would involve adding the name of the city to the names of the files themselves. It is then possible to filter the photos of the city alone. There would be another more technical solution, that is that the search engine of the image library allows to search not only in the names of files, but also in the fields of the photos, because they were associated with a city when they were downloaded. What do you think?