Re: [Tagging] Should admin_level=1 tag be applied to EU?

ave the problem of having to switch currency since they use their own one already.I would rather say that the EU is a suber administrative boundary which belongs to OSM as a relation with admin_level=1 with all the EU countries as its members.~ Sören Reinecke alias Valor Naram Original Mess

Re: [Tagging] Remove non-prefixed versions of 'contact:' scheme

aracter). - `website`: All the other websites of a POI not fitting in the definition of `contact:website`. So providing valuable information about the POI. Cheers Sören Reinecke alias Valor Naram -Original Message- From: Martin Koppenhoefer Reply-To: "Tag discussion, strate

Re: [Tagging] Remove non-prefixed versions of 'contact:' scheme

ical field).~ Sören Reinecke alias Valor Naram Original Message Subject: Re: [Tagging] Remove non-prefixed versions of 'contact:' schemeFrom: Richard Fairhurst To: Tagging@openstreetmap.orgCC: I love the fact that we are now 50 messages into discussing, for the secondtime, a change

Re: [Tagging] Remove non-prefixed versions of 'contact:' scheme

r of their sisters should be no problem. The keys can be translated via a mechanical edit.~ Sören Reinecke alias Valor Naram Original Message Subject: Re: [Tagging] Remove non-prefixed versions of 'contact:' schemeFrom: Martin Koppenhoefer To: "Tag discussion, strategy and related

Re: [Tagging] Remove non-prefixed versions of 'contact:' scheme

Valor Naram Original Message Subject: Re: [Tagging] Remove non-prefixed versions of 'contact:' schemeFrom: "Marc M." To: tagging@openstreetmap.orgCC: Hello,Le 04.05.20 à 12:53, Valor Naram via Tagging a écrit :> replace all occurrence of the non-prefixed versions of the con

Re: [Tagging] Remove non-prefixed versions of 'contact:' scheme

> As an alternative, why not get rid of the contact:* versions since mostpeople are not using them?I tried this in the first round and people rejected it with the reason that this is the newer one which should be used~ Sören Reinecke alias Valor Naram Original Message Subject:

Re: [Tagging] Remove non-prefixed versions of 'contact:' scheme

I didn't heard any good reason why not to change to `contact:` scheme.~ Sören Reinecke alias Valor Naram Original Message Subject: Re: [Tagging] Remove non-prefixed versions of 'contact:' schemeFrom: Marc Gemis To: "Tag discussion, strategy and related tools" CC: Are yo

[Tagging] Remove non-prefixed versions of 'contact:' scheme

/7566 https://josm.openstreetmap.de/ticket/19184 OpenStreetMap contact schema unification -- ~ Sören Reinecke alias Valor Naram Developer (not Founder) of the Babykarte: https://babykarte.github.io Participating in "MapDiscover" project: https://mapdiscover.org "Community Sup

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

Will come, will come, please be patient. This is on ny ToDo list.~ Sören Reinecke alias Valor Naram Original Message Subject: Re: [Tagging] Feature Proposal - Voting - (phone)From: MARLIN LUKE To: Martin Koppenhoefer ,"Tag discussion, strategy and related tools" CC:

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

Hey, it's over. I closed the vote with 61 votes against and 46 votes for my proposal. My proposal has been rejected by community members: https://wiki.openstreetmap.org/wiki/Discussions/tagging/contact:phone_or_phone -- Cheers ~ Sören Reinecke alias Valor Naram Developer of the Babykarte

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

or the OpenStreetMap Community and of course for customers.~ Sören Reinecke alias Valor Naram Original Message Subject: [Tagging] Feature Proposal - Voting - (phone)From: Valor Naram via Tagging To: tagging@openstreetmap.orgCC: Valor Naram Hey,I finally opened the vo

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

detect that they are equal like in this case, we will need to develop a replacement function which we hate because normally you wouldn't do such crazy things like having two tags for the same purpose. -- Cheers ~ Sören Reinecke alias Valor Naram, Deve

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

> Valor Naram, could you clarify what specific changes will be made to> the page, based on approval of this proposal? Is it just rewording, or> are there any significant changes to how the tag is used?Basically it's just a rewording and redesign but actually there are s

[Tagging] Feature Proposal - Voting - (phone)

