[Tagging] Tagging parts of a hospitals

[Mateusz Konieczny]

I would say that 
https://www.openstreetmap.org/node/2429182176#map=19/50.09074/19.93333
https://www.openstreetmap.org/node/8839662717#map=19/50.09070/19.93327
https://www.openstreetmap.org/relation/8493133#map=19/50.09037/19.93359
are features in itself.

Just that there is no tagging for them (three various bad taggings in one hospital
- amenity=clinic, amenity=hospital, type=site+site=hospital, each horrible in a
different way

And I have no idea bout name better than hospital:part.

Jan 13, 2022, 17:25 by sinus+osmtag at sinpi.net:

> I would second the maintag:part=yes concept. It would indicate that the feature (be it a building, a fixture, or whatever else) is serving as part of something larger, and isn't a feature in itself. If allowed to have values, it could signify WHAT part that is - hospital:part=covid_ward, for example.
>
> On Thu, 13 Jan 2022 at 17:09, Mateusz Konieczny via Tagging <> tagging at openstreetmap.org> > wrote:
>
>>
>>
>>
>> Oct 25, 2021, 11:14 by >> tagging at openstreetmap.org>> :
>>
>>>
>>> Oct 25, 2021, 06:38 by >>> osm.tagging at thorsten.engler.id.au>>> :
>>>
>>>> How about generalizing the "building:part" pattern to a general ":part"
>>>> suffix that can apply to any main tag?
>>>>
>>> amenity:part=hospital
>>> healthcare:part=hospital
>>>
>>> both seem weird
>>>
>>> hospital:part=yes?
>>>
>> Recorded this ideas at
>> https://wiki.openstreetmap.org/wiki/Talk:Tag:amenity%3Dhospital#How_to_tag_part_of_a_hospital.3F
>>
>> _______________________________________________
>>  Tagging mailing list
>>  >> Tagging at openstreetmap.org
>>  >> https://lists.openstreetmap.org/listinfo/tagging
>>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20220113/fa7d2a36/attachment.htm>