Re: [Tagging] Open Defecation Areas

2019-09-08 Thread Warin
On 09/09/19 11:23, Graeme Fitzpatrick wrote: Would you also tag the area as hazardous / contaminated? Unfortunately I think that is a default condition. All the more reason to map them with suitable tags. ___ Tagging mailing list

Re: [Tagging] "part:wikidata=*" tag proposal for multiple elements connected to the same wikidata id

2019-09-08 Thread Joseph Eisenberg
Also see Singapore: it's an island, city and country. And more? https://www.wikidata.org/wiki/Q334 - instance of Q3624078 sovereign state, Q133442, city-state, Q112099 island nation, Q515 city Q2264924 port city Q6256 country It looks like there is a separate entry for the main island:

Re: [Tagging] Feature Proposal - Voting - Campsite properties

2019-09-08 Thread Joseph Eisenberg
Creeks and rivers are tricky, since it's hard to confirm whether or not they are good for swimming. Tagging sport=swimming on certain nodes of a river or stream is sort of like a review or recommendation, and these are not good for the main OSM database. The linked page says

Re: [Tagging] Open Defecation Areas

2019-09-08 Thread Graeme Fitzpatrick
Would you also tag the area as hazardous / contaminated? Thanks Graeme ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - Voting - Campsite properties

2019-09-08 Thread Graeme Fitzpatrick
Looks good Joseph. One question, thanks, which has just come to mind while I was updating details on a camp ground. You have swimming_pool=yes/no to say whether the camp ground has a pool or not. The place I'm working on (& others that I know) doesn't have a swimming pool, but is on the banks

Re: [Tagging] "part:wikidata=*" tag proposal for multiple elements connected to the same wikidata id

2019-09-08 Thread Imre Samu
>> Which OSM object will be the real "Monaco"? > Relation 1124039 should be the only one with the wikidata tag. > It's the only one that represents the country (boundary=administrative + admin_level=2), which the wikipedia article is about. > Relation 2220322 is a city (place=city). Wikipedia

[Tagging] Open Defecation Areas

2019-09-08 Thread Warin
From  a current posting on the HOT list is for Open Deification Areas. Quote: "Open Defecation, people going to the toilet in the open, specially in dense urban areas. Open defecation areas ODA are use by about 850 million people. If they each use 10 different areas a year then that is 8.5

[Tagging] Feature Proposal - Voting - Campsite properties

2019-09-08 Thread Joseph Eisenberg
Several new and existing property and feature tags for campsites, caravan sites, camp pitches, picnic sites and related tourism features are now open for voting: https://wiki.openstreetmap.org/wiki/Proposed_features/Campsite_properties Main changes: - Deprecate booking=* (use reservation=*

Re: [Tagging] "part:wikidata=*" tag proposal for multiple elements connected to the same wikidata id

2019-09-08 Thread Janko Mihelić
ned, 8. ruj 2019. u 23:17 Imre Samu napisao je: > the 1:1 relationship is not so easy. > What is your proposal for Monaco (Q235) ? > https://www.wikidata.org/wiki/Q235 > now: https://taginfo.openstreetmap.org/tags/wikidata=Q235#overview > - 2 nodes > - 3 relations > Which OSM object will be the

Re: [Tagging] tagging camping

2019-09-08 Thread Joseph Eisenberg
The correct value for WIFI access is "internet_access=wlan" - this is distinct from cellular internet or a wired connection ("internat_access=wired"). See https://wiki.openstreetmap.org/wiki/Key:internet_access " there are global tags that don't need to be applied to each individual camp_pitch.

Re: [Tagging] Feature Proposal - RFC - appointment

2019-09-08 Thread Graeme Fitzpatrick
On Mon, 9 Sep 2019 at 01:12, Ruben wrote: > Proposal for opening_hours syntax element "appointment", similar to "open" > and "off": > > > https://wiki.openstreetmap.org/wiki/Proposed_features/Opening_hours:_standard_appointment_syntax Not a bad idea at all, Ruben. On Mon, 9 Sep 2019 at 06:13,

