Hello, there!
How should I model roads on which one traffic way has the priority over the
other one, like with the "Priority over/for oncoming traffic" signs the Vienna
convention registered
(https://en.wikipedia.org/wiki/Vienna_Convention_on_Road_Signs_and_Signals#Road_signs)?
The wiki says no
See http://wiki.openstreetmap.org/wiki/Key:priority for the answer.
This won't work on a single node, as nodes have no concept of direction
and can be shared with other ways.
//colin
On 2016-01-19 13:41, David Marchal wrote:
> Hello, there!
>
> How should I model roads on which one traffic
On Tue, 2016-01-19 at 13:41 +0100, David Marchal wrote:
> Hello, there!
>
> How should I model roads on which one traffic way has the priority
> over the other one, like with the "Priority over/for oncoming
> traffic" signs the Vienna convention registered (https://en.wikipedia
> .org/wiki/Vienna_
On 10.01.2016 22:29, moltonel 3x Combo wrote:
> Actually to my human eyes, both semicolons and suffixes are equally
> ugly (but pragmatic). It's for processing that suffixes are supperior:
> * Spliting by semicolons (no regexp needed :p) is easy but naive,
> because semicolons are sometimes part of
So how do you indicate a missing/empty value in the middle of the list?
Does "a;;b" mean a single value of "a;b" or does it mean three values
"a", "" and "b"?
The "lanes" tag family uses a different delimiter ("|"), sometimes
together with a semicolon to make a kind of 2-d array. A double pipe
("|
On 19/01/2016 18:02, Hakuch wrote:
On 10.01.2016 22:29, moltonel 3x Combo wrote:
Actually to my human eyes, both semicolons and suffixes are equally
ugly (but pragmatic). It's for processing that suffixes are supperior:
* Spliting by semicolons (no regexp needed :p) is easy but naive,
because se
On 19.01.2016 19:25, Colin Smale wrote:
> So how do you indicate a missing/empty value in the middle of the list?
> Does "a;;b" mean a single value of "a;b" or does it mean three values
> "a", "" and "b"?
>
> The "lanes" tag family uses a different delimiter ("|"), sometimes
> together with a semi
Who says the lists using a semicolon are by definition unordered?
A road with multiple ref's might have ref=A1;A2 where A1 is listed first
on the signs. A shop with multiple categories (I know this is subject to
some discussion) might have shop=a;b;c where shop=a is its primary
categorisation. A
I know that there is shop=copyshop ("A shop that offers photocopying
and printing services.").
I want tag place offering photocopying and printing supplies - printers,
ink & toner for printers, paper. Some shop may also buy used up ink &
toner cartridges.
I thought about shop=printer, shop=printe
You can have a look at Tag:shop=stationery.
http://wiki.openstreetmap.org/wiki/Tag:shop%3Dstationery
"A shop selling stationery - paper, notebooks, festive cards,
envelopes, pens, pencils and other related supplied for home, school
and office use."
You could add "printer ink" to the list and use
On Tue, 19 Jan 2016 21:54:43 +0100
althio wrote:
> You can have a look at Tag:shop=stationery.
>
> http://wiki.openstreetmap.org/wiki/Tag:shop%3Dstationery
> "A shop selling stationery - paper, notebooks, festive cards,
> envelopes, pens, pencils and other related supplied for home, school
> and
ok, let not call it unordered, but it is just a list without positions.
If you are using | pipes, you have specific positions. And there, an
empty value is also a value/information. But if you have a list like you
should do with ; an empty value would be nothing, there wont be any
information that
On 19.01.2016 19:40, Andy Townsend wrote:
> On 19/01/2016 18:02, Hakuch wrote:
>> It might not be used by that much developers,
>
> It's not used by anyone as far as I can see:
>
> http://taginfo.openstreetmap.org/search?q=%3B%3B
>
> (unless taginfo is doing some special filtering)
>
it seems
sent from a phone
Am 19.01.2016 um 22:43 schrieb Mateusz Konieczny :
>> http://wiki.openstreetmap.org/wiki/Tag:shop%3Dstationery
>> "A shop selling stationery - paper, notebooks, festive cards,
>> envelopes, pens, pencils and other related supplied for home, school
>> and office use."
>>
>> Yo
sent from a phone
> Am 19.01.2016 um 20:02 schrieb Colin Smale :
>
> Tags and values are for machine processing, not for direct human consumption;
are you sure? Why are they human readable then, using actual words? Wouldn't it
be more efficient to use binary code?
Empty values are not valid
On 20/01/2016 7:43 AM, Mateusz Konieczny wrote:
I know that there is shop=copyshop ("A shop that offers photocopying
and printing services.").
I want tag place offering photocopying and printing supplies - printers,
ink & toner for printers, paper. Some shop may also buy used up ink &
toner cart
I'm trying to decide how to tag what we in the U.S. refer to as junkyards.
Mostly these are where old automobiles go when they are discarded and are a
source of used parts. They are therefore an amenity of considerable value,
at least to some people. In other countries they might be called scrapyar
On Fri, Jan 15, 2016 at 8:25 AM, Ralph Aytoun
wrote:
>
> New mappers have a lot to learn. They have enough of a problem just
> learning how to use the tools and finding out what basic tagging is without
> being inundated with error messages telling them they cannot save their
> work because of so
Colin Smale wrote
> The "lanes" tag family uses a different delimiter ("|"), sometimes
> together with a semicolon to make a kind of 2-d array. A double pipe
> ("||") indicates a missing value there. Wouldn't it be nice if we were
> consistent?
That is new to me. My understanding of a double pipe
I meant that there is a value missing "between the pipes", which at a
slightly higher semantic level can mean "use the default". A definition
which varies according to position doesn't feel well-formed to me.
//colin
On 2016-01-20 08:10, Gerd Petermann wrote:
> Colin Smale wrote
>
>> The "lan
Yes I'm sure... Notice I put the word "direct" in there. No "end user"
of the data will use the data directly, there is always a presentation
layer in the middle, which formats up numbers and dates, converts units,
localises key words, etc etc. That's where the "semicolon syntax" and
the "pipe synt
I don't think that the meaning really depends on the position. My understanding
is that the
complete value (e.g. "80||" ) is parsed by splitting it into separate strings
at each pipe symbol.
Result: three strings: "80" , "",""
The value "|80|" also gives three strings: "","80",""
Another poin
22 matches
Mail list logo