mbers and to deprecate the tag contact:phone which is used less. It's bad to have two keys for the exact same purpose in use. -- Cheers ~ Sören Reinecke alias Valor Naram, Developer of the Babykarte - https://babykarte.github.io Participating in MapDiscover project - https://mapdiscove

Re: [Tagging] Feature Proposal - RFC - (Phone)

`contact:phone` and `phone` are exactly for the same purpose, no differences just different names.See https://wiki.osm.org/Key:contact~ Sören Reinecke alias Valor Naram Original Message Subject: Re: [Tagging] Feature Proposal - RFC - (Phone)From: Martin Koppenhoefer To: &quo

Re: [Tagging] Feature Proposal - RFC - (Phone)

.- Deprecation of `contact:phone` has one disadvantage: It's not grouped anymore and we have to solve this by creating a new wikipage which lists all keys that can be used for contacting purposes (e.g. throw a contact tab like the Babykarte has).~ Sören Reinecke alias Valor Naram Original

Re: [Tagging] Feature Proposal - RFC - (Phone)

> let’s us all save a lot of typing and let’s bury the contact: - prefix.The time will come at least I will try to accomplish this.~ Sören Reinecke alias Valor Naram Original Message Subject: Re: [Tagging] Feature Proposal - RFC - (Phone)From: Martin Koppenhoefer To: &

Re: [Tagging] Feature Proposal - RFC - (Phone)

g. `phone` is the same like `contact:phone`. You could just find one difference: The name. And to have just the names different is a bad thing. In such cases we can make life a lot easier by just using one tag AND NOT two tags for the same purpose!~ Sören Reinecke alias Valor Naram Origina

Re: [Tagging] Feature Proposal - RFC - (Phone)

have one aggreement on storing data and not one. Two or more ways of storing literally the same thing is what I call inconsistent and bad for database usage.~ Sören Reinecke alias Valor Naram Original Message Subject: Re: [Tagging] Feature Proposal - RFC - (Phone)From: Paul Allen

Re: [Tagging] Feature Proposal - RFC - (Phone)

r but I also agree that "phone" is better because it's a shorter key, better to find in the wiki and used widely among the community. So I propose deprecating "contact:phone" for the reason why I think "phone" will win (or has already won according to its sightly mor

Re: [Tagging] Strange tags

But as datauser I won't use that data. We need to find a way to make the tags more useful in global scope. That can be done by translating to widely supported tags etc.~ Sören Reinecke alias Valor Naram Original Message Subject: Re: [Tagging] Strange tagsFrom: ael To: tagging

Re: [Tagging] Strange tags

Be sure that almost no data user will evaluate these tags~ Sören Reinecke alias Valor Naram Original Message Subject: Re: [Tagging] Strange tagsFrom: ael To: tagging@openstreetmap.orgCC: On Sun, Sep 29, 2019 at 09:09:16PM +0700, Dave Swarthout wrote:> donald=yes> ele=821&g

Re: [Tagging] Feature Proposal - RFC - (Phone)

g difference.~ Sören Reinecke alias Valor Naram Original Message Subject: Re: [Tagging] Feature Proposal - RFC - (Phone)From: Chris Hill To: tagging@openstreetmap.orgCC: I disagree with this idea that we must remove similar tags for the sake of it.Anyone who actually uses OSM data (ra

[Tagging] Feature Proposal - RFC - (Phone)

to work with our data. Cheers Sören Reinecke alias Valor Naram ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] [Key:phone] - Suggesting wiki page changing

the wiki page. I don't bother to delete `phone:emergency` and so on from my spec.~ Sören Reinecke alias Valor Naram Original Message Subject: Re: [Tagging] [Key:phone] - Suggesting wiki page changingFrom: Paul Allen To: "Tag discussion, strategy and related tools" CC: On W

Re: [Tagging] [Key:phone] - Suggesting wiki page changing

So you suggest `phone:international` and `phone` beside of the other keys `phone:press`, `phone:night`, `phone:emergency`?~ Sören Reinecke alias Valor Naram Original Message Subject: Re: [Tagging] [Key:phone] - Suggesting wiki page changingFrom: Colin Smale To: tagging

Re: [Tagging] [Key:phone] - Suggesting wiki page changing

