standard.site / lexicons
Shared lexicon schemas for long-form publishing on AT Protocol. Uses typescript to json via prototypey.
44
fork

Configure Feed

Select the types of activity you want to include in your feed.

Adding a BYLINE field? #1

open opened by
chadkoh.com

More of a question than an issue.

At Protocols for Publishers ✨ London standard.site was a common topic. One idea that came up was adding a BYLINE field which points to an authour's ATproto account. Currently, posts are attributed to the PDS, which would be the Publisher's atproto account. Yet writers are often not actually part of the org. A BYLINE field is particularly useful to journalists that change publications or freelancers. Such a field also opens up some opportunities for automation and custom feeds.

What do you think? It would be nice if this was at the ATproto layer but maybe we can start it here and it can be adopted by ATP in the future?

chronotope.aramzs.xyz

+1 to this. Especially considering that a post may be authored by multiple people. I'd generalize it even further honestly to "contributors" which would give us one field for authors, editors, etc... it could take an array of objects with a role property that can be set to a freeform string.

jimjonah.bsky.social

Byline and contribution line are two distinct things in the newspaper world.

You need both. Multiple people can be in each. If you want to list the editors, which newspaper articles don’t, that would be a third array.

tylerjfisher.com
[deleted by author]
chadkoh.com (author)

Does it have to be bi-directional? If you are listed as a contributor with your @handle, then it should be searchable and surfacable in feeds right? In your CMS all you would need is to have your contributors with a field for their @handle

Too simple?

tylerjfisher.com
[deleted by author]
aka.dad

Does it have to be bi-directional?

its important that when implementing something like this that we think through the consequences. but also the fact that we should have ways to verify authorship outside of the document itself. just like we can verify documents are real via the metatag validation as specified in the spec.

i am going to start working on something like this soon for @offprint.app so finding a good v1 that may not have every little feature that could be added could be explored and eventually adopted by standard.site.

sign up or login to add to the discussion
Labels

None yet.

assignee

None yet.

Participants 5
AT URI
at://did:plc:tgfzv5irks5acnmk75j4elky/sh.tangled.repo.issue/3mez7ho4udb22