💾 Archived View for envs.net › ~vee › gemlog › 2020-08-02-gemini-aggregation.gmi captured on 2022-04-29 at 12:40:48. Gemini links have been rewritten to link to archived content
⬅️ Previous capture (2020-09-24)
-=-=-=-=-=-=-
Date: 2020-08-02
Solderpunk's post about Gemini aggregation and curation was a nice read.
Solderpunk's post about Gemini aggregation, curation, etc
I always feel so conflicted about this stuff, because on the one hand I completely agree, but on the other hand here I am building GUS, which is quite centralized. Not only just building GUS, but frankly getting to the point now where I'm building new, complex features (read: threads) on top of an already complex substrate. And none of it is very modular, extractable, or self-hostable.
I do still want to continue building fun things with GUS, both for my own enjoyment, as well as for the community's benefit, but I think I need to make sure I find meaningful, worthwhile ways to share the data, to make sure that GUS balances its public good ledger. Provide public good equal to, or in excess of, the cost of centralization. I think that's neither easy to acheive nor easy to calculate, but it seems like a virtuous goal nonetheless!
Perhaps aside from the actual searchable map of Geminispace (GUS' core functionality), the most meaningful contribution GUS can make is to accelerate other efforts to solve the content aggregation and curation problems in novel ways.
To that end, I just added a "known feeds" endpoint! It's a small feature, but I think potentially useful to anyone interested in a jumping off point for "feedhacking." Or if you just want to do something like run your own CAPCOM, this could help you populate your personalized feeds.txt for it.
If anyone has other ideas just let me know :)