Google Reader Latest Victim of Google’s Spring Cleaning
Oh nos! Google announced on March 13, 2013, that Google Reader would be shut down on July 1, 2013. When Bloglines shut down (and then was resurrected in a slightly different form in 2010), Google Reader was the last truly functional web-based feed reader left. I use it daily, as I’m sure others do. Not enough of us, it seems, for Google.
It seems I need to find another decent client for my RSS feeds. I may be in the minority, but I find a feed reader the best way to keep up.
Introducing Qrius, RSS for the other 90%
A new RSS service, Qrius (pronounced, I assume, “curious”), is aiming to bring RSS to the vast majority of Internet users who don’t read it. While the Qrius site is devoid of details, an article in AppleInsider today describes it like this:
The goal is to make subscribing to RSS feeds a painless process for a first-time user. With Qrius, users will simply click the icon featured on any of their favorite news sites, then sign in to the service using an existing Facebook, Twitter or Google+ login.
In its first iteration, Qrius will automatically send subscribed content to Taptu — a news reading platform also owned by Mediafed that offers content aggregation.
The idea is to add yet another “chicklet” icon to your web page (next to your Tweet this, Facebook this, etc., badges) that would send your RSS feed to the Taptu application. Qrius apparently plans future integration with Google Reader, but isn’t aiming for that user set yet — after all, people who use Google Reader are already the same folks who understand what RSS is for in the first place.
Google Getting out of the Advertising-in-Feeds Business
In another sign that RSS is continuing to lose its consumer focus, Google announced on Friday that it is eliminating the “AdSense for Feeds” business (see More Spring Cleaning on the Google blog). AdSense for Feeds allowed blog publishers to put ads directly into their RSS Feeds, item-by-item. As long as you channeled your RSS feed through FeedBurner, you could have Google apply advertisements to your feeds as they were displayed in the end-user’s browser.
While RSS feeds clearly have much utility, Google’s action is another clear signal that consumers are not reading RSS feeds directly in aggregators or their browsers the way they once did. Google is moving fairly quickly to eliminate AdSense for Feeds. According to the announcement, they will “start to retire it” on October 2, and close it on December 3. This does not effect FeedBurner URLs directly, just the ability to have Google place advertisements in them. Presumably, Google will continue to place advertisements in Google Reader when it displays feeds, but you won’t get a cut of the action.
If you’re an AdSense for Feeds user, you can read more about what this means at https://support.google.com/adsense/bin/answer.py?hl=en&answer=2777193.
RSS: From Format to Plumbing to Nothing in 13 Years
Is RSS being forced out by technology companies that want more control over all aspects of the user interaction? That’s the contention of an article recently published in the Sydney Morning Herald (see “Apple Joins the War on RSS,” by Adam Turner, 1 August 2012, via the RSS Specifications blog). Turner points out how RSS is no longer a part of either Apple Mail or Apple Safari in the latest version of its operating system, Mountain Lion. He goes on to show how major Internet sites like Facebook and Twitter have been removing the in-built RSS feeds from their pages, making it harder to subscribe to information streams without subscribing to the service itself. Google Plus, Turner notes, never had RSS to start with.
When RSS started, it was a tool for individuals to use to track web sites and people they are interested in. In the early 2000s, sites tried to get you, the reader, to subscribe to their RSS feeds as a way to retain readership. By the late 2000s and first view years of the teens, RSS was less a selling point, but a fundamental part of any web site. It had evolved into an open, universal data exchange standard for web sites. Applications could easily sniff it out (through the headers, read only by applications but not seen by human users who didn’t view a page’s source, of web pages). Perhaps this change from shiny fixture on the kitchen counter to plumbing behind the wall was not a sign of its fundamental importance, as I posited previously.
As Turner points out, the HTML code to indicate the presence of an RSS feed is increasingly rarely even seen in a web page’s header. For example, look at the source of the RSS4Lib Twitter profile page or the RSS4Lib Facebook Page. No relative link in the document header to let an application know that there’s an RSS feed present.
While I regret the change in philosophy that has led popular social networking sites from making it harder for the content on the site to be used in other venues, I suppose I understand it. I imagine the Twitters and Facebooks of the world are thinking something along the lines of this: “If we can prevent that scourge of openness, RSS, from liberating individual user’s content, we can sell more ads or control more interactions.” In a commercial sense, that’s plausible, even if not wholly reflecting reality.
At the same time, if Apple no longer indicates that RSS feeds exist in pages that you visit in Safari (and if other browsers follow suit), that’s will drive a fundamental change in the way individuals discovery and access Internet content. Sure, discovery will happen, but it will happen through your social networks, mediated by major services. And it will happen in short-form: a few characters in a tweet, or a snippet on Facebook. It won’t happen in long-form, in a context that you (the consumer) manage. If information wants to be free, as the saying goes, it needs a path to follow. RSS seemed like it was that path. What’s next?
RSS4Lib Moved to WordPress
After sticking with Movable Type for far too long, I took the plunge and migrated RSS4Lib to WordPress last night. I think most of the wonkiness is resolved now… But if you can’t find something, please let me know through the comments.
Drupal in Libraries
One of the reasons I’ve been so absent on RSS4Lib over the past eighteen months or so is a larger project I was working on: a book, Drupal in Libraries, Volume 14 of the Tech Set ® series edited by Ellyssa Kroski.
The book is written as a primer for technically proficient librarians who want to learn more about Drupal and manage a web site using it, but who are not themselves coders. The only time you’ll need to be typing commands directly into a terminal emulator (and even that is optional) is to install and decompress the Drupal software. The rest of the book is focused on what you can do with Drupal from the administrative interface. The book has 10 chapters, as follows:
- Introduction
- Types of Solutions Available (how and where you can get Drupal, seek development and/or technical support)
- Planning (this chapter is available as a free sample)
- Social Mechanics (working with your organization to build a successful project)
- Implementation (this is the bulk of the text and walks you through the basics of adding and configuring modules, creating content types, and working with various features such as views and panels)
- Marketing (how to sell Drupal to your staff and to your IT organization, and how to sell the site to your patrons once it’s launched)
- Best Practices (tips and tricks for building a secure and stable Drupal site)
- Metrics (measuring the success of your new site)
- Developing Trends (up-and-coming tools and modules to be aware of)
- Recommended Reading (an annotated bibliography of books, articles, and learning resources
The book also has a companion web site, with additional information and discussion forums. If you have questions about the book, or Drupal in a library setting, stop on by.
You can purchase the book through Amazon.com, from Neal-Schuman, or through your favorite bookseller.
Pinterest (http://www.pinterest.com/)is the latest social media tool to emerge from the fringes to the spotlight. It’s something of a social media bulletin board for interesting images. Once you set up an account (invitation only, but you can request an invitation — mine came within hours), you are given a bookmarklet tied to your account so that can start pinning images you find on the web.
When you’re on a page that has an image you want to “pin,” you click the bookmarklet. Pinterest shows you thumbnails of all the images on that particular page. You select the thumbnail image you want and the board you want to add it to (you can create as many boards as you like).
Uses of Pinterest for Libraries
Pinterest has some interesting uses for libraries:
- Some libraries are putting up cover images of new books, best sellers, or interesting books from the collection. The Darien Public Library, unsurprisingly, was an early adopter. The library’s Pinterest page has lists of books on various themes ("Best Books for Babies & Toddlers," "Newberry Medal Winners," and a board for their "One Book, One Community" reading program — images related to the books selected for adults and children.
- Promoting images from special collections. The Bluffton University’s archives have a Pinterest board with selected images from their special collections and archives, including images of beanies (the hats, not the stuffed toys) and time capsule covers. The Staley Library (Millikin University) has a set of images related to the university’s history.
- Put up photos of your library’s staff along with brief bios or areas of specialization. I haven’t been able to find a library doing this, but surely there is. Anyone?
- Create boards related to popular books. The Westerville, Ohio, library has boards for The Hunger Games and Memoirs of a Geisha.
Copyright Questions
One of the interesting challenges faced by Pinterest is that of copyright. Pinterest works by copying a thumbnail image of whatever it is that you pin. When you pin an image, the original is linked from the thumbnail. While probably not, strictly speaking, allowed by copyright law, I suspect Pinterest is operating under the theory that if Google can cache a thumbnail of an image (or even of an entire web page) for its search tools, then they can do the same.
Complications arise, though, when one Pinterest use copies an image from another. You can "repin" another user’s image to one of your own boards. At that point, you’ve created another copy of the image on your board that links to the "original" — that is, the thumbnail on someone else’s board — and not to the original artist’s. There’s been quite a kerfuffle about this of late.
There’s a very nice summary of the issues around "pinning" things at the University of Minnesota’s Copyright Librarian blog (and a follow-up post) that I encourage you to read. It summarizes the issues far better than I can.
Pinterest via RSS
Pinterest doesn’t document its RSS feeds well, but I stumbled across some instructions for how they can be made.
- To get an RSS feed for all of a particular user’s boards, add “feed.rss” to the end of the user’s Pinterest page. So, for example, for RSS feed for the Darien Public Libraries Pinterest account is http://pinterest.com/darienlibrary/feed.rss.
- To get an RSS feed for a specific board, remove the end “/” from the board’s URL and then add “.rss”. So the Darien Library’s Best Books for Babies and Toddlers board has the feed http://pinterest.com/darienlibrary/best-books-for-babies-toddlers.rss.
Happy syndicating! (And don’t ask about the potential for copyright issues when we you re-publish an RSS feed of a Pinterest board that itself has copyrighted but unlicensed images on it.)
Curators’ Codes to Standardize ‘Hat Tips’ and ‘Vias’
An interesting proposal was made at SXSW this week to standardize the way we bloggers, and other content aggregators and curators, make reference to those from whom we get interesting tidbits that spark a thought (a ‘hat tip’) or are the source of our post (a ‘via’). The glyphs are called Curator’s Codes. They are Unicode characters meant to be a standard (if not a real one, a standard of practice) for giving where credit is due:
| Symbol | Purpose | HTML Code |
|---|---|---|
| ᔥ [Unicode 1525] |
Via | <span style=”font-family:sans-serif;text-decoration:none;”>ᔥ</span> |
| ↬ [Unicode 21ac] |
Hat Tip | <span style=”font-family:sans-serif;text-decoration:none;”>↬</span> |
The symbol itself is the link to the source. Curator's Codes could be rendered in line, much like a brief citation, or used as freestanding blocks. Or, really, in any way that's sensible to the author. As in, for example, the hat tip for this post: ᔥ David Carr, "A Code of Conduct for Content Aggregators".
What's the point? To quote the folks at ᔥ Curators Code:
While we have systems in place for literary citation, image attribution, and scientific reference, we don't yet have a system that codifies the attribution of discovery in curation as a currency of the information economy, a system that treats discovery as the creative labor that it is.
As we madly link from thing to thing, and others, in turn, pick up our post and run with it, quoting here, paraphrasing there, it's all too easy for something one author says to be lost in the expounded thoughts of another. Making a simple, standard, way for authors to cite others is a good thing. And to quickly indicate the kind of citation -- are you quoting or paraphrasing, or giving credit to someone else who sparked a thought? Standardization may be a good answer. It could even lead to better machine parsing of interconnections between blog posts, tweets, Facebook, etc. -- if adopted.
Update 13 March 2012: There's an interesting contrarian view at The Brooks Review.
The Paradox of RSS and Web Scale Discovery
Web Scale Discovery systems (products like Summon, EBSCO Discovery Service, Primo Central, and so on) make their customers love them through their comprehensiveness. These systems index hundreds of millions — some approach a billion items — from scholarly and popular sources, library catalogs, institutional repositories, and more. No matter how esoteric the topic you are looking for, you’re almost certain to find something that’s related. Or close to being related.
With their vast reach, these discovery systems open the door to being almost omniscient alert services. Their coverage is vast, so whenever something new is published on a topic, it is likely to find its way into the discovery index. The challenge, it turns out, is in letting people know when something new is available.
Discovery systems are primarily retrieval systems. They cast a wide net, and sort their results in relevance order. When something new is added to the index and the same search is run, the new items appears somewhere in the list. This is the challenge for any kind of current awareness system (whether it is RSS or email alerts).
If the system simply runs the search again and provides an RSS feed of the 100 most relevant results, for most searches, the new material will be nowhere near the top and the feed will contain exactly what you have already seen. For many topics, the new items won’t even make the relevancy cut and will be excluded.
If the system runs the search and provides an RSS feed in reverse chronological order (newest items on top), the newest items may well be so far down the relevancy ranking that they are, in fact, nearly irrelevant. Try a couple experiments. Do a search in your favorite tool and move down to the 5,000th result. Is it the item you’ve been looking for all your life? Almost certainly not. Do the same search, but resort by publication date (newest first). Is the top result relevant to your query? Again, probably not.
So what is needed is some sort of hybrid, database structure. The items from the original search result set that pass some relevancy threshold need to be saved. Whenever new items are added, these new items are compared to the existing list. If they are more relevant than items in the previously seen list, they are added to an alert, and the list of previously seen and previously alerted items grows. Figuring out which are new (to the user) items is not trivial.
Discovery and RSS are almost inherently at odds with one another. Any ideas on how to build a usable RSS feed to stay apprised of a topic?
Google Reader’s A-Changin’
Google recently announced that they are soon to relaunch Google Reader with a new design and are “going to bring Reader and Google+ closer together, so you can share the best of your feeds with just the right circles.” Although I am not a huge fan of Google+ (Aside from the coolness of Hangouts, I haven’t seen a reason to convert from Twitter and Facebook; my social circles don’t see to be active in Google+), one of the things that has griped me about Reader is that there has been no way to share RSS items with my Plus circles. If nothing else, that will soon change.
Something else that will change is that the Google Reader API (an unofficial, undocumented, and formally unsupported API) will at some point be phased out. This doesn’t make a difference to users of the Google Reader web site, but does matter for anyone who has been using Google Reader to track what has been read in applications like FeedDemon and others.
If you want to get your data from Google, they will continue to offer an OPML download of your feeds, but will be augmenting the list of subscribed feeds with your other personal data, including your shared items, friends, likes, and starred items. What you do with them then is your business.