Marco's Blogprogramming

Error 999: Using Feedburner RSS Feeds for your Yahoo Pipes

marco — Mon, 02 Feb 2009 01:16:35 +0000

I have a couple of RSS feeds which are a mashup of multiple RSS feeds using Yahoo Pipes, and to be able to track their usage I utilize Feedburner. But lately all of these Feedburner feeds were not updating. Feedburner returned “Error getting URL: 999 – Unknown” with HTTP Error code 502, though the Yahoo! pipes source feed was valid RSS (even using the recommended services listed over on the pages of feedburner).

This happened after the migration of Feedburner accounts to Google accounts and the recent redirects to feeds2.feedburner.com urls.

All attempts troubleshooting feedburner failed (incl. to resync the feed). In case you recently created a Feedburner feed which sources Yahoo Pipes -> check if it is working.

Update: DON’T move your Feedburner feeds to Google accounts if the original source is Yahoo Pipes:

If you use Yahoo! Pipes as the “Original Feed,” or content source, for one or more FeedBurner feeds, and you haven’t already moved over to a Google Account, please postpone moving it (for now).

We are working directly with Yahoo! to restore Google-hosted feeds’ access to Pipes as soon as possible, but until this fix is in place, FeedBurner feeds with Pipes sources moved to Google will stop working properly.

Update 2: As of today (Feb. 1, 2009 – Sun.) the feeds seem to have re-started to work as normal. No post/news yet on the official Feedburner Blog.

Web Programming: Data Portability – Gnip & OpenSocial

marco — Sun, 17 Aug 2008 20:39:00 +0000

Data portability is a topic which is becoming more and more important, prominent example is OpenSocial from Google. OpenSocial allows you to build apps/widgets for many big social networks out there, based on one API (OpenSocial). This helps the developer of an app to make it available for all supported platforms without the need to re-write it for every social network/online community out there.

A different approach is the one from Gnip. They want to act as a data stream coverter, providing you with data from many services in the format most appropriate for your app. Below you find the services offered by them (or what they will offer soon):

Gnip Notifications	Data Consumers: Poll for new data the moment it exists. Avoid throttling & decrease latency from hours to seconds. Data Providers: Reduce API traffic by an order of magnitude while increasing distribution through aggregators.
Gnip Polling (soon)	Offload API and RSS polling to Gnip and receive full content updates via your preferred protocol (REST, XMPP, ATOM, etc).
Gnip Transformation (soon)	Receive standardized cross-service XML markup and turn integrating with new APIs into a plug-and-play experience.
Gnip Identification (soon)	Let Gnip offer suggestions for your users’ profiles through a variety of identity discovery mechanisms.

This is an basic overview of their service (from Gnip’s site):

They support many well known services, in which data streams you can hook into as an application developer, among them are e.g. MyBlogLog, Flickr, Identi.ca, Twitter, etc.

Chem them out at gnipcentral. Do you have some experience with this service or are you thinking about using it? Let us know and leave a comment.

Software development: Sooo many methodologies

marco — Sat, 02 Aug 2008 21:44:22 +0000

Dev Process, from Chet Haase's Blog

A friend just pointed me to this older blog post by Chet Haase (his blog), titled Crystal Methodology. He is describing different methodologies of how to develop software and has some interesting twists added to every single one.

One example excerpt:

Scum

In the Scrum development model, the focus is on short iterations and constant communication. The Scum model, however, focuses on the individual. In particular, each engineer works completely on his or her own, producing code at an alarming rate. Changes are integrated and merged willy-nilly, causing untold breakage due to the complete lack of communication. At each fault, the offending code, putback, and engineer are indentified as scum and are tossed out of the project (this step is called “Hack-n-rack”). The resulting code and team are thereby better over time, having weaned out the weak members through natural selection. As it’s inventor, Dr. Feen Bookle, PhD, Mrs, QED, JRE, said at its unveiling at the Conference On Terribly Important Academic Philosophies and Theories on Software Process Methodology Discoveries (CTEAPTSPMD), “Scum will always float to the top. Skim it off and you’ve got just the juicy bits left. Plus the bottom-feeders.”

If you spent hours, days, week or years in the field of software development, so basically spent your life with developing software, you will really enjoy this read!