I don't want to spam the project, but since you mention Pipes like that: I tried to bring it back with https://www.pipes.digital/. Can't do everything the original could and some things it just does differently, but merging RSS feeds and filtering them is exactly the main thing I use it for myself.

Thanks for sharing this, awesome project. The feature set looks pretty comprehensive from the screenshots.

Is there a way to export the created canvas from the editor?

I’m imagining a workflow where people/teams create the RSS processing canvases and then share them using an export.

Also is there a CLI tool?

Hey, thanks :) The project's web application is currently not separated enough into backend/frontend to forge a CLI tool from that backend. There is an export function, but it's meant as a data export for all the pipes (to not hold data hostage), not per canvas, and to my knowledge no one so far has tried to work with the JSON representation the site exports.

However, you can fork pipes in the site UI and then edit them like that. And if a team would share an account to manage a set of Pipes together there is nothing that would prevent that.

Thanks for the details.

The sort of thing I was thinking about was something similar to how post production workflows are setup in film vfx.

You have teams of artists working on 2d and 3d software packages locally. They then save their project, which produces a file that can be rendered on the render farm.

In this rss news equivalent, teams could mash together RSS feeds. Then send their local project export to a backend infrastructure, that would do something with the export, maybe generate a static site, or something more complex .

I mean, RSS fits well to prepare data to go somewhere. Just the offline part you probably do not need. Create your pipe, share the account, or let the other developer fork the pipe. The tool that in the end consumes the feed can just work with the online feed directly from Pipes - those tools expect an url anyway.

God, Yahoo Pipes is a blast from the past. Yahoo did so many things that were new and interesting, but never seemed to be able to bring them altogether into a cohesive product.

Sometimes I think of them as Xerox Parc as they obviously had some smart people sort of tooting around on neat stuff, not worrying about money.

They made so much money, until they didn’t. It’s interesting how these large organizations are able to sort of be patrons of certain activities. Other companies may have spent the surplus on hookers and coke, yahoo let engineers build stuff.

Some parts of it were due to an Israeli startup they bought, called Dapper. Seems to me like they bought it just to take some patents and kill it.

It was interesting, but does it align with Yahoo's interest?

Kind of like Google buying of freebase. They made a few interesting projects on top of it and then killed those...

I remember I discovered a page of just amazing project after amazing they released with most recently abandoned and the rest following shortly thereafter.

I don't think any of it was so groundbreaking it would be useful today but there were a number of wheels that would end up being reinvented between then and now.

Off Topic:

>yahoo pipes

So many "Low Code" or "No Code" project but nothing even comes close to Yahoo Pipes.

I never experienced Yahoo Pipes however, I looked at some videos on YouTube and it appears to be similar to Node-Red. It may not be as intuitive but it looks like it may provide a similar experience.

https://nodered.org/

Possible example: https://dannysu.com/2016/12/29/huginn-to-node-red/

There are also a few RSS discussions in the Node-Red forum: https://discourse.nodered.org/

I use Huginn to consume and email me RSS feeds too.

Pipes was radical. Loved it.

I mentioned it above but you may find Huginn an interesting tool.