[Archivesspace_Users_Group] problem with collection-level Digital Object links

[Benn Joseph]

Hi all,
Strange problem here, but perhaps there's an easy solution. For some of our Resource records we're trying to create a collection-level Digital Object that will contain a link to the area on our repository that contains digitized content from those collections. For a collection of glass slides, for instance, will create a collection-level Digital Object with this link as the File URI:

http://images.northwestern.edu/catalog?f[institutional_collection_title_facet][]=George%20Silas%20Duntley%20%281879-1957%29%20Photographs%2C%20circa%201899-1918<http://images.northwestern.edu/catalog?f%5binstitutional_collection_title_facet%5d%5b%5d=George%20Silas%20Duntley%20%281879-1957%29%20Photographs%2C%20circa%201899-1918>

What we've discovered, though, is that even though the whole link is in there, ArchivesSpace somehow drops everything after the question mark and leaves you with:

http://images.northwestern.edu/catalog?

...which is just a link to the main Images Repository intro page (not very helpful).

So, we decided to get around this by creating an ARK for each publicly available image collection in our Images Repository and using that as the File URI in ArchivesSpace. This works great! But only in Firefox and Internet Explorer. Chrome and Safari take the ARK (http://n2t.net/ark:/81985/n2t19k, for example) and add a question mark ("?") to the end of the url, which results in a page displaying an error message relating to our ARK setup. It appears that ArchivesSpace is adding this question mark, but whereas Firefox just ignores it (and makes it go away), Chrome gets tripped up.

We tried using a bit.ly link in desperation, and it works just fine in all browsers...but we'd prefer not to actually start using bit.ly links in finding aids on our production server. Does anyone know how we can go about creating collection-level Digital Object links to our digitized materials in a stable manner? Seems like ArchivesSpace can link to an image file no problem, but it gets confused with other types of urls.

Best,
--Benn

Benn Joseph
Head of Archival Processing
Northwestern University Libraries
Northwestern University
www.library.northwestern.edu
benn.joseph at northwestern.edu<mailto:benn.joseph at northwestern.edu%0d>
847.467.6581

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20171204/3adeddbf/attachment.html>