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] 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] 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 case, mapping

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 level a parking

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. Sperlongano wrote:

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áš Hurýn"

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

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. Nov 2020, at 10:08,

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] 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] Basic cartography features missing, why?

Le 9 novembre 2020 10:08:42 GMT+01:00, Martin Koppenhoefer a écrit : >Am Mo., 9. Nov. 2020 um 09:37 Uhr schrieb Mateusz Konieczny via Tagging < >tagging@openstreetmap.org>: > >> In short: technically CC0 may be used, but it would be confusing as ODBL >> would still >> apply anyway. >> >> See

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

Le 7 novembre 2020 12:47:45 GMT+01:00, Tomas Straupis a écrit : > Fuzzy features (like >continents, mountain ranges, bays etc. should probably be moved to a >separate database). > I often thought an 'Openlabelmap' database containing geometries to help with the labeling of such features could

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/artificial >*Definition*: A

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 "vandalised:"

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 Tagging >>> wrote: >>> >>> maybe just

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

Re: [Tagging] Streets with gradually increasing widths

Le 16 août 2023 01:43:48 GMT+02:00, Greg Troxel a écrit : >Timothy Noname writes: > >> I've always thought actual measurements should be added to an individual >> node and the minimum width should be on the way, splitting the way at >> significant changes. > >This is an awesome suggestion. It

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

Le 15 septembre 2022 15:19:58 GMT+02:00, "Janko Mihelić" a écrit : >čet, 15. ruj 2022. u 14:52 Peter Elderson napisao je: > >> Which combination(s) of highway values, sac scale values and hazard values >> would exclusively represent a scramble (Dutch verb: klauteren, i.e. going >> up or down

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] 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 : >tagging

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

Le 24 septembre 2022 10:47:53 GMT+02:00, Mateusz Konieczny via Tagging a écrit : >3) https://community.openstreetmap.org/t/votes-on-discourse/508 >strongly encourages voting without comment, further moving it >from commenting with feedback to just a pure vote > >Is there a mode that requires

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 @username is mentioned, >or when there is

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

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] 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 name are being

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" shops which sell (not

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/Proposed/Sled

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] 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

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

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. > >Sven > How to map

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 OpenCampingMap. > >My

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, >> >> I have developed

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

Le 14 mai 2023 17:15:33 GMT+02:00, Tobias Knerr a écrit : >On 13.05.23 at 18:28 Marc_marc wrote: >> why not just add this information as amenity=parking_space geometry ? > >Indeed, amenity=parking_space is usually mapped as a polygon (over 94% of >amenity=parking_space tags are on ways,

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

I guess that if I'd want to inform my user about a parking space width, I'll stick to a specific width=* tag, and not rely on a hundredth "good enough" polygon geometry mapped at 3 in the morning. At least I'm sure that if the mapper care enough to estimate a width, it's not completely wrong.

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

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] 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,

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: >