Spy Rock adventure, or, how I learned to solo hike

One of the things I love about fall is that it’s finally cool enough for me to go hiking again. The summer is nice and all, but it’s usually muggy and buggy, and neither are things I handle well. Fall is perfect, particularly after a cold snap or two. The leaves are turning colors, and the sun is a little less brutal.

I tend to lean towards short day hikes, usually in the mountains. Richmond is ideally placed for access to a wide variety of locations, including being only an hour or so from the George Washington National Forest and the Shenandoah mountains. And heck, if I wanted to stay in town, I could hike the six or seven miles of trails along the James River.

Last weekend, on my way to drop in on friends in Harrisonburg, I felt the mountains calling to me as I neared Afton, and so, rather than turning right, I turned left and hiked a bit of trail I had visited last winter.

This particular hike is a mile up a forest service road and then a half mile down the Appalachian Trail to a large, mostly bald-faced rock outcropping. The incline is steady, and with plenty of loose rock to trip the feet going up and down. I found myself pausing to calm my breath and heart far more often than I would with companions. Usually, I push myself to keep up a reasonable pace and only stop when I absolutely need to. This time, I stopped whenever I wanted, for as long as I wanted, and didn’t feel guilty for slowing anyone down. It was during one of these stops that I resolved to do more solo hiking in the future.

As I mentioned earlier, I had done this hike last winter (with friends). However, it was so foggy that day that we couldn’t see anything once we reached the summit. And it was cold. And windy. And miserable. Not this time, though.

The weather was perfect. I started off wearing my fleece jacket, but quickly shed it. The effort my body was putting into moving towards the summit was enough to keep me warm and toasty, although I did appreciate the extra layer when the wind picked up at the top and there were no trees to shelter me.

At one point along the service road, where the uphill bank is quite tall, a bit of rock juts out with a fairly level surface. Previous hikers with some skill and humor have piled stones high on it, creating a tower that seems to weather well, or at least is recreated when Mother Nature cleans house.

Some time after I passed that point, I found myself once again pausing to catch my breath. As my breathing calmed, I became quite still, listening to the world around me. That, too, had become quite still. Hardly a thing moved for several moments, and then a roaring came from behind as the wind resumed its symphony among the trees. I’m certain I would not have experienced that moment had I not been alone.

By the time I reached Spy Rock, I was so happy to be there that I hardly thought twice about the scramble required to reach the top. This was the only part of the hike I hadn’t done before, and although I was slightly nervous about getting into a situation where I couldn’t go up or down, I decided to do it anyway. And, despite seeing or hearing no other hiker since shortly after leaving the parking lot, a couple came into view just as I headed around to the easier scramble on the back side of the rock. I took some comfort in knowing that at that point, I was no longer alone.

The scramble challenged both my insecurities with walking across what I consider unstable surfaces and with heights. When I finally reached the top, a large and relatively flat surface of the rock, I sat for a moment and surveyed the terrain. The rock was not perfectly flat, of course, and sloped towards the side I summited. I took a few calming breaths. And took a few more. And then slowly made my way over to a point where I felt I could stand up fully. When I did, I realized I could navigate across the surface of most of the central part of the rock with more ease than I expected.

The view was quite impressive. I wished I had come a week or so earlier, when the leaves were still brilliant and on the trees, but the views from all around were still lovely, albeit slightly muted. At one point, a hawk circled nearby, clearly enjoying the strong currents buffeting the mountain top.

Since this was a last-minute trip, I didn’t have a few essentials with me. Namely, my hand-held GPS receiver loaded with nearby geocaches. I knew there was one up there, since we had tried to locate it on the first visit, but I didn’t know where. My phone, surprisingly, could get enough signal for me to check into Foursquare, but when I tried my geocaching app, it couldn’t keep the connection long enough to pull up anything. I decided that this was a sign I should come back and see if I can do the scramble a second time, knowing what it entails.

