[Tagging] [OSM-talk] make water sources more usable by marking disused ones with lifecycle prefix, rather than extra tags like operational_status = out_of_order

[Mateusz Konieczny]

Even if they dismantling these water taps then seasonal=yes is 
still better for such cases

Apr 12, 2025, 23:24 by bkil.hu+Aq at gmail.com:

> I hate it when random mappers delete and then add water taps to the
> same place every year. They switch some (but not all) of them off for
> the winter to protect against freezing. They reason that as the
> suspense in operation is longer than 1 month, it's following best
> practice. I beg to differ.
>
> On Sat, Apr 12, 2025 at 7:58 PM Greg Troxel <gdt at lexort.com> wrote:
>
>>
>> Niels Elgaard Larsen <elgaard at agol.dk> writes:
>>
>> > Martin Koppenhoefer:
>> >> Am Fr., 11. Apr. 2025 um 20:49 Uhr schrieb Niels Elgaard Larsen
>> >> <elgaard at agol.dk <mailto:elgaard at agol.dk>>:
>> >>     I have added and updated many water_point s.
>> >>     Sometimes they do not work.
>> >>     But what if is just temporarily?
>> >> then someone who sees it working can switch it back to active.
>> >
>> > Most likely nobody will see it because who searches for disabled PIO's?
>> >
>> > And I and many other mostly use OSM offline with e.g., OsmAnd.
>> >
>> > So if a water point is out of service for a week before someone fix
>> > it, then it might take a month before I can find it with OsmAnd.
>> >
>> > That is the reason that the wiki says not to use the construction to
>> > tag such short-term closures of ways.
>>
>> Sure, for closures less than a month or so.  But I think this discussion
>> is mostly about longer-term breakage where there is no expectation of
>> fixing soon.
>>
>> Arguably, osmand should show a disused: entity perhaps grayed out and
>> maybe only at higher zoom, as that's useful informmation for someone.
>> Perhaps configurable.   That's an improvement for a particular rendered.
>>
>> My point is that we shouldn't leave things in the db marked as actually
>> existing because if they were properly marked some renderer might not
>> show it to someone who might have wished to know about it.
>>
>> _______________________________________________
>> Tagging mailing list
>> Tagging at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/tagging
>>
>
> _______________________________________________
> 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/20250415/d86d1a16/attachment.htm>