We should not talk any longer about charging plans (which provider and when will apply different charges to whom) because we're difting off --> going Off-Topic.CheersSören Reinecke alias Valor Naram Original Message Subject: Re: [Tagging] [Key:phone] - Suggesting wiki p

Re: [Tagging] [Key:phone] - Suggesting wiki page changing

So we're good to keep `phone:mobile` for mappers who know if the number is a mobile one or landline.We can keep `phone:mobile` for explicit ones where you can say to 100% this is a mobile phone number and will be *generally* charged as such.CheersSören Reinecke alias Valor NaramPS: Don't be

Re: [Tagging] [Key:phone] - Suggesting wiki page changing

So the distinction of mobile and landline is a problem. Is there any possibility to distinct between landline and mobile also in Italy?CheersSören Reinecke alias Valor Naram Original Message Subject: Re: [Tagging] [Key:phone] - Suggesting wiki page changingFrom: Martin Koppenhoefer

Re: [Tagging] [Key:phone] - Suggesting wiki page changing

> What about the other less frequently used duplicates contact:website, contact:email and contact:fax? Wouldn't it make more sense to deprecate them all instead of just one?At least `contact:email` will come. I prefer to work step for step.CheersSören Reinecke alias Valor Naram Origi

[Tagging] [Key:phone] - Suggesting wiki page changing

voices. I included a Markdown file with this e-mail and want to know what you think. Is there a possibility to use Markdown in our wiki or to convert Markdown into wiki formatting? Cheerio Sören Reinecke alias Valor Naram # Usage ## Format of phone numbers Phone numbers should be always in the follow

Re: [Tagging] phone vs contact:phone WAS Re: Multiple tags for one purpose

bkeys like `emergency`CheerioSören Reinecke alias Valor Naram Original Message Subject: Re: [Tagging] phone vs contact:phone WAS Re: Multiple tags for one purposeFrom: Colin Smale To: tagging@openstreetmap.orgCC: On 2019-08-26 15:53, Martin Koppenhoefer wrote: sent from a phoneOn 25

Re: [Tagging] phone vs contact:phone WAS Re: Multiple tags for one purpose

ion" in general. But deprecating `contact:phone` in favor of `phone` can be the logical step.CheersSören Reinecke alias Valor Naram Original Message Subject: Re: [Tagging] phone vs contact:phone WAS Re: Multiple tags for one purposeFrom: Colin Smale To: tagging@openstreetmap

Re: [Tagging] phone vs contact:phone WAS Re: Multiple tags for one purpose

> What about deprecating the contact: prefix, at least for phone? It doesn’t seem it will ever make it and is basically a deliberate tag fragmentation.Yes, I recommend deprecating `contact:phone` Original Message Subject: [Tagging] phone vs contact:phone WAS Re: Multiple tags for

Re: [Tagging] Add amenity=childcare to Map Features?

why not. Babykarte has also support for `amenity=childcare` Original Message Subject: [Tagging] Add amenity=childcare to Map Features?From: Joseph Eisenberg To: "Tag discussion, strategy and related tools" CC: The tag amenity=childcare is fairly popular (used 17,000 times), andit's

Re: [Tagging] Multiple tags for one purpose

to solve it. Goal: To deprecate one tag in favor of the other one. Developing a strategy.Best regardsSören Reinecke alias Valor Naram Original Message Subject: Re: [Tagging] Multiple tags for one purposeFrom: Joseph Eisenberg To: "Tag discussion, strategy and related tool

Re: [Tagging] Multiple tags for one purpose

That's why I want to involve all user groups. Mappers, developers and local communities.CheerioSören Reinecke alias Valor Naram Original Message Subject: Re: [Tagging] Multiple tags for one purposeFrom: marc marc To: tagging@openstreetmap.orgCC: Le 24.08.19 à 18:04, Valor Naram

Re: [Tagging] Multiple tags for one purpose

ecrets. This connection I can try to create also among OSM folks (societies).Best regardsSören Reinecke alias Valor Naram Original Message Subject: Re: [Tagging] Multiple tags for one purposeFrom: Paul Allen To: "Tag discussion, strategy and related tools" CC: On Sat, 24 Aug 2

Re: [Tagging] Multiple tags for one purpose

