Seeking interop testing for geosocial ActivityPub client

By

2 min read

Hey, all! I’m seeking some help testing an application I whipped up for the Geosocial task force of the W3C Social Web Community Group. It’s called https://checkin.swf.pub/ , and it’s a barebones checkin service, similar to Swarm, but implemented as a pure Web client. You can watch the application in action.

It logs into your account on an ActivityPub server using OAuth 2.0. It then reads your inbox, filtering the activities there to only show geosocial ones. You can use the geolocation services in the browser, and the places.pub service for a place vocabulary, to find nearby places. You can then “check in” to one of the places, with a note, and control of the privacy of the activity.

Geosocial activities are part of the core Activity Vocabulary that underlies ActivityPub. But, they’re not as widely implemented as other activities in the vocabulary. This app is trying to change that, by making them available on the network, and making it easy to create them.

To test the client, your service will need to support:

To test federation, your service will need to support:

As of this writing, Mastodon does not work for either of these. If you want to test receiving federated messages, follow me on evan@onepage.pub . I’ve been using it a lot!

Code for the checkin application is here: https://github.com/social-web-foundation/checkin

This is my second ActivityPub API client (ap, the command-line client, was my first), and my first one for the Web. I found this process really fun and invigorating. I was able to create a new kind of social networking application (well, new on the Fediverse…) purely from the client side. The app saves no data to the server; everything is done in the browser.

Please reach out on GitHub or comment here if you want to work on interoperability. I’m happy to help debug connections if needed.

Evan Prodromou
Evan Prodromou
@evanprodromou@socialwebfoundation.org

Research Director at the Social Web Foundation.

Current editor of the ActivityPub and Activity Streams 2.0 specifications at the Social Web Community Group of the W3C.

Author of “ActivityPub: Programming for the Social Web” by O’Reilly Media.

77 posts
829 followers
Fediverse reactions

15 responses to “Seeking interop testing for geosocial ActivityPub client”

  1. Evan Prodromou Avatar

    @evanprodromou I should be clear, this app has been one of my dreams since we started the Social Web Working Group at the W3C — maybe even before. I'm so amped that it's working; I am looking forward to refining it further.

  2. Mike Macgirvin 🖥️ Avatar

    We’ll (in this case Forte and the streams repository) send and receive Arrive and Leave and display them on a map if the coordinates are provided, but Travel hasn’t yet been implemented; and doesn’t make use of places.pub.

    We let you provide any textual description, using your device’s reported location; and “search nearby” is a function of every post that provides the coordinates.

    1. Evan Prodromou Avatar

      That’s awesome! I’d like to see it on the wire. Can I follow your account?

  3. naturzukunft Avatar

    @evanprodromou Is fep-d8c2 compatible with an oauth2 server like keycloak? I'm still having trouble understanding this, but my first guess is no. Hopefully I am wrong.

    1. naturzukunft Avatar

      @steve
      Is your client based on fep-d8c2?

      @evanprodromou

    2. Evan Prodromou Avatar

      I don’t know; I haven’t used keycloak.

  4. Bonfire Avatar

    @evanprodromou we did some initial testing in order to show places from places.pub on a map in bonfire. Proper previews for Arrive/Leave activities and the like should be straightforward to add.
    Happy to continue testing and share progresses over the coming weeks. Let us know if there are specific scenarios you'd like us to explore 🙂

    1. Evan Prodromou Avatar

      This would be really cool!

  5. Radgryd Avatar

    @evanprodromou This is a fantastic idea, I was waiting for something like this!

    I tried to log in, but it doesn't do anything, unfortunately. 🥲

    Edit: Sometimes it helps to look at the original post. 😂
    "As of this writing, Mastodon does not work for either of these. If you want to test receiving federated messages, follow me on evan@onepage.pub . I’ve been using it a lot!"
    Got it!

    1. Evan Prodromou Avatar

      I’ll try to make the error messages clearer.

    1. DeeAnn Little Avatar

      @mfeilner yep, this looks like it would be useful when we need to get to our meeting points. @evanprodromou

  6. Bonfire Avatar

    @evanprodromou Here's how check-in activities look in Bonfire (not released yet)!

    Happy to test check-out and travel activities too if you have examples to share.

    We're tracking mockups and implementation progress here: https://github.com/bonfire-networks/bonfire-app/issues/1444

    Would appreciate any feedback! 🙏
    cc. @Jeremiah @herebox

    1. Strypey Avatar

      @bonfire
      > We're tracking mockups and implementation progress here

      FYI I'd love to help. But from Jan 1 2025 onwards, I refuse to do anything that requires logging in to GritHub. For the same reason I refuse to maintain an account on FarceBook.

      Even reading GH pages on mobile is starting to require allowing this BorgSoft-controlled platform to run JS in my browser.

      #GitHub #DataFarms

      @evanprodromou @Jeremiah @herebox

      1. Bonfire Avatar

        @strypey copied the GH issues and mockups in a article and published on our bonfire instance for you to read and partecipate directly from the fediverse 🔥
        here you go https://bonfire.cafe/post/01K0V1SMG2934JRQC59EQMN620

        @evanprodromou @Jeremiah @herebox