Re: [Tagging] Waterway equivalent of noexit=yes?

On Wed, 12 Aug 2020 19:37:40 +0100 Paul Allen wrote: > On Wed, 12 Aug 2020 at 18:36, Tod Fitch wrote: > > > Not yet mapped, but my prototype case can be seen in the Bing > > Imagery with an area that collect water around 33.99268,-116.22239 > > and flows generally to the east and north only to

Re: [Tagging] Tagging specialized head lice removal salons

sent from a phone > On 12. Aug 2020, at 23:54, Lisbeth Salander wrote: > > Maybe > healthcare=head_lice_removal would be more succinct? +1 > > As a bonus, that tag works both on its own and for hairdressers > (shop=hairdresser + healthcare=head_lice_removal). +1 > Map renderers should

Re: [Tagging] Tagging specialized head lice removal salons

On Wed, 12 Aug 2020 at 12:52, Paul Allen wrote: > You're saying people with head lice are just as attractive as those without them? :) Touché. You got me there hahahahah > It's about as close as we have, as I see it.  Podiatrists are healthcare=clinic + healthcare:speciality=podiatrist and the

Re: [Tagging] Tagging specialized head lice removal salons

On Wed, 12 Aug 2020 at 22:54, Lisbeth Salander wrote: > All good ideas except beauty=*, I'm sorry. That recommendation makes > sense in most cases, but if head lice was a beauty treatment we wouldn't > need clinics for detecting head lice in the first place hahaha. > You're saying people with he

Re: [Tagging] Tagging specialized head lice removal salons

All good ideas except beauty=*, I'm sorry. That recommendation makes sense in most cases, but if head lice was a beauty treatment we wouldn't need clinics for detecting head lice in the first place hahaha. healthcare=clinic + healthcare:specialty=head_lice_removal would work, but these salons are

Re: [Tagging] Waterway equivalent of noexit=yes?

Not yet mapped, but my prototype case can be seen in the Bing Imagery with an area that collect water around 33.99268,-116.22239 and flows generally to the east and north only to dissipate around 33.06076,-116.06077. The collection area is no problem nor is the ephemeral waterway until about 33

Re: [Tagging] Aerialway stations

So what is wrong with ele=* on the stations and the topography of the line? Completely (for OSM purposes) objective and uncontroversial. The data consumer/renderer can make their own mind up about nomenclature. Many of these lifts go up to go down, or go down to go up, as they cross ridges and vall

Re: [Tagging] Aerialway stations

sent from a phone > On 12. Aug 2020, at 21:39, Yves wrote: > > Alexey, you're right, anyway physical properties like incline are better > tagged on way than on relations. and horizontal aerialways aren’t completely unheard of either. The incline solution works only for a subset of aerialway

Re: [Tagging] Waterway equivalent of noexit=yes?

> On Aug 12, 2020, at 4:49 AM, Paul Allen wrote: > > On Tue, 11 Aug 2020 at 19:19, Tod Fitch > wrote: > > It occurred to me that the area where water flow disappears is indeterminate > [1], thus the problem mapping it. > > Ordnance Survey represents this as a so

Re: [Tagging] Aerialway stations

Alexey, you're right, anyway physical properties like incline are better tagged on way than on relations. Yves ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Aerialway stations

My imagination draws an aerialway that goes over a hill, with or without a mid-station at the top. So, potentially incline is not even a property of a route=aerialway relation, but of an aerialway way segment. 12.08.2020, 18:57, "Kevin Broderick" :In the case of Gaislachkoglbahn, it appears to be t

Re: [Tagging] Waterway equivalent of noexit=yes?

On Wed, 12 Aug 2020 at 18:36, Tod Fitch wrote: > Not yet mapped, but my prototype case can be seen in the Bing Imagery with > an area that collect water around 33.99268,-116.22239 and flows generally > to the east and north only to dissipate around 33.06076,-116.06077. > There's water there? It

Re: [Tagging] Waterway equivalent of noexit=yes?

On Wed, 12 Aug 2020 at 18:06, Joseph Eisenberg wrote: > Would waterway=spreads only be used for intermittent streams/rivers where > the waterway spreads out and evaporates on the surface? > I hadn't even considered its use with intermittent streams. > > If the water appears to sink into sand, g

Re: [Tagging] Waterway equivalent of noexit=yes?

Would waterway=spreads only be used for intermittent streams/rivers where the waterway spreads out and evaporates on the surface? If the water appears to sink into sand, gravel or fractured karst rock, would we want a different tag instead, e.g. waterway=sink? I understand that natural=cave_entra

Re: [Tagging] Waterway equivalent of noexit=yes?

On Wed, 12 Aug 2020 at 17:07, Tod Fitch wrote: > > To clarify it for me, the a “waterway=spread” tag would be used on a node > (rendered possibly as an asterisk) or on a way? Or either depending the > situation? > I'd say "spreads" rather than "spread" because that's the term OS uses. I've only

