Does OSM have some simple tag address if wastebasket (seemingly) allows sorting or not? Past years I’ve encountered new trashcans with 3-4 compartments installed around local area.
amenity=recycling + recycling:* seems to be closest match, but i find it slightly inappropriate as recycling implies waste is actually recycled, but this is not something a mapper surveying a trash-can could confidently conclude. Sorting the waste closer to consumer does not necessarily imply it’s recycled at facility. Sometimes there can even be multiple openings, but they all lead to same plastic bag. (Image on reddit)
In summer i researched large recycling containers and turned out even official sorting guide published on Estonian recycling org’s website was self-conflicting, the discrepancy has been fixed by January. Beverage cartons were excluded from paper bins due to plastic lining, but also excluded from plastic bins due to cardboard content. I also wish to avoid recycling:*=yes tagging because that would require mapper to carefully familiarise with OSM tagging, signage on bin and the detailed sorting guides online.
In discussion outside forum earlier this week, tags container=sorted or sorted=yes were suggested, but neither appears to have any existing usage at all. Although personally i like the sorted=yes (with potential to expand key to numeric field for number of compartments). Best part is those tags wouldn’t conflict with recycling:*=yes namespace, should next mapper wish to add more detailed information.
Please note the emphasis on word “simple“. I’m posting this question as mostly mobile mapper: surveying features as i walk past them on street. I’ve been suggested to map each compartment as separate trashcan or a recycling container with valid waste types. Aside from borderline violating the “one feature, one element” principle, this approach is significantly more time-consuming. If i were to map 4-compartment bin using EveryDoor, it took ~20 sec to map all compartments vs 7 sec for single bin with multiple compartments (yes, i measured this), plus additional time for unique tags to distinguish them.
I believe OSM tagging should keep (valid) tagging accessible to wide range of contributors by allowing incremental tagging. Wrote a small diary post explaining it.
PS. I don’t wish to propose new tag yet, just figure out if there are existing alternatives.
PPS. Regarding summer research project, i hoped to come up with localized tagging model, where editor could derive recycling:* keys from colour tag. Didn’t work well with editor presets, it might have worked in iD, but not in mobile editors.