Hi!
2015-01-16 10:19 GMT+01:00 Andreas Labres l...@lab.at:
heading Brno:
+---+
| Brno,... [A23]|
|^^ ^ / |
||| |// |
+---+
It might be quite hard for the consumer to
*I looked carefully at the situation of that road bridge in Bremen, and to
me it looks clear that the stretch on the bridge cannot legally be a
motorroad. When you enter from the west on the on-ramp I bet you do not
find any sign telling you that you are entering a motorraod. The motorroad
starts
2015-01-20 9:06 GMT+01:00 Volker Schmidt vosc...@gmail.com:
So the correct mapping is that yo remove put motorroad=no on the short
stretch on the bridge.
yo remove put - you put ;-)
___
Tagging mailing list
Tagging@openstreetmap.org
Thanks for the quick response.
Sadly the discussion page wasn't much help. But I think I found the right
thread on the mailing list (though I haven't read it yet):
https://lists.openstreetmap.org/pipermail/tagging/2011-March/007023.html
Yours
Hubert
-Original Message-
From: fly
I just found the following Thread ion the GB mailing list:
https://lists.openstreetmap.org/pipermail/talk-gb/2012-August/013663.html
(I haven’t read it yet.) Is that the one you where referring to?
Thank You. Yours
Hubert
From: SomeoneElse [mailto:li...@atownsend.org.uk]
Sent:
Sorry, was talking about the RFC discussion on this list [6] but your
link or better gmane.org [7] as threads are better listed is the
starting point.
The discussion at the same time about sidewalk as separate ways might be
also interesting.
cu fly
[6]
On 20/01/2015 13:01, Hubert wrote:
I just found the following Thread ion the GB mailing list:
https://lists.openstreetmap.org/pipermail/talk-gb/2012-August/013663.html
(I haven’t read it yet.) Is that the one you where referring to?
That's certainly one of them, yes. I have a vague
Am 20.01.2015 um 08:44 schrieb Martin Vonwald imagic@gmail.com:
2015-01-20 3:36 GMT+01:00 715371 osmu715...@gmx.de:
motorroad:lanes=yes|yes|yes|no
Seems absolutely fine to me. One alternative (for better compatibility) would
be motorroad=yes + motorroad:lanes=yes|yes|yes|no .
2015-01-20 14:56 GMT+01:00 Martin Koppenhoefer dieterdre...@gmail.com:
Am 20.01.2015 um 08:44 schrieb Martin Vonwald imagic@gmail.com:
2015-01-20 3:36 GMT+01:00 715371 osmu715...@gmx.de:
motorroad:lanes=yes|yes|yes|no
Seems absolutely fine to me. One alternative (for better
The flood prone areas are not designed to let you cross a river
Yes. I think that is exactly the important point and a very good
description/criterion. flood_prone=yes for things that are _not_
designed to be flooded. And waterway=*, ford=* … for things that _are_
designed/expected to be
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
On 21/01/2015 10:03 AM, tagging-requ...@openstreetmap.org wrote:
Date: Tue, 20 Jan 2015 14:43:16 +
From: Lukas Sommersommer...@gmail.com
To: Tag discussion, strategy and related tools
tagging@openstreetmap.org
Subject: Re: [Tagging] waterway=wadi problem
Message-ID:
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:
On 19.01.2015 12:10, Richard Z. wrote:
##== Disadvantages of semicolon separated lists ==
##* parsing of values is required
sure parsing is required. How terribly difficult is it to split
a string by ;?
It's trivial.
Xxzme is one of those mappers who try to design tagging rules
Friedrich Volkmann
Ad hominem. Wow. You are so low.
, by making assumptions instead of asking those who know.
This is called data analys. Statistics. Numbers. There nobody to ask if
users prefer one method over another.
The resulting tagging rules are actually a burden for both mappers and
On 21.01.2015 02:51, Никита wrote:
payment=efectivo;visa;mastercard;american␣express
payment=mastercard;visa;efectivo
Now try to find *efectivo *with your regexes.
With a perl regex:
^[^=]+=(.*;)?\s*efectivo\s*(;.*)?$
Usually you only have the value in your variable, so you only need:
You don't know regexes and theory behind them. I don't care about your
one-line perl hacks.
You will never teach your ugly hacks to to OSM users. You are insane to
write these things as argument for using ;.
You will always fail when I add more data to database. There always pattern
that will
On Jan 16, 2015, at 6:22 AM, David Bannon dban...@internode.on.net wrote:
On Thu, 2015-01-15 at 18:07 +0100, Michał Brzozowski wrote:
Some people in Poland (the ones who never browse community forums)
maniacally tag every dirt road as highway=track, even if it should be
E.g.?
Well you actually smart person out there. Please query for features that
support bitcoins or coins as currency
http://overpass-turbo.eu/?w=%22payment:coins%22=%22yes%22%20or%20%22payment:bitcoin%22=%22yes%22
Now try to query for only with bitcoin without litecoin tag:
payment:bitcoint=*
On Tue, Jan 20, 2015 at 8:34 PM, johnw jo...@mac.com wrote:
As an easy (well, easier) fix - it might be a good idea for iD to show,
color coded, what option is chosen for a road - white for paved, grey
striped for gravel and friends, and brown for various ground / soil/ mud
etc. it might
On 19.01.2015 12:37, Markus Lindholm wrote:
Treating addresses as attributes might be fast and convenient but that
kind of scheme
becomes incoherent as there is no one-to-one relationship between
addresses and other features.
E.g.
- There are MULTIPLE POIs that all relate to ONE address
-
On 19.01.2015 12:47, Andrew Shadura wrote:
It doesn't actually matter if you agree or not, because it doesn't change
the fact that buildings in CZ and SK don't have multiple addresses.
I cannot judge this. If this is a fact, addr2 is not needed or even plain
wrong for conscription numbers in CZ
On 21.01.2015 03:59, Никита wrote:
You don't know regexes and theory behind them. [...] There always pattern
that will broke your regex.
E.g.?
You will never teach your ugly hacks to to OSM users.
Probably because these are for developers, not for users.
--
Friedrich K. Volkmann
On 20/01/2015 6:55 PM, tagging-requ...@openstreetmap.org wrote:
Date: Tue, 20 Jan 2015 08:55:37 +0100
From: Volker Schmidtvosc...@gmail.com
To: Tag discussion, strategy and related tools
tagging@openstreetmap.org
Subject: Re: [Tagging] Tagging road illumination quality
Message-ID:
24 matches
Mail list logo