Re: [Tagging] tagging "loose" paving stones

Out of curiosity, I looked the Web for wiggly pavement for drainage. Somme pavement have extra tips on the side for increased spacing. Apparently, as long as it's built on sand, the drainage is pretty good, no mention of a loose setup. Maybe the politician is very good at his job? ;-) Yves Le

Re: [Tagging] tagging "loose" paving stones

Interesting, this could also be used to let water in the ground in order not to cause subsidence by drying out the underground. Maybe we shouldn't map the intent, but be more descriptive. Technically, it is possibly just sett, but loose? Yves Le 17 février 2024 22:59:08 GMT+01:00, Anne

Re: [Tagging] tagging "loose" paving stones

Surface=Paved is generic. Maybe you're talking about cobblestone? Le 17 février 2024 18:19:06 GMT+01:00, Anne-Karoline Distel via Tagging a écrit : >I'm not sure I'm understanding the differences

Re: [Tagging] shops for display

Showroom... It's not a room either, usually the public can't enter the prémices, just have a look through the window. Yves Le 21 novembre 2023 12:40:51 GMT+01:00, Niels Elgaard Larsen a écrit : >On Tue, 21 Nov 2023 08:00:53 +0100 (CET) >Mateusz Konieczny via Tagging wrote: > >

Re: [Tagging] Proposal: Use description instead of name for route relations

It's never to late to fix a mistake? Yves Le 23 octobre 2023 09:46:05 GMT+02:00, Warin <61sundow...@gmail.com> a écrit : > >On 22/10/23 19:56, Martin Koppenhoefer wrote: >> >> sent from a phone >> >>> On 20 Oct 2023, at 10:23, Mateusz Konieczny via T

Re: [Tagging] [RFC] Feature Proposal - lifecycle prefix vandalised:

I'm not that much in favour of such a tag: 1) it's not about the current state of the element, but more on the cause of it. 2) It's temporary (hopefully) Yves Le 17 septembre 2023 12:50:21 GMT+02:00, Anne-Karoline Distel a écrit : >I'm proposing to establish the lifecycle prefix "va

Re: [Tagging] Streets with gradually increasing widths

I said that putting width on individual nodes is simple, and it's simple for the mapper, of course. Depending on the routing software, accessing nodes data can already be tricky for the data consumer. Yves ___ Tagging mailing list Tagging

Re: [Tagging] Streets with gradually increasing widths

;This is an awesome suggestion. It allows recording as much data as >anybody wants to measure, and doesn't add any needless complexity. > > That plus splitting the way are clearly the simpliest solutions. I doubt new tags width:start, e

Re: [Tagging] [RFC] Feature Proposal - Cell Phone Reception

Exactly, one have to keep in mind you are lucky if stuff get updated in OSM more frequently than once every a few years. Yves Le 8 août 2023 19:11:25 GMT+02:00, Florian Lohoff a écrit : >On Sun, Aug 06, 2023 at 07:18:29PM +, NickKatchur via Tagging wrote: >> Hello, >> >

Re: [Tagging] Tagging proposal On Wheels app 3 - Parking spaces for wheelchair users

tely wrong. Regards, Yves ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Tagging proposal On Wheels app 3 - Parking spaces for wheelchair users

s, imagery has a resolution and I doubt a lot of mappers go trough a complete parking lot a measuring tape in their hands. On the contrary, estimating a width from one's car when you happen to really need to know is probably not far-fetched. I'd say yes to

Re: [Tagging] Feature Proposal - RFC - yarn shops

I'm pretty sure this discussion already happened here years ago, did not found it, though. Yves Le 2 janvier 2023 22:29:58 GMT+01:00, stevea a écrit : >Yes, sewing and knitting aren't all that related. In California, we have what >are often known as "Vac-and-Sew"

Re: [Tagging] Route names being applied to tracks/paths

Remove the name of the way, put a name on each relations. Except if it makes sense to keep the name also on the way for whatever reason you see fit. Le 30 décembre 2022 18:06:12 GMT+01:00, Dave F via Tagging a écrit : >What do you do if there are two routes? > >DaveF > >On 30/12/2022 02:19,

Re: [Tagging] Route names being applied to tracks/paths