I would have stayed up there longer, but the wind drove me back to the shelter of the trees. The return trip, along the same path that I took up, was relatively unremarkable, except that I didn’t need to stop and made it down in a quarter of the time it took to go up.

Lessons learned: I can hike on my own and don’t need to be constrained by finding partners and keeping someone else’s pace. Sometimes being unprepared for the unknown challenges is easier, or at least less worrying. Leave the hand-held GPS (and spare batteries) in the car when the weather turns — it may be the right day to go hiking, no matter what the original plans may have been.

musings on web-scale discovery systems

photo by Pascal

My library is often on the forefront of innovation, having the advantage of a healthy budget and staff size, yet small enough to be nimble. Frequently, when my colleagues return from conferences and give their reports, they’ll conclude with something along the lines of “we’re already doing most of the things they talked about.” At a recent conference report session, that was repeated again, with one exception: we have not implemented a web-scale discovery system.

I’m of two minds about web-scale discovery systems. In theory, they’re pretty awesome, allowing users to discover all of the content available to them from the library, regardless of the source or format. But in reality, they’re hamstrung by exclusive deals and coding limitations. The initial buzz was that they caused a dramatic increase in the use of library resources, but a few years in, and I’m hearing conflicting reports and grumblings.

We held off on buying a web-scale discovery system for two main reasons: one, we didn’t have the funding secured, and two, most of the reference librarians felt indifferent to outright dislike towards the systems out there at the time. We’re now in the process of reviewing and evaluating the current systems available, after many discussions about which problems we are hoping they will solve.

In the end, they really aren’t “Google for Libraries.” We think that our users want a single search box, but do they really? I heard an anecdote about how the library had spent a lot of time teaching users where to find their web-scale discovery system, making sure it was visible on the main library page, etc. After a professor assigned the same students to find a known article (gave them the full citation) using the web-scale discovery system (called it by name), the most frequent question the library got was, “How do I google the <name of web-scale discovery system>?”

I wonder if the ROI really is significant enough to implement and promote a web-scale discovery system? These systems are not cheap, and they take a bit of labor to maintain them. And, frankly, if the battle over exclusive content continues to be waged, it won’t be easy to pick the best one for our collection/users and know that it will stay that way for more than six months or a year.

Does your library have a web-scale discovery system? Is it everything you thought it would be? Would you pick the same one if you had to choose again?

musing on the next generation of electronic resource management

It’s funny how expectations are raised each time they are met. I think about this a lot when I’m working with our ERMS. My first experience with an ERMS was overwhelming and confusing, mostly because I didn’t have the time to really implement it, and it was far more robust than what we needed at the time. The next ERMS I used was simpler, and built off of a system I already knew well. It wasn’t perfect or comprehensive, but it was enough to get going.

Now that I’ve got a few years under my belt with this ERMS, I find myself longing for the next generation tool. Sure, it does this one thing really well, and sometimes even continues to do it well when the coders “enhance” it. But to get more out of it requires a lot of work-arounds, and often those are broken with the “enhancements.” And I’m still porting data from our ILS and massaging it into something our ERMS can ingest properly, often times having to do this manually.

I saw a demo of Ex Libris’ next generation ILS, Alma, a few weeks ago. It’s not perfect, and I could already see how it will require some significant workflow changes. However, the workflow/resource management problems that ERMS have been trying to solve are no longer partitioned off into something other than the “normal” ILS workflows, but rather acknowledged as at least half or more of the workflows that happen within the ILS. That’s what the first gen ERMS tried to do, but as add-on modules with connectors and legacy deadweight. Alma, from what I understand, has been rebuilt from the ground up. That seems to be making a huge difference in performance and integration.

I’m pretty excited about this because it solves two (or more) problems with one product. First, we get a next gen back-end catalog that works with more than just MARC, allowing us to integrate our digital collections metadata in whatever language that may be. Second, we integrate the workflows of all of acquisitions, not just print resources.

I’m also excited about this because I know that the other ILS vendors and ERMS vendors are going to have to step up their game as well. That can’t be bad for libraries and users, right?

css.php