Re: [Tagging] Draft proposal for Key:aerodrome

On Tue, 10 Sep 2019 at 20:24, Andy Townsend wrote: > > That seems like a bad idea because aerodrome:type is one of the ways > that mappers distinguish between military and non-military airfields. > We have at least 3 aerodromes that I know of (& I know there are others worldwide) where a common

Re: [Tagging] Draft proposal for Key:aerodrome

On Tue, 10 Sep 2019 at 17:37, Joseph Eisenberg wrote: > I've started a new proposal for Key:aerodrome. > > See https://wiki.openstreetmap.org/wiki/Proposed_features/Key:aerodrome > > This proposal uses aerodrome=* for classification of an > aeroway=aerodrome as an international airport, other com

Re: [Tagging] Draft proposal for Key:aerodrome

On 2019-09-11 09:05, Graeme Fitzpatrick wrote: > On Tue, 10 Sep 2019 at 20:24, Andy Townsend wrote: > >> That seems like a bad idea because aerodrome:type is one of the ways >> that mappers distinguish between military and non-military airfields. > > We have at least 3 aerodromes that I know

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

Joseph Eisenberg wrote: > (While I wouldn't have picked the key "permanent_camping" myself if > it's only on a seasonal or annual basis, I think it's probably fine, > and I can't think of a better English term.) I can not talk for other countries, but in Germany this setting is definitely *perma

Re: [Tagging] Draft proposal for Key:aerodrome

I believe we should tag passenger numbers a year. We would not have to tag all airports with this, especially for small airports these might be hard to get, and we do not necessarily need up to date numbers, just a number of one of the past years. This will usually be available for the big airports

Re: [Tagging] Tourist bus stop

Am Mi., 11. Sept. 2019 um 02:35 Uhr schrieb Joseph Eisenberg < joseph.eisenb...@gmail.com>: > Thank you for making a proposal, Francesco. > > “A tourist bus stop is a stop reserved to tourist buses.” > > The main issue is describing the term “tourist bus” clearly. > > The related wiki page Key:tou

Re: [Tagging] Tourist bus stop

Am Mi., 11. Sept. 2019 um 04:39 Uhr schrieb Leif Rasmussen <354...@gmail.com >: > My main concern is that some bus stops could be both for tourist buses and > for public buses. Using ptv2 instead, with public_transport=platform + > coach=designated or tourist_bus=designated would be easier. > if

Re: [Tagging] Open Defecation Areas

On 11/09/19 15:47, Mateusz Konieczny wrote: 11 Sep 2019, 01:54 by pla16...@gmail.com: On Tue, 10 Sep 2019 at 23:41, Graeme Fitzpatrick mailto:graemefi...@gmail.com>> wrote: Would it need a multipolygon? My impression of the ODA is an open patch of ground in / beside

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

Am Di., 10. Sept. 2019 um 13:54 Uhr schrieb Janko Mihelić : > Then in OSM city and city-state are different things. In Wikidata we only > have an article about the city-state. This article also talks about the > city, but the overall theme is the city-state. That means, only the > admin_level=2 sh

Re: [Tagging] Feature Proposal - RFC - appointment

I would use the "phone" key rather than mixing phone numbers in the opening hours value. If there are several phone numbers and one is dedicated for making appointments, it could be a phone subtag like phone:appointments=### Cheers, Martin ___ Tagging ma

Re: [Tagging] Feature Proposal - RFC - appointment

Am 10.09.2019 um 10:00 schrieb Martin Koppenhoefer: > > > sent from a phone > > On 8. Sep 2019, at 22:11, Simon Poole > wrote: > >> 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 i

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

sri, 11. ruj 2019. u 13:04 Martin Koppenhoefer napisao je: > One problem is that wikidata does not allow to have the same wikipedia > article for several wikidata objects. > Yes it does. Look at this object: https://www.wikidata.org/wiki/Q23837517 Its about one saint, Constantia, who was alway

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

"and so there is a wikidata item about them both, and it has a property "has part" which has values of Constantia and Felix objects. Constantia and Felix have a property "part of"." Doesn't this mean that it would be better to create separate Wikidata items for each separate OSM feature, rather th

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

