Millennium module developer Alex Garza Gonzalez tells me, "
the Millennium module for Drupal now has a Drupal 6 version (it's a develpoment version, but it works)."
Thanks Alex for letting me know -- guess I get to play with it after all :-)
I've been foiled on my quest to play with the
Drupal Millenium module (aka the way one can integrates III Millennium with the cms). Seems like the
Bibliography module - a requirement for the install -- hasn't yet been updated to work with the latest version of Drupal (6.6 if you're counting).
"Ok," I say. I'll just start messing around with
SOPAC. On the surface, it seemed like something I could do with my current, middle-ground, level of tech expertise. I got stymied as soon as I read the requirements. Oh. It involves a bit more than installing and configuring a Drupal module. One needs to install a search engine and something called PEAR::MDB2. Fudge. More mucking around infodiva's hosting environment from the command line. I'll need to create another mySQL db -- not a strength for me.
Ah well, I could probably hit up my techbootcamp pals to help me through it. Besides, it's a nice sunny day and I should be playing with M. and Z. outside anyway.
Labels: drupal *nix
I've installed
Drupal on infodiva.com for a number of reasons. Consider this your warning that
repositories for the rest of us will be migrating. I manage this blog via blogger 'cause it was a quick and dirty way of getting it up. I don't really want my stuff under Google's control, whether they adhere to their "do no evil" policy or not. I'm a control freak and I want to manage my own stuff. So, why Drupal?
A number of next gen catalog interfaces use it.
SOPAC,
VuFind,
eXtensible catalog, and there's a module for integrating Millennium directly into Drupal. I'd like to mess around with the tools. Gives me practice doing stuff from the *nix command line. Oh, yeah, and MPOW is looking at upgrading our catalog web interface.
Be warned that blog entries or any links in the side bar are probably going to break. Soon. I'll put redirects on the main URL and blog URL once I get stuff configured to my liking. And then, I'm kissing the blogger blog good bye.
My other google addictions (gmail, reader, igoogle) will probably take awhile longer to overcome.
Labels: administrivia, migration, MPOW
Haven't updated in awhile. Life 1.0 trumps life 2.0. Some little things: I just found
RepoHate (thanks delicious network!). In the wake of all the OCLC brouhaha over use and ownership of bibliographic records, the
Declaration of Independence for Metadata is both needed and bang.effing.on.
Our experiment with metadata movies at MPOW has wound down. I manage by consensus and the group decided they would rather watch metadata movies on their own time rather than as a group togetherness exercise at the end of our weekly staff meetings. *shrug* You try stuff, you fail sometimes. I will still bring muffins for the Monday morning meetings periodically. I'm happy to be relieved of Sunday night baking duty. My weekends are beginning to be filled up with cycling.
My wife has committed herself to riding the
Furnace Creek 508 in 2009 and has
started blogging regularly about it at slipperytext.net. It's a year away, but it will take that long to do the training. It's 512 miles and she's got 48 hours to complete it. I think, frankly, that rather than committing herself that she ought to be committed. But I approve of crazy audacious goals and I love and support her 100%. That includes:
- financial support -- she's got a coach and a very detailed training plan. She's got electronic toys for measuring power output, cadence, heart rate etc. Coach and toys are pricey. I'm giving up some extras so we can swing the cost
- waking up with her at 4am to train. She's got to put in 3hrs per training day on the bike and will be building up to 4-6hrs plus really really long rides on the weekends.I only join her for 30 minutes per session but she finds it helpful to have a buddy to wake up with her
- joining her for her afternoon sessions. I do another 30 minutes with her during her afternoon training -- with 4hrs per day to do on the bike, she's got to schedule it in chunks. I will build up to joining her for 90 minutes per training day (a girl has limits)
- traveling with her to brevets so she can practice doing long rides at high cadence
- being patient with her absences -- long rides means loooooong rides. Most of her weekends she'll be toiling away on the roads all day long. More housework for me, and less time with her.
Please follow along and give her encouragement. This is a very big deal and brings her a great amount of joy. I love seeing her passion for her sport and hope she can bring this joy to others with her journey. She's brought me into cycling (albeit not as hardcore) and we've had many wonderful hours together on the road. Go Milly go!
Labels: 4M, cycling, economic models, metadata, OCLC, repositories
Here's a
NY Times article on antiquarian book bibliographies being used as entrepreneurial tools. Interesting use of metadata, no? Librarians can learn something from this. Compiling bibliographies is a service. A service which, in this case, has a niche market willing to spend on the long-tail, and can easily be automated. It's low-hanging fruit for savvy entrepreneurs gathering business opportunities.
Librarians compile bibliographies all the time. How do we sell these services? Using a word like megalist rather than bibliography would help, no doubt. Do we consider the needs of our particular niche market? Do we put those needs in context with rest of the information universe? I think most librarians think they do. User needs assessment has a long and strong megalist in the LIS realm. Librarians pride themselves on creating collections and designing services based on data gained from studying user behavior, based on many methodologies. Yet, use of traditional library services is declining. And, the NY Times article shows us that other people are providing the same services librarians do and
possibly doing it better. Obviously, user needs assessment is not enough. Because,
Users.don't.always.know.what.they.need.
AND
Past.behavior.may.not.necessarily.reflect.future behavior.
User needs assessment must be combined with other types of
market research in order to create a value proposition. In plain English: what are you selling? And how are you going to sell it? I'm definitely including business literature in my professional development because I only
think I can answer those questions for MPOW. My answers, right now, would only be opinions and conjecture. I need facts for decision-making. A business plan(s) will help with figuring out what facts to gather to create the most successful new library services.
Labels: metadata
This week's muffin (vegan as always) is cinnamon coffeecakes. The wife's verdict..meh, so so.
Our movie is "
Does metadata matter?" from Andy Powell of Eduserv. Cataloging savvy folk may want to fast forward through the first 10 minutes as he reviews AACR2, MARC etc. for a non-librarian audience. His gets around to telling us why metadata matters in the latter portion of the presentation.
Labels: 4M
As part of my work with the OCLC Networked Names Advisory Group, I'm looking for non-library/archival/info science communities who would be interested in authority control tools. Any suggestions from the blogosphere?
Labels: NNAG, OCLC
Today's muffin (vegan as always) is a cupcake! In celebration of my 1st anniversary at MPOW, we had an extra special batch of carrot cupcakes with creamy-cheeze frosting (how I did it vegan style is a trade secret).
Today's metadata movie:
The Clanger's Guide to Microformats . At some point we'd like to experiment with microformats and other ways of enhancing the metadata in
CODA, our institutional repository.
Labels: 4M
Meredith and
Steve and
Dorothea were prescient. They wrote about mid-level tech training and conferences as Los Angeleno librarians were planning the latest installment of
techbootcamp.
It''s been over a year since we went on hiatus. We've begun the revival with more librarians participating. Here we are with our resident expert, watching the big screen, while I'm coached through a Drupal install. Through the command-line. Hands-on.
We talked through questions as they came up which led to nice side discussions on *nix, and relational database modeling with a smattering of local industry gossip. Oh yeah -- there was also good beer.
Needless to say I'm glad to see others recognizing the gap in tech training and networking opportunities for middle-grounders. And I'm thinking "no duh," hand slapped to head, when I read so many comments on the thread at S
ee Also about the need for a library related project or problem to make the learning relevant (we had one for techbootcamp: using Drupal plug-in for 2.0 OPAC interface. Just sayin'). Middle-ground tech librarians have no time or money to pull ourselves up by the bootstraps! There is no other choice but to teach ourselves as we go. And we're doing it!
I see murmurings about an asynchronous combo online unconference barcamp somethingorother on the comment threads. I see portions of it happening with my participation in techbootcamp and the
Semantic Library Learning Program. It would be great to have somethingorother coalesce. Let's marry the common elements between them all and beget the somethingorother mutation!
The take-away ideas are:
The "conference" never ends as long as it's online. There is always discussion, new content, and ways to connect with fellow participants over time.
Curricula and programming are co-created by participants hence intrinsically meaningful and thus motivating.
Curricula and programming resources are digitally distributed with asynchronous media. The web is the best vehicle for sharing instruction widely given that there are more learners than teachers in the middle-grounder community. For now.
Local communities of practice create shared opportunity for hands-on problem solving ... feeding back into curricula...etc. And most importantly: the chance to ask questions and get help from local coaches/teachers/experts
So what is stopping it from happening? Absolutely nothing. This is a do-acracy. Those that think it's a cool idea will run with it like the California Librarians in Technology participating in techbootcamp
Labels: techbootcamp
This week's muffin (vegan as always) Oat Bran Surprise! Each muffin is filled with fruit preserves. To be completely honest, we actually had a reprise of the Hearty Spiced Cocoa muffins, due to a special request from my wife for me to make an extra batch as a hostess present. We ate the Oat Bran Surprise! muffins at last week's 4M. Which I forgot to blog.
This week's movie:
What is My WebJunction? We have a lot of WebJunction users within the department so we're getting accustomed to the new interface and features.
Labels: 4M
I'm going to Internet Librarian 2008. I'm super-excited to visit Monterey because my lovely wife is going to take some vacation and join me for a personal long weekend prior to the conference. Business trips are sooooo much better when she gets to come.
This will be my first infotoday conference. I've never gone for a variety of reasons. Mostly expense and employer inability to cover expense. Other reasons: I'm not a huge fan of business travel. It was a thrill when I was in my 20s. Now that I've done the circuit of major U.S. convention cities, it's less appealing 'cause it's been-there done-that. Being married with family is another incentive to want less travel. Also, I'm probably a wee bit bitter with myself for not ever submitting proposals to present at IL or CL. My shying away from giving talks is another tale, however.
I am pleased, as always, by the cool and interesting sessions. I'm looking forward to gleaning some good take-aways for application at MPOW. Also, catching up with various librarian friends that I don't get to see often enough.
Labels: IL2008
This week's muffin (vegan as always): Hearty Spiced Cocoa
No new movie this week. We're still finishing up Diane Hillman's Metadata Standards and Applications.
Labels: 4M
This week's muffin, by special request, Chocolate Chocolate Chip (veg but not vegan. I couldn't find vegan chocolate chips :-( ).
This week's movie: None. We're still catching up with Diane Hillman's Metadata Standards and Applications.
FYI, No 4M next week. I'll be at ALA yawning my way through a CC:DA meeting.
Labels: 4M, metadata
Chris Rusbridge asks
Digital Curation Blog: Do we really want repositories to be more Web2.0-like?. Can we be more specific about what we mean by that?
Yes. My ideas are kind of vague at this point, mostly because I don't have the tech expertise to know precisely what's do-able. Ultimately I'd like to see institutional repositories act as a "master bibliography" of all scholarly communication produced at the university. Services I envision:
1) FOAFish graphical representation of academic genealogies, i.e. who supervised who's dissertation, who's so and so's advisor's advisor (i.e. academic grandfather). A way to see relationships between various dissertations
2) Microformat citations for export/manipulation within a bibliographic citation management system -- leading to service whereby automated lists of papers for easy inclusion into web pages/CVs or other interfaces. This would also be good for automating cited reference reports, especially if we could integrate it with things like Web of Science, Google Scholar or Scopus (pipe dream there, as if commercial interests will allow us to access proprietary stuff, but hey! I can wish, can't I?).
3) Author identifier services to provide (a) authority control for name variations, (b) unique identifier for integrating with tools like
OCLC's Worldcat Identities project (love the graphic views of an author's publication time line. wouldn't tenure review committees get good use out of that?)
4) Integration with annotation/comment tools. Ability to create feeds built on those comments
5) Authoring tools with version control for better co-authoring/collaboration. Getting people to add things to the repository earlier in their work flow.
6) Microformat tags/keywords for interoperability with other tag spaces/social bookmarking
7) Chemical compound mark-up
8) Geotagging/geo-referencing mark-up - linking resources to related maps
And that's just off the top of my head. Honestly, what repository managers really need to do is
talk to their customers. The services we develop have to be grounded in the needs of the people we serve. What challenges do they face when managing their scholarly output? Can we make their lives easier/better? Otherwise we will be irrelevant.
Labels: open scholarship, repositories, scholarly communication, semantic web
My grandboss is making news. She
got interviewed along with John Ober of the CDL in a podcast being put out by the ACRL. They discuss
the SCOAP3 project. I'm really proud to work with creative thinkers within an organization which is blazing open access trails.
Labels: cyberinfrastructure, MPOW, open access, open scholarship, sc, scholarly communication, SCOAP3
This week's muffin (vegan as always): Orange Cranberry.
This week's metadata movie: None. We're catching up on the last 2 part's of Diane Hillman's Metadata Standards and Applications. We got busy. What can we say?
You may have also noticed that the weekly 4M doesn't always happen weekly. You would be very observant. Sometimes stuff pops up. Like Memorial Day. Or, simply me being on work travel or vacation (went to Berkeley, it was great, thanks for asking).
Labels: 4M, metadata
I've been toying around with regular expressions to help out with another big batch load (oh, and I did ensure that we increased the size of our transaction file so that I could avoid the problems of
my last adventure in batch-loading and global editing)
I need to work with the other California Librarians In Technology to reinstate
techbootcamp. I could use a Regex for Dummies hands-on kind of workshop. I certainly have a few use cases now.
Otherwise I'm head-achy and exhausted from this darn cold. Don't think I'll be making
Robert McDonald's talk tonight.
Labels: *nix, cataloging, III, techbootcamp, what i did today
This week's muffin (non-vegan, store bought):
Assorted. Would you bake if it was over 100F and you didn't have AC in the house? Exactly.
This week's movies:
Part 5 of
Diane Hillman's Metadata Standards & Applications: metadata interoperability and distributionHow to build the semantic web using Dublin CoreLabels: 4M, metadata
I have resigned from CC:DA. The meetings at this year's ALA Annual will be my last as a voting committee member. As a new manager I've had less time to deal with the deluge of detail. My attitude since formally resigning last winter is wake-me-when-its-over. Once it's released I'll work with colleagues in my institution to determine whether or not we need to implement.
Let the triumvirate figure out the business case.
Don't get me wrong. I think RDA is a good thing. There's a good conversation happening at the
Inquiring Librarian about RDA implementation and the LC statement. I agree with Jenn Riley that
that RDA is overall a positive thing, and that it represents a necessary (although of course not perfect) step forward in the ongoing evolution of libraries
I'm also with Irvin Flack, who commented on Jenn's post
I want RDA to work but I've decided I'm going to wait for the full final draft before I try to read any more of it. I become too frustrated and confused. I can't afford to lose any more hair! I find myself wondering: why on Earth did they write that rule that way?
A-effing-men!
They wrote RDA by cutting and pasting wholesale portions of AACR2 then re-writing bits -- not a good way to create a whole new means of looking at content standards for cataloging, IMHO. It also introduced a lot of the consistency errors within the text. Then they re-arranged the ordering of the parts and only released certain parts at at time. I found it impossible to keep a cohesive mental model of the drafts. I look forward to the full release. I don't think I'll read it though. Life's too short. I resigned from CC:DA because I don't have time to faithfully review it and contribute to its development anymore. I'd love to follow it, but I need to be practical with my time and my health since
beginning to have problems in that realm. Not to mention
the hernia risk.
I intend to test catalog some things using the electronic version of RDA when available. Let the print version die please! I realize that some small, less funded, libraries will still need to work from a print version hence the JSC's decision to stick with publishing both print+online. But couldn't we write it online and let the people with less money print out customized versions rather than writing it as if we still live in a print-centric world when it comes to "standards" for working with metadata? That could help with the cohesiveness issues in the text.
As a manager of a small cataloging and acquisitions operation I sometimes wonder just how relevant RDA is going to be in our future. I suspect not much. Sorry. I had to talk about the elephant in my room.
Shelf-ready monographs, umpteen thousand title electronic resource packages, open access eBooks, etc. mean that I'll be ingesting more records directly from publishers. And do publisher's give a rat's ass about RDA? (see
EDitEUR) As for legacy bib records in my OPAC, I predict that somebody will write a MARC/RDA translator and that we'll be automating the migration of records (if it proves necessary, which I believe it may not).
I suspect it will be better for MPOW to play the middle road. Wait until other libraries adopt RDA and see how they do. I've got other priorities right now. MPOW is a specialized research institution. Our metadata services are moving in the direction of assisting with the information management of resources created on campus. Sure we'll always order books and journals but that stuff is going to become more automated as time goes by. RDA is not on my radar as a skill set I need to be training people to have. Understanding metadata formats and interoperability is a bigger concern. Ditto metadata for digital preservation and data curation. I suspect repositories and reference will be our library's life blood. I believe
John Wilbanks was right when he said providing things like namespaces will be the bread and butter of the new-school library. We need to have the skills to do that type of thing or we risk diminished relevancy when our primary clientèle's needs are not being met. And yeah, we need to do the appropriate needs assessment to determine that we prioritize in terms of evolving the library.
I'm filing RDA under nice-to-be-aware-of but not worth following in detail anymore. But that's just me. Your mileage may vary.
Labels: cataloging, CC:DA, life1.0, metadata, RDA
I've been spending a lot of hours of the past two weeks doing a batch import of 5001 ebook records from Literature Online.
It's been quite the educational adventure for me. Although I've been a working librarian for 13 years, I've only been a "cataloger" for the past five. At my former job I only ever had to use cataloging, serials, and, rarely, the acquisitions modules of Innovative Interfaces Millennium. Within each module I only used some of the functions with any regularity.
When I signed on at MPOW, they accepted my caveat that I wasn't a Millennium maven. They were comfortable that I could RTFM, especially since our Innovative coordinator would be handling most of the Millennium sys-admin. I know enough to bootstrap myself. Which I've done. Painfully.
Given the small size of our team in the Metadata Services Group, I've had to take on some more complicated batch imports. I knew how to do a data exchange, no problem. What I didn't know was that globally editing a large bunch of bibliographic records would fill up the transaction file on the server and cause
the.entire.system to crash. And I mean crash. No circulation check-outs, no back-end processing, nothing, nada, zip.
I learned this after doing a global update prior to going to a 2 hour meeting. Guess who got called out of the meeting? It was a bit hairy until I could locate our Millennium coordinator who saved the day by doing a manual back-up of the system.
Huh? A back-up? WTF? Apparently the only way to access a system menu option to clear the transaction file is during the back up dialog. That is stupid. I hope there is some technical reason for this because I think it should be possible to send a command to a server to clear a file without having to back-up (somebody please correct me if I'm way misinformed here). Of course, we don't have command line access to our server. Innovative keeps a tight grip on that type of thing. I can understand why, they probably don't want people to have enough rope with which to hang themselves. Whatever. When we migrate to a different ILS, which is inevitable (there's only two kinds of librarians. Those who've done a migration and those who will), I will insist that our requirements list include full shell access to the system. I know that Millennium lets one use regular expressions but I'm under the impression that access to that is still controlled from the GUI.
⟨rant⟩ We shouldn't let vendors have so much control over our systems. I recognize that there are situations where it's good for vendors to hold the reins (like small operations with no staff skilled to do the sys-admin). But there is an opportunity cost to the nimbleness of the library who relies on the vendor.⟨/rant⟩
One could do the global updating of records more quickly and easily with shell access and the right skill set. But, how many cataloging librarians are well versed in regex apart from the code4lib folk? Um, yah. Right.
MarcEdit came to my rescue, once again (I heart Terry Reese). Sorry
Robert, I wanted to use MARC Magician but they were too slow sending me a password for a free trial.
Global updating via MarcEdit is rather painless, once you get the hang of it. Getting the hang of it took me a few hours of messing around, however. The real bitch was doing the data transfer. Word up to my fellow Millennium users - 'tis sometimes better to use Data Exchange natively in Millennium than use records transfer from within MarcEdit. It's the only way to easily make a review file of records transferred.
I had to do several batch imports/deletes
before I got it right.
The #*$@!!% frustrating thing is that there were some global updates that could only be done natively within Millennium. Each run filled up my transaction file ~30% . Three big globals a day and you crash. That sucks. What will we do when bigger bulk imports are needed? Five thousand records is
nothing compared to the bulk ingests I foresee in our future (think GoogleBooks, etc.)
Naturally, I didn't want to keep interrupting our Innovative coordinator with requests to do a manual back-up. We have an automatic back-up each day at midnight. So each time the transaction file got 75-80% full I needed to stop for the day and await the magical file emptying before I could continue my learn-as-I-go batch work . Factor in that I had to each global a few times as I'd make newbie mistakes. You can understand why doing this took a few hours of my day for the past few weeks.
The final insult is that if you fill the transaction file in the midst of doing a global, the records which aren't yet updated will freeze. Twice I had this happen. Innovative only allows one to "free records in use" individually. A batch free-ing must be requested via their support ticketing system. And it may take them a day or two to do it. FRUSTRATING!!
There has GOT to be a better way. Really.
Labels: ebooks, III, MarcEdit, metadata, MPOW, what i did today
For each step two steps forward, there is the requisite step back.Last week's two steps forward: the
Rockefeller Press announcement (via Issues in Scholarly Communication) and the Harvard Law School joining the Harvard Faculty of Arts and Sciences in
unanimously adopting an OA mandate (via same).
Last week's step back:
Thompson-ISI puts restrictions on how authors using ResearchID (via Disrupted Library Technology Jester).
Thompson-ISI isn't high up on my fave vendor list because of their abysmal treatment of ISSNs within Web of Knowledge (don't get me started on the difficulties I encounter administering links to WoK within SFX). To their credit they're working on that. But this ResearchID thing makes it very obvious how they're developing their market -- they want to lock up author identifiers so only they can create web services with them. They've lost their monopoly on citation analysis now that Google, Scopus etc. are in the game. Makes me think that academic libraries better get on the ball with developing author identifier tools for their repositories and/or institutions. This is something I've been thinking about. I would love to make authority files for each faculty member and research group on campus and OpenID them or some such so that doing bibliographic citation analysis becomes more rationalized.
That's in keeping with a lively discussion the librarians at MPOW had with John Wilbanks of Science Commons during lunch last Monday. Wilbanks talked about the economic issues involved in creating and maintaining namespaces, largely who is to be responsible for long term funding and support. Wilkins said he believes that this is the type of work where librarians will find their niche as the academy moves towards cyberinfrastructure/eScience what-have-you.
Maybe. There's a big gap between the idea of librarians doing server/database/webby stuff and the reality of the technology skills of librarians on the front lines. I sure as heck don't know how to install and configure a namespace server. There are research and commercial interests which are way ahead of us on providing those types of services. Why should a researcher go to his librarian for help with managing his online identity if ResearcherID-type services already exist?
I don't know how to bridge that gap when it comes to what type of things I should be working on as professional development. Is it worth the energy to bootstrap myself into managing the technology behind semantic-webified authorities? That takes not only time but day-to-day projects with which to practice skills.
And technical services librarians are enmeshed in economically unsustainable models of cataloging and electronic resource maintenance anyway. For example, I've had to fix all the records for Proceedings of the Royal Society at each single place I've ever worked (hey, 300 odd years of title changes and splits makes for hard slogging managing the 78Xs and OpenURLs). This is the forest in which we toil and the trees are fading from view.
My only means of dealing with it is to partner with public service librarians to liaise with researchers, do user needs assessment for cyberinfrastructure services that we're capable of developing and delivering, then develop pilot projects from which to learn the requisite skills.
I fear that this type of work is too little too late for academic librarians. Yet, what choice do we have other than to persevere?
Labels: metadata, namespaces, open access, scholarly communication
This week's muffin (vegan as always): Lemon poppyseed
This week's movies: Part 4 of Diane Hillman's
Metadata Standards & Applications: Specific metadata standards and application overviewsTalis' Rob Styles on
Finding Relationships in MARC
Yay!
Shane joins the repository blog-o-verse . Personally, I don't mind the term repository-rat, having mentioned it on the
main page of the infodiva web site no-less.
Shane and
Dorothea mention the plethora of repository-related blogs. I think there are a fair number, actually, if you include digitization, scholarly communication, and open access as topics and if you are international in your scope. The folks in the U.K. pop to mind.
Note to self: look into making repository planet to bring these related blogs together.
Note to self: continue writing more here on Rep4Rest and begin promoting the blog. If I'm not visible I'm contributing to the perceived problem that there's a dearth of repository related blogs.
Welcome Shane!
Labels: open access, repositories, scholarly communication
MSG's weekly meeting with movies and muffins.
This week's muffin (vegan as always):
Carrot with walnuts & raisins (adapted from The Joy of Cooking)
This week's movies:
Part 3 of Diane Hillman's
Metadata Standards & Applications: Relationship ModelsSocial bookmarking in plain EnglishLabels: 4M, metadata
FYI, I'll be attending the annual
Innovative Users Group meeting so I'll be in Washington, D.C. from the evening of 4/26 through 5/1. I'll be at the Hilton, the alternative conference hotel. If anybody wants to hang out over coffee or beer or whatnot feel free to email or tweet.
Speaking of tweets, I'm finding I'm liking twitter more than I anticipated. I'm still not convinced it's not a waste of time. While it's great fun, I haven't yet found anything of work-related value there beyond locating people I follow via blog anyway.
Labels: IUG, metadata
A pic of M. and me at the Grilled Cheese Invitational. Isn't my wife gorgeous? The event was a blast, as usual, and we're getting geared up for competing again next year.
Congrats to Shady et al. for the awesomeness of it all. And
congrats to all who won.
We've obviously got our work cut out for us.
Labels: GCI
The Metadata Services Group continues its Monday morning meeting ritual of watching metadata related movies while enjoying home-baked muffins!
Today's muffin: Blueberry
Today's movies:Tim Berners-Lee waxes enthusiastic about the Semantic WebMetadata Standards and Applications Trainer Screencasts: Part 2:
Approaches to Models of Metadata Creation, Storage, and ManagementLabels: 4M, metadata
I got me a
twitter account. Whoo. You can follow me at infod1va if you're so inclined. I do this with great hesitation as I'm the type who can get sucked into bulletin boards or groups or lists to the detriment of my work. I took the plunge so I can follow the folks participating on the
semanticlibrary wiki, which was created by
Fiona Bradley of semanticlibrary.net. If you haven't caught this blog yet, you should. Only up since 11/2007 and already it's a "must read" in my aggregator.
The wiki exists to support the goal of putting together an online learning program for librarians who are interested in learning more about semantic web technologies. One of my big goals for 2008 is to gain more hands-on experience with the relevant technologies. Yes I can read XML but transforming it is beyond me. Most of my professional development in things technical is project-based. Meaning, I think of a useful application and then set out to build it. For example, I taught myself javascript back in the '90s by
creating an interactive tutorial on patent searching (please forgive the color scheme. It was the 90s, I was hanging out with ravers, what can I say?). I read a lot but it's not the same as doing something yourself.
There's a good story as to why I have to use infod1va rather than infodiva. I'll tell it when my lawyers give me the go-ahead.
Labels: metadata, semantic web, what i did today
Chris Rusbridge of Digital Curation Blog wishes for the
submission of an open x open x open x open paper to the
4th International Digital Curation Conference. Open as in open authorship, open data-input, open metadata-output, and open access, but not explicitly open source. But, I think it's pretty safe to presume that open source would be desirable too. The conference is, after all, about digital curation. Open source code is in the best interests of digital curationists. And "Radical Sharing" is a key topic of the conference.
It will be fun to watch this one develop should anybody choose to run with it. I wonder what tool one would use to do what Rusbridge suggests. I haven't had much time to play with such tools myself. I've had
Sophie installed on my Mac since the first release and have yet to write something with it. And then there is
CommentPress. My WordPress skills are so sad that I created this blog with Blogger (and yes, I know I could have used wordpress.com) It's too bad
OCS and
OJS don't seem to have any co-authoring tools, near as I can tell from skimming their executive summary documentation. I wonder how well a Sophie or CommentPress authored document would integrate with an OCS or OJS? If it were me writing, I'd probably have everybody use GoogleDocs. It's probably got the lowest barrier of entry in terms of needing tech-savvy to collaborate.
I also begin to wonder which tools are being used by researchers in subject disciplines to create collaboratively authored papers. I suspect that its still MS Word or Adobe Acrobat and their commenting features or, for more technical disciplines, TeX and LaTeX or some other PostScript derived thingamabob. It would be interesting to do a local inventory of what people use at MPOW -- especially as we migrate to ePrints3 and try to figure out new services to develop in support of our researchers here.
Labels: dcc-2008, metadata, open access, open data, open scholarship, open source
