- From: Cristiano Longo <cristianolongo@opendatahacklab.org>
- Date: Tue, 9 Apr 2024 09:47:06 +0200
- To: public-swicg@w3.org
- Message-ID: <a7b58967-a2c1-4ef8-9da5-25e053346b5c@opendatahacklab.org>
I think this will just increase the confusion reported in
https://github.com/w3c/activitystreams/issues/571.
However, I agree that it is compliant with extension policies.
CL
On 08/04/24 02:51, a wrote:
> toot:indexable was added recently with full-text search in mastodon
>
> i'm of the opinion that we don't necessarily have to adopt the
> joinmastodon extensions wholesale, but at the very least we should
> adopt the ones from 2017 in the as: namespace (sensitive,
> manuallyApprovesFollowers, Hashtag, movedTo)
>
> On Sun, Apr 7, 2024, 19:42 nightpool <eg1290@gmail.com> wrote:
>
> discoverable and suspended all use the unique joinmastodon
> namespace as recommend by the extension document, since they were
> not approved by the Social CG via a consensus process the way that
> the original 4 extensions were. "indexable" does not appear to be
> a thing
>
> On Sun, Apr 7, 2024, 7:14 PM Ryan Barrett <public@ryanb.org> wrote:
>
> Yes! I had the same idea. Mastodon has a long list, many could
> be good candidates, notably indexable, discoverable,
> suspended, as:sensitive, etc.
> https://docs.joinmastodon.org/spec/activitypub/#extensions-not-defined-by-activitystreams
>
> On Sun, Apr 7, 2024 at 5:13 PM Aaron Gray
> <aaronngray@gmail.com> wrote:
>
> We have to deal and include mastodon’s extensions because
> they have now became an unofficial de facto standard. I
> have seen them being used in other implementations too.
>
> I will take some time this over the next two weeks to get
> up to speed on this so I may be useful.
>
> Thanks Evan for all your hard work pulling everything
> together. I should have thanked you before now.
>
> Regards,
>
> Aaron
>
> Aaron Gray - @AaronNGray@fosstodon.org
>
> Independent Open Source Software Engineer, Computer
> Language Researcher, Information Theorist, and Computer
> Scientist.
>
>
>
> On Mon, 8 Apr 2024 at 01:06, Evan Prodromou
> <evan@prodromou.name> wrote:
>
> The extensions policy currently in draft version
> explicitly says that new extensions should define a
> unique namespace.
>
> https://swicg.github.io/extensions-policy/
>
> Evan
>
> On Apr 7, 2024 19:47, nightpool <eg1290@gmail.com> wrote:
>
> (That's not the recommended way to do extensions
> any more,
> but it was popular in the early days of AP.)
>
> Is this true? All of the extensions I've seen that
> we use for Mastodon explicitly say {@id:
> "as:whatever"} in the context document. Which
> extensions are you referring to?
>
> On Sun, Apr 7, 2024, 6:37 PM Evan Prodromou
> <evan@prodromou.name> wrote:
>
> Hello! In our meeting on Friday, the CG
> decided to create a report
> documenting widely-used terms added to the
> Activity Streams 2.0
> namespace using the "@vocab" feature so far in
> the history of the protocol.
>
> (If you just drop a property into an AS2
> document, because the AS2
> context document includes '@vocab: "_:"',
> those properties are in the
> AS2 namespace. That's not the recommended way
> to do extensions any more,
> but it was popular in the early days of AP.)
>
> The goal of this report is to document popular
> terms inserted into the
> AS2 namespace, and include them in a separate
> context document. Then, we
> can use the Extensions Policy to add the terms
> into the AS2 context.
>
> The secondary goal is to test the SocialCG's
> extension policy, currently
> in draft status:
>
> https://swicg.github.io/extensions-policy/
>
> This project would push the bounds of that
> extension policy in at least
> one way; it doesn't use a well-defined
> namespace -- by definition! But
> otherwise it should be a good test of the policy.
>
> If you have ideas for existing undocumented
> AS2 terms seen in the wild
> that should be included, please make a note here:
>
> https://github.com/swicg/miscellany/issues
>
> The current context doc is here:
>
> https://purl.archive.org/socialweb/miscellany
>
> And the document will be here when it's
> written (currently boilerplate
> ReSpec):
>
> https://swicg.github.io/miscellany/
>
> Lastly, I had one person step forward to help
> out with this; if you
> think you'd be a good co-editor on this
> document, let me know.
>
> Evan
>
>
>
>
>
> --
> https://snarfed.org/
>
Received on Tuesday, 9 April 2024 07:47:13 UTC