-
Notifications
You must be signed in to change notification settings - Fork 4
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
URIs to images? #2
Comments
Hi Rob, The short answer is…sort of. In a non-helpful kind of way. You probably noticed that when you click on the object record image you get a larger lovely image that cannot be saved. The secret is to right click and copy the object record image (not the smaller thumbnail) and paste into your browser search bar. You can also save the image from there.The only IPTC info with a saved image is the name of the artist, the title, medium, date of creation, the museum, and the accession number. All of this information is included in the caption. I personally have a love/hate relationship with this software. So it goes. Katherine |
Dear Rob, Images on EMu do not have their own permanent URL. We are working on a website redesign that will hopefully address that, but for now we only have the php result. I'm hoping it will be possible to modify our data if we have changes/additions such as this? Take care, |
Thanks Katherine! Both answers are greatly appreciated, no apologies needed :) If there was some technical assistance in setting things up, would providing the image content via a IIIF image server be feasible by the end of the AAC project? Or providing some example images to be hosted elsewhere as a demonstration of what could be done? |
That sounds like a grand idea! I’m pretty sure that the objects we shared with the AAC project are public domain, or we have permission to share. I know that we could offer a good “trial size” collection of images from the data set we shared. What would you need from me? Let me know and I’ll run it by my supervisor, although I think they will be enthusiastic about this. We are participating in the Google Art project and this is similar in scope. Katherine Moloney From: Rob Sanderson [mailto:[email protected]] Thanks Katherine! Both answers are greatly appreciated, no apologies needed :) If there was some technical assistance in setting things up, would providing the image content via a IIIF image server be feasible by the end of the AAC project? Or providing some example images to be hosted elsewhere as a demonstration of what could be done? — |
I'm going to close this now. |
@workergnome @azaroth42 @KatherineMoloney : designforcontext/aac_review_tool#51 is the general issue for producing IIIF, and american-art/ccma#12 raises it specifically for CCMA (who do have an IIIF server). |
The ACM does not have an IIIF server and there are no plans in the foreseeable future to implement one. As of this moment, I don't see the ACM having the necessary images available for this project. |
@KatherineMoloney: ok, so we forget about IIIF images. But is it possible to export normal image URLs? Eg
Is there some table in your EMU database that says object 132522 has image 27069? |
@VladimirAlexiev |
The more images the better—I'd take 12 over zero for sure! |
What's the best way for me to get you this information? Add it to the Google spreadsheet? |
Hi @KatherineMoloney, if you can add the image URLs to the "featured objects" spreadsheet that would be a great start. @workergnome can access that spreadsheet, and @workergnome - if you need help moving that data or sorting it out, let me know. |
I have added the thumbnail and the larger size images to the spreadsheet. Thanks for your help with this. |
There are lovely images available on the website ... but there doesn't seem to be a way to construct them from the data. Is this possible?
The text was updated successfully, but these errors were encountered: