I’m convinced that using something else than Bluesky’s ATProto or Mastodon’s Fediverse for place reviews (and images, part of reviews in my point of view) is the equivalent of creating a new geo database (instead of using OpenStreetMap) when faced with the challenge of bringing enriched geo attributes to posts of a social network.
Just some unorganized thoughts … Allowing only objective, verifiable content about places (e.g., photos, restaurant menus) and not reviews or ratings might provide much of the value while reducing the moderation required. Honest ratings usually require patronizing or spending significant time at a place whereas a dedicated contributor could quickly submit objective content for many places. The amount of content, rate of content submission, etc. can provide signals about popularity, just as the number of reviews on Google Maps does.
Fully agreed! For people’s convenience, it may be helpful to reiterate that there are only two solutions today (1) mangrove.reviews and (2) lib.reviews and the latter is invite-only—i.e. you can read but cannot start writing reviews without being invited first—so that leaves us with mangrove.reviews as the only “contender”.
This isn’t a competition of course! mangrove.reviews use CC BY 4.0 which is a very permissive license. I’d have preferred a stronger copyleft license like OSM does, but I’m happy to use the same license (CC BY 4.0) as them so that we can pool our data together (if they wish to synchronise with us of course).
I’ve considered it but then decentralisation makes everything—from aggregated statistics to moderation (and especially moderation, from spam to vote manipulation)—100x harder. As a solo dev, I don’t have much resources to bootstrap this proposal ActivityPub/ATProto today.
If there are any details you can share with us that’d be great! I’d love to learn about it more.
That’s the beauty of ATProto. Decentralised data storage, but global record stream and cache.
I just created a new Lexicon app.cartes.comment and my little server listens to Jetstream and stores an aggregated osmCode → [comment] disk database.
The source of truth is user’s PDS (mainly on Bluesky for now). My local DB can be recreated in case I lose it (it’s not simple, but it works : you ask the network which user repos have the `app.cartes.comment` lexicon, then loop to retrieve records).
In consequence, lots of different ATProto browsers can display the comments as-is. Exemple.
No offence but they arguably haven’t “solved” the problem if very few people know about them, and very few people contribute.
The main problem to solve is in my view a social one, not a technical one: get enough people to contribute for the data to be useful. This might need more active reviewers than there are active mappers: in many places around the world, we can barely keep up with which POIs exist and which ones have closed down, nevermind how happy people are with them.
Don’t get me wrong, I applaud these efforts and I don’t want to discourage them, but I’d love to see concrete ideas for how to solve that social problem of motivating people to sign up and review, including people who don’t even know what OSM is.
Zoom in to the target area, click on “Categories,” then “Restaurant,” and manually click each entry shown on the map one by one.
There’s no explicit five-star rating system here; all you can do is submit text and photos.
In some places, its user base is still active and strong, so it still generates some organic mapping and review data. I occasionally come here to get a “second opinion” against reviews on Google Maps.
It is quite possible to construct permanent links to OSM objects, as in links to specific versions. It needs some hackery to make this work for ways and relations so that you can detect all location changes, but it is completely possible. IMHO so generated links are not really fit for the general public, but for a service that is closely coupled to OSM, why not. It has the added advantage that it is trivial to detect changes and potentially semi-automatically update such references.
That’s putting it a bit strong; on the site currently I see “This page cannot load this map properly” and “for development purposes only”. The only POIs that I see are a school and someone’s house that they have added themselves…
I kind of thought that @SomeoneElse could remember, but ok Wikimapia - OpenStreetMap Wiki@spughetti seems to be of the opinion that the OSM wiki is a branch of wikipedia. It isn’t and we are f******* allowed to promote our project as much as we want.
Since lib.reviews has been mentioned, a couple of updates:
We already have a basic OSM adapter that uses the Overpass API to look up review subject labels for ways/nodes. I plan to expand that in future to pull in additional metadata. Metadata (in all supported languages) is sync’d automatically on a daily basis. Advice on how to do this better is appreciated! Here’s the very simple backend adapter: lib.reviews/adapters/openstreetmap-backend-adapter.js at main · permacommons/lib.reviews · GitHub
It’s true that the project requires an invite, and I’m not planning to change that anytime soon; it’s been an essential mitigation against spam and slop. But! We’ll add a “request an account” form soon to make it easier to simply ask for one via the site itself, and to empower more than one person (currently me) to approve such requests. In the meantime, just ping the Mastodon account to get an invite.
@boramalper: Regarding rating decay and different review subjects – the idea of supporting different metadata for different subjects has always been key part of the project. There are not many examples yet (we support book subtitles and authors for books), but the DB uses JSONB columns for review subject metadata to support a wide range of different topics.
On the subject of rating decay, this may be worth adding to subject pages (“recent review average” or similar); I’ll note that though we have 800 reviews total now, it’s the exception, not the norm, that a single subject will accumulate many reviews. I think that’s going to be true for any new review website for a long time at first, unless it’s hyper-specialized.
Aside from better OSM integration and easier invite-requests, some other things on my own wishlist include:
ActivityPub support to follow individuals or teams and get their reviews in your Mastodon/fediverse feed (and reply there);
Clearer distinction between content language & UI language;
A fully built out API (right now the endpoints are very basic and Atom feeds are the best way to get stuff out).
Lots to do! If you want to help, the main repo is on GitHub. Our IRC channel is #lib.reviews on libera.chat.