The simpliest way to map a long route is to give the same name to every ways it is composed of. Then, in second position, you can also create a relation. Regards, Yves Le 29 décembre 2022 10:47:44 GMT+01:00, Warin <61sundow...@gmail.com> a écrit : >Hi, > >It appears that route

Re: [Tagging] Feature Proposal - RFC - relation type=sled

I think it will be hard to find a lot of support for a relation type grouping sled runs, parking, restaurants, etc... All the additional features can be found easily in OSM: they are close to the run itself. For the walking parts, highway=path or else, or maybe piste:type=hike or connection

Re: [Tagging] Feature Proposal - RFC - relation type=sled

Why not https://wiki.openstreetmap.org/wiki/Tag:route%3Dpiste ? Sled is already documented and used for those relations. Regards, Yves Le 10 décembre 2022 10:11:39 GMT+01:00, Philipp Spitzer a écrit : >Dear all! > >I like to propose https://wiki.openstreetmap.org/wiki/Relations/Prop

Re: [Tagging] Relations of type=site + tourism=camp_site

Ah? Le 10 novembre 2022 21:09:47 GMT+01:00, Sven Geggus a écrit : >Yves wrote: > >> Instead of type=site + tourism=camp_site, type=site + site=camp_site would >> be less prone to objections, maybe. > >Well, wiki states that site=something is not recommended anymore

Re: [Tagging] Relations of type=site + tourism=camp_site

Good point Martin Le 10 novembre 2022 12:36:51 GMT+01:00, Martin Koppenhoefer a écrit : > > >sent from a phone > >> On 10 Nov 2022, at 12:31, Yves via Tagging wrote: >> >> Site relations are often used to models thing that aren't spatially joined, >> like

Re: [Tagging] Relations of type=site + tourism=camp_site

Site relations are often used to models thing that aren't spatially joined, like windfarms, universities... I can easily imagine it's reasonable to use them for campings in some corner cases where a single area doesn't work. Yves Le 10 novembre 2022 12:11:44 GMT+01:00, Mateusz Konieczny via

Re: [Tagging] Relations of type=site + tourism=camp_site

Instead of type=site + tourism=camp_site, type=site + site=camp_site would be less prone to objections, maybe. Regards, Yves Le 9 novembre 2022 22:00:23 GMT+01:00, Sven Geggus a écrit : >Hello, > >about a year ago I implemented support for site relations in OpenCampingM

Re: [Tagging] incline=up_and_down

You can't really micromap until you micromap for real ;-) More seriously, there may be no need to split ways down to the *exact* meter to give the router a sense of the way profile with incline=*. Yves Le 26 septembre 2022 02:21:24 GMT+02:00, Mateusz Konieczny via Tagging a écrit : >tagg

Re: [Tagging] Feature Proposal - RFC - Require proposal announcements to be made on the new forum instead of the mailing list

There is a 'follow' drop down at the end of a topic. Yves Le 24 septembre 2022 19:19:17 GMT+02:00, Mateusz Konieczny via Tagging a écrit : >How can I do "There you can select to get emails"? > >Is it about >"Email me when I am quoted, replied to, my @user

Re: [Tagging] Feature Proposal - RFC - Move proposal voting from wiki to the new forum

a wiki + tagging list process which has certainly its flaws, and that is sanctioned in some way by voting on the wiki. I think the new community site should be more integrated in the process before talking about voting. Yves ___ Tagging mailing

Re: [Tagging] Feature Proposal - RFC - highway=scramble

"Please bear in mind that quite a lot of them can be re-tagged automatically" Can you give a single example of similar automatic re-tagging in the past ? Yves___ Tagging mailing list Tagging@openstreetmap.org

Re: [Tagging] Feature Proposal - RFC - highway=scramble

Tens of thousand in remote areas, where contributors are scarce, just to change sac_scale=demanding_mountain_hiking to highway=demanding_mountain_hiking_alias, I don't see this going to get a lot of support. I'm also afraid that would put a lot of strain on a relatively small community of

Re: [Tagging] Feature Proposal - RFC - highway=scramble