Re: [Tagging] "part:wikidata=*" tag proposal for multiple elements connected to the same wikidata id

2019-09-08 Thread Imre Samu
Thanks for the proposal, > I think we should consider having a hard rule of "A Wikidata item cannot be connected to more than one OSM item". the 1:1 relationship is not so easy. What is your proposal for Monaco (Q235) ? https://www.wikidata.org/wiki/Q235 now:

Re: [Tagging] "part:wikidata=*" tag proposal for multiple elements connected to the same wikidata id

2019-09-08 Thread Mateusz Konieczny
I think that it is fine to repeat  Wikipedia link (so probably also its Wikidata equivalent) in some cases: - streets with Wikipedia article - structure that combines for example footway bridge and Weir- beach with Wikipedia article split into parts due to differing surfacesetc 8 Sep 2019,

Re: [Tagging] "part:wikidata=*" tag proposal for multiple elements connected to the same wikidata id

2019-09-08 Thread Tobias Knerr
On 08.09.19 18:26, Janko Mihelić wrote: On Fri, Sep 6, 2019, 15:05 Janko Mihelić wrote: > "*A Wikidata item cannot be connected to more than one OSM item*". [...] > If one wants to tag all route segments with a wikidata tag, I > propose a general usage "*part:wikidata=**" which would

Re: [Tagging] tagging camping

2019-09-08 Thread Paul Allen
On Sun, 8 Sep 2019 at 20:24, Rob Savoye wrote: > On 9/8/19 1:09 PM, Paul Allen wrote: > > > Also, cellular connectivity changes as operators add towers or > > reconfigure existing ones. There's also the consideration of whether > > there's 2G, 3G, 4G or 5G. Probably best left to one of the >

Re: [Tagging] Feature Proposal - RFC - appointment

2019-09-08 Thread Simon Poole
Isn't this semantically in the end not the same as "unknown" (as in any application would have to equate this to  "you have to inquire if it is open")? Am 08.09.2019 um 17:10 schrieb Ruben: > Proposal for opening_hours syntax element "appointment", similar to "open" > and "off": > >

Re: [Tagging] tagging camping

2019-09-08 Thread Rob Savoye
On 9/8/19 1:09 PM, Paul Allen wrote: > Also, cellular connectivity changes as operators add towers or > reconfigure existing ones. There's also the consideration of whether > there's 2G, 3G, 4G or 5G. Probably best left to one of the > dedicated cellular mapping apps such as cellmapper

Re: [Tagging] tagging camping

2019-09-08 Thread Paul Allen
On Sun, 8 Sep 2019 at 19:55, Rob Savoye wrote: > > I agree it's trivial data, and probably the wrong tag. I was trying to > cover cases were an individual camp_pitch may have a cell connection. > Especially in widely distributed camp spots in the more remote parts of > the western US, I

Re: [Tagging] tagging camping

2019-09-08 Thread Rob Savoye
On 9/8/19 12:46 PM, Paul Allen wrote: > So a campground owner is going to put Faraday cages around certain > pitches to ensure > they cannot receive WiFi?  Or is going to put very restricted-range WiFi > points on certain > pitches?  Or is going to run ethernet cables to some pitches but not

Re: [Tagging] tagging camping

2019-09-08 Thread Paul Allen
On Sun, 8 Sep 2019 at 19:38, Rob Savoye wrote: > > For camp_pitch: > [...] > internet_access=yes/no > So a campground owner is going to put Faraday cages around certain pitches to ensure they cannot receive WiFi? Or is going to put very restricted-range WiFi points on certain pitches? Or is

Re: [Tagging] "part:wikidata=*" tag proposal for multiple elements connected to the same wikidata id

2019-09-08 Thread Jo
For what it's worth, I think your proposal makes sense. Polyglot On Sun, Sep 8, 2019 at 6:28 PM Janko Mihelić wrote: > Has no one any opinion on this? I have a feeling this is important for the > future of the Openstreetmap - Wikidata relationship.. > > Janko > > On Fri, Sep 6, 2019, 15:05

