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

2019-09-14 Thread Martin Koppenhoefer
sent from a phone > On 13. Sep 2019, at 17:28, Paul Allen wrote: > > part_of_a_group=yes tag. And even without any of that, > an overpass query in the general area for artwork_type=statue + other tags > they have in > common will find them. actually there is a relation for groups:

Re: [Tagging] "not:brand" to mark a shop that isn't part of a chain?

2019-09-14 Thread Tim Magee
I would absolutely agree with this use case. Especially for cases such as the regularly mentioned Burger King. If somebody from out of town is either traveling through or armchair mapping they could be confused. If they are using the ID editor, it suggests that you "upgrade the tags" which

Re: [Tagging] Feature Proposal - RFC - Reusable packaging

2019-09-14 Thread Paul Allen
On Sat, 14 Sep 2019 at 16:49, Ruben wrote: > > There has been discussion about this on the forum: > https://forum.openstreetmap.org/viewtopic.php?id=66456 > > I had drafted a (in retrospect not perfect) proposal as well: >

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

2019-09-14 Thread Paul Allen
On Sat, 14 Sep 2019 at 16:27, Janko Mihelić wrote: So maybe the right way is to go case by case, and see how to deal with > them. > Sounds like a plan. If you find something exceptional, we'll try to figure out what to do with it. For example, a lot of rails and motorways have all ways

Re: [Tagging] "not:brand" to mark a shop that isn't part of a chain?

2019-09-14 Thread Martin Koppenhoefer
I am leaning to supporting the tag, because it offers a standard way to give specific hints for some special cases. The risk is that the tag could in theory be added with infinite value lists to any object, but we should not expect it to happen ;-) Cheers, Martin

Re: [Tagging] Feature Proposal - RFC - Reusable packaging

