Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse

Darkscribes Community

  1. Home
  2. Uncategorized
  3. ⚠️ We’re now entering the “extinguish” part of “Embrace, extend, extinguish”.

⚠️ We’re now entering the “extinguish” part of “Embrace, extend, extinguish”.

Scheduled Pinned Locked Moved Uncategorized
activitypubactivitypubspec
26 Posts 9 Posters 72 Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • trwnh@mastodon.socialT [email protected]

    @silverpill @steve @raucao <Note> is <as:Note> is <https://www.w3.org/ns/activitystreams#Note>, but only "Note" is consistent with compacted JSON-LD.

    Fundamentally, identifiers are expressed in different ways depending on context. The prefix mechanism produces compact URIs, which are still intrinsically URIs despite their lexical form not being a valid URI. If you care about referents, you need to expand them.

    "as:Public" is canonical for object properties (type:id). Disliking this fact doesn't make it untrue.

    trwnh@mastodon.socialT This user is from outside of this forum
    trwnh@mastodon.socialT This user is from outside of this forum
    [email protected]
    wrote last edited by
    #21

    @silverpill @steve @raucao The only thing I can really suggest is dropping the use of the prefix mechanism by undefining the `as` term, then rewriting all other term definitions to not use the `as:` prefix. This might make sense since the media type nominally guarantees the meaning of certain terms, and you really shouldn't define your own custom terms in the `as:` namespace, so maybe it's okay to say that no one should ever use `as:`. Is that the resolution you'd prefer?

    silverpill@mitra.socialS 1 Reply Last reply
    0
    • trwnh@mastodon.socialT [email protected]

      @silverpill @steve @raucao The only thing I can really suggest is dropping the use of the prefix mechanism by undefining the `as` term, then rewriting all other term definitions to not use the `as:` prefix. This might make sense since the media type nominally guarantees the meaning of certain terms, and you really shouldn't define your own custom terms in the `as:` namespace, so maybe it's okay to say that no one should ever use `as:`. Is that the resolution you'd prefer?

      silverpill@mitra.socialS This user is from outside of this forum
      silverpill@mitra.socialS This user is from outside of this forum
      [email protected]
      wrote last edited by
      #22

      @trwnh @steve @raucao I am not convinced that there is a problem in the first place.

      ActivityPub says the identifier is https://www.w3.org/ns/activitystreams#Public. JSON publishers use full URI. Server implementations that perform JSON-LD processing (e.g. Iceshrimp) also produce full URI, they figured it out. Then, why make a change?

      If this issue is purely theoretical, then it must be addressed without changing ActivityPub.

      steve@social.technoetic.comS 1 Reply Last reply
      0
      • silverpill@mitra.socialS [email protected]

        @trwnh @steve @raucao I am not convinced that there is a problem in the first place.

        ActivityPub says the identifier is https://www.w3.org/ns/activitystreams#Public. JSON publishers use full URI. Server implementations that perform JSON-LD processing (e.g. Iceshrimp) also produce full URI, they figured it out. Then, why make a change?

        If this issue is purely theoretical, then it must be addressed without changing ActivityPub.

        steve@social.technoetic.comS This user is from outside of this forum
        steve@social.technoetic.comS This user is from outside of this forum
        [email protected]
        wrote last edited by
        #23

        @silverpill @trwnh @raucao These kinds of discussions fascinate me. "Yeah, it's not right, but what's the problem?" 😉 It reminds me of ...

        https://xkcd.com/1172/

        trwnh@mastodon.socialT 1 Reply Last reply
        0
        • steve@social.technoetic.comS [email protected]

          @silverpill @trwnh @raucao These kinds of discussions fascinate me. "Yeah, it's not right, but what's the problem?" 😉 It reminds me of ...

          https://xkcd.com/1172/

          trwnh@mastodon.socialT This user is from outside of this forum
          trwnh@mastodon.socialT This user is from outside of this forum
          [email protected]
          wrote last edited by
          #24

          @silverpill

          Iceshrimp has hacky workarounds for interop reasons with plain JSON consumers who fail to understand the currently canonical fully conformant normal form of "as:Public" and only understand the non-canonical full URI. Hacky workarounds shouldn't be the norm. If one were to build an AS2 validator right now, the validator would produce documents that cause interop issues. That's the problem we're trying to solve. Issues like this prevent validation from being feasible.

          @steve @raucao

          julian@community.nodebb.orgJ 1 Reply Last reply
          0
          • trwnh@mastodon.socialT [email protected]

            @silverpill

            Iceshrimp has hacky workarounds for interop reasons with plain JSON consumers who fail to understand the currently canonical fully conformant normal form of "as:Public" and only understand the non-canonical full URI. Hacky workarounds shouldn't be the norm. If one were to build an AS2 validator right now, the validator would produce documents that cause interop issues. That's the problem we're trying to solve. Issues like this prevent validation from being feasible.

            @steve @raucao

            julian@community.nodebb.orgJ This user is from outside of this forum
            julian@community.nodebb.orgJ This user is from outside of this forum
            [email protected]
            wrote last edited by
            #25

            [email protected] but as:Public is not a dereferenceable URL. Needs to be special cased anyway.

            End of the day nothing changes, it needs special handling for all the cases anyway.

            cc [email protected]

            1 Reply Last reply
            0
            Reply
            • Reply as topic
            Log in to reply
            • Oldest to Newest
            • Newest to Oldest
            • Most Votes


            • Login

            • Don't have an account? Register

            • Login or register to search.
            Powered by NodeBB Contributors
            • First post
              Last post
            0
            • Categories
            • Recent
            • Tags
            • Popular
            • Users
            • Groups