Le 20 septembre 2022 19:04:59 GMT+02:00, martianfreeloader a écrit : > >How about this: > >- keep highway=path for everything that can be walked by normal people (this >means we don't need to re-tag millions of ways) >- introduce a new tag highway=demanding path for everything else. > I

Re: [Tagging] Feature Proposal - RFC - highway=scramble

Peter, the sac_scale definition on the wiki is quite thorough. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - RFC - highway=scramble

=alpine_hiking >highway=path + sac_scale=demanding_alpine_hiking >highway=path + sac_scale=difficult_alpine_hiking > >Janko I'll add to the list the trail_visibility= you like. Yves ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - RFC - Tag:traffic_calming=hillocky

Maybe it's time to create a sub-category of traffic_calming=bump with another tag for the peace of mind of data consumer and not bridle too much (though I think it is not possible) the creativity of traffic calming features creators? Yves Le 20 décembre 2020 11:42:56 GMT+01:00, "Tomáš

Re: [Tagging] Feature Proposal - RFC - Tag:traffic_calming=hillocky

I don't think they can be categorized with the ones designed to make noise. It looks like they are intended to work as bumps, but cheaper and easier to install. Yves Le 19 décembre 2020 23:47:29 GMT+01:00, Warin <61sundow...@gmail.com> a écrit : >On 20/12/20 9:24 am, Brian M. Sperlong

Re: [Tagging] Feature Proposal - RFC - Hazards

Le 5 décembre 2020 19:19:31 GMT+01:00, Martin Koppenhoefer a écrit : > >you guys are finding real world examples for every weird situation that nobody >expected to even exist. Traffic lights for rock fall somewhere? > >Cheers Martin They are no so rare, I remember one going down from La

Re: [Tagging] Animal trails

Creating a new tag for this is not a bad idea. Yves Le 30 novembre 2020 21:27:33 GMT+01:00, Seth Deegan a écrit : >You could add a `note=*` to every element. You should probably contact the >mappers of that region and explain to them not to add them. > >I agree that in this c

Re: [Tagging] Feature Proposal - RFC - Hazards

And hazards for niche practices (climbing, whitewater sports, ski touring,...) that are actually mapped in OSM are not generally signposted or 'official'. Maybe we can't expect this proposal to cover them, but you can't prevent users to use the tag hazard to map them. Yves Le 26 novembre 2020

Re: [Tagging] Elevated housing estate

I guess the level won't be completely sealed and may serve for something once the building is inhabited. Wait and them! Yves Le 25 novembre 2020 02:26:22 GMT+01:00, Graeme Fitzpatrick a écrit : >On Wed, 25 Nov 2020 at 11:20, Joseph Eisenberg >wrote: > >> Is the whole ground

Re: [Tagging] Feature Proposal - Voting - Pumping proposal

Given the number exposed here by Martin, and the fact that there is a few established data consumers, I think that preserving the pump tag as it is now and refine it with another tag would be a good idea indeed. Yves Le 22 novembre 2020 02:58:07 GMT+01:00, Martin Koppenhoefer a écrit

Re: [Tagging] Tagging Cycle Route Relations vs. Ways

On the history of elements, this tool is particularly good I think : https://osmlab.github.io/osm-deep-history/ Yves ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Deprecate water=pond?

We should get rid of all tags too close to natural language. I propose a unified tagging scheme: material = dihydrogen monoxyde formula = H2O flowing = yes/no depth = xx Wait, in fact this could be extended to anything from building to trees!! Yves Le 10 novembre 2020 06:26:39 GMT+01:00, Joseph

Re: [Tagging] Basic cartography features missing, why?

ssible, should not be >imported in OSM either, because they are in medium and large scale >resolution and not suitable by their nature (not well defined on small >scales, fuzzy boundaries, etc.). > >Cheers >Martin Ah, I thought this could be used to host extremely big fuzzy MPs that we otherwise do not welcome in OSM. Yves ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Basic cartography features missing, why?

Maybe I'm wrong, but can I use OSM tiles to help tracing a 'Blue Valley' polygon, simplify or copy a multipolygon 'Martin' s wood' or whatever and declare it cc0? Yves Le 8 novembre 2020 11:08:57 GMT+01:00, Martin Koppenhoefer a écrit : > > >sent from a phone > >> On 8.

Re: [Tagging] Basic cartography features missing, why?

Good initiative Martin, at first sight I'll make two comments : * CC0 doesn't allow to derive data from OSM * as geometries are fuzzy in nature, there should be a way to accept several geometries for a same entity, be it only to avoid long discussions on boundaries Yves Le 8 novembre 2020 09:47

Re: [Tagging] Basic cartography features missing, why?

atures could help solving the issue of mapping this larges or fuzzy geographical places the same manner we can map a bench or a road. Yves ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - RFC - Artificial

"Phase 4: All man_made tags to be removed 2031-01-01 00:00 UTC+0" I think that is as reasonable as it could be. Yves Le 21 octobre 2020 04:46:34 GMT+02:00, Robert Delmenico a écrit : >*Link to proposal page:* >https://wiki.openstreetmap.org/wiki/Proposed_features/artific

Re: [Tagging] [Talk-us] Large fire perimeter tagging?

Le 27 septembre 2020 21:43:31 GMT+02:00, Peter Elderson a écrit : >The idea that natural=wood is for natural woods and landuse=forest is for >managed forests has too little practical support. Yet, this is one of the first thing I learn in my early days in OSM

Re: [Tagging] Antwort: Re: Antwort: Re: Aerialway stations

station:type is still available then. Yves Le 17 août 2020 01:52:12 GMT+02:00, Martin Koppenhoefer a écrit : > > >sent from a phone > >> On 17. Aug 2020, at 00:25, Colin Smale wrote: >> >> Other attributes like the presence of the drive motors, ticket sale

Re: [Tagging] Antwort: Re: Antwort: Re: Aerialway stations

some criticism, let see what happens ! Yves Le 16 août 2020 13:53:31 GMT+02:00, Colin Smale a écrit  : >Nope You can't have a mid terminal, by definition. And as "terminal" >is used with similar semantics to "station" here, if you start with >aerialway:station yo

Re: [Tagging] Antwort: Re: Antwort: Re: Aerialway stations

Had a look at http://www.skilifts.org/old/glossary.htm, came up with : Aerialway:station=top_terminal, mid_terminal, bottom_terminal Yves ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Antwort: Re: Antwort: Re: Aerialway stations

Interesting: https://pistetopowder.com/the-new-schindlergratbahn-lift/ Quote: Facts & Figures Bottom station: 2,035 m Middle station: 2,643 m Mountain station: 2,579 OK, maybe 'head' is not ideal, but I think it's worth to find something else than 'upper' Yves Le 15 août 2020 13:37:31 GM

Re: [Tagging] Antwort: Re: Antwort: Re: Aerialway stations

advice and get a few new mapper's on board. Yves ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Antwort: Re: Aerialway stations

I'm not a natural speaker, head like in where the aerialway is heading. I propose the second scheme because of the duplicate meaning with ele in the definition, and because the aim of an aerialway could be lower than mid. Yves Le 14 août 2020 17:32:08 GMT+02:00, Mateusz Konieczny via Tagging

Re: [Tagging] Antwort: Re: Aerialway stations

Base / mid / head? Le 14 août 2020 10:59:11 GMT+02:00, dktue a écrit : > >Am 14.08.2020 um 10:53 schrieb yvecai: >> On 14.08.20 10:40, dktue wrote: I would define it as: lower_station: station that has the lowest elevation (exact elevation is not necessary to know, it's

Re: [Tagging] Antwort: Re: Aerialway stations

aerialway:access and the connection to a piste:type=downhill start (or whatever) may be sufficient. What is the use case here? Yves ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

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] Rio de la Plata edit war

Would it be worth considering adding other tags with area limits to the water/land polygons computation? Yves ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] site relations for city walls?

