Anchor

@dropanchor.app

Anchor was an experiment in geolocation on the AT protocol: https://dropanchor.app Project by @tijs.org #ATGeo.

We had a good run, and it was a great way to figure some atproto things out. But I don't see a way forward that makes sense for Anchor as a viable product. Taking Anchor to the next level would require non-trivial investment which the usage does not support. So I'm closing it down end of this month.

Love that people are working on geo-based apps built on atproto. Plenty of cool possibilities here, and a reminder of why all sorts of new apps should be building on atproto to have instant identity and social layers.

Boris@bmann.ca · 7mo ago

That is sort of @beaconbits.app @dropanchor.app which you can use now. Lots of work on geo this year. We have a lexicon for geo data and have in progress work to have a lookup for Foursquare open data info. Private data really needed for a bunch of larger usage of this.

I caved and got rid of the admittedly quite jarring pink background and redesigned the overall look to be more 'standard feed social'. Feels a bit more calm now at least if a bit less original 😉

screenshot of the new Anchor layout with a standard 3 column feed layout

Build 25 adds the like count to the timeline and detail views in the app. A checkin you share can be liked by other logged in users on the checkins page on the web.

Screenshot of the Anchor app showing the timeline feed of a user, with the new likes counts showing for some itemsScreenshot of the Anchor app showing a detail checkin view with the new like count.

Build 22: Makes the settings screen options functional, but also introduces an option to choose your own location provider. Starting simple for now but eventually will likely do a bring your own api key setup. I believe the target audience for this is nerdy enough that I can get away with this 😛

Settings screen of the Anchor app with an option to choose the geo provider for the nearby and search options.

Build 21 is now available in TestFlight! It brings beautiful photo checkins to the app making it useful for both travel logging as well as food logging, and probably many more use cases. Also the timeline and detail views have been cleaned up and we brought the delete button to the iOS app as well

The new mission for Anchor, focusing on personal location log instead of Swarm clone, has now also been implemented in the iOS app. The latest TestFlight build should now work again with the updated backend. But please logout and back in to get a new session. Bonus: nearby places is faster too.

I’m reworking Anchor to be a personal location logger more than a swarm clone. This allows me to rework the appview as a very thin layer on the PDS where it only needs to do some API endpoints and auth checking. While I’m working on this the site/app will likely be more down than up.

Whenever I'm looking at feature set and scope for Anchor I come back to personal location logger more so than Swarm clone. This would allow the app to rely purely on the locations in your pwn PDS for storage. No need for fancy follower graph logic (nor a need to store/cache that). Features follow..

I'm adding the following feed to the mobile app together with your personal timeline feed. I probably want to get rid of the global feed completely since that's not really something you'd want to have in the long term. So also likely taking that out in the web frontend. What do you think?

Build 18 is now out on Testflight! This release adds a new search feature in the checkin flow, for when the nearby places do not include your location. This search tab will allow you to search Nominatim directly for matching places. + Also includes your actual checkin text when sharing