Am Mi., 11. Sept. 2019 um 14:22 Uhr schrieb Janko Mihelić : > sri, 11. ruj 2019. u 13:04 Martin Koppenhoefer > napisao je: > >> One problem is that wikidata does not allow to have the same wikipedia >> article for several wikidata objects. >> > > Yes it does. Look at this object: > > https://www.

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

sri, 11. ruj 2019. u 14:34 Joseph Eisenberg napisao je: > Doesn't this mean that it would be better to create separate Wikidata > items for each separate OSM feature, rather than creating a new OSM > tag? > You have examples like tagging all ways that are a part of a street with the wikidata ite

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

sri, 11. ruj 2019. u 14:35 Martin Koppenhoefer napisao je: > Why do the individual saints not have the property, but the group has it? > I'm suspecting it's "tagging for the renderer". They probably have infoboxes in the Wikipedia article, and they would like that box to show "saint". That shou

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

On Wed, 11 Sep 2019 at 13:35, Martin Koppenhoefer wrote: > > great. Typical issues one would expect are properties associated with the > "wrong" object though, and looking at the example, it seems here is such an > issue with the "canonization status"=catholic saint. Why do the individual > saint

Re: [Tagging] Tourist bus stop

On Wed, 11 Sep 2019 at 10:43, Martin Koppenhoefer wrote: > > Am Mi., 11. Sept. 2019 um 04:39 Uhr schrieb Leif Rasmussen < > 354...@gmail.com>: > > if both can stop, it is not a tourist bus stop but a regular bus stop > where coaches can stop. I have difficulties imagining it, but I would not > ex

Re: [Tagging] Tourist bus stop

Am Mi., 11. Sept. 2019 um 15:12 Uhr schrieb Paul Allen : > On Wed, 11 Sep 2019 at 10:43, Martin Koppenhoefer > wrote: > >> Usually these tourist bus stops are set up in areas with a lot of traffic >> and few parking space, in these settings you would not want tourist busses >> to block pt bus sto

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

The rule I'm trying to implement, "A Wikidata item cannot be connected to more than one OSM item", might also be interpreted as a DRY rule. But I'm at least proposing part:wikidata, so we can have the benefits of DRY, as well as easiness of tagging WET tags. sri, 11. ruj 2019. u 14:59 Paul Allen

Re: [Tagging] Tourist bus stop

On Wednesday, 11 September 2019, Paul Allen wrote: > On Wed, 11 Sep 2019 at 10:43, Martin Koppenhoefer > wrote: > > > > > Am Mi., 11. Sept. 2019 um 04:39 Uhr schrieb Leif Rasmussen < > > 354...@gmail.com>: > > > > if both can stop, it is not a tourist bus stop but a regular bus stop > > where c

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

> we can't enforce some rules like "tag leisure=stadium can only be connected > to something that is, or is derived from Q483110 (Stadium) in Wikidata" imho: The wikidata taxonomy is in very early stage. but we can create some SPARQL validating with https://sophox.org/ ; but this is not for

Re: [Tagging] building typology vs usage

Am So., 8. Sept. 2019 um 15:13 Uhr schrieb Paul Allen : > Good idea. A better idea might be to add it to the description, since it > is information that > may be useful to non-mappers: data consumers may suppress notes but allow > the > display of descriptions. It's useful to know that the art s

Re: [Tagging] Tourist bus stop

On Wed, 11 Sep 2019 at 14:31, Philip Barnes wrote: > > The description here describes coaches, which are more comfortable than > buses and are used for long distances. In French for example this would be > the difference between Autocar and Autobus. > That's one end of the spectrum. I'm not su

Re: [Tagging] building typology vs usage

On Wed, 11 Sep 2019 at 14:38, Martin Koppenhoefer wrote: > Am So., 8. Sept. 2019 um 15:13 Uhr schrieb Paul Allen >: > >> Good idea. A better idea might be to add it to the description, since it >> is information that >> may be useful to non-mappers: data consumers may suppress notes but allow >

Re: [Tagging] building typology vs usage