Le 15 juillet 2020 23:10:52 GMT+02:00, Martin Koppenhoefer a écrit : >Generally I would agree with Paul, maxstay of a few minutes isn’t actually a >„parking“ I doesn't agree. Yves ___ Tagging mailing list Tagging@openstreetmap.org

Re: [Tagging] site relations for city walls?

oject. Yet no formal 'network' of its own, and two 'operators'. Hard to map as a multipolygon, outside the pistes it is just forest. On the other end of the spectrum, I'm not particularly proud of this beast: https://www.openstreetmap.org/relation/3545276 1200 members and counting... Yves Le

Re: [Tagging] site relations for city walls?

hing about their repartition. Also it certainly makes no sense to have sites extending over extremely large areas. Yves Le 13 juillet 2020 01:14:40 GMT+02:00, Martin Koppenhoefer a écrit : > > >sent from a phone > >> On 13. Jul 2020, at 00:11, Volker Schmidt wrote: >>

Re: [Tagging] Are rowboats covered by "boat=*" or "canoe=*"?

I think the local access restrictions are probably more accurate that we are, do you have an example? Yves Le 23 juin 2020 06:37:18 GMT+02:00, Graeme Fitzpatrick a écrit : >On Tue, 23 Jun 2020 at 14:31, Joseph Eisenberg > >wrote: > >> >> But should rowboat acce