[Tagging] tagging camping

2019-09-08 Thread Rob Savoye
I've been wondering about the proper way to tag camp_pitches and camp_sites to avoid bloat and duplication. It seems to me that within most campgrounds, there are global tags that don't need to be applied to each individual camp_pitch. And that each camp_pitch within that camp_site should only

Re: [Tagging] "part:wikidata=*" tag proposal for multiple elements connected to the same wikidata id

2019-09-08 Thread Janko Mihelić
Has no one any opinion on this? I have a feeling this is important for the future of the Openstreetmap - Wikidata relationship.. Janko On Fri, Sep 6, 2019, 15:05 Janko Mihelić wrote: > Last year there was a little discussion about unique wikidata ids in the > openstreetmap database: >

[Tagging] Feature Proposal - RFC - appointment

2019-09-08 Thread Ruben
Proposal for opening_hours syntax element "appointment", similar to "open" and "off": https://wiki.openstreetmap.org/wiki/Proposed_features/Opening_hours:_standard_appointment_syntax Kind regards Ruben ___ Tagging mailing list

Re: [Tagging] Feature proposal - RFC - Utility markers

2019-09-08 Thread François Lacombe
Hi everyone Le sam. 7 sept. 2019 à 02:06, Joseph Eisenberg a écrit : > Because most mappers only add 1 tag to each new object. (Folks like > you and me are an exception - and a year ago, when I was new at this, > I only usually added 1 tag per feature). If an object can be described > with one

Re: [Tagging] building typology vs usage

2019-09-08 Thread Paul Allen
On Sun, 8 Sep 2019 at 10:09, Tom Pfeifer wrote: > > In cases for usage apparently contradicting the building type it often > helps the fellow mapper to > tag a note that this school building was converted into a hostel, or this > church building is used > for climbing now. > Good idea. A

Re: [Tagging] Adding leisure=sports_hall to leisure=sports_centre page

2019-09-08 Thread Joseph Eisenberg
If there's a horse riding arena with a roof (with 2 or 3 open walls) that covers just the riding area, I would probably map a single closed way with building=roof + leisure=pitch. If there are other areas under the same roof, like bandstands to watch the show and changing areas or toilets, it

Re: [Tagging] Feature Proposal - RFC - sunbathing

2019-09-08 Thread Vɑdɪm
dieterdreist wrote > you might want to refer to https://wiki.openstreetmap.org/wiki/Key:nudism > as suitable combination. The difference with the nudism=* key though is that leisure=sunbathing is supposed for tagging of a self-sufficient area which may be a part of some larger area like a beach

Re: [Tagging] Adding leisure=sports_hall to leisure=sports_centre page

2019-09-08 Thread Hufkratzer
On 08.09.2019 11:41, Warin wrote: > On 07/09/19 19:08, Martin Koppenhoefer wrote: >> >> sent from a phone >>> On 7. Sep 2019, at 09:28, Joseph Eisenberg wrote: >>> >>> Per taginfo, building=yes is used 7500 times with leisure=pitch, and >>> covered=yes is used 1017 times, so I suppose it's

Re: [Tagging] Adding leisure=sports_hall to leisure=sports_centre page

2019-09-08 Thread Warin
On 07/09/19 19:08, Martin Koppenhoefer wrote: sent from a phone On 7. Sep 2019, at 09:28, Joseph Eisenberg wrote: Per taginfo, building=yes is used 7500 times with leisure=pitch, and covered=yes is used 1017 times, so I suppose it's more common to match the pitch with the same outline as

Re: [Tagging] building typology vs usage

2019-09-08 Thread Tom Pfeifer
On 07.09.2019 11:00, Frederik Ramm wrote: It is true that this is the canonical way of dealing with things, however it would be interesting to check how mappers and editing tools actually use this. We might well find that everyone is confused about this. [...] I think we cannot simply throw the