2019-09-14 Thread Ruben
On Fri, 13 Sep 2019 13:07:13 +0100, Paul Allen wrote: > I'm not sure if there's a generally-accepted > term for this > in British English yet. I've seen "zero waste" (misleading, because it's > not zero) and > "unpackaged" (also misleading as it is in a package, just not a package > that you can

Re: [Tagging] "not:brand" to mark a shop that isn't part of a chain?

2019-09-14 Thread Joseph Eisenberg
"noname=yes" is used when a feature like a road doesn't have a name. The tag :not:name=XXX" is used when mappers might think that the name is actually "XXX" but it's not. Usually the "name=" field is already set with the correct name: 96% of objects with "not:name" have a "name=*" - see

Re: [Tagging] Amenity=music_school back on Map Features

2019-09-14 Thread Martin Koppenhoefer
Am Sa., 14. Sept. 2019 um 07:05 Uhr schrieb Joseph Eisenberg < joseph.eisenb...@gmail.com>: > I've added "amenity=music_school" back to the Map Features list, since > it looks like there is consensus that this is different than > amenity=college and there is not other tag for this feature at this

Re: [Tagging] "not:brand" to mark a shop that isn't part of a chain?

2019-09-14 Thread Jez Nicholson
+1 for the not: namespace. It stops people inventing new negation tags with slightly different wording. Searches could take it into account even. On Sat, 14 Sep 2019, 07:25 Joseph Eisenberg, wrote: > "noname=yes" is used when a feature like a road doesn't have a name. > > The tag :not:name=XXX"

Re: [Tagging] Amenity=music_school back on Map Features

2019-09-14 Thread Joseph Eisenberg
I think so? The definition is "an educational institution specialized in the study, training, and research of music. ... "... There are also private music schools which can have the same offer as public music schools or are limited to some part of musical education." So it's probably a

Re: [Tagging] "not:brand" to mark a shop that isn't part of a chain?

2019-09-14 Thread Paul Allen
On Sat, 14 Sep 2019 at 08:17, Jez Nicholson wrote: > +1 for the not: namespace. > +1 It may be applicable to other tags on objects which are prone to misidentification and which are not better handled by lifestyle prefixes. Where an object is no longer used as an X (or used for anything else

Re: [Tagging] "not:brand" to mark a shop that isn't part of a chain?

2019-09-14 Thread Joseph Eisenberg
I think "not:brand" and "not:brand:wikidata" should only be used when the name of the feature or the brand of the feature is identical (or nearly identical) to a well-known brand. - Joseph On 9/14/19, Martin Koppenhoefer wrote: > I am leaning to supporting the tag, because it offers a standard

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

2019-09-14 Thread Joseph Eisenberg
And type=site - but none of those three types of relation are widely supported by database users. On 9/14/19, Martin Koppenhoefer wrote: > > > sent from a phone > >> On 13. Sep 2019, at 17:28, Paul Allen wrote: >> >> part_of_a_group=yes tag. And even without any of that, >> an overpass query

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

2019-09-14 Thread Janko Mihelić
What I got out of this discussion is, part:wikidata will probably not be widely used, but people still agree that most of the wikidata tags that are on multiple OSM objects are wrongly tagged. So maybe the right way is to go case by case, and see how to deal with them. For example, a lot of rails

Re: [Tagging] Feature Proposal - RFC - appointment

2019-09-14 Thread Ruben
On Tue, 10 Sep 2019 18:59:29 +1000, Warin <61sundow...@gmail.com> wrote: > 'opening_hours="By appointment, phone "' (the ### is the phone number > that I don't recall of the top of my head. > > I think this is more versatile than yet another value as it allows an > individual response in

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

2019-09-14 Thread Martin Koppenhoefer
sent from a phone > On 13. Sep 2019, at 19:42, Paul Allen wrote: > > BTW, a better way for marking Roman roads would be to use > historic=roman_road. It's a > lapsed proposal, and doesn't show even on lutz's historic places map, but it > would allow > a simple overpass-turbo query and

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

2019-09-14 Thread Paul Johnson
On Wed, Sep 11, 2019 at 7:59 AM Paul Allen wrote: > > Anyone who thinks the preceding paragraph is off-topic because it's about > Wikimedia should try to recall all the times on this list when somebody has > insisted that rules is rules, even when the outcome of following those > rules is

Re: [Tagging] Feature Proposal - RFC - Reusable packaging

2019-09-14 Thread Martin Koppenhoefer
Am Fr., 13. Sept. 2019 um 14:09 Uhr schrieb Paul Allen : > > In British English (which OSM generally uses) "bulk" means "being large > in size, mass or > volume (of goods, etc.)." See https://en.wiktionary.org/wiki/bulk > it also means "Unpackaged goods when transported in large volumes, e.g.

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

2019-09-14 Thread Andy Mabbett
On Fri, 13 Sep 2019 at 21:06, Mateusz Konieczny wrote: > 13 Sep 2019, 20:28 by a...@pigsonthewing.org.uk: > > On Wed, 11 Sep 2019 at 13:41, Janko Mihelić wrote: >>> You have examples like tagging all ways that are a part of a street with >>> the wikidata item about that street. You can't

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

2019-09-14 Thread Paul Allen
On Sat, 14 Sep 2019 at 19:22, Martin Koppenhoefer wrote: > > yes, or historic=road with historic:civilization=ancient_roman > > I’ve used both variants in the past but just had a second thought: is this > about roads that are still with the original paving or also applicable to > roads that were

Re: [Tagging] Feature Proposal - RFC - appointment

2019-09-14 Thread Warin
On 15/09/19 01:59, Ruben wrote: On Tue, 10 Sep 2019 18:59:29 +1000, Warin <61sundow...@gmail.com> wrote: 'opening_hours="By appointment, phone "' (the ### is the phone number that I don't recall of the top of my head. I think this is more versatile than yet another value as it allows an

Re: [Tagging] Amenity=music_school back on Map Features

2019-09-14 Thread Joseph Eisenberg
Also, the English page was originally translated from the German page, which has the description "Musikschule" - so it fits. "Darüber hinaus bieten auch private Musikschulen ein gleichwertiges oder ein auf bestimmte Bereich der Musikbildung beschränktes Angebot an." On 9/14/19, Joseph Eisenberg