If you're trying to dereference all RDF namespaces found in the #ActivityStreams JSON-LD document you must first download the internet.
Now downloading google.com...
If you're trying to dereference all RDF namespaces found in the #ActivityStreams JSON-LD document you must first download the internet.
Now downloading google.com...
Writing documentation was good for #GoActivityPub.
It gives me the opportunity to go through some user scenarios for the tools I'm documenting and make sure that they work the way I'm describing.
I've fixed a couple of issues in this way these past days.
https://man.sr.ht/~mariusor/go-activitypub/go-ap/pitfalls.md#changing-the-type-of-an-object
Writing documentation was good for #GoActivityPub.
It gives me the opportunity to go through some user scenarios for the tools I'm documenting and make sure that they work the way I'm describing.
I've fixed a couple of issues in this way these past days.
https://man.sr.ht/~mariusor/go-activitypub/go-ap/pitfalls.md#changing-the-type-of-an-object
For the past couple of days I've been hard at work writing documentation in the attempt to decrease the friction for developers that try #GoActivityPub for their applications.
I am of a mind to pay some #Go developers in the near future to do a weekend's worth of programming into trying to use the library in projects, so we can iron out potential issues with the use of the library itself and the documentation.
Anyone interested?
For the past couple of days I've been hard at work writing documentation in the attempt to decrease the friction for developers that try #GoActivityPub for their applications.
I am of a mind to pay some #Go developers in the near future to do a weekend's worth of programming into trying to use the library in projects, so we can iron out potential issues with the use of the library itself and the documentation.
Anyone interested?
I just realized that the default specifications for ActivityPub/ActivityStreams do not have a way to perform an update on an object's ID. (ie, moving it from example.com/1 -> example.com/2)
An Update activity does not allow ID updates because it would lose the reference to the original one. (It can be massaged by using an Origin property, but I don't like that).
Another option would be to use a Move activity (which is defined as moving objects between collections), where the Origin property is the object itself instead of a collection. (I like this behaviour better, as it requires less divergence from the spec)
Is anyone aware of a FEP for that?
I just realized that the default specifications for ActivityPub/ActivityStreams do not have a way to perform an update on an object's ID. (ie, moving it from example.com/1 -> example.com/2)
An Update activity does not allow ID updates because it would lose the reference to the original one. (It can be massaged by using an Origin property, but I don't like that).
Another option would be to use a Move activity (which is defined as moving objects between collections), where the Origin property is the object itself instead of a collection. (I like this behaviour better, as it requires less divergence from the spec)
Grrrr spent almost an hour debugging a problem. It was the receiver as:Public. as:Public is the devil !
It's somehow too confusing for me, 90 FEPs. We should soon think about how to organize them and give them weighting.
