[Tagging] Feature Proposal - RFC - Street vendors

Hi all, I propose to deprecate street_vendor=* and to tag mappable street vendors with amenity=street_vendor + vending=* + opening_hours=* instead. Please discuss this proposal on its Wiki Talk page. Cheers, Freetz

Re: [Tagging] Possible merge of marine_rescue & lifeboat_station tags?

On Mon, 7 Nov 2022 at 09:30, Jmapb wrote: > "Lifeboat" is an ambiguous term -- it even has a disambiguation page on > Wikipedia which lists https://en.wikipedia.org/wiki/Lifeboat_(shipboard) > ahead of https://en.wikipedia.org/wiki/Lifeboat_(rescue) . > Yes, that is a possibility, although

Re: [Tagging] Possible merge of marine_rescue & lifeboat_station tags?

On 11/6/2022 6:18 PM, Graeme Fitzpatrick wrote: I definitely agree that it should be emergency=, rather than amenity=. I must also admit to a slight personal preference for =marine_rescue :-), but the vast majority of usage is in the UK & Western Europe, where =lifeboat seems to be the most

Re: [Tagging] Possible merge of marine_rescue & lifeboat_station tags?

On Sun, 6 Nov 2022 at 19:08, Illia Marchenko wrote: > One tag is enough. I prefer emergency=lifeboat_station because > "emergency" is a narrower key. > Thanks, Illia. I definitely agree that it should be emergency=, rather than amenity=. I must also admit to a slight personal preference for

Re: [Tagging] Feature Proposal - Voting - Healthcare 1.1 - General comment

Vào lúc 04:43 2022-11-06, bkil đã viết: That's an interesting problem. Does the mediawiki API support CORS? If yes, we could easily create a very simple third party GUI form for it just for voting or adding a new comment on the talk page. In addition to the osm-proposals site, Martin is

Re: [Tagging] Feature Proposal - Voting - Healthcare 1.1 - General comment

On Sun, Nov 06, 2022 at 08:15:05PM +0100, Mateusz Konieczny via Tagging wrote: > > to find current proposals nor to identify those with active voting. > > Perhaps if I had kept a copy of the initial messages in this thread, > > I would have found an URI. > > >

Re: [Tagging] Easy way to find proposals [was: Healthcare]

Note that any proposals from https://wiki.openstreetmap.org/wiki/Category:Archived_proposals will be skipped in this listing. Nov 6, 2022, 18:13 by zelonew...@gmail.com: > You should bookmark this site to keep track of proposals: > > https://osm-proposals.push-f.com/ > > Ideally this should

Re: [Tagging] Feature Proposal - Voting - Healthcare 1.1 - General comment

Nov 6, 2022, 13:27 by tagging@openstreetmap.org: > A very general comment:- > > I very seldom consider voting on proposals, but I did want to look over > this one. > > However, when I logged into the wiki, there seemed to be no easy way > to find current proposals nor to identify those with

Re: [Tagging] Proposal process [was: healthcare]

Vào lúc 03:26 2022-11-06, m...@marcos-martinez.net đã viết: Some time ago I asked Alexander Borsuk (Organic Maps). The context was the debate on the "contact" controversy but it can be extended to other less heated topics... (The conversation was in the open OM Telegram channel and can be

Re: [Tagging] Using restriction and restriction:vehicle for the same restriction relation should be discouraged

Vào lúc 00:23 2022-11-06, easbar.m...@posteo.net đã viết: Ok, sure, as far as I am concerned it doesn't have to be `unrestricted` and could just as well be `none` or `no`. But at least there seems to be consensus that a) The `except` tag could/should be replaced with such a

Re: [Tagging] Easy way to find proposals [was: Healthcare]

On Sun, Nov 06, 2022 at 12:13:01PM -0500, Brian M. Sperlongano wrote: > You should bookmark this site to keep track of proposals: > > https://osm-proposals.push-f.com/ Thanks for that, but it doesn't work. Not on firefox with noscript enabling the site. It does seem to work on palemoon.

[Tagging] Easy way to find proposals [was: Healthcare]

You should bookmark this site to keep track of proposals: https://osm-proposals.push-f.com/ Ideally this should probably be linked to more places. On Sun, Nov 6, 2022 at 7:31 AM ael via Tagging wrote: > A very general comment:- > > I very seldom consider voting on proposals, but I did want to

Re: [Tagging] Proposal process [was: healthcare]

Hi Martin, you are comparing the wrong things. What I tried to say: Generally speaking we should strive for improving things. As we are talking about a database, standardization can be part of the solution and should be something considered desirable. It shouldn't be a valid argument against

Re: [Tagging] Feature Proposal - Voting - Healthcare 1.1 - General comment

That's an interesting problem. Does the mediawiki API support CORS? If yes, we could easily create a very simple third party GUI form for it just for voting or adding a new comment on the talk page. On Sun, Nov 6, 2022 at 1:31 PM ael via Tagging wrote: > > A very general comment:- > > I very

Re: [Tagging] Feature Proposal - Voting - Healthcare 1.1 - General comment

A very general comment:- I very seldom consider voting on proposals, but I did want to look over this one. However, when I logged into the wiki, there seemed to be no easy way to find current proposals nor to identify those with active voting. Perhaps if I had kept a copy of the initial messages

Re: [Tagging] Proposal process [was: healthcare]

sent from a phone > On 6 Nov 2022, at 12:34, m...@marcos-martinez.net wrote: > > Regarding standardization: First of all, I hope we all work on the basis that > we want to improve things. Can you move a ton of sand with a spoon? thing is, we don’t have just a heap of sand, we have hundreds

Re: [Tagging] Proposal process [was: healthcare]

Hi Brian, I appreciate all the effort you underwent with the "river tagging scheme. I do mean it. And I support it. Now, the process to achieve it seems ridiculously hard. You say people "reached out across many channels to discuss the proposed changes", "I had to discuss the specifics of

Re: [Tagging] Feature Proposal - RFC - Start moving proposal announcements to the new forum

I have updated the proposal a few days back which I would like to receive feedback on. I removed the transition period and required both the forum and the ML to be notified of a new proposal or vote. One exception I propose is that the proposal should be allowed to be made on behalf of the

Re: [Tagging] Possible merge of marine_rescue & lifeboat_station tags?

One tag is enough. I prefer emergency=lifeboat_station because "emergency" is a narrower key. вс, 6 нояб. 2022 г., 9:17 Graeme Fitzpatrick : > Some time ago, I raised a proposal for Marine Rescue stations: > https://wiki.openstreetmap.org/wiki/Proposed_features/Marine_rescue. > After a few

Re: [Tagging] Using restriction and restriction:vehicle for the same restriction relation should be discouraged

Ok, sure, as far as I am concerned it doesn't have to be `unrestricted` and could just as well be `none` or `no`. But at least there seems to be consensus that a) The `except` tag could/should be replaced with such a `no/none/unrestricted` value for the `restricted:` key b) Using

[Tagging] Possible merge of marine_rescue & lifeboat_station tags?

Some time ago, I raised a proposal for Marine Rescue stations: https://wiki.openstreetmap.org/wiki/Proposed_features/Marine_rescue. After a few weeks, I returned it to draft status, pending the resolution of the Military Bases proposal which was also going through at that time, but despite that,