💾 Archived View for capsule.usebox.net › gemlog › 20210309-disconnected-gemlogs-and-a-proposal.gmi captured on 2022-01-08 at 13:42:21. Gemini links have been rewritten to link to archived content
⬅️ Previous capture (2021-11-30)
-=-=-=-=-=-=-
Posted Tue 9 Mar, 2021.
Last night I spent 20 minutes putting together a hacky Python script to generate an Atom feed automatically when my gemlog index changes, just before rsync pushes the content to the server. I tend to use RSS instead of Atom, but I decided to go with whatever is more used around here.
The idea to make the gemlog index easy to parse so it can be used as a feed is brilliant, but I've found that the search engines using GUS software can list the feeds they know, and that requires a real feed.
list of known Gemini feeds on geminispace.info
Because I found that list very useful to discover new gemlogs to read, I wanted to have an Atom feed as well.
I like the "low-tech" aspect of Gemini, how a simply defined index page for a Gemini log can be used as a replacement for a more complex format, but it comes with some limitations. Probably the most apparent for me right now is that the Gemini space is made of mostly disconnected gemlogs.
For example: if I write an entry referring to content from another gemlog, that author doesn't know about my mention. Which is a problem that blogs from the WWW have, and tried to solve in different ways.
You could contact authors to inform them about your post, but in practice is difficult because not all the gemlogs provide contact details, or the contact details may not be useful (e.g. you may not have a Mastodon account).
One of the easy solutions in Gemini is using the "search backlink" feature of GUS based search engines, but it has a few problems:
So I've been thinking about potential solutions, easy to integrate in our "low-tech" gemlogs, and using as reference some ideas that were tried in blogs (e.g. trackbacks).
This should be a simple CGI that enables the following:
This means that if my gemlog is in the sphere of a gemlog I cited in a post, I can automatically send a notification with a link to my post.
This requires:
For example, we have a gemlog and we add a FOO gemlog to our sphere. In sphere.gmi:
=> gemini://FOO/gemlog/ FOO gemlog
That Gemini file could be public as well, so it could have header and other text. The important bits for the CGI are the gemlog URLs.
Then we would have a CGI that allows the following operations:
# list all the external links pointing to our gemlog URL sphere/?url=URL&ref=sphere # request linking sphere/?url=URL&from=EXT-URL&ref=sphere
When a linking request is made, this list of requirements must be satisfied:
Finally there must be a way to discover the "sphere" URL associated to a gemlog post. For that I suggest a query parameter "ref=sphere" is included in the sphere URLs, so it can be found automatically. This requires that at least one sphere URL exists in the gemlog post (could be a link to the external links pointing to the post).
We should have a local tool to manage our sphere:
This looks pretty much as trackbacks. The list of gemlogs in the sphere could be removed and we would accept links from anybody -which led to spam in the WWW-.
It is still reasonably "low-tech", only needs links to a CGI in an otherwise static gemlog, and works completely distributed.
When I implement some sort of CGI support on my server, this sounds like a nice little CGI to write.