Re: [Tagging] Removing name_1 and alt_name_1 from Wiki

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

Re: [Tagging] Removing name_1 and alt_name_1 from Wiki

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

Re: [Tagging] Tagging place offering photocopying and printing supplies

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

Re: [Tagging] Tagging place offering photocopying and printing supplies

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

Re: [Tagging] Tagging place offering photocopying and printing supplies

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

Re: [Tagging] Removing name_1 and alt_name_1 from Wiki

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

Re: [Tagging] Removing name_1 and alt_name_1 from Wiki

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

Re: [Tagging] Removing name_1 and alt_name_1 from Wiki

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

Re: [Tagging] Removing name_1 and alt_name_1 from Wiki

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

Re: [Tagging] Removing name_1 and alt_name_1 from Wiki

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

Re: [Tagging] Tagging place offering photocopying and printing supplies

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

Re: [Tagging] Removing name_1 and alt_name_1 from Wiki

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?

[Tagging] Tagging scrap yards, junkyards

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

Re: [Tagging] Please don't think name_1 tags are errors.

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

Re: [Tagging] Removing name_1 and alt_name_1 from Wiki

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

Re: [Tagging] Removing name_1 and alt_name_1 from Wiki

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

Re: [Tagging] Removing name_1 and alt_name_1 from Wiki

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

Re: [Tagging] Removing name_1 and alt_name_1 from Wiki

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

Re: [Tagging] Priority over/for oncoming 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 >

Re: [Tagging] Priority over/for oncoming traffic

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