Tag Archives: irls 675

Unit 13: IRLS 675 wrapup

How sad, we have come once again to the “final blog post” time of the semester! Since this time around, I’m going to try to make my final paper more formal, use the third person, and all that jazz, I guess this is my last opportunity to talk about what I got out of this class personally.

First of all, it was really great to try so many different kinds of applied technology. Sometimes it was a little challenging to figure out hard drive space issues with juggling around so many different VMs, but it was definitely worth it. When I think about how I was able to critically assess the different articles in the management portion of the class, my understanding of digital collections and issues of platform, customizability, and so forth was increased exponentially as the applied part of the class went on. Although 672 was a good beginning, actually getting hands-on experience with the kinds of software that digital collections managers are using and evaluating was a really empowering experience. Seeing what was similar and what was unique to each setup by actually installing and using it was a completely different experience than reading about each system’s capabilities, or even using sites that have been created using those systems.

The other thing that I want to emphasize about the applied technology portion is that its repetitive process of using similar procedures in different ways over time helped demystify things that I had done by rote before. This isn’t to say that I’ve become an expert at anything; a week or two isn’t enough time for that. But I do feel that I’m confident enough to try installing new software in a new VM — perhaps the museum collection management software mentioned in unit 14? — and know what to do with Apache to get it to work, know how to use wget or ftp to put files on the VM, etc., and actually know what those functions are doing, rather than doing them because that’s what the forum post said.


Leave a comment

Filed under Uncategorized

Unit 11, week 2: Thoughts on VMs

This week’s assignment is to discuss using a pre-configured VM instead of building our own, for the purposes of this class.

I think that the repetitive nature of installing new VMs from scratch was generally good practice, and I don’t begrudge the time I spent repeating the same process multiple times throughout this class, and 672 before it. Especially since our instructions for completing each assignment varied (e.g., editing the repositories, using wget, using FTP, etc.), I think that by the end of the class, we’ve gotten to practice a number of different ways of doing the same thing and generally have an idea of our preferred methods and their pros and cons.

From that pedagogical perspective, it might have been interesting to vary the new VMs — running different distributions for each install, perhaps, instead of doing the same basic Ubuntu Server install over and over. I really liked having one unit (I think it was DSpace?) that used Tomcat instead of Apache, and PostgreSQL instead of MySQL. A lighttpd one might have been neat, too. On the other hand, I imagine the difficulty troubleshooting such different setups would have been frustrating for many, and for those with slow internet connections, downloading multiple distros would have been very time-consuming.

If the advantage to using pre-configured VMs would have been getting to spend more time playing with the installed program, I would argue that taking the time to install and configure that program gives a lot of depth and insight into its workings that merely using it pre-installed wouldn’t add.

Leave a comment

Filed under Uncategorized

Unit 11: general impressions

This week, we got to start playing with Omeka. It reminded me a lot of our Drupal unit. The themes and plugins seemed very similarly structured. A little searching dug up this post in which an Omeka developer commented that the code bases are structured very differently, but from an initial user perspective, it had a similar front-end feel.

I think that approachable feel is really important. For example, although we didn’t look at Joomla or WordPress in this class, making the experience easy and visually appealing is part of why those tools are so successful. One thing I’ve noticed in comparing the different platforms in this class is that things that are visually appealing and approachable on the back end tend to be so on the front end when implemented, too. Okay, that wasn’t the greatest sentence in the world, but hopefully you’ll get what I mean: something like Drupal that has a really slick, intuitive, and approachable interface just tends to power better sites than something old and clunky-feeling like DSpace.

Leave a comment

Filed under Uncategorized

Unit 9: Cataloging

This week’s blog discussion is about cataloging. I admit, cataloging is not something that I find incredibly appealing. As I mentioned in this week’s discussion, there are a lot of issues inherent to judging, placing, and describing anything, as well as deciding where it fits in a larger collection, and it’s very hard for the person creating a single record to have enough perspective to make it fit into the big picture, or be the right choice in hindsight. For example, early on in this class, we read Clay Shirky’s famous essay, Ontology is Overrated. It discussed the perils of classification, and gave an example of the religious bias inherent in the Dewey’s system, in which Christianity dominates nearly the entire section, leaving a few meager subheadings for “Other religions”:

Dewey, 200: Religion

210 Natural theology
220 Bible
230 Christian theology
240 Christian moral & devotional theology
250 Christian orders & local church
260 Christian social theology
270 Christian church history
280 Christian sects & denominations
290 Other religions

Another example that a coworker gave me was of a colleague who looked up “interrracial” in the LCSH and was disturbed to find out which sections were next to it: incest and insanity.

So, bringing this post back to my collection, I have felt quite tentative and experimental in my categorization of my small collection. After trying LC for this week’s EPrints assignment, I rather wish I’d picked out LCSH terms all along, instead of using rather vague DC. On the other hand, outside the library world, LC is less meaningful, so perhaps from an interoperability standpoint, DC is better, it’s just a question of more complete and more accurate DC metadata?


Leave a comment

Filed under Uncategorized

Unit 7: Wrapping up with DSpace

Since this week’s blog assignment is open-ended, I decided to look into something I was curious about: how DSpace’s Manakin themes compare to Drupal’s themes.

Here’s an example of some very attractive DSpace themes utilizing the xmlui interface: http://staff.lib.muohio.edu/~tzocea/files/dspace/

However, unlike with Drupal, there seems to be much more of a “roll your own” emphasis on this from the web developer’s perspective. Yes, there are some themes on GitHub and some how-tos that one can Google, but there isn’t that same plug-and-play experience you get with Drupal, where someone can change the theme without really getting into any of that back-end stuff.

Leave a comment

Filed under Uncategorized

Unit 6: It Is Very Cold in DSpace

For this unit, we installed a new VM to use the DSpace digital repository software. It was a pretty similar process to the other Ubuntu Server VMs that I’ve created for this class and 672. The notable additions were Tomcat and PostgreSQL.

It was very easy to follow the installation instructions. The only thing that I fudged was instead of creating a file on my primary system and using Fugu to transfer it to the VM (I suppose I could have used scp, too, but I never remember the right way to do those filepaths — any constant blog readers wanna help me out?), I just used Nano on the VM. I suppose the reason the instructions didn’t say to do that is that there would be no way to copy and paste the text in the config file directly from the host machine to the VM. Luckily I was using ssh to make copy/pasting a bit easier, so that wasn’t an issue.

When I looked over the alternative installation instructions (https://wiki.duraspace.org/display/DSPACE/Installing+DSpace+1.7+on+Ubuntu and http://wiki.lib.sun.ac.za/index.php/SUNScholar/Dspace), they seemed pretty similar.  There were some small differences. For example, the former used a different version of Java, and the latter used the command line to do all the user configuration. Overall, though, it seemed like a very similar process. Since those instructions are both easily found online, I’m pretty sure I would be able to do an installation of DSpace myself at a later time by following those instructions.

Leave a comment

Filed under Uncategorized