The tagging Community (this list) will negotiate it and it's the office at the same time. The process should be like the process for proposals but only discussion and vote.RegardsSören Reinecke alias Valor Naram Original Message Subject: Re: [Tagging] Multiple tags for one

[Tagging] Multiple tags for one purpose

-524437983 about "fragmentation" as Morgan calls it. In my opinion this is a topic we should consider working on and creating a wikipage to describe the "defragemtation" process in general. Cheers, Sören Reinecke alias Valor Naram ___

Re: [Tagging] Feature Proposal - RFC - amenity=power_supply

Like your message (+1) marc marc Original Message Subject: Re: [Tagging] Feature Proposal - RFC - amenity=power_supplyFrom: marc marc To: tagging@openstreetmap.orgCC: I think you were badly inspired when you listened to the supportersof the mega proposals that fail to pass the vote

Re: [Tagging] Idea for a new tag: amenity=power_supply

> Looks good to me, except that the tag name should really be something like "power_supply:socket_type" rather than the over-generic "power_supply".+1___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] wheelchair = hiking

://wiki.openstreetmap.org/wiki/Key:wheelchairCheerioSören alias Valor Naram Original Message Subject: Re: [Tagging] wheelchair = hikingFrom: Paul Allen To: "Tag discussion, strategy and related tools" CC: On Tue, 18 Jun 2019 at 15:32, Andreas Lattmann <andrea.lattm...@ga-2

Re: [Tagging] About the diaper key

