Hello,
Le 10.06.20 à 04:03, Jack Armstrong a écrit :
> Users have been adding pedestrian crossing tags on ways
I don't see 2 crossing.
I only see 1 crossing https://www.openstreetmap.org/node/7598863281
between a footway https://www.openstreetmap.org/way/813492687
and a tertiary road https://www.
Hello,
Le 04.06.20 à 13:33, Lukas via Tagging a écrit :
> the question is whether key covered=* is suitable for this.
> Or should we stay with a stricter covered=yes/no
> and maybe add something like covered_by=phone_hood or something?
key=yes/no with some more specific value is the common logic
Hello,
following a small thread on irc, I have review 20 usage of admin_level=1
all are mistakes, often by new mapper
for ex https://www.openstreetmap.org/way/779838275
is there a case of real use of admin_level=1?
wiki only said that UE isn't a admin_level=1
but don't list any valid usage of it
h
ot
> a deprecated tag. Another thing is what you actually think about the tag
> itself.
>
> Cheers,
>
> Rafael.
>
> O 23/05/20 ás 20:49, Marc M. escribiu:
>> Agree on what?
>> That leisure=common needs a replacement ? Yes.
>> that replacement must be differ
Agree on what?
That leisure=common needs a replacement ? Yes.
that replacement must be different from what needs to be replaced ?
it seems logical to me but some people think that replacing a
depreciated tag by itself will solve the problems that led to its
depreciation.
Le 22.05.20 à 15:46, Jean
Hello,
Le 13.05.20 à 00:18, Graeme Fitzpatrick a écrit :
> I'd really like somebody to come up with simple definitions of
let's try :)
> mappers,
someone who adds data into osm
> data consumers / customers,
someone who get data from osm
> I map, & I then also "use" OSMand for navigation purp
Le 11.05.20 à 14:42, Paul Allen a écrit :
> On Mon, 11 May 2020 at 10:58, s8evq wrote:
> What's you counter argument to the people suggesting that contact:*
> makes it easier for data consumers to gather all contact info in one
> go, instead of hard coding all the possible keys. What if
Le 11.05.20 à 11:29, Shawn K. Quinn a écrit :
> In fact, I'm not sure how useful it is for us to tag phone numbers on
> phoneboxes at all. Does anyone actually use this data for something useful?
it look like a ref, and a ref is useful to link 2 databases,
including if we put it in the ref key :)
Hello,
Le 10.05.20 à 01:24, Martin Koppenhoefer a écrit :
> imagine you are ordering a taxi for yourself and 2 colleagues to the
> airport and instead of a taxi (cab) they send you 3 taxi moto. Would
> that be equally ok, wouldn’t it matter, taxi is taxi?
Imagine ordering a taxi and arriving in a
Le 08.05.20 à 19:06, Phake Nick a écrit :
> Your argument was like saying we should use a amenity=stop tag for all
> bus stop, taxi stop, helicopter stop, and cruise ship stop because they
> are just "services
public_transport=* was invented for a service and relegate
the mode of transport to a su
abs / aka bicycle rickshaws, since those
> are much more efficient.
>
> I will consider proposing the other 2 tags later, but motorcyle taxis
> are by far the most common. I would bet there are more "ojek" stands
> in Indonesia than taxi
> stands in all of Europe.”
&g
Hello,
> If these arguments were given beforehand
except memory problem, I exposed this opinion here during the RFC
(=consider that taxi is a service independent of the propulsion
of the engine which is a sub-tag), and I have the impression that
the answer was "you didn't understand".
I would ha
Le 07.05.20 à 20:49, Joseph Eisenberg a écrit :
> Opposing voters preferred using amenity=taxi + motorcycle=yes
> So, what's the next step?
propose that :) (maybe with motorcycle=only variant if needed)
it allow to have "zone when you request to be transported by individual
transport" with sever
Le 05.05.20 à 04:56, Andrew Harvey a écrit :
> cycleway:both:hazard becomes an issue when there are multiple hazards
> that apply, so "doorzone" should be part of the key not the value.
; is a common separator
=value1;value2;value3
for ex
https://taginfo.openstreetmap.org/tags/hazard=animal_crossi
Le 05.05.20 à 00:05, Martin Koppenhoefer a écrit :
>> On 4. May 2020, at 23:59, Marc M. wrote:
>> for all poi (shop, office, craft, bar, restaurant), does phone
>> and contact:phone have the same meaning or you have another undocumented
>> meaning that explain it's no
Le 04.05.20 à 23:19, Paul Allen a écrit :
> On Mon, 4 May 2020 at 21:59, Marc M. wrote:
>
> - avoid having 2 tags for the same thing.
> it's bad for both contributors and data-uses.
>
> Except we don't all agree that they are for the same thing,
> not eve
Hello,
Le 04.05.20 à 14:48, Paul Allen a écrit :
> I haven't seen them.
the two reasons are:
- avoid having 2 tags for the same thing.
it's bad for both contributors and data-uses.
- using namespace for contact: (like we do with addr:) it's useful for
the use of the data (you can group them wit
Le 04.05.20 à 13:48, Alexey Zakharenkov a écrit :
> noone should convert 'website' tag for this memorial
> https://www.openstreetmap.org/node/1416386078 into 'contact:website'
indeed, it's not contact:website and but also not a website
it's just a picture and 2 lines of text as there are probably
Hello,
Le 04.05.20 à 12:53, Valor Naram via Tagging a écrit :
> replace all occurrence of the non-prefixed versions of the contact keys
although I totally agree with the idea, I can't imagine a global mass
agreement to make it happen.
as in the previous version, you're going to have opinions agai
Le 03.05.20 à 20:54, Jean-Marc Liotier a écrit :
> is it also used in other parts of the world ?
the thread already all missuses all around the world.
2 in France :
legal status https://www.openstreetmap.org/way/435015884
small area of grass between highway
https://www.openstreetmap.org/way/232310
Hello,
Le 03.05.20 à 18:13, Joseph Eisenberg a écrit :
> it is true that this tag (leisure=common)is ambiguous because it is
> being used for totally different purposes in different countries.
I think this argument is crucial.
if more than one meaning exists for a tag, having a precise meaning fo
Hello,
Le 28.04.20 à 19:14, Joseph Eisenberg a écrit :
> The original key amenity=* is a reasonable choice. This has been
> confirmed with extensive usage of amenity=pharmacy by mappers and
> database users:
egg & chiken issue :
a proposal to depreciate a heavily used tag is rejected because som
Hello,
the service was shutdown on 2 avril 2019
can we set the status as discardable ?
Regards,
Marc
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
Hello,
Le 12.04.20 à 13:49, Alexey Zakharenkov a écrit :
> direction=backward is invalid value in this context.
we do the same for stop, give_away, ...
and those ways may also be splitted
if both ways are in the same direction, the direction is just
as understandable as on a node in the middle of
Hello,
Le 12.04.20 à 12:54, Volker Schmidt a écrit :
> Do we have a tagging convention for "city limit end"
if you place the node on the way the end of the city in one direction is
logically its beginning in the other direction. so I don't make a
difference between begin and end, it's the limit b
Le 07.04.20 à 12:19, Simon Poole a écrit :
> is here any actual differentiation between the two values
both are often badly used to describe the current function
of the building and not what it look like.
the description of building=civic said "A building hosting any civic
amenity", so it's nothi
Le 06.04.20 à 18:23, Frederik Ramm a écrit :
> Only way I would see this working is a "gamification" thing
QA tools can also warn "this poi hasn't been changed in a long time,
maybe you wish to review/resurvey it"
Some ppl like to have an "up-to-date area", and not rely
on luck to systematically d
Le 06.04.20 à 18:13, Florimond Berthoux a écrit :
> If a path can only be used by mtb I think access=no mtb=designated can
> be used (I understand that goes against path multi usage definition,
> but why access tags exist if we cannot use it ?)
I never see sutch sign. but if it exist, why not.
bu
wording here, and so is
> emergency (see talk page of proposal) however, tag as you wish.
> ----
> *From:* Marc M.
> *Sent:* Monday, April 6, 2020 2:27 AM
> *To:* tagging@openstreetmap.org
> *Subject:* Re: [
Le 06.04.20 à 15:09, Paul Allen a écrit :
> in your own app
so every app 'll have it's own lascheck database ?
so when I do my annual check-up of all the POIs in my comfort zone,
It 'll need going into the different related quality monitoring
applications them to mark that it's up to date so that
Hello,
Le 06.04.20 à 09:31, European Water Project a écrit :
> I have been thinking about ways we can efficiently verify data
here's my workflow :
- once a year, I query all poi (bar, restaurant, shop) within my comfort
zone, and check all tag again.
if nothing change, I update the tag survey:dat
Le 05.04.20 à 17:06, Ty Stockman a écrit :
> https://wiki.openstreetmap.org/wiki/Proposed_features/Urgent_care
> The urgent care tag is used at, for example, clinics, that offer walk-in
> service
isn't "walk-in" already included in reservation=no ?
and/or with emergency=yes ?
at you
> see: surface; smoothness; width; visibility ; ...
>
>
> On Sat, 4 Apr 2020 at 23:57, Marc M. wrote:
>
> Le 04.04.20 à 15:47, Kevin Kenny a écrit :
> > how does a mapper who isn't expert enough to grade accurately
> > the difficulty o
Le 04.04.20 à 15:47, Kevin Kenny a écrit :
> how does a mapper who isn't expert enough to grade accurately
> the difficulty of a MTB trail, but can
> clearly see, 'a road bike wouldn't work here'
it's very subjective
an example of a situation that was not well described with
surface/inclined/... t
Le 04.04.20 à 11:26, Florimond Berthoux a écrit :
>
> Le sam. 4 avr. 2020 à 10:18, Snusmumriken a écrit :
>
> On Fri, 2020-04-03 at 20:53 +0200, Florimond Berthoux wrote:
> > For this one https://www.youtube.com/watch?v=B7wbi4wGbsg (Andrew's
> > example)
> > We're on the edge of t
On Sat, 4 Apr 2020 at 00:01, Joseph Eisenberg wrote:
> highway=cycleway + mtb=designated has been used 558
> times: http://overpass-turbo.eu/s/Sjl
your query target highway=cycleway + mtb=yes
Does exit a sign "cycleway not alloed with a mtb" ?
if not, this tag add no additional value or is an erro
Le 03.04.20 à 11:54, Andrew Harvey a écrit :
>
>
> On Fri, 3 Apr 2020 at 20:42, Marc M. wrote:
>
> Le 03.04.20 à 11:22, Andrew Harvey a écrit :
> > work out how a dedicated mountain bike track should be
> > tagged if not highway=cycleway
>
> w
Le 03.04.20 à 11:22, Andrew Harvey a écrit :
> work out how a dedicated mountain bike track should be tagged if not
> highway=cycleway
what's on the ground for those way ?
I'm in favor of leisure=track sport=mtb
___
Tagging mailing list
Tagging@openstre
Le 02.04.20 à 23:07, Volker Schmidt a écrit :
>> The trouble with this is that very few trails are 'designated' for
>> riding a bicycle. They are legal for bikes, hikers, and horses.
>
> Please not that this is different in at least three countries in Europe:
> highway=cycleway excludes any other
Hello,
Le 02.04.20 à 12:13, Yves a écrit :
> I disagree here, a cycle map should not ignore mtb:scale
please keep the principle of least surprise in mind.
highway=cycleway not-for-bicycle is like a "highway=footway + foo=no"
or like "building=yes fullydestroyed=yes"
I can't find the wiki page th
Le 11.03.20 à 23:47, Joseph Eisenberg a écrit :
> The tag man_made=goods_conveyor was proposed years ago for industrial
> conveyor belts and systems which move goods like mining ore. It is now
> documented as "in use" and used over 4000 times:
>
> https://wiki.openstreetmap.org/wiki/Tag%3Aman_made
Le 11.03.20 à 10:53, Mateusz Konieczny via Tagging a écrit :
> I am not entirely sure why it was done this way
because the too many opposing "if a tag has more than X occurrences,
it must be kept for eternity".
then some proposals for improvement have no choice but to first propose
a new one witho
Hello,
When fixing depreciated tag camp_site=camp_pitch,
I've found several of these in huge parks in the United States.
the current and approved definition of tourism=camp_pitch says that
sites are tourism=camp_site or tourism=caravan_site
however these parks often have identical characteristics
43 matches
Mail list logo
