Re: [Tagging] How to tag a graffiti?

2020-07-03 Thread António Madeira
Here in Portugal, is very common for Town Halls to promote graffiti festivals, with buildings and public spaces assigning spaces where urban artists can do their artworks. There are world renowned Portuguese graffiters thanks to this subculture that it's present in almost every Portuguese city.

Re: [Tagging] Feature Proposal - RFC - shop=bubble_tea

2020-07-03 Thread Jarek Piórkowski
On Fri, 3 Jul 2020 at 10:19, Paul Allen wrote: > On Fri, 3 Jul 2020 at 14:22, Jarek Piórkowski wrote: >> On Fri, 3 Jul 2020 at 05:47, Paul Allen wrote: >> > I think that coffee_shop and teahouse are not cuisines. I'm not convinced >> > inventing drinks=* to show what they focus on is a good

Re: [Tagging] Feature Proposal - RFC - shop=bubble_tea

2020-07-03 Thread Graeme Fitzpatrick
On Fri, 3 Jul 2020 at 19:36, 德泉 談 via Tagging wrote: > > The proposal would introduce a new tag (maybe amenity=drinks or > amenity=takeout_drinks or what). This kind of places sell beverages mostly > with takeaway paper or plastic cup, people can drink in their home or > office after buying. > >

Re: [Tagging] How to tag correct number of lanes for freeway on/off ramps?

2020-07-03 Thread Paul Johnson
On Fri, Jul 3, 2020 at 3:19 PM Matthew Woehlke wrote: > Consider https://www.openstreetmap.org/#map=17/42.85888/-73.77169. As I > write this, I-87 is annotated as having 3 lanes south of the on/off > ramps (south of 146). However, the off ramp starts all the way back at > the Sitterly Road

Re: [Tagging] How to tag correct number of lanes for freeway on/off ramps?

2020-07-03 Thread António Madeira
I believe the correct way is mapping it with 4 lanes where the 4th lane begins (with turn=|||slight_right) and put the motorway_junction where it splits. Then, the ramp gets 2 lanes and the main road 3. Às 17:38 de 03/07/2020, Matthew Woehlke escreveu: On 03/07/2020 16.28, Martin Koppenhoefer

Re: [Tagging] How to tag correct number of lanes for freeway on/off ramps?

2020-07-03 Thread Matthew Woehlke
On 03/07/2020 16.28, Martin Koppenhoefer wrote: On 3. Jul 2020, at 22:20, Matthew Woehlke wrote: Accordingly, there are actually four lanes for these stretches. What is the correct way to model this? split the highway so that each way had the same number of lanes, then fix the lanes (4

[Tagging] Intersections redux

2020-07-03 Thread Matthew Woehlke
Intersections are a problem. Currently, complex intersections tend to be modeled as a mesh of overlapping roads, which looks okay for rendering, but can cause problems for routing. There is a long-standing proposal for an intersection relation —

Re: [Tagging] How to tag correct number of lanes for freeway on/off ramps?

2020-07-03 Thread Martin Koppenhoefer
sent from a phone > On 3. Jul 2020, at 22:20, Matthew Woehlke wrote: > > Accordingly, there are actually four lanes for these stretches. > > What is the correct way to model this? split the highway so that each way had the same number of lanes, then fix the lanes (4 rather than 3) where

[Tagging] How to tag correct number of lanes for freeway on/off ramps?

2020-07-03 Thread Matthew Woehlke
Consider https://www.openstreetmap.org/#map=17/42.85888/-73.77169. As I write this, I-87 is annotated as having 3 lanes south of the on/off ramps (south of 146). However, the off ramp starts all the way back at the Sitterly Road overpass, and the on ramp doesn't fully merge until just before

Re: [Tagging] Feature Proposal - RFC - shop=bubble_tea

2020-07-03 Thread Phake Nick
在 2020年7月3日週五 22:32,Paul Allen 寫道: > On Fri, 3 Jul 2020 at 14:43, Joseph Eisenberg > wrote: > >> > description=* might be a better way of dealing with it (if the name of >> the >> place doesn't give it away). >> >> No, that is a bad idea. The "description" field does not provide >> consistent

Re: [Tagging] Feature Proposal - RFC - shop=bubble_tea

2020-07-03 Thread Paul Allen
On Fri, 3 Jul 2020 at 14:43, Joseph Eisenberg wrote: > > description=* might be a better way of dealing with it (if the name of > the > place doesn't give it away). > > No, that is a bad idea. The "description" field does not provide > consistent data. It is always preferable to use a new, more

Re: [Tagging] Feature Proposal - RFC - shop=bubble_tea

2020-07-03 Thread Paul Allen
On Fri, 3 Jul 2020 at 14:22, Jarek Piórkowski wrote: > > On Fri, 3 Jul 2020 at 05:47, Paul Allen wrote: > > > I think that coffee_shop and teahouse are not cuisines. I'm not > convinced > > inventing drinks=* to show what they focus on is a good idea and that > > description=* might be a

Re: [Tagging] Feature Proposal - RFC - shop=bubble_tea

2020-07-03 Thread Joseph Eisenberg
> description=* might be a better way of dealing with it (if the name of the place doesn't give it away). No, that is a bad idea. The "description" field does not provide consistent data. It is always preferable to use a new, more specific tag. One of the basic ideas of OpenStreetMap is "Any

Re: [Tagging] Feature Proposal - RFC - shop=bubble_tea

2020-07-03 Thread Jarek Piórkowski
On Fri, 3 Jul 2020 at 10:36, 德泉 談 via Tagging wrote: > I think I may redraft a feature proposal for the shop focusing providing > takeout beverages or only have very limit seats and merge the bubble tea shop > proposal into it. Right now we have amenity=cafe and shop=beverages for those > sell

Re: [Tagging] Feature Proposal - RFC - shop=bubble_tea

2020-07-03 Thread Paul Allen
On Fri, 3 Jul 2020 at 10:36, 德泉 談 via Tagging wrote: > > This kind of places may focus on different drinks: coffee/iced > tea/juice/bubble tea/etc... We can use the existing cuisine=* tag or a new > tag for example drinks=juice to distinguish what they focus on, and > drink:*=yes to show if a

Re: [Tagging] Feature Proposal - RFC - shop=bubble_tea

2020-07-03 Thread 德泉 談 via Tagging
I think I may redraft a feature proposal for the shop focusing providing takeout beverages or only have very limit seats and merge the bubble tea shop proposal into it. Right now we have amenity=cafe and shop=beverages for those sell drinks. Actually I'm not sure that if the feature of a