Re: [Tagging] site relation definition

Yes, restricting to 'man-made' objects doesn't make sense. This relation type is particularly unloved, yet it is not by restricting its definition in the wiki to something less that it is 'in use' for that it will automatically disappear. Yves

Re: [Tagging] Help explain the difference between path and track

My own simple definition, I may be wrong but that's how I map it : If there is two line on the ground indicating that a 4 wheel vehicle went trough, it's a highway=track. Yves ___ Tagging mailing list Tagging@openstreetmap.org https

Re: [Tagging] Adding man_made=spoil_heap to the Map Features page?

Graeme is right, plus it's a curated list on the wiki, this had its advantages! Maybe splitting it in 'main' (50k uses) and 'extended' may help. Yves ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Reviving the path discussion - the increasing importance of trails in OSM

yle as highway=footway and the ones in the wilderness as highway =path. Thus I'm completely missing the point of this long discussion. Yves ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Section numbers in hiking routes

. Yves Le 23 mai 2020 18:49:31 GMT+02:00, Jo a écrit : >So in the case of a route that passes through The Netherlands, Belgium >and >France, the part in The Netherlands and Flanders will have the same >name >(in Dutch)? And the parts in Wallonia and France will have the same

Re: [Tagging] Feature Proposal - RFC - Recreational route relation roles

gt; > >Op wo 20 mei 2020 om 17:37 schreef Yves : > >> "Applies to >> >> All  and  part of a relation tagged >> withtype=route and route=hiking or route=foot or route=bicycle or any >other >> recreational route type." >> >> I was thinkin

Re: [Tagging] Feature Proposal - RFC - Recreational route relation roles

he context of other recreational routes. I don't see in the current proposal any showstopper, but who knows? Once accepted, it will be easy enough to extend to other route=* relations as fit. Yves Le 20 mai 2020 13:33:26 GMT+02:00, Peter Elderson a écrit : >Please review and comment on

Re: [Tagging] Permanent ID/URI --- off topic email

Why not georeferencing the image in your DB, and query for the closest osm 'fountain' on request? Yves Le 19 mai 2020 12:47:18 GMT+02:00, European Water Project a écrit : >Hi Paul, > >Thanks for asking. > >I do not want to send people to the node on OpenStreetMap via a ur

Re: [Tagging] relations & paths

I prefer a single member route relation than a way with type=route, route=whatever. The later lead to much more uncertainty in the tags meaning. Yves Le 13 mai 2020 18:17:37 GMT+02:00, brad a écrit : >It isn't a route, except in OSM, it's just a trail. > >On 5/13/20 9:09 AM, Paul John

Re: [Tagging] relations & paths

e route does not make a >difference to >me. > I'll also include 'well known' or 'commonly used' in your definition. Yves ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Tag:amenity=motorcycle_taxi not approved

for renderers, there will be no drama if a map shows a taxi station inaccurately for a few months. Yves Le 10 mai 2020 16:08:27 GMT+02:00, Martin Koppenhoefer a écrit : > > >sent from a phone > >> On 10. May 2020, at 14:43, Paul Allen wrote: >> >> Either way, it's g

Re: [Tagging] Can highway=cycleway be limited to MTB?

it isn't worth it. Yves Le 5 avril 2020 11:52:26 GMT+02:00, Andrew Harvey a écrit : >I agree with Martin here, if tags are used but not documented on the >wiki, >discussion on the mailing lists or through a proposal process, how >would >such tags hold any meaning? Different edito

Re: [Tagging] Can highway=cycleway be limited to MTB?

