Re: [Tagging] Extremely long names for highways

Hi Dave, hi Warin, exactly my thoughts. See also again the comments on my diary: these names seem to be official ones. So I'll add OSM notes to let others fix this or should I move them directly to official name and leave name empty? (I've no local knowledge there :)) Kind Regards, Peter On

Re: [Tagging] Extremely long names for highways

Peter, >Should I move them directly to official name and leave name empty? That's the question. Without local knowledge any guess you make is only that, a guess. If you change it having your particular needs in mind, you might be accused of bringing a bias into the decision. We English-speaking

Re: [Tagging] Extremely long names for highways

Google translate shows this for the name: Moscow - Maloyaroslavets - Roslavl to the border with the Republic of Belarus (Bobruisk, Slutsk) "- Spas-Demensk - Elnya - Pochinok" - Byvalki - Shirkova Looks like the destination is included in the name. Surely nobody uses that long tongue-twister in

Re: [Tagging] Handle with care

sent from a phone > Am 27.09.2015 um 12:14 schrieb moltonel 3x Combo : > > It's always > source:foo, not foo:source. you can find both but the former is more common: http://taginfo.openstreetmap.org/search?q=source cheers Martin

Re: [Tagging] Handle with care

Semantically the former makes more sense and as a plus, groups all sources under one tag: source:name specifies the source of the name tag value source:ref specifies the source of the ref tag value source:foo specifies the source of the foo tag value On Sun, Sep 27, 2015 at 7:18 PM,

Re: [Tagging] Extremely long names for highways

I was using official_name=* for this already (like stores with ridiculously long names) - I just realized this might be completely undocumented. Javbw > On Sep 27, 2015, at 8:37 PM, Warin <61sundow...@gmail.com> wrote: > >> On 27/09/2015 8:21 PM, Peter wrote: >> Hi all, >> >> we've detecting

Re: [Tagging] Extremely long names for highways

Hi, if you search on osm.org for Республикой Беларусь then you get lots** of similar namings from the same user, all having kind of a direction (from Moscow to XY) inside the name. I've contacted the editor to join this discussion here and what she/he thinks about that the direction should

Re: [Tagging] Extremely long names for highways

sent from a phone > Am 27.09.2015 um 14:17 schrieb Peter : > > So I'll add OSM notes to let others fix this or should I move them directly > to official name and leave name empty? what would we gain from that? I also believe this value should better go into the

Re: [Tagging] Extremely long names for highways

Hi Paul, hi John, On 27.09.2015 14:46, Paul Johnson wrote: > On Sun, Sep 27, 2015 at 5:21 AM, Peter > wrote: > > Hi all, > > we've detecting more and more long names for highways, like I once > reported here:

Re: [Tagging] Handle with care

My fear is that some overzealous mappers will start adding those tags to all objects in their neighborhood, just to "protect' their area and scare away newbies. Since we suppose that all data is mean to be correct and everybody makes edits to improve the map, I do not see a good reason for such a

Re: [Tagging] Handle with care

On 27/09/2015, André Pirard wrote: > But I'm afraid that the correct namespace order is name:edit_warning=*. > edit_warning is a qualifier of name and not the opposite. > It is the edit warning of (for) name and not the name of the edit warning. > It's just like the

[Tagging] Duration tag mistakes for ferry

Hi, we're currently trying to improve the time estimates for ferry routes in GraphHopper. See https://github.com/graphhopper/graphhopper/pull/519 But there are several unrealistic times detected for a world wide import: https://gist.github.com/karussell/da39dcbea2b8b9cc9e06 Now my question is:

Re: [Tagging] Handle with care

On 27/09/2015, Marc Gemis wrote: > My fear is that some overzealous mappers will start adding those tags to > all objects in their neighborhood, just to "protect' their area and scare > away newbies. > > Since we suppose that all data is mean to be correct and everybody