Given it also applies to #ActivityPub, can someone explain the following “ActivityStreams 2.0” requirements? (Section 2.2) “(1) when an IRI that is not also a URI is given for dereferencing, it must be mapped to a URI using the steps in Section 3.1 of [RFC3987] and (2) when an IRI is serving as an "id" value, it must not be so mapped.” Isn’t an IRI given for dereferencing always an IRI serving as an “id” value for some Object? Maybe some examples would help to clarify it?
@steve I think this means you can have an "id" value that is an IRI but not actually a URI, e.g., you can't request a copy of the activity by requesting that IRI?
Would be a good one to check the primer on, or open an issue about.
@thisismissem Yes, that what it seems to be say, but that doesn’t make sense to me. I’m wondering if the intent is that the “id” IRI is not converted to a URI when the Object is serialized into JSON-LD for transport? Or maybe it means that any software doing the dereferencing must do the IRI to URI conversion before making the request (with the receiving server doing the inverse URI -> IRI conversion for lookup)? However, those are wild guesses on my part.
Add comment