As a side note: I would be worried to redefine the mtb=yes/no tag that is not documented but widely used. I do agree that makes sense to define it as an access tag, though. Yves Le 5 avril 2020 09:48:07 GMT+02:00, Andrew Harvey a écrit : >Thanks for everyone's good feedback and discussion

Re: [Tagging] Route names that aren’t names

Surely this can be fixed if needed, but Osm2pgsql still has a route_name column? A strange and evil case of rendering for the mapper. Yves Le 2 avril 2020 23:00:53 GMT+02:00, Richard Fairhurst a écrit : >Peter Elderson wrote: >> Suggestion for rendering: >> What about osmc:n

Re: [Tagging] iD semi automatic adding public_transport to aerialway=station

the record, this proposal is OK for me. The exact wording is probably to be worked in the wiki. Yves ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Can highway=cycleway be limited to MTB?

is to consider specialized tags such as mtb:*. Yves Yves Cainaud Le 2 avril 2020 11:10:58 GMT+02:00, Volker Schmidt a écrit : >If a highway is mtb:scale=2 it is definitely not a cycleway. It is a >highway=path with mtb:scale=2 >If this were to encounter a "cycleway" with mt

Re: [Tagging] iD semi automatic adding public_transport to aerialway=station

Both Martin and Paul have good points, but this won't help mapping aerial ways. Discussing this small matter at hand and refining the wiki may. Yves Le 31 mars 2020 20:02:44 GMT+02:00, Paul Allen a écrit : >On Tue, 31 Mar 2020 at 18:21, Martin Koppenhoefer > >wrote: > >&g

Re: [Tagging] iD semi automatic adding public_transport to aerialway=station

Agreed, public transport is certainly the exception here. Yves Le 31 mars 2020 04:21:25 GMT+02:00, Gegorian Hauser a écrit : >___ >Tagging mailing list >Tagging@openstreetmap.org >https://lists.openstreetmap.org/list

Re: [Tagging] Route names that aren’t names

renderers should sit around a wiki page and document how ideal tag could be and how they can be used in rendering, also taking into account the ability to parse nested relations or not with their respective toolchain. Improvements could go both side

Re: [Tagging] Route names that aren’t names

proposal and re-tag names in name=* and references in ref=* and filling itinerary, operator, etc... along the way. Yves ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

[Tagging] piste:grooming documentation

I'd like to have some comments if you think I missed something. This is about *actual usage* and better comprehension. If the values re-used from one type of piste to another does not suits you, it's another story that can be dealt with later. Yves

Re: [Tagging] How to tag shared waterway highway

on it. Yves Le 8 décembre 2018 10:25:49 GMT+01:00, ??? ?? ? -? Dar Alathar-Yemen a écrit : >Many waterways (wadis) in our region used as roads when no rain days. >How to tag them? is it allowed to use (waterway + highway) in sa

Re: [Tagging] Tourism=attraction: feature or secondary tag?

Le 7 décembre 2018 08:24:33 GMT+01:00, Warin <61sundow...@gmail.com> a écrit : >On 07/12/18 16:09, Yves wrote: >> >> Le 6 décembre 2018 23:05:48 GMT+01:00, Warin <61sundow...@gmail.com> >a écrit : >>> On 07/12/18 06:49, Mark Wagner wrote: >>>>

Re: [Tagging] Tourism=attraction: feature or secondary tag?

t;> natural=water + leisure=swimming_area ? natural=water + >>> sport=swimming ? >> Seems reasonable. > > Except for sport. Sport implies competition, are there marked lanes >for this competition? I'd think not. So I would leave sport out of it. > Sport key

Re: [Tagging] Tourism=attraction: feature or secondary tag?

here and there and more and more often comes from? Are we making a map of the world in its complexity or what? Yves ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - Voting - (Tramtrack_on_highway)

Sergio, This is not an issue, anyway some will argue that the highway is a highway AND a railway too, so they would be happy too. Yves ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - Voting - (Tramtrack_on_highway)

Here is another example : https://www.openstreetmap.org/#map=18/46.72145/6.53707 I like the railway key: if it's a railway, don't make it an obscure tag that no one can find in the wiki. Yves Le 21 novembre 2018 22:47:34 GMT+01:00, Graeme Fitzpatrick a écrit : >On Wed, 21 Nov 2018 at 19

