<div dir="ltr">I am thinking of proposing new keys: <div>thisisa=* and</div><div>andalsoa=*</div><div><br></div><div>Deprecating amenity and man_made.</div><div><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Fr Gr Peter Elderson</div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Op vr 12 nov. 2021 om 09:51 schreef Martin Koppenhoefer <<a href="mailto:dieterdreist@gmail.com">dieterdreist@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
sent from a phone<br>
<br>
> On 12 Nov 2021, at 07:02, Minh Nguyen <<a href="mailto:minh@nguyen.cincinnati.oh.us" target="_blank">minh@nguyen.cincinnati.oh.us</a>> wrote:<br>
> <br>
> This issue similarly affects building=dormitory.<br>
<br>
<br>
there’s a proposal amenity=student_accomodation <br>
<br>
building (btw. landuse as well) are not defining “features” (things that happen in the building), for a warehouse, the feature in the warehouse building(s) could get another tag. Amenity doesn’t seem a suitable tag, maybe man_made (like man_made=warehouse / distribution_centre or similar) in analogy to man_made=works could be used?<br>
<br>
I would be interested to read from the amazon mappers what kind of hierarchy/feature classes should be covered in this domain.<br>
<br>
Cheers Martin <br>
<br>
<br>
_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org" target="_blank">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</blockquote></div>