By the way, there are currently 5 objects with the tagging on the same object. { "type": "way", "id": 59218539, "tags": { "addr:housenumber": "8", "addr:street": "Pier Place", "building": "church", "leisure": "sports_centre", "name": "Alien Rock", "note": "former St

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

sri, 11. ruj 2019. u 15:37 Imre Samu napisao je: > > imho: The wikidata taxonomy is in very early stage. but we can create > some SPARQL validating with https://sophox.org/ ; > but this is not for the average osm editors. it is too complex task - > fixing wikidata and osm parallel ... > I

Re: [Tagging] Tourist bus stop

I believe that tourism is a characteristic of the line, not the stop. PTv2 handles this (as it does so many cases) quite easily. Here's an example in central Paris of a stop that is served by a "public" bus line and a "tourist" bus line: https://www.openstreetmap.org/node/5292142706 The tagging

Re: [Tagging] Tourist bus stop

FWIW, there is in many jurisdictions a vehicle class for busses which is currently covered by the value: "tourist_bus" defined as bus not acting as a public service vehicle. As I have stated before, "motorbus" would have been a better (more consistent hence self-explaining) choice for the key name

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

11 Sep 2019, 15:32 by joseph.eisenb...@gmail.com: > Doesn't this mean that it would be better to create separate Wikidata > items for each separate OSM feature, rather than creating a new OSM > tag? > impossible due to Wikidata rules. for example https://en.m.wikipedia.org/wiki/Israeli_West_Bank_

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

Am Mi., 11. Sept. 2019 um 17:56 Uhr schrieb Mateusz Konieczny < matkoni...@tutanota.com>: > 11 Sep 2019, 15:32 by joseph.eisenb...@gmail.com: > > Doesn't this mean that it would be better to create separate Wikidata > items for each separate OSM feature, rather than creating a new OSM > tag? > > i

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

11 Sep 2019, 19:00 by dieterdre...@gmail.com: > > > Am Mi., 11. Sept. 2019 um 17:56 Uhr schrieb Mateusz Konieczny <> > matkoni...@tutanota.com > >: > >> 11 Sep 2019, 15:32 by >> joseph.eisenb...@gmail.com >> >> : >> >>> Doesn'

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

Am Mi., 11. Sept. 2019 um 18:04 Uhr schrieb Mateusz Konieczny < matkoni...@tutanota.com>: > AFAIK it is about structural needs of > Wikidata itself. Entries about shop brands > (used in name suggestion index) got deleted. > >From personal experience I was more fortunate in Wikidata so far, but m

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

> if we enforce the "unique wikidata id" rule. imho: lot of unintended consequences. The 2 community/database has a different rules, different focus, and activity. and I don't believe that 1:1 relationship is possible with the current osm data model. And mapping with a mobile phone, it is imposs

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

On Wed, 11 Sep 2019 at 14:31, Janko Mihelić wrote: > The rule I'm trying to implement, "A Wikidata item cannot be connected to > more than one OSM item", might also be interpreted as a DRY rule. But I'm > at least proposing part:wikidata, so we can have the benefits of DRY, as > well as easiness

Re: [Tagging] Open Defecation Areas

>From what I have seen in an open defecation google image search I got to the impression we cannot map these as landuse features. I can understand someone could draw a map and mark the "open defecation areas", on a city scale, but likely not on a street scale, these are not punctual features like t

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

Am Mi., 11. Sept. 2019 um 19:01 Uhr schrieb Paul Allen : > Rule 1: We only tag terminal instantiations which are unique objects, not > categories. > It is appropriate to use wikidata=Q275 for the Forth Railway Bridge; it is > not appropriate > to use wikidata=Q8471277 (category railway bridges) fo

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

On Wed, Sep 11, 2019, 19:31 Martin Koppenhoefer wrote: > I am also against restricting wikidata tags to a 1:1 relationship. It > would require restructuring of specific items either in osm or in wikidata, > or both, just to have them linked nicely (at a certain point in time, > because from then

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

can you give specific example of case where part:wikidata would be better than wikidata? 11 Sep 2019, 20:38 by jan...@gmail.com: > On Wed, Sep 11, 2019, 19:31 Martin Koppenhoefer <> dieterdre...@gmail.com > > > wrote: > >> I am also against restricting wikidata tag

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

On Wed, 11 Sep 2019 at 18:31, Martin Koppenhoefer wrote: > Am Mi., 11. Sept. 2019 um 19:01 Uhr schrieb Paul Allen >: > > to give a practical example: > https://www.wikidata.org/wiki/Q3734793 > https://www.wikidata.org/wiki/Q1368377 > > How should these be linked to OSM? > I have no real underst

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

One of the issues I frequently observed is that mappers keep trying to add a wikidata=... tag even when there is no perfect match. Having a part:wikidata or a similar tag would help those mappers - indicating that there is no perfect 1:1 match, but someone already looked at this specific object and

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

11 Sep 2019, 19:59 by pla16...@gmail.com: > Rule 3: If an object is a multipolygon relation containing several outers, > such as some > university campuses, then the relation itself gets the wikidata tag for that > university, > not the constituent polygons. > For object represented by single ar

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

On Wed, 11 Sep 2019 at 19:35, Yuri Astrakhan wrote: > One of the issues I frequently observed is that mappers keep trying to add > a wikidata=... tag even when there is no perfect match. Having a > part:wikidata or a similar tag would help those mappers - indicating that > there is no perfect 1:1

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

On Wed, 11 Sep 2019 at 19:43, Mateusz Konieczny wrote: > > It gets tricky where wikidata has a > single object for things like > lake and surrounding wetlands > Then the wikidata item is for the wetlands, which happen to have a lake within them. Map the wetlands and add the wikidata tag to it.

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

11 Sep 2019, 21:48 by pla16...@gmail.com: > On Wed, 11 Sep 2019 at 19:43, Mateusz Konieczny <> matkoni...@tutanota.com > > > wrote: > >> >> It gets tricky where wikidata has a >> single object for things like >> lake and surrounding wetlands >> > > Then the wiki

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

On Wed, 11 Sep 2019 at 20:18, Mateusz Konieczny wrote: > > > > 11 Sep 2019, 21:48 by pla16...@gmail.com: > > On Wed, 11 Sep 2019 at 19:43, Mateusz Konieczny > wrote: > > > It gets tricky where wikidata has a > single object for things like > lake and surrounding wetlands > > > Then the wikidata

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

sri, 11. ruj 2019. u 20:24 Mateusz Konieczny napisao je: > can you give specific example of case > where part:wikidata would be better > than wikidata? > The classic example is a street. Streets are one of those objects in OSM which are defined by a unique name on several ways. So if a wikidata

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

On Wed, 11 Sep 2019 at 22:26, Janko Mihelić wrote: > sri, 11. ruj 2019. u 20:24 Mateusz Konieczny > napisao je: > >> can you give specific example of case >> where part:wikidata would be better >> than wikidata? >> > > The classic example is a street. Streets are one of those objects in OSM > wh

[Tagging] mesh bicycle network

Hi, i have stumbled over the post about rcn and cycling node networks and was wondering if you guys might have a proposal for primary bicycle route mesh network relation(s) like this one https://www.openstreetmap.org/relation/3585265, which is in Bremen, Germany. It is neither a cycling node net

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

čet, 12. ruj 2019. u 00:04 Paul Allen napisao je: > In this case, I'm not convinced that we couldn't accept a many-to-one > mapping of ways to > wikidata. But if you insist, put them in a relation of some kind. Maybe > a type=wikidata, even, > although I suspect that would have more problems th

Re: [Tagging] Tourist bus stop

The Key:bus has this definition currently (https://wiki.openstreetmap.org/wiki/Key:bus): "A bus is a large motor vehicle used for public transport of passengers. "In most countries a bus is a larger public service vehicle or public transport vehicle used to transport passengers, with more than 9

[Tagging] Use of aeroway=taxilane vs aeroway=parking_position and aeroway=taxiway?

The tag aeroway=taxilane has become more popular in the past year, increasing from 600 uses to 2500, but it's still much less common than aeroway=taxiway or aeroway=parking_position The proposal for aeroway=taxilane said this should be used for the routes followed by aircraft within the apron (the

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

12 Sep 2019, 02:03 by jan...@gmail.com: > But I remember an artwork that was tagged somewhere, and it was consisted of > several murals spread around the city. Part:wikidata=* would be perfect for > that case. > Sounds like https://en.m.wikipedia.org/wiki/Wroc%C5%82aw%27s_dwarfs