Re: [Tagging] Feature Proposal - Voting - (Tramtrack_on_highway)

Hmm, if someone want to do something with the railway key, they will look at the value. It's a good proposal. Yves Le 20 novembre 2018 22:02:01 GMT+01:00, Rainer a écrit : >Sorry that I enter the discussion late. >First, is my understanding correct that you want to add a tag on a &g

Re: [Tagging] Using multipolygons to map bays in Alaska

there is. I would incline in your direction Christoph, do you have a map example or a postgis query to show ? It's hard to understand for non techies how this could work with just a node and the coastline. Yves ___ Tagging mailing list Tagging

Re: [Tagging] How to tag named group of named water areas?

Dave, Not that what you say doesn't make sense, cause it does. However I just think that the wiki is not the bible (it's a wiki), secondly OSM is not that square as it is made to be edited by hand. Keep it simple here just means that mapping a way is simpler than a relation for most. Yves

Re: [Tagging] How to tag named group of named water areas?

in simple cases. Yves Le 7 novembre 2018 17:08:50 GMT+01:00, Martin Koppenhoefer a écrit : >Am Mi., 7. Nov. 2018 um 16:40 Uhr schrieb Mateusz Konieczny < >matkoni...@tutanota.com>: > >> 7. Nov 2018 08:27 by daveswarth...@gmail.com: >> In the case of the pipeline,

Re: [Tagging] Out of the bars and onto the map: An lgbtq:*=* tagging scheme?

I agree with Frederick here, lgbtq=yes looks like the access tags. This discussion also reminds me the motorcycle-friendly thread not so long ago. https://wiki.openstreetmap.org/wiki/Proposed_features/motorcycle_friendly Yves Le 23 octobre 2018 20:27:04 GMT+02:00, Rory McCann a écrit : >Hi

Re: [Tagging] Upcoming removal of power=station and power=sub_station in the standard style

them rot. Yves ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

[Tagging] Highway=track and piste:type=nordic, are we doing it right ?

for this kind of mapping. Not my preferred one, it's a great tool. Yves [2] Are preset tags exclusives? https://github.com/openstreetmap/iD/issues/5398 [1] One_feature,_one_OSM_element https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element

Re: [Tagging] mechanical edit on iD request (was: Traffic_sign discussion)

If there is an issue with something merged too fast into iD, I guess that the devs could welcome a revert. Yves Le 11 octobre 2018 11:19:33 GMT+02:00, marc marc a écrit : >Le 10. 10. 18 à 21:22, yo paseopor a écrit : >> avoid problems with new iD editor as an agreement on tag

Re: [Tagging] Traffic_sign discussion

. Yves ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] How to tag named group of named water areas?

This case sounds not so abusive of multipolygons. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Greengrocer vs grocery vs shop=food?

Not sure it's a good idea to render it if no one really knows what it means :) Yves ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] relation site <> multipolygon

the forest between pistes. Yves Le 2 octobre 2018 17:07:11 GMT+02:00, Mateusz Konieczny a écrit : >2. Październik 2018 12:36 od marc_marc_...@hotmail.com ><mailto:marc_marc_...@hotmail.com>: > > >> Le 02. 10. 18 à 11:46, Mateusz Konieczny a écrit : >> > Can y

Re: [Tagging] My "weirdly unnatural aversion to relations"

Let's start another thread site VS multipolygons. It's interesting and it would be godd to keep in the archives. Le 2 octobre 2018 12:00:15 GMT+02:00, Mateusz Konieczny a écrit : >2. Oct 2018 05:15 by ba...@ursamundi.org : > > >>> >>> >>> >>> - this data is

Re: [Tagging] My "weirdly unnatural aversion to relations"

is data is basically not usable. It's not because you don't in carto that it's not usable. I use them in preprocessing daily. Yves ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Traffic sign direction tagging..

@Paul I guess it's this one: https://github.com/openstreetmap/osm2pgsql/issues/230 Yves ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Tagging a named river bend

Fine for me. Yves Le 30 septembre 2018 06:19:21 GMT+02:00, Dave Swarthout a écrit : >Correct. I will split the river way at either end of the bend and apply >the section tags to that piece only. The river continues to have its >own >name tag while the bend has only the tags needed

  1   2   >