thanks for your interest!
It is very well possible, e.g. an “amenity=restaurant” basically implies “provides=food+drink”! The use of the “provides“-tags is currently only needed when no OpenStreetMap “primary” tag exists for an object to be mapped. We encountered a lot of “alternative” POI types only slowly getting OSM tags, (e.g. fablabs, CSAs, open spaces, …) use “provides” until a tag gets established. A list of OSM objects implying our needs-based “provides” tag is currently worked on - see columns
I-M in this Ethercalc.
I’m currently working on filters for our maps, where the user should be able to filter the POIs displayed based on our needs. E.g. when he selects “food+drink”, only POIs related to that (restaurant, markets, community gardens, volxküchen, …) should get displayed.
The use of the “topic” key should be more straightforward - use it e.g. on a club=* to tag its goals.
Could you please specify what kind of descriptions do you miss (give an example?)? We are kind of tunnel-visioned, it has become very hard to write descriptions the ‘normal’ OpenStreet-Mapper understands
Thanks in advance,