per=bench -> changing_Table=limited > > diaper=room -> changing_table=yes + changing_table:location=room > (you > can't assume that the room is dedicated) > > Le 12.06.19 à 18:10, Valor Naram a écrit : > > Hi marc, > > > > you can find the conversi

Re: [Tagging] About the diaper key

Hi marc, you can find the conversion table at https://wiki.openstreetmap.org/wiki/Key:changing_table I promised to create such a table and I am not one who breaks his promises On Wed, 2019-06-12 at 14:41 +, marc marc wrote: > Hello, > > Le 12.06.19 à 16:14, Valor Naram a écrit :

[Tagging] About the diaper key

d about hearing your ideas since some of you noted that just replacing the diaper key and its values with the key and the values of the new key can be problematic. Cheerio Sören alias Valor Naram ___ Tagging mailing list Tagging@openstreetmap.org https://lis

Re: [Tagging] A modest proposal to increase the usefulness of the tagging list

Yes it would work and I would highly appreciate it because it's easier for me to maintain a discussion page than a discussion on a mailing list. A discussion page gives me more control of the discussion itself which is needed for moderating.CheersSören alias Valor Naram Original Message

Re: [Tagging] A modest proposal to increase the usefulness of the tagging list

We should also remember ourselves that we want to talk objectively about topics as often as possible and avoiding debates that are driving too emotional. Sure, everyone is free to express his/her subjective view but it shouldn't enlarge to a emotional debate like in thread

[Tagging] Feature Proposal - Voting - changing table

Hey, I am encouraging you to vote for the Proposal at https://wiki.openstree tmap.org/wiki/Proposed_features/changing_table a second time. I'm in hope to get that approved. I want to see your choices. Best regards Sören alias Valor Naram ___ Tagging

Re: [Tagging] Feature Proposal - RFC - changing table - self referencing description

Did it, see https://wiki.openstreetmap.org/wiki/Proposed_features/changing_table Original Message Subject: Re: [Tagging] Feature Proposal - RFC - changing table - self referencing descriptionFrom: Martin Koppenhoefer To: "Tag discussion, strategy and related tools" CC: sent from a

Re: [Tagging] Feature Proposal - RFC - changing table - self referencing description

<61sundow...@gmail.com>To: tagging@openstreetmap.orgCC: On 25/05/19 17:15, Valor Naram wrote:> Hey all,>> something else that needs to be discussed/improved before starting the > second voting?>https://wiki.openstreetmap.org/wiki/Proposed_features/changing_tableKey:baby_changing_tab

Re: [Tagging] Feature Proposal - RFC - changing table - self referencing description

Hey all,something else that needs to be discussed/improved before starting the second voting?CheerioSören alias Valor Naram Original Message Subject: Re: [Tagging] Feature Proposal - RFC - changing table - self referencing descriptionFrom: Valor Naram To: "Tag discussion, str

[Tagging] Investigation between iD developers and OSM community

o fit in the emotion costume but it should have been lead to a objective discussion with searching and providing solutions in order to solve the problem. If you want an investigation for clearing things out, I will do that. But I won't use this mailing list for that. Cheers Sör

Re: [Tagging] solving iD conflict (was: pointlessly inflamatory title)

I could try to investigate and I am neutral because I don't have an opinion on that topic yet. You have just to say it and I will prepare an investigation like pointing out my role in this process and some other things that needs to be done beforehand.Great wishes bySören alias Valor Naram

Re: [Tagging] Feature Proposal - RFC - changing table - self referencing description

CC: Am Do., 23. Mai 2019 um 10:52 Uhr schrieb Valor Naram <valin...@gmx.net>:I have changed the description for the proposal at https://wiki.openstreetmap.org/wiki/Proposed_features/changing_table as suggested.current description reads: "Provides the infrastructure for changing the n

Re: [Tagging] Wiki for documentation, ML for discussion | Re: solving iD conflict

When I came to OSM I started mapping my house number. Then I don't participated for 3 years until I came back and I hadn't had any problems of whom to ask. I edited something and then iD lead me to the "OSM_de" group on Telegram. Original Message Subject: Re: [Tagging] Wiki for

Re: [Tagging] solving iD conflict (was: pointlessly inflamatory title)

ias Valor Naram Original Message Subject: Re: [Tagging] solving iD conflict (was: pointlessly inflamatory title)From: Mateusz Konieczny To: CC: "Tag discussion, strategy and related tools" 23 May 2019, 18:32 by o...@westnordost.de:reverse this development.

Re: [Tagging] Feature Proposal - RFC - changing table - self referencing description

I have changed the description for the proposal at https://wiki.openstreetmap.org/wiki/Proposed_features/changing_table as suggested. Original Message Subject: Re: [Tagging] Feature Proposal - RFC - changing table - self referencing descriptionFrom: marc marc To:

Re: [Tagging] Feature Proposal - RFC - changing table

Yes, right. Sry for this. I learnt that "floor" means "Flur" in german language. Seems to be incorrect. Original Message Subject: Re: [Tagging] Feature Proposal - RFC - changing tableFrom: Michael Brandtner via Tagging To: tagging@openstreetmap.orgCC: Michael Brandtner I

Re: [Tagging] Feature Proposal - RFC - changing table

then it's a property Original Message Subject: Re: [Tagging] Feature Proposal - RFC - changing tableFrom: Martin Koppenhoefer To: "Tag discussion, strategy and related tools" CC: Am Mo., 20. Mai 2019 um 12:36 Uhr schrieb Valor Naram <valin...@gmx.net>:> [..

Re: [Tagging] Feature Proposal - RFC - changing table

ure Proposal - RFC - changing tableFrom: Martin Koppenhoefer To: "Tag discussion, strategy and related tools" CC: Am Mo., 20. Mai 2019 um 11:00 Uhr schrieb Valor Naram <valin...@gmx.net>:> From what I understand, the tag seems to be intended as a property only (requires a "

Re: [Tagging] Feature Proposal - RFC - changing table

ocumented yet and its meaning remains unclear. Original Message Subject: Re: [Tagging] Feature Proposal - RFC - changing tableFrom: Martin Koppenhoefer To: "Tag discussion, strategy and related tools" CC: Am Mo., 20. Mai 2019 um 07:07 Uhr schrieb Valor Naram <valin...

Re: [Tagging] Feature Proposal - RFC - changing table

trategy and related tools" CC: sent from a phone> On 19. May 2019, at 20:31, Valor Naram wrote:> > I have rewritten my proposal to hopefully please the critic. Please check it out: https://wiki.openstreetmap.org/wiki/Proposed_featu res/changing_table> > Author: Valor Naram> Def

[Tagging] Feature Proposal - RFC - changing table

Hey guys, my first proposal has been rejected for some reason. I have rewritten my proposal to hopefully please the critic. Please check it out: https://wiki.openstreetmap.org/wiki/Proposed_featu res/changing_table Author: Valor Naram Definition: A tag to mark the possibility to change

[Tagging] Feature Proposal - RFC - changing table

Hey guys, my first proposal regarding changing tables were rejected because of being "too complex". I will give it a second chance and provide you with the v2.0 of it: https://wiki.openstreetmap.org/wiki/Proposed_featu res/changing_table Author: Valor Naram Definition: A t

Re: [Tagging] Feature Proposal - RFC - Baby changing table

changing tableFrom: Valor Naram To: tagging@openstreetmap.orgCC: Definition: A tag to mark the possibility to change the baby's nappy Proposal page: https://wiki.openstreetmap.org/wiki/Proposed_features/baby_changing_tablesPlease join the discussion and I will spend time to make changes.CheerioSören alias

[Tagging] Feature Proposal - Voting - (changing table)

Hi there, Definition: A tag to mark the possibility to change the baby's nappy Author: Valor Naram the discussion has been closed by me and we can vote on my proposal. Please give me your voice at https://wiki.openstreetmap.org/wiki/Propos ed_features/changing_table so we can get rid

Re: [Tagging] Feature Proposal - RFC - Baby changing table

wing:https://wiki.openstreetmap.org/wiki/Proposed_features/changing_tableThen we can create a redirect from the old URL so that all links mentioned in this thread and elsewhere will work indefinitely. Please verify that both the main page and the talk page redirects.On Mon, Apr 29, 2019 at 7:50 PM V

Re: [Tagging] Feature Proposal - RFC - Baby changing table

quot; without the "baby" prefix. Original Message Subject: Re: [Tagging] Feature Proposal - RFC - Baby changing tableFrom: Martin Koppenhoefer To: "Tag discussion, strategy and related tools" CC: sent from a phone> On 29. Apr 2019, at 14:24, Valor Naram wrote:> >

Re: [Tagging] Feature Proposal - RFC - Baby changing table

I will put an end to the discussion of the chosen name and will just link to https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/baby_changing_tables#Statement_from_the_author where I explain there's no doubt of using "changing table" because it means what it means without

Re: [Tagging] Feature Proposal - RFC - Baby changing table

I now splited the table into two parts so you can see how the wiki will look like (not equal)Seehttps://wiki.openstreetmap.org/wiki/Proposed_features/baby_changing_tables#Tagging Original Message Subject: Re: [Tagging] Feature Proposal - RFC - Baby changing tableFrom: Valor Naram

Re: [Tagging] Feature Proposal - RFC - Baby changing table

able is inaccessible like all those I have seen ?maybe my experience is not diversified enoughfurthermore the proposal was based on the principle of harmonizing tags with what is done for other objects, but now it introduces inconsistencies (features=bench <> bench=yes for example)Le 25.

Re: [Tagging] Feature Proposal - RFC - Baby changing table

There's no discussion concerning the proposal of "baby changing table" anymore. What's happening? Should I start the voting process? Are all words said?Answer "no" (with or without any reason) and I won't start the voting.CheersSören alias Valor Naram Original Mes

Re: [Tagging] Why should we avoid overusage of amenity=* tag?

To your 4.: We need to get the developers to change their presets beforehand. Original Message Subject: Re: [Tagging] Why should we avoid overusage of amenity=* tag?From: Paul Allen To: "Tag discussion, strategy and related tools" CC: On Wed, 24 Apr 2019 at 10:16, V

Re: [Tagging] Why should we avoid overusage of amenity=* tag?

Good reasons were given here. I changed also my mind but there's the problem of how to deal with this problem.Deprecating "amenity" would hurt because it's a very important key. But I have some suggestions:1. Keeping the "amenity" wiki page intact.2. Creating/extending pages for new keys e.g.

Re: [Tagging] Feature Proposal - RFC - Baby changing table

It could be added to the "features" key as "adjustable_height" value. Original Message Subject: Re: [Tagging] Feature Proposal - RFC - Baby changing tableFrom: bkil To: "Tag discussion, strategy and related tools" CC: To aid those with achondroplasia, I think it would also be

Re: [Tagging] Feature Proposal - RFC - Baby changing table

I need to clarify the access=* key for my proposal to pleace this discussion.changing_table:access=yesThe changing table is accessible to the public. This means you can change the nappy of your baby without being a customer. This happens rarely.changing_table:access=noThe changing table isn't also

Re: [Tagging] diaper subkey for wheelchair toilets including a changing table

changing_table:location=unisex_toilet;wheelchair_toilet Original Message Subject: Re: [Tagging] diaper subkey for wheelchair toilets including a changing tableFrom: bkil To: "Tag discussion, strategy and related tools" CC: Well, the place I had in mind only had a unisex toilet - a

Re: [Tagging] Feature Proposal - RFC - Baby changing table

+1 I agree with Paul Original Message Subject: Re: [Tagging] Feature Proposal - RFC - Baby changing tableFrom: Paul Allen To: "Tag discussion, strategy and related tools" CC: On Sun, 21 Apr 2019 at 22:56, marc marc wrote: however I wonder if it's useful

Re: [Tagging] Feature Proposal - RFC - Baby changing table

The name of the key has been changed to "changing_table" On Sat, 2019-04-20 at 17:12 +0200, Valor Naram wrote: > Definition: A tag to mark the possibility to change the baby's nappy  > Proposal page: https://wiki.openstreetmap.org/wiki/Proposed_features/ > baby_changing_tab

Re: [Tagging] Feature Proposal - RFC - Baby changing table

. I obviously support the proposed scheme. ;-) I don't have strong feelings about the exact naming of the used key, as I mentioned previously. On Sat, Apr 20, 2019 at 5:14 PM Valor Naram <valin...@gmx.net> wrote:

Re: [Tagging] Why should we avoid overusage of amenity=* tag?

I agree since "amenity" is a good tag and there are many different types of facilities available. In my view introducing an own key for each possibility would be messy.Leaving it how it is now seems the best. Future proposals should just add a value to the "amenity" key Original Message

[Tagging] Feature Proposal - RFC - Baby changing table

Definition: A tag to mark the possibility to change the baby's nappy  Proposal page: https://wiki.openstreetmap.org/wiki/Proposed_features/ba by_changing_tables Please join the discussion and I will spend time to make changes. Cheerio Sören alias Valor Naram

Re: [Tagging] diaper subkey for wheelchair toilets including a changing table

ome membersthe small question that remains, should the key be called baby_changing_table or changing_table? some people talkedabout adult tables (I have a little trouble imagining an adulton a table). that could avoid confusionLe 19.04.19 à 22:46, Valor Naram a écrit :> You (Warin) and marc marc mad

Re: [Tagging] diaper subkey for wheelchair toilets including a changing table

ers of the community would hurt apps like AndOSM and other platforms working with the `diaper` key e.g. Babykarte.I will write a proposal or should I first discuss my ideas with you instead?CheersSören alias Valor Naram Original Message Subject: Re: [Tagging] diaper subkey for wheelchair toil

Re: [Tagging] diaper subkey for wheelchair toilets including a changing table

ers of the community would hurt apps like AndOSM and other platforms working with the `diaper` key e.g. Babykarte. Original Message Subject: Re: [Tagging] diaper subkey for wheelchair toilets including a changing tableFrom: marc marc To: tagging@openstreetmap.orgCC: Le 19.04.19 à 10:28, Valor Na

Re: [Tagging] diaper subkey for wheelchair toilets including a changing table

eetmap.orgCC: On 19/04/19 05:21, Paul Allen wrote: On Thu, 18 Apr 2019 at 19:54, Valor Naram <valin...@gmx.net> wrote: https://wiki.openstreetmap.org/wiki/Proposal_process#Proposal_list

Re: [Tagging] diaper subkey for wheelchair toilets including a changing table

anging tableFrom: marc marc To: tagging@openstreetmap.orgCC: Le 18.04.19 à 20:53, Valor Naram a écrit :> I want to tag a changing table but this changing table> is in the toilet room for wheelchair users.imho diaper is a little ugly : documented values are mixof how many, what and where.if I wa

[Tagging] diaper subkey for wheelchair toilets including a changing table

idn't find such specification at https://w iki.openstreetmap.org/wiki/Key:diaper or it exists but isn't documented yet. If such tagging doesn't exist, I will write a proposal for you to discuss and vote on. Cheerio Sören alias Valor Naram. ___ Tagging mailing li