I sent an online support request pointing out the problem (as though they're not aware) and politely asking when it would be fixed. Assuming the reply window for this thread is still open by then, I'll post any response here.
Surely there is a better approach than a passive aggressive support request?
Reuters killed their RSS feeds?
51–60 of 127 posts
Re: Reuters killed their RSS feeds?
#52Earlier quoted context omitted.
Hogwash Email works fine. I am in months long conversations with academics and thinkers around the world. Signal works fine. Same story as above. What’s dying is your historical connectivity to specific ideas. That’s hardly a sign fascism and censorship are settling in. And really you’re saying it was impossible for anyone to blindly get addicted to an RSS feed, just reading whatever is posted to it? Good grief. Your…
Email is being replaced by Slack. Maybe RSS / Atom weren't good enough, but what they're being replaced with isn't better either. It's not just about RSS. It's about moving off open standards to closed properties. It's also more effort to integrate different sources as each one has a different API. Indeed, nor the world nor freedom of information will die here, but that doesn't mean it's a step forward.
Is it? I've never once used Slack. It's not on any of my devices. But email is and it works great.
Re: Reuters killed their RSS feeds?
#53Wouldn’t it be possible to create a third-party site scraper that could generate custom RSS feeds independently of the company? About the only barrier would be paywalls, IMO.
Anecdotal evidence: I work in a tour operator and we publish our products on tripadvisor and getyourguide which are two very popular places to advertise these products and that provide an extranet to suppliers where they can login to create and manage products, availability, etc. A few years ago before they had developed APIs or had only private APIs for the "big guys" and wouldn't really pay any attention to small shops' requests, I managed to use Puppeteer [0] [1] (a node.js library to manage headless Chrome) to dynamically update our products into their extranet. It's very powerful and with some tinkering you can automate pretty much any behavior, including authentication and xhr interactions inside their platform (although this will require a bit of studying their requests using the browsers developer tools). It's a great tool.
[0] https://github.com/puppeteer/puppeteer
[1] https://pptr.dev
Re: Reuters killed their RSS feeds?
#54The death of RSS is the death of the federated web model where users view and consume the content they want to. Modern alternatives like Twitter, Facebook, and Instagram do not serve users in the same way. Users happily consume the content the platform feeds to them, without much say in it. It's an eerie return to the pre-Internet days, where the only choices a consumer had were to change the TV channel / radio dial…
I think this is only a short-term effect. In response to things becoming more locked down, more and more "info liberation" projects will take root, and in the end the information will just gradually all leak out and end up outside the prison wall, in compatible, accessible formats. Then, eventually, even the sources of the information will switch to publishing it in the libresphere, because at that point the best aud…
Re: Reuters killed their RSS feeds?
#55Re: Reuters killed their RSS feeds?
#56Earlier quoted context omitted.
No ads to be pushed in an RSS feed.
I'm perfectly happy with just getting headlines and a link which is what I get from most sources. If I want to see the content, I'll go to the page. Of course, I'm going to block the ads there too, and that might be true of most RSS users. Maybe sites are just figuring out the "RSS User" demographic is one they'd rather not target.
Re: Reuters killed their RSS feeds?
#57The death of RSS is the death of the federated web model where users view and consume the content they want to. Modern alternatives like Twitter, Facebook, and Instagram do not serve users in the same way. Users happily consume the content the platform feeds to them, without much say in it. It's an eerie return to the pre-Internet days, where the only choices a consumer had were to change the TV channel / radio dial…
> Users happily consume the content the platform feeds to them, without much say in it. You get posts from people/pages you subscribe to in your feeds. I don't see how this is true unless you're just talking about Facebook's non-chronological order. Twitter's nothing like that anyway.
Re: Reuters killed their RSS feeds?
#58Earlier quoted context omitted.
I think this is only a short-term effect. In response to things becoming more locked down, more and more "info liberation" projects will take root, and in the end the information will just gradually all leak out and end up outside the prison wall, in compatible, accessible formats. Then, eventually, even the sources of the information will switch to publishing it in the libresphere, because at that point the best aud…
I hope you're right, but this is an extremely optimistic view that does not have much historical precedent.
Re: Reuters killed their RSS feeds?
#59I sent an online support request pointing out the problem (as though they're not aware) and politely asking when it would be fixed. Assuming the reply window for this thread is still open by then, I'll post any response here.
Surely there is a better approach than a passive aggressive support request?
I wouldn't bet money on it coming back, but if this was an intentional move I might have expected them to replace the page with "Sorry, no more RSS, try our app!" or something. They are also still linking to the feeds at the bottom of many pages, like this one: https://www.reuters.com/tools/mobile/us
Re: Reuters killed their RSS feeds?
#60Wouldn’t it be possible to create a third-party site scraper that could generate custom RSS feeds independently of the company? About the only barrier would be paywalls, IMO.
You won't get the article content but it'll give you enough information to find out if you're interested in the article and then read it on their site.