(note: this is a work in progress!)
When you look at a finding aid generated through ArchivesUM, the page URL looks something like this:
Aside from its length and lack of aesthetic beauty, this provides the person viewing the page with a confusing array of numbers and letters that will be of absolutely no use to them in their research. The display and style commands reference EAD, which means little or nothing to the non-archivist viewer. And the XML file title inserted in the middle, which is drawn from our Fedora back end, is a unique identifier that will be of no use to any researcher or archivist, as it does not match any of the other identifiers used for the collection.
By way of contrast, the URL for this blog post probably looks something like this:
WordPress, like many other sites, creates semantic URLs for each of the pages it generates. It clearly identifies the source of the page, the date it was originally posted, and some human-readable form of the title, which can be altered by the author of the post.
Like the ArchivesUM URL, it is a unique, static identifier for the information contained therein. Unlike its ArchivesUM counterpart, it provides the viewer with several important pieces of information. This has an impact on its findability, both on its website and when it appears on a Google search results page. Users are quickly able to determine whether they find the source trustworthy, how new it is, and that it references the topic they are interested in. There is also some evidence that Google’s algorithms give preference to URLs with more human-readable information.
As a large part of my project has been comparing other finding aids, I took a look at what others were doing:
In both cases, the last part of the URL is inserted using the <eadid> tag. Princeton uses its collection number, while Duke uses a shortened version of the collection title. Both are clean and easy to read. It is arguable how useful these URLs are to the average user, but they would certainly be useful to the reference archivist. The same cannot be said for the ArchivesUM URL standard.
I am arguing for a new URL standard that looks something like this:
-Quickly conveys information about the repository, date of finding aid creation, and collection name
-Provides level of trust to user (which is admittedly hard to quantify)
-Elements for URL are already present in EAD file, so easier to implement
-Easy for reference archivists and researchers to identify collection by URL
-Removes “sausage making” display calls currently in URL
-Can be confusing if collections have similar titles
-Has to be a permanent URL to work
-Would need to ensure that this works in ArchivesSpace
-Our legacy finding aid dates may not be accurate