Conversation

Notices

1. Embed this notice
   silverpill (silverpill@mitra.social)'s status on Wednesday, 02-Oct-2024 22:54:04 JST silverpill

   • infinite love ⴳ

   @mikedev @trwnh @julian

   Context helps with identifying the target. When I receive an Add activity, I need to know what collection is being modified. Is it a featured collection, a context, or something else?

   One solution is to keep an index of all known collections and search through it every time Add is received.
   Another solution would require cooperation from producers, but I think it is a bit cleaner: embed partial representation of a target and use specific type there, like Context, instead of Collection. Then, as a consumer, I can simply check target.type instead of searching for target.id in my collection index.

   • Embed this notice
     silverpill (silverpill@mitra.social)'s status on Wednesday, 02-Oct-2024 22:58:29 JST silverpill

     in reply to

     • infinite love ⴳ

     @trwnh @mikedev @julian This object design pattern (partial embeddings) can be used in other situations too. We can use a new property like partial: true do indicate partial representations:

     https://socialhub.activitypub.rocks/t/partially-embedded-objects/4450

   • Embed this notice
     infinite love ⴳ (trwnh@mastodon.social)'s status on Thursday, 03-Oct-2024 01:52:16 JST infinite love ⴳ

     in reply to

     @silverpill @mikedev @julian "partial embedding" is a red herring. all embeddings are partial embeddings as far as you know. even fetching from the origin isn't guaranteed to respond with all statements/properties. (open world assumption, remember?) and you're going to have to fetch from origin anyway because you can't trust non-authoritative representations.

     i think you'd be better off indexing the collections.

   • Embed this notice
     silverpill (silverpill@mitra.social)'s status on Thursday, 03-Oct-2024 01:52:16 JST silverpill

     in reply to

     • infinite love ⴳ

     @trwnh @mikedev @julian If a relevant authority makes a claim about an object, I have no reason to not believe it. The default assumption is full representation, so if object is signed, or embedded within another object of the same origin, I wouldn't fetch it. Unless it is known to be partial - and that can be indicated by a special property, or can be required by some specification (as FEP-400e does).