Re: [Tagging] Aerialway stations

There are 2 lines of the Metrocable gondola system in Medellín, Colombia which have 4 stations each (one has 5 stations, but that actually appears to be 2 different cable loops) https://en.wikipedia.org/wiki/Metrocable_(Medell%C3%ADn) The variety of different types of "aerialway" is quite large, s

Re: [Tagging] Aerialway stations

In the case of Gaislachkoglbahn, it appears to be two separate tramways (and tagged as such), with adjacent terminals. If the carriers (gondola cabins, tram cars, chairs, etc) don't continue through the station, I think it would be a drive or return terminal, not a mid-station; that particular case

Re: [Tagging] Aerialway stations

If the concern is for routing, that's a slightly bigger challenge—some tramways load only at one end, some load at both (e.g. the gondola linked above), others load primarily at one end with limited loading at the other in various special conditions, sometimes event-specific, and often with d

Re: [Tagging] Aerialway stations

>From an 'information about aerial tramways" standpoint, I believe that it would be preferable to label the drive, midstation, and return terminals as such. While they are often for vertical-oriented transport, aerialways are sometimes used for horizontal transport, e.g. https://www.openstreetmap.o

Re: [Tagging] Aerialway stations

Hi, 1) maybe "station=lower_station" would be clearer 2) I couldn't find any real-world example 3) Probably this would be the definition of a mid-station. Interesting example: https://www.openstreetmap.org/node/1613091788 Here within the same building we have "Talstation" ("valley station") an

Re: [Tagging] Aerialway stations

1) is bottom station always in valley? (This should be fixable) 2) is there case of 2 and more middle stations? 3) is there case of one station being both top and bottom station at once? Also, it uses single known tag, not new discussion purpose ones. Though, yes processing would be much more c

Re: [Tagging] Aerialway stations

Am 12.08.2020 um 16:28 schrieb Niels Elgaard Larsen: dktue: Hi, I was wondering why there's no way to distinguish valley and upper stations of aerialways in OpenStreetMap. Usually an aerialway consists of  * one valley station  * zero or more mid stations  * one upper station (or "mountain

Re: [Tagging] Aerialway stations

dktue: > Hi, > > I was wondering why there's no way to distinguish valley and upper stations of > aerialways in OpenStreetMap. > > Usually an aerialway consists of > >  * one valley station >  * zero or more mid stations >  * one upper station (or "mountain station") > > What do you think you t

[Tagging] Aerialway stations

Hi, I was wondering why there's no way to distinguish valley and upper stations of aerialways in OpenStreetMap. Usually an aerialway consists of  * one valley station  * zero or more mid stations  * one upper station (or "mountain station") What do you think you tagging this information with

Re: [Tagging] Tagging specialized head lice removal salons

On Wed, 12 Aug 2020 at 13:28, Martin Koppenhoefer wrote: > > I agree with Paul that those which are also hairdressers should probably > get an additional property, although I would not use “beauty” as key for > this. I'm not impressed with the idea of using beauty=* for describing what services

Re: [Tagging] Tagging specialized head lice removal salons

sent from a phone > On 12. Aug 2020, at 14:26, Martin Koppenhoefer wrote: > >  > > sent from a phone > >>> On 12. Aug 2020, at 13:55, Lisbeth Salander wrote: >> For the >> moment, I filled in general `healthcare` tags: >> https://www.openstreetmap.org/node/7806359146 > > > I agree with P

Re: [Tagging] Tagging specialized head lice removal salons

sent from a phone >> On 12. Aug 2020, at 13:55, Lisbeth Salander wrote: > For the > moment, I filled in general `healthcare` tags: > https://www.openstreetmap.org/node/7806359146 I agree with Paul that those which are also hairdressers should probably get an additional property, although I w

Re: [Tagging] Tagging specialized head lice removal salons

On Wed, 12 Aug 2020 at 12:55, Lisbeth Salander wrote: > > I'm asking for the proper way to tag a salon which only locates and > removes head lice. (Probably not every country has these > super-specialized salons) A quick search online suggests that some of > them double as hairdressers. > The on

[Tagging] Tagging specialized head lice removal salons

This is supposed to start a new topic in the Tagging mailing lists. If it doesn't, please close it or move it. I'm not all that familiar with mailing lists. I'm asking for the proper way to tag a salon which only locates and removes head lice. (Probably not every country has these super-specializ

Re: [Tagging] Waterway equivalent of noexit=yes?

On Tue, 11 Aug 2020 at 19:19, Tod Fitch wrote: > > It occurred to me that the area where water flow disappears is > indeterminate [1], thus the problem mapping it. > Ordnance Survey represents this as a sort of star of very short waterways at the approximate point of disappearance and labels the