sent from a phone
> On 18. Dec 2020, at 03:40, Graeme Fitzpatrick wrote:
>
> A base is the (almost invariably) enclosed area where a military
> establishment is located: https://en.wikipedia.org/wiki/Military_base. It
> will include a variety of buildings, facilities etc in the area, & may
On Fri, 18 Dec 2020 at 01:04, Joseph Eisenberg
wrote:
>
> But there is also
> https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dwastewater_plant -
> man_made=wastewater_plant so perhaps the key wastewater_plant=* would be
> appropriate, e.g.: landuse=basin + content=sewage
> +
This doesn't make any sense outside of trying breaking the SIT tagging
scheme If you have changes to suggest do that in the context of an SIT
improvement and not just so that you can add yet another SC challenge.
Am 18.12.2020 um 13:11 schrieb Mateusz Konieczny via Tagging:
I heavily edited
I heavily edited https://wiki.openstreetmap.org/wiki/Key:addr:floor
and created https://wiki.openstreetmap.org/wiki/Key:level:ref
Please, edit this pages if something can be improved.
Review of this pages also would be welcomed.
(edits triggered by
Your edit makes sense, at least as a first step, but we should reflect how
to explain why addr:floor is described as an alternative to level:ref, and
not as a "possible tagging mistake". Are there subtle differences? If not,
I would prefer to choose one and discourage the other. 10.000 uses are
Thanks for those edits, Joseph.
They make things a little neater!
Graeme
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
On Fri, 18 Dec 2020 at 20:10, Martin Koppenhoefer
wrote:
>
> there are quite different kinds of bases, some are “permanent” and may be
> in the home country of the military, others may be in “allied“ nations,
> with contractual or defacto relationships, and there may be also those in
> conflict
addr:floor is an address tag and used in -(postal)-addresses- when the
floor is customarily or required to be included.
level:ref is a SIT tag used to indicate the name (or other numbering) of
a level contrary to the zero based number of the level tag.
While both level:ref and addr:floor can
Am Fr., 18. Dez. 2020 um 12:32 Uhr schrieb Paul Allen :
> I'm not entirely happy with natural=water being applied to either sewage
> treatment or slurry. Neither are natural and neither store water.
>
neither am I, not for the question of how "natural" they are (ship has
sailed) but because I
Dec 18, 2020, 17:44 by si...@poole.ch:
>
> addr:floor is an address tag and used in -(postal)-addresses- when the
> floor is customarily or required to be included.
>
>
> level:ref is a SIT tag used to indicate the name (or other numbering) of
> a level contrary to the zero based
Dec 18, 2020, 14:56 by dieterdre...@gmail.com:
> Am Fr., 18. Dez. 2020 um 14:07 Uhr schrieb Mateusz Konieczny <>
> matkoni...@tutanota.com> >:
>
>>
>> 4) I am not planning to work on deprecating either one
>>
>
>
> but you are working on cosolidating _both_
>
No, I just researched and
1) this edits were not intended as changing anything but to document current
tagging
practice
2) how Simple Indoor Tagging is being broken by either of this tags?
3) If SIT is broken by that tags, how it can be avoided? Recommending to use
level tag together with either of this two?
Dec 18,
1) both are in use and while level:ref has more uses most of them come from
mass edits[1]
2) this edits were intended to document current tagging practice, not to create
a proposal
3) addr:floor went through a proposal[2] and I am not going to mark it as
deprecated
without consultation
4) I
Am Fr., 18. Dez. 2020 um 14:07 Uhr schrieb Mateusz Konieczny <
matkoni...@tutanota.com>:
> 1) both are in use and while level:ref has more uses most of them come
> from mass edits[1]
>
> 2) this edits were intended to document current tagging practice, not to
> create a proposal
>
> 3) addr:floor
> 14 dec. 2020 kl. 19:06 skrev Ture Pålsson :
>
> I have implemented the merge-adjacent-areas scheme in my renderer. I’ll try
> to get a demo up… :-)
>
> Having said that, as a renderer implementer, I have a slight preference for
> the relation method. It is s implyeasier to join things on
15 matches
Mail list logo
