Re: [Tagging] Shelter for bats in an old building

On Sat, 21 Mar 2020 at 12:24, Andrew Harvey wrote: > https://wiki.openstreetmap.org/wiki/Lifecycle_prefix > > disused:building=service > This, and: man_made=nesting_site https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dnesting_site > On Sat, 21 Mar 2020 at 19:13, s8evq wrote: > >> Hi

Re: [Tagging] Hiking logbooks

For what it's worth, some previous related discussions: https://lists.openstreetmap.org/pipermail/tagging/2016-September/030048.html https://lists.openstreetmap.org/pipermail/tagging/2019-January/041817.html On Wed, 26 Jun 2019 at 10:58, Warin <61sundow...@gmail.com> wrote: > Hi, > > On some

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

Hi tagging, hi Warin, Sorry to interrupt, but I disagree at this point. * * * TL;DR: changing_table: "A tag for tagging changing tables" was indeed bad. changing_table: "provides a surface for changing the nappy (diaper) of an infant or young child" is just right (explains that "table" can be a

Re: [Tagging] Tagging shared campuses: landuse=school?

st 1 feature, 1 element. It would prevent basic operations like counting the schools in a city. -- althio ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Intermittently unprotected cycle track

needs to be updated to the practice. -- althio [1]: if I am somehow wrong and it is indeed (remotely) possible to apply route relation membership with namespacing, I beg, please leave me ignorant. ___ Tagging mailing list Tagging@openstreetmap.org https://list

Re: [Tagging] Horse mounting steps

A few links https://taginfo.openstreetmap.org/search?q=mounting_block#values https://lists.openstreetmap.org/pipermail/tagging/2018-August/038689.html https://lists.openstreetmap.org/pipermail/tagging/2018-August/038707.html -- althio On Tue, Mar 26, 2019, 21:37 Dave F via Tagging wrote

Re: [Tagging] Do we still need cycleway=opposite_lane? (Was: Do we still need cycleway=opposite?)

On Tue, 19 Mar 2019 at 23:13, "Christian Müller" wrote: > Suggesting forward and backward as tag > values is a rather bad thing, as these > are values for route relation roles. > "rather bad thing"?!? Who says? Source? This is not what exists in the wiki page:

Re: [Tagging] Wild changes to wiki pages changing the cycleway tagging scheme

> > > "cycleway:left=lane" > > "cycleway:left:oneway=-1" > > > > as the currently preferred method and have been mapping/tagging like > > this for a while now. > > > > Just my two cents > > > > Hubert87 > &g

Re: [Tagging] Feature Proposal - RFC - police=*

Martin Koppenhoefer wrote: > > If this seems viable, I would expand the proposal by a migration proposal > > from amenity=police to police=station > > I don’t think we should abandon amenity=police and it will likely not happen > unless people tag so many different things with the tag that it

Re: [Tagging] Mapping curb (kerb) lines as the home of curb, parking, etc information

ects are related to the nearest highway or the nearest crossing between several highways (use buffers accordingly in the pre-treatment). -- althio ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Fwd: Re: Forest parcel with other landcover (scrub, scree…): how to map?

/* This kind of scheme seems to allow incremental mapping which is in my opinion desirable. -- althio On Wed, 23 Jan 2019 at 13:36, Paul Allen wrote: > On Wed, 23 Jan 2019 at 08:29, Mateusz Konieczny > wrote: > >> >> You may prefer to use landuse=logging or somet

Re: [Tagging] Yay, new howto map for diabilities created in wiki

That sounds strange to me. I would not say we "map the needs", I would say we "map features or equipment", for people with particular needs (such as people with disabilities). I preferred "mapping _for_ the needs..." -- althio On Tue, 15 Jan 2019 at 10:15, Se

Re: [Tagging] wheelchair designated parking space tagging?

e; no @ stay<1h -- althio ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] wheelchair designated parking space tagging?

On Sun, 6 Jan 2019 at 00:31, Warin <61sundow...@gmail.com> wrote: > The page could be about those OSM tags that are relevant for Disabled > features, > how to map these things .. not about 'missing tags' nor "information relevant > for disabled persons" > > Perhaps a new page - "Mapping

Re: [Tagging] place nodes for continents?

I agree this position is debatable and finally arbitrary. And I find this particular position (for North America node) rather strange, it feels too much North, as if it was biased for Mercator projection maybe. As arbitrary as it is, we could accept by definition something like

Re: [Tagging] Golf tag combinations

… -- althio On Thu, Aug 2, 2018, 14:11 Paul Allen wrote: > > In some situations, where name=* is already used for one thing but a > reference number is also needed, it makes > sense. In other situations t doesn't make sense (to me) to use ref, which > isn't rendered, r

Re: [Tagging] discrepancy in shop definition and "wholesale" value

I am happy with shop=wholesale and would prefer to change slightly the definitions and descriptions ["A place selling products or services", no mention of retail] on pages https://wiki.openstreetmap.org/wiki/Shops https://wiki.openstreetmap.org/wiki/Key:shop

Re: [Tagging] Surface value for irregular, flat stones with variable gaps

ot; but that should be verified case-by-case. > [1] http://www.pavingexpert.com/cobble01.htm > [2] http://www.pavingexpert.com/setts01.htm > [3] http://www.pavingexpert.com/blocks.htm Great pages! -- althio ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Surface value for portuguese pavement

eetmap.org/wiki/Key:material -- althio On Jan 15, 2018 7:16 AM, "Leon Karcher" <leonkarcher@gmail.com> wrote: > I'm not sure about 'paving_stones'. This is rather for stones which are > made of concrete. Maybe I missed some information, but those stones look > very na

Re: [Tagging] Surface value for portuguese pavement

I think they are much more flat, smooth than regular sett. I guess surface=paving_stones is a good option. -- althio On 14 January 2018 at 22:26, Mateusz Konieczny <matkoni...@gmail.com> wrote: > On Sun, 14 Jan 2018 19:21:52 -0200 > Fernando Trebien <fernando.treb...@g

Re: [Tagging] tagging for decaying features

nd dates, a best guess is enough if you are not able to find out precisely. ~C19 or ~C20 or whatever seems best, but not required anyway. -- althio ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] the smallest cathedral in the world [was: Questions on building-tag]

o the local mappers to decide, > obviously, but I > don't think it would be a problem to classify it as cathedral. Amen! :) -- althio ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] the smallest cathedral in the world [was: Questions on building-tag]

y:boundary# Religious_authority_boundaries boundary=religious_administration religion=* denomination=* admin_level=* > size is not everything, surely you have noticed this is from the nineth century? Well, the Wikipedia page reads: built as a royal chapel, not built as a cathedra

Re: [Tagging] New tag for major recipient postcodes

, ...) 2a - contact:addr:* space for contact (postal) address (used for detailed information about one POI) if 2a is not suitable, consider any of: physical:addr vs [contact|post|postal|snailmail]:addr -- althio On 18 December 2017 at 20:43, Simon Poole <si...@poole.ch> wrote: > > > Am 1

Re: [Tagging] Names containing abbreviations that are the official name

cial_name=Mt. Lebanon short_name, alt_name if need for other variations My 2 cents -- althio On 26 July 2017 at 12:18, Paul Johnson <ba...@ursamundi.org> wrote: > On Tue, Jul 25, 2017 at 3:24 PM, Clifford Snow <cliff...@snowandsnow.us> > wrote: >> >> Saint Paul - but

[Tagging] Grape & vineyard. Was: Key crop values containing tree or field

ble grapes and non-alcoholic grape juice. -- althio On Jul 9, 2017 4:32 AM, "Graeme Fitzpatrick" <graemefi...@gmail.com> wrote: > I'd agree with you there Warin, the crop is what is being harvested, not > the trees themselves. > > Another one I noticed on that

Re: [Tagging] minibus routes

On 26 June 2017 at 14:25, Martin Koppenhoefer wrote: > > 2017-06-26 10:05 GMT+02:00 althio: >> >> + bus=minibus > > bus, according to the wiki, is a legal access restriction. Or do you suggest > to use the same tags in different ways, according to the context? Hi Martin

[Tagging] tourist sightseeing bus routes [WAS: minibus routes]

ion. I would rather have a different type bus route, something similar to: type = route + route = tour_bus / sightseeing_bus + tour_bus = double_decker / land_train / + fee = * + key_for_hop_on_hop_off = * + capacity? + network, operator see also https://en.wikipedia.org/wiki/Trackless_t

Re: [Tagging] minibus routes

+1 to all that, this looks good to me: type=route + route=bus + bus=minibus + network=* + operator=* -- althio ps: splitting the discussion about sightseeing/tourist On 26 June 2017 at 06:39, John Willis <jo...@mac.com> wrote: > > >> On Jun 26, 2017, at 1:02 AM, Col

[Tagging] Bus stop without infrastructure

Hi, I started to gather some info about existing practices to map and tag bus stops without infrastructure. Please read there: https://wiki.openstreetmap.org/wiki/Talk:Tag:public_transport%3Dplatform#Bus_stop_without_infrastructure I would appreciate your comments and additions. -- althio

Re: [Tagging] Quonset hut

tarted with: building=prefabricated prefabricated=quonset/nissen/... and optionally all subtags suggestions, they do seem to fit: building:levels=0 roof:levels=1 building:material=steel/... roof:material=steel/... roof:shape=round roof:orientation=along - althio __

Re: [Tagging] Restaurant that doesn't sell alcohol...

I agree with Martin and I must insist: no abbreviations or acronyms please. My ideas are about: alcohol=yes/no/bring_your_own wine=yes/no/bring_your_own - althio On 11 April 2017 at 00:13, ajt1...@gmail.com <ajt1...@gmail.com> wrote: > https://taginfo.openstreetmap.org/search?q=byo &g

Re: [Tagging] Holiday house for groups

Well then as Thilo said, if it is not "tourism=apartment" it is "tourism=chalet" On 12 March 2017 at 16:35, Lorenzo "Beba" Beltrami <lorenzo.b...@gmail.com> wrote: > 2017-03-12 16:10 GMT+01:00 althio <althio.fo...@gmail.com>: >> >> F

Re: [Tagging] water=pool

er water=lake lake=stream_pool or natural=water water=stream_pool -- althio On 11 March 2017 at 10:24, Andrew Harvey <andrew.harv...@gmail.com> wrote: > I'm looking for a tag for "A small and rather deep collection of (usually) > fresh water, as one supplied by a spring, o

Re: [Tagging] Holiday house for groups

in the building". tourism=apartment number_of_apartments=* capacity=* -- althio On 11 March 2017 at 12:28, Lorenzo "Beba" Beltrami <lorenzo.b...@gmail.com> wrote: > Hi all, > I'm searching a valid tag for an holiday house rented to groups. > > It's something like to

Re: [Tagging] A place where letters & parcels are sent to be sorted so they can be delivered?

https://en.wikipedia.org/wiki/Sorting_office http://dictionary.cambridge.org/dictionary/english/sorting-office http://www.macmillandictionary.com/us/dictionary/american/sorting-office Cheers -- althio ___ Tagging mailing list Tagging@openstreetmap.org ht

Re: [Tagging] A place where letters & parcels are sent to be sorted so they can be delivered?

fice=sorting_center 18 from https://taginfo.openstreetmap.org/tags/post_office=sorting_center all instances strangely in one place: https://overpass-turbo.eu/?w=%22post_office%22%3D%22sorting_center%22+global -- althio On 22 February 2017 at 20:56, Dave F <davefoxfa...@btinternet.com> wrote: > Hi &g

Re: [Tagging] RFC: new key seaway for seabased transportation, ports, etc.

://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Seaway for this attempt. I hope this is relevant for your proposal. -- althio On 21 February 2017 at 19:34, Martin Koppenhoefer <dieterdre...@gmail.com> wrote: > Please comment on: > > https://wiki.openstreetmap.org/wiki/Proposed_features/Seawa

Re: [Tagging] Tagging of Country Names

is not a reason, quite the contrary, to start another war between local community and remote/global community. Especially when there is no disagreement locally. Even more so when there was disagreement locally and it is settled now. -- althio __

Re: [Tagging] Tagging of Country Names

out this, the more I come to the conclusion, that > having an official langage tag as Simon suggested might be the ways to go. > This way producers of maps can avoid using "name" at all. -- althio ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Tagging of Country Names

Hi Dave, > Martin Koppenhoefer wrote: >> >> I'd prefer avoiding the word "official", in favor of eg default or >> on-the-ground etc. +1 Dave F wrote: > Isn't that what we have atm & where much of the ambiguity stems from? > > 'official' names appears the correct way to proceed -1 > > Ideally,

Re: [Tagging] Busways

ecial type, motorways are another > special type and so on. > So anything that is a highway but is none of these special types, then it's a > service. -1, not my understanding -- althio On 2 November 2016 at 07:23, Tijmen Stam <mailingli...@iivq.net> wrote: > In the local Dutch for

Re: [Tagging] Proposal for motor racetracks

Hi, I added a comment in the wiki discussion [Please see documented and already in use tag Tag:highway=raceway]. -- althio On 15 October 2016 at 23:11, Lorenzo Mastrogiacomi <lomastr...@gmail.com> wrote: > Hi all, > I have drafted this proposal about a dedicated tag for rac

Re: [Tagging] building=yes for multiple building

ave rough mapping and let it improve over time. Back to OP question: Once you trace a rough outline for multiple buildings, what is the tag? building=yes? or another value? with a note=*? a fixme=*? - althio ___ Tagging mailing

Re: [Tagging] building=yes for multiple building

=residential vs building=??? - althio ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - RFC - Discourage tourism=gallery

, with exhibition and sales): shop = artwork + artwork = painting / photography / ... (note: we have also tourism = artwork for public pieces of art, not for sale) For "art shops": shop = interior_decoration / furniture / carpet / antiques / ...

Re: [Tagging] Feature Proposal - RFC - Discourage tourism=gallery

rstand why you seem to support the wiki in this current state. - althio ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - RFC - Government offices

On 28 January 2016 at 11:47, Matthijs Melissen wrote: > On 28 January 2016 at 11:43, Martin Koppenhoefer > wrote: >> Only problem: if an institution >> serves several levels we will either loose information (e.g. by using only >> the highest

Re: [Tagging] Feature Proposal - RFC - Government offices

Colin, Please see https://en.wikipedia.org/wiki/Council_of_Paris and tell me if it answers your questions and if I understood your concerns. - althio On 28 January 2016 at 12:10, Colin Smale <colin.sm...@xs4all.nl> wrote: > What do you mean with "institution"? Is that a sing

Re: [Tagging] Art galleries/museums

s too much confusion, I take it for a bad case of duck tagging. I would like : - discourage tourism=gallery - subtype of tourism=museum, museum=art just like museum=railway/history, and further art=painting/... - also redirect towards shop=art for badly tagged items althio On 25 January 201

Re: [Tagging] Tagging place offering photocopying and printing supplies

to the list and use that. althio On 19 January 2016 at 21:43, Mateusz Konieczny <matkoni...@gmail.com> wrote: > I know that there is shop=copyshop ("A shop that offers photocopying > and printing services."). > > I want tag place offering photocopying and printing

Re: [Tagging] Feature Proposal - RFC - wedding_reception

On 24 June 2015 at 14:36, Warin 61sundow...@gmail.com wrote: (I note that event_venue is not on the wiki so I am unable to find what restrictions this would place on its use other than the amenity key.) Low numbers but the wiki page exists:

Re: [Tagging] Sector, section, and cemetery

Kotya Karapetyan kotya.li...@gmail.com wrote: 2) For large cemeteries, mapping of sections/sectors is essential for the map to be of any use. There is a proposal for this https://wiki.openstreetmap.org/wiki/Proposed_features/Cemetery_sector, but it seems to be abandoned. I would restart it,

Re: [Tagging] HOT: potential Helicopter landings leisure=common

Forwarding to HOT activation working group. Activation WG, Please see an ongoing discussion about tagging:leisure=common for potential helicopter landings Tagging group, Tentative answers inline. Andreas Goss andi...@t-online.de wrote:

Re: [Tagging] Tagging village sign

Please have a look at: man_made=village_sign + http://wiki.openstreetmap.org/wiki/Key:inscription - althio On 8 May 2015 at 11:50, Robert Whittaker (OSM lists) robert.whittaker+...@gmail.com wrote: On 7 May 2015 at 23:11, pmailkeey . pmailk...@googlemail.com wrote: Tips on tagging a village

Re: [Tagging] Artist studio?

I would re-use coworking_space like: amenity=coworking_space craft=artist [/photographer/sculptor/...] cheers althio On 26 April 2015 at 06:58, Dave F. dave...@madasafish.com wrote: On 26/04/2015 09:02, André Pirard wrote: The major skill of an artist being to be inventive, be prepared

Re: [Tagging] List v Forum - was Accepted or rejected?

I use Stack Exchange a lot and it's great, very well designed for its purpose. BUT Stack Exchange is not designed for community decision making. There are tools/forums that are actually designed for that purpose. 1) Can you point in the direction of the tools you mean (designed for that

Re: [Tagging] Buildings blocks

On Mar 11, 2015 7:44 PM, Markus Lindholm markus.lindh...@gmail.com wrote: On 11 March 2015 at 18:04, althio althio.fo...@gmail.com wrote: The trouble is there is no definition yet of city_block Not so. When I added it to osm wiki I also put there a reference to the definition found

Re: [Tagging] [Talk-bf] Buildings blocks

Hi Jean-Marc, Thank you for your detailed input and review on this idea. It indeed looks to fit well within the existing scheme as a more refined urban territorial subdivision. place = city/town suburb neighbourhood city_block/block / plot The trouble is there is no definition yet of

Re: [Tagging] [Talk-bf] Buildings blocks

On 11 March 2015 at 18:14, Jean-Marc Liotier j...@liotier.org wrote: On 11/03/2015 18:04, althio wrote: To Séverin, For your particular case with your students and considering your time frame I would say: IMO it is taggable, no need to avoid in OSM. Go ahead. My preference is either

Re: [Tagging] [Talk-bf] Buildings blocks

I do not have the answer but I wanted to look towards place=* tagged as area. A few possibilities may include: place=block [taginfo ~1 200 as area] [no wiki] place=city_block [taginfo ~900 as area] [wiki documentation, mostly in Stockholm, Sweden] place=plot [taginfo ~900 as area] [no wiki]

Re: [Tagging] Tagging established, unofficial and wild campings

On 24 February 2015 at 08:55, David Bannon dban...@internode.on.net wrote: On Tue, 2015-02-24 at 06:15 +, Jan van Bekkum wrote: What to do with places where one cannot camp? But your examples mostly focus on what were once campsites and are now not. So is it camp_site=closed (or disused

Re: [Tagging] Feature Proposal - RFC - temperature

On 11 February 2015 at 17:45, Bryce Nesbitt bry...@obviously.com wrote: On Tue, Feb 10, 2015 at 9:04 PM, Warin 61sundow...@gmail.com wrote: A hotel room that has air conditioning may be both heated or cooled depending on the desired temperature and the ambient temperature (and the air

Re: [Tagging] RFD pipeline sub tag substance

Sorry, I was thinking of gas as a product (as in natural gas), not a state of matter. Confusing, so I proposed natural_gas for natural gas. I was thinking of substance=* as a category (water, fuel, oil, gas, coolant, etc etc I think we need (as often as possible) to tag separately nature and

Re: [Tagging] RFD pipeline sub tag substance

John Willis jo...@mac.com wrote: Substance=gas Substance:detailed:multiphase_gas Substance:state=multi That is not coherent. Do you mean that (substance=gas) is for mainly gas or gas-only? If it is gas only (substance=gas), it can be multiple gaseous products. But it is not multiphase. And

Re: [Tagging] Lifecycle concepts, REMOVED

Warin 61sundow...@gmail.com wrote: removed: (features that do not exist anymore but may still be seen on other sources) [@Martin: leave a mention to the other sources] I see no harm in leaving them in OSM. Untill something is built there or the landuse/cover changes. Leave it there so no

Re: [Tagging] Ethnic shops

Eric SIBERT courr...@eric.sibert.fr wrote: I started modifying the wiki following our recent discussion. For cuisine=*, I added: ... For shop=convenience, I added (in Tags used in combination): ... +1 And latter go on with culture=* for nonfood services? +1 Hi Martin Martin

Re: [Tagging] Lifecycle concepts, REMOVED

Richard Z. ricoz@gmail.com wrote: thank you all for the unexpected attention, the problematic text snippet was cutpaste from [[Comparison of life cycle concepts]] where it must have been lurking for some time. [[Comparison of life cycle concepts]] is meant as an overview. I approve very

Re: [Tagging] Lifecycle concepts, REMOVED

Mateusz Konieczny matkoni...@gmail.com wrote: Yes, feature that does not exist anymore (or even never existed!) or is only proposed has no place in OSM. +1. No place on rendered map and apps. +/-1. No place on DB. With possible caveat that features that are extremely likely to be added

Re: [Tagging] RFD pipeline sub tag substance

Throwing out my ideas... Disclaimer: These are generic proposals for pipeline sub-tagging with example values for illustration. I do not want to derail this towards water/drinking_water and multi-values (semicolon or namespaced). ;) I propose 3 keys: use/purpose (as main subtag), state/phase and

Re: [Tagging] RFD pipeline sub tag substance

On 29 January 2015 at 22:54, Warin 61sundow...@gmail.com wrote: On 30/01/2015 5:07 AM, Rainer Fügenstein wrote: I'd like to repeat once again that substance doesn't seem to be a nice key descriptor for values like ... content ... too static medium ... too spooky product ... is sewage a

Re: [Tagging] Lifecycle concepts, REMOVED

removed: (features that do not exist anymore or never existed but are commonly seen on other sources) I propose to remove the part or never existed but are commonly seen on other sources, because this has nothing to do with removed. If people want to tag easter eggs or errors from other

Re: [Tagging] Shop for watches

And see also for repairs: http://wiki.openstreetmap.org/wiki/Tag:craft%3Dwatchmaker ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Shop for watches

Hi Plural form shop=watches is (a bit) more used and documented at http://wiki.openstreetmap.org/wiki/Tag:shop%3Dwatches But not mentioned in Map Features or Key:shop. ___ Tagging mailing list Tagging@openstreetmap.org

Re: [Tagging] Wiki Edit War on using/avoiding semicolon lists

While I am no skilled programmer I agree with the next points: (any guru is welcome to disregard my following opinion if he wants to) Just because one can use a regular expression to grep out a certain meaning doesn't mean it's a good thing to do and will always work. Regexps are AFAIK quite

Re: [Tagging] Wiki Edit War on using/avoiding semicolon lists

Also, I think that the subkey separator (':') should be different from the index separator (let's say '_' although that isn't fully standardised yet). Because I could concoct an example where 2 is a subkey rather than an index. Visually for index I would go for # or - but I don't know if that

Re: [Tagging] Wiki Edit War on using/avoiding semicolon lists

Hi Jo/Polyglot and list, On 22 January 2015 at 12:01, Jo winfi...@gmail.com wrote: Which too schemes? I think you'd need to be more specific. 1. key=values;separated;by;semicolon 2. several key:subkey=*

Re: [Tagging] Deprecation of associatedStreet-relations

Hi all - does anyone know what the geographic distribution of associatedStreet is like? taginfo doesn't render a map (it seems it doesn't do that for relations). This shows a map, I don't know if this is what you are looking for: http://taginfo.openstreetmap.org/tags/type=associatedStreet#map

Re: [Tagging] Deprecation of associatedStreet-relations

not really matter. But the starting process looked biased towards the German community. Mit freundlichen Grüssen althio ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Deprecation of associatedStreet-relations

Please vote here: https://wiki.openstreetmap.org/wiki/Talk:Relation:associatedStreet Is this a formal voting? Is there a date for start and end vote? It looks strange, hidden on a Talk:page without the usual template or RFC or call for votes on the international mailing lists. althio

Re: [Tagging] Wiki Edit War on using/avoiding semicolon lists

First point: It is good that several people invent, propose and use various schemes. Second point: At some point, unification of schemes with similar intent would be great. As usage grows, having the same kind of data treated differently is a pain for everyone, mappers, developers, maintainers

Re: [Tagging] Wiki Edit War on using/avoiding semicolon lists

I even find the second example more difficult to visualize. It's just worse than the first in every respect. From a mapper's point of view My little +1 for key:subkey=* In free text like this thread, several key:subkey=* may look more heavy and complicated than

Re: [Tagging] Electronic or 'e' cigarettes?

Existing pages: value e-cigarette is referenced in the wiki. http://wiki.openstreetmap.org/wiki/Tag:shop%3De-cigarette http://wiki.openstreetmap.org/wiki/Key:shop#Others The wiki page is very recent with only two contributors. I wouldn't be surprised if e-cigarette in the db was also

Re: [Tagging] Electronic or 'e' cigarettes?

Existing pages: value e-cigarette is referenced in the wiki. http://wiki.openstreetmap.org/wiki/Tag:shop%3De-cigarette http://wiki.openstreetmap.org/wiki/Key:shop#Others On 22 January 2015 at 15:43, Dave F. dave...@madasafish.com wrote: Ah, As normal cigarettes are sold in multiples I didn't

Re: [Tagging] Ethnic shops

like: amenity=hairdresser name=Scalp culture=punk ? Exactly, I provided other examples in my previous message such as culture=country, culture=grunge, culture=shinto. Using several keys ethnicity=* + nationality=* + subculture=* all together would be unambiguous but I think culture=* does a

Re: [Tagging] Basic philosophy of OSM tagging

Warin 61sundow...@gmail.com wrote: What is the basic philosophy of OSM tagging at the top level? ... Is there an FAQ on this? Or has this never been documented I do not have a FAQ on philosophy, only this and that... A few entries about 'how to create/propose/use' tags:

Re: [Tagging] Ethnic shops

John Willis jo...@mac.com wrote: I think there should be ethnic=*, Nationality=* , or culture=*tag that can be used [...] I find culture=* the best so far. I find it specialised enough (compared to _type=*, origin=*, category=*, group=* ...) I find it accurate enough. I find it generic enough

Re: [Tagging] waterway=wadi problem

My main suggestion would be to re-use the same scheme as Key:opening_hours to define the time when the waterway is likely to flow. I would also discard rare/frequent as too subjective. Instead: approximate duration are not perfect but should improve mutual understanding. For instance as in:

Re: [Tagging] Feature proposal - Voting - Water tap

I didn't follow every bits of the discussion, so sorry for interrupting. Sorry also if my proposals are out of scope or already reviewed. Maybe a fresh view can help. @Marc amenity=drinking_water // amenity=non_drinking_water It feels like a good start and compromise. Either can be associated

Re: [Tagging] Feature proposal - Voting - Water tap

It seems that Pieren and I agree on most points. @François Maybe drinkable water is a very special case... but here service/use is much more important than object/feature. The ability to find this water on a map or from any data consumer is useful. It can even be essential to many people from

Re: [Tagging] Basic philosophy of OSM tagging

Kotya Karapetyan 2) Suggested tags functionality should be implemented. I have seen that in the Android editor Vespucci. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature proposal - Voting - Water tap

On Jan 14, 2015 5:53 PM, Marc Gemis marc.ge...@gmail.com wrote: On Wed, Jan 14, 2015 at 12:45 AM, Warin 61sundow...@gmail.com wrote: I appreciate you concerns. They should have been raised in the commenting period of the proposal rather than the voting period that is coming to a close. -1.

Re: [Tagging] religion=multi* ?

that is not a problem, as multi doesn't exclude all, but all requires all Indeed, it is not a problem, it is a solution ! :) Use two values for slightly different concepts. multi == multifaith == multiconfessional == various == value1;value2;... all == non-denominational == nondenominational

Re: [Tagging] religion=multi* ?

Martin Koppenhoefer dieterdre...@gmail.com wrote: religion=multi looks OK to me, the similarity to sport makes it easier to remember than religion=all (and it is very likely more accurate, as all is too inclusive I guess). Some airports REALLY wants to be that inclusive. a prayer room for all

Re: [Tagging] kind of a shop=ticket

This is very related to amenity=vending_machine (taginfo = 54 000) with its associated key: vending=* (taginfo = 50 000) http://taginfo.openstreetmap.org/keys/vending#values Maybe we could come up with something that unite the used keys. On 12 January 2015 at 09:55, k4r573n

Re: [Tagging] religion=multi* ?

John Willis jo...@mac.com wrote: multi fits the sports tagging scheme well, and I think it is best for the religion tag too. Allis not good, as most sports places don have a clay sumo ring or a sandy pit for beach volleyball set up, so all would be wrong. @John I guess this is a reply to

Re: [Tagging] religion=multi* ?

Jgpacker asks on the PoW talk page: Are [Airports prayer rooms] really tagged with amenity=place_of_worship? I would say it's quite a different place from a normal religious place, and should get another tag. I think they are definitively for worshiping and prayers. amenity=place_of_worship is

Re: [Tagging] Feature Proposal - RFC: Reverse Vending Machine

Building on Janko's comment, is this acceptable or lacking in some way? amenity=shop/vending_machine/... service:refund=yes refund:plastic_bottles=* refund:*=* ___ Tagging mailing list Tagging@openstreetmap.org

Re: [Tagging] religion=multi* ?

How about... non-denominational places (Airport chapels ...) religion=all places shared between faiths religion=multi Optionally more details with a scheme similar to: religion:christian http://taginfo.openstreetmap.org/tags/religion=christian=yes/* religion:muslim

Re: [Tagging] barrier=net ?

TLDR: consider fence_type=net I think that these huge nets on poles are barriers, then fences and then nets. So it fits well within barrier=fence. from wiki osm [1]: A fence is a freestanding structure designed to restrict or prevent movement across a boundary. It is generally distinguished from

  1   2   >