Need someone to lead product or development at your software company? I lead product and engineering teams and I'm looking for my next opportunity. Check out my resume and get in touch.

Not Radio

Freshness Warning
This blog post is over 17 years old. It's possible that the information you read below isn't current and the links no longer work.

To the person who’s trying a variety of URLs to find mySubscriptions.opml on my server: this blog isn’t made with Radio Userland. So you won’t find it. My subscription list isn’t public.

For those who do have public subscription lists, I’m curious why you’ve done it and what the response has been from your readership.

Luke Reeves
June 16, 2003 8:31 PM

I've been getting the exact same thing from the Feedster search engine: xx.xx.xx.xx - - [15/Jun/2003:15:34:56 -0400] "GET /mySubscriptions.opml HTTP/1.1" 404 203 "-" "Feedster Harvester/1.0; Feedster, LLC." Strange, but probably harmless.

Adam Kalsey
June 16, 2003 11:59 PM

I didn't even think to look at the log files and see what was requesting that file. It's feedster all right. Scott's trying to build up his feed list. I'll bug him about changing that.

Scott Johnson
June 18, 2003 7:21 AM

Ok. We've been experimenting with this. Just a head request looking for where different aggregators store this. Why? Looking for more blogs that's all. No personally identifable information is stored. Just parsing it and grabbing the different rssurls for indexing. This is currently scheduled for a 2x per month run. That's all. And they are just head requests. We could pull down your rss feed instead and parse that for it if you prefer. UBt that only works for radio users so that's kind of lame. Scott

scott johnson
June 18, 2003 7:33 AM

Oh and I turned this off for both of you. If it comes up again its a bug and I apologize.

Phillip Harrington
June 19, 2003 9:02 PM

Scott, I thought the mySubscriptions.ompl was only radio, why are you using that *instead* of the RSS feed, since you seem to want to work with other blog tools? Adam, the reason there's such a thing as a mySubscriptions.opml file is that Userland Cult members don't know when to stop tinkering and they also worship connectivity. So any kind of new twist on the "blogroll" idea is immediately propogated throughout their part of blogdom. Also, these releases/enhancements are heralded with much fanfare. I've previously speculated if radio users could come up with a way to wire an outline to their toilets they would. Then you could parse it and publish a list of people you take a dump with at the same time. It would be the "myDumplist.ompl" or something. I'm giving them a hardtime, of course. No serious animosity intended. They're just weird. People like me need to point out how funny they are.

Adam Kalsey
June 19, 2003 9:10 PM

Scott's grabbing the opml feed as a way of finding links to blogs that Feedster doesn't know about. I understand that completely. And some people do post a mySubscriptions.opml even if they don't use Radio. The opml format has been adopted as a standard way to import and export aggregator subscriptions, and some people that want to maintain Radio compatibility name their opml file mySubscriptions.opml even if they don't use Radio. I can understand why Scott is looking for the files and it makes sense, but I wish there was a way to do it without using brute force and just guessing URLs. If anyone has a suggestion, I'm sure Scott would be interested in hearing it.

Phillip Harrington
June 20, 2003 9:20 PM

Can't this be described as some form of LINK rel="Alternate"?

Adam Kalsey
June 20, 2003 10:33 PM

Not a bad idea, but you'd probably want to use <link rel="meta" ... /> instead of "alternate" because the opml isn't an alternate form of the page contents. The other problem is support. Even if this were to take off, it would be some time before most blogs had the appropriate link tag in their content. So Scott would still need to grab the opml a different way for most sites for the time being.

Trackback from Jim Mangan's Weblog
June 21, 2003 1:25 PM

OMPL Surfaces

Excerpt: Not Radio :: Kalsey Consulting Group To the person who's trying a variety of URLs to find mySubscriptions.opml on my...

This discussion has been closed.

Recently Written

Domain expertise in Product Management (Nov 16)
When you're hiring software product managers, hire for product management skills. Looking for domain experts will reduce the pool of people you can hire and might just be worse for your product.
Strategy Means Saying No (Oct 27)
An oft-overlooked aspect of strategy is to define what you are not doing. There are lots of adjacent problems you can attack. Strategy means defining which ones you will ignore.
Understanding vision, strategy, and execution (Oct 24)
Vision is what you're trying to do. Strategy is broad strokes on how you'll get there. Execution is the tasks you complete to complete the strategy.
How to advance your Product Market Fit KPI (Oct 21)
Finding the gaps in your product that will unlock the next round of growth.
Developer Relations as Developer Success (Oct 19)
Outreach, marketing, and developer evangelism are a part of Developer Relations. But the companies that are most successful with developers spend most of their time on something else.
Developer Experience Principle 6: Easy to Maintain (Oct 17)
Keeping your product Easy to Maintain will improve the lives of your team and your customers. It will help keep your docs up to date. Your SDKs and APIs will be released in sync. Your tooling and overall experience will shine.
Developer Experience Principle 5: Easy to Trust (Oct 9)
A developer building part of their business on your product needs to believe that you're going to do the right thing for them and their customers.
Developer Experience Principle 4: Easy to Get Help (Oct 8)
The faster you can unblock a stuck developer, the better their experience will be.

Older...

What I'm Reading

Contact

Adam Kalsey

+1 916 600 2497

Resume

Public Key

© 1999-2020 Adam Kalsey.