On Wed, 2015-01-21 at 09:35 +0300, Никита wrote:
> Well you actually smart person out there. Please query for features
> that support bitcoins or coins as currency
Come on please ! This is getting quite silly.
regexes are a basic part of the *nix and therefore internet world. Sure
they are
2015-01-21 7:35 GMT+01:00 Никита :
> > Probably because these are for developers, not for users.
> Nonsense like any of your words.
>
Stop it right here! This is now really enough! If you are completely
unwilling to accept other peoples opinion, OSM is _not_for_you_!
Friedrich clearly demonstrat
On 21 January 2015 at 07:59, Friedrich Volkmann wrote:
> 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.
>>
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 C
>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 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 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 ht
On Tue, Jan 20, 2015 at 8:34 PM, johnw 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 make it easi
> On Jan 16, 2015, at 6:22 AM, David Bannon 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
>> residential+unpaved
>
> Th
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 bro
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:
^(
> 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 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
Wow. Quality of discussion here.
> I even find the second example more difficult to visualize. It's just
worse than the first in every respect
payment=efectivo;visa;mastercard;american␣express
payment=mastercard;visa;efectivo
Now try to find *efectivo *with your regexes.
If you want to tell me
On 19.01.2015 12:34, jgpacker wrote:
> I understand that the main tags of an object should avoid using semicolons to
> make map renderer's life easier, but I don't think only exceptional tags
> should use it and think most lists of values should be separated by
> semicolon.
>
> Particularly, I don
On 21/01/2015 10:03 AM, tagging-requ...@openstreetmap.org wrote:
Date: Tue, 20 Jan 2015 14:43:16 +
From: Lukas Sommer
To: "Tag discussion, strategy and related tools"
Subject: Re: [Tagging] waterway=wadi problem
Message-ID:
Content-Type: text/plain; charset=UTF-8
>The floo
Hi
Judging from Google Street photos (from 2008) all four lanes are motorrad.
The sign 331.2 - end of motorrad - can be seen at about this location:
http://www.openstreetmap.org/node/1968608980
This would imply the way http://www.openstreetmap.org/way/318383860 is
motorrad, and hence the bridg
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:
http://wiki.openst
On 20/01/2015 6:55 PM, tagging-requ...@openstreetmap.org wrote:
Date: Tue, 20 Jan 2015 08:55:37 +0100
From: Volker Schmidt
To: "Tag discussion, strategy and related tools"
Subject: Re: [Tagging] Tagging road illumination quality
Message-ID:
Content-Type: text/plain; charset="utf
> 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=* do
> 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 flooded
2015-01-20 14:56 GMT+01:00 Martin Koppenhoefer :
>
> Am 20.01.2015 um 08:44 schrieb Martin Vonwald :
>
> 2015-01-20 3:36 GMT+01:00 715371 :
>
>> motorroad:lanes=yes|yes|yes|no
>>
>>
> Seems absolutely fine to me. One alternative (for better compatibility)
> would be motorroad=yes + motorroad:lanes
> Am 20.01.2015 um 08:44 schrieb Martin Vonwald :
>
> 2015-01-20 3:36 GMT+01:00 715371 :
>> 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 .
this sounds strange to me, a m
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 recoll
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] http://thread.gmane.org/gmane.comp.gis.open
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: Dienstag,
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 [mail
2015-01-20 9:06 GMT+01:00 Volker Schmidt :
> 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
https://lists.openstreetma
*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 a
Hi!
2015-01-16 10:19 GMT+01:00 Andreas Labres :
> heading Brno:
> +---+
> | Brno,... [A23]|
> |^^ ^ /> |
> ||| |// |
> +---+
>
It might be quite hard for the consumer to determi
30 matches
Mail list logo
