Render brand if name isn't present on amenity=fuel, shop=supermarket etc

[matkoniecz]

I admit that in this case I am unsure what would this rule or adding name name keys would be preferable, but I am unsure that at least one of these two should be done.

brand tag is in database, so it could be done before 3.0

example: http://www.openstreetmap.org/node/1111319733

migrated from trac https://trac.openstreetmap.org/ticket/3471

[matthijsmelissen]

Agree, it would stimulate correct tagging.

[matkoniecz]

Agree, it would stimulate correct tagging.

With displaying brand key or with adding name equal to brand?

[matkoniecz]

https://trac.openstreetmap.org/ticket/3042 suggests doing this also with supermarkets (it mentions operator key, but brand is more suitable)

[dieterdreist]

2014-07-03 14:06 GMT+02:00 Mateusz Konieczny notifications@github.com:

With displaying brand key or with adding name equal to brand?

+1 for brand. brand should be the name of the brand (e.g. Shell, ESSO, BP,
...) while name should be the name of the individual petrol station (if
any), the information a user expects in a map is generally the brand.

Could also be done for supermarkets and car dealers (and probably more,
maybe hotels?)

[matkoniecz]

amenity=fuel
shop=supermarket
shop=car
tourism=hotel
tourism=motel
tourism=hostel

what else?

maybe just allow any shop to use brand tag?

[matthijsmelissen]

Is the proposal to render brand, or a combination? Maybe even brand on low zoom (if name is absent), and something like "name (brand)" on high zoom? Does not seem really satisfactory to me.

[matkoniecz]

The proposal is to render brand tag iff name tag is absent.

[matthijsmelissen]

Hotels might be either best known by the brand name, or by the hotel name, or by the combination. Especially for hotels that are (much) older than the brand they currently belong to, the hotel name is more important. For example in Amsterdam, 'Amstel hotel' is well-known, and most don't know the brand is InterContinental.

[matkoniecz]

In this case only hotel name would be rendered.

[matthijsmelissen]

See also https://trac.openstreetmap.org/ticket/2228

[sommerluk]

Rendering “brand” instead of “name” if “name” is absent would be a good idea! I like this.

[sommerluk]

something like "name (brand)"

Just a thought: Sometimes the value of the name tag will duplicate the brand. Imaging a fueling station in Myvillage: brand=Shell, name=Shell station Myvillage. I think this is not seldom in the database (for example for Germany). In this case, rendering “Shell station Myvillage (Shell)” would duplicate the information.

On the other hand, there will be situations (for example a hotel which belongs to a brand but has a name which doensn’t contain the brand) where you have the opposite, and adding “(brand)” would be a gain of information.

But how can we detect automatically when it’s useful to add the brand and when not?

[gravitystorm]

It's reasonably easy to detect if the brand appears within the name. Would that work?

[HolgerJeromin]

I am surprised how clean the brand key is. operator is much more chaotic ("DB Netz" next to "DB Netz AG").
Some pois can be a problem, but they are very rare:
http://www.openstreetmap.org/node/59971379
http://www.openstreetmap.org/node/1709220481

[Rovastar]

I would not consider trying to detect the brand name in the name tag.
From what I understand this is a tagging issue.
I suspect if we displayed the brand for this as (brand) it would be retagged in time.

Also to expand on this in the future for 3.0 (sometimes called the "distant future") can be extended for operators too for things like stadiums, etc.

[matthijsmelissen]

This also makes sense for amenity=bank, see #698.

[Skippern]

Yes, it makes sense for amenity=bank, I see a lot of examples where they add operator and name because brand is not rendered on the map. IMO it is more appropriate to tag these locations with brand, and adding the exact same information in operator and name is duplication of information. For a bank the operator is generally the brand, unless it is a multi-national brand (HSBC, where the brand remains HSBC in every country while the operator is operator=HSBC do Brasil)

[kocio-pl]

I am surprised how clean the brand key is. operator is much more chaotic ("DB Netz" next to "DB Netz AG").

Exactly the same here in Poland: ""Euronet" vs "Euronet Sp. z o.o.". Brand is the most visible and important thing for the user/customer (this is the main function of brands) and sometimes brands are being sold to another operator as they are - probably to use well known and trusted label.

[1ec5]

Often in the U.S., a gas station or fast food restaurant may have the city name or location number included in name, the franchisee (only ever visible on a plaque inside the building) in operator, and a much more common-sense name in brand.

The downside to this fallback is that labels become a bit less predictable.

[Skippern]

That is some of my opinion, but I feel the purpose of this map is rather to promote correct tagging than ideal way to display things. I am working with a Brazilian specific rendering style, where we propose to promote brand of certain gas stations, banks, fast food chains etc. i.e. letting HSBC banks be displayed on the map with a HSBC logo instead of a generic bank symbol. That kind of things are for special interest maps, but in your case it would be rather more friendly if the displayed brand=Burger King instead of name=Burger King I-123 Oklahoma City or operator=Burger King fc 123456. I have similar cases with supermarkets, where a local supermarket is brand=Santo Antônio, while it also could be tagged operator=Zchen Hue Supermercados Ltda which wouldn't give users of the map any intelligent clues (Zchen Hue is not a common Brazilian name) though it could also be name=Santo Antônio do Rua Guitilio Vargas where the main entrance, though it have entrance from another road, calling it name=Santo Antônio do Centro will be plain wrong, as there are 2 others in the same suburb. In such cases I tend to fall back on only mapping the brand tag.

[rmikke]

I'm totally for displaying brand=* if name=* is absent.
Also, if name=* is absent and both brand=* and operator=* are present, brand=* should have precedence over operator=*

[pnorman]

I've gone back and forth on this, but after much thought, I'm against it. The biggest reason is that it adds a complication to what a mapper may reasonably expect to be simply handled, resulting in non-obvious behavior.

[pnorman]

if the name is the same as brand, only name should be used

Just to note, this is one case when it doesn't matter what is rendered - if they're the same, you can't tell the difference

[kocio-pl]

Sure, it was just re-wording of the Wiki statement - and that was written what should mapper do (not renderer), I just wanted to make it crystal clear what was the intention.

Back to the subject: what do you think now about brand>name rendering priority?

[pnorman]

Back to the subject: what do you think now about brand>name rendering priority?

I think this was answered with #698 (comment) #698 (comment) when the issue was closed. I can't speak for @math1985, but I didn't expect everyone to agree, and I don't feel that anything new has been presented since then.

[dieterdreist]

sent from a phone

Am 01.08.2015 um 01:01 schrieb Paul Norman notifications@github.com:

think this was answered with #698 (comment) #698 (comment) when the issue was closed. I can't speak for @math1985, but I didn't expect everyone to agree, and I don't feel that anything new has been presented since then.

yes, rarely everyone agrees, but in this particular case nobody seemed to agree with your comment or the decision to close the issue.

[matkoniecz]

nobody

That is untrue, see #698 (comment)

[ghost]

I'm not sure why this issue was closed.

@pnorman
Would you please explain your reasons why you oppose it? I don't quite understand this statement:

The biggest reason is that it adds a complication to what a mapper may reasonably expect to be simply handled, resulting in non-obvious behavior.

It seems to me that you're suggesting conflating name=* and brand=* tagging which at times may be the same, but in many situations is not.

I agree with @matkoniecz that the "current state encourages misuse of name tag".

What a mapper may "reasonably expect" is that rendering match adopted standards in practice and in the wiki.

[matkoniecz]

Note that #972 is still open.

[kocio-pl]

@pnorman I think we should not oversimplify things if they're not that simple in reality. Current state encourages tagging for renderer, which would be very unfortunate consequence and I'd like to avoid it.

I have a helper question then: do you think we should never-ever drop name label priority over brand or could you consider some conditions which would justify such a change? Could it be making brand much more prominent than name as with fuel station preset in JOSM (or something like this)?

[dieterdreist]

sent from a phone

Am 03.08.2015 um 02:10 schrieb kocio-pl notifications@github.com:

I have a helper question then: do you think we should never-ever drop name label priority over brand or could you consider some conditions which would justify such a change? Could it be making brand much more prominent than name as with fuel station preset in JOSM (or something like this)?

for gas stations I would always prefer brand over name for labeling a map, the name is something I d only want to see in search results or similar...

[kocio-pl]

@pnorman I think we still have a problem and I suggested a helper question to look further. Could you respond what do you think about "conditional" rendering brand? I guess editors showing brand field on top of the name (or even with no name field) is a strong case against calling it "non-obvious behavior" - it is obvious to tag the brand then. Or maybe there are some other conditions for you to feel satisfied? Or just you feel using brand field is a broken tagging at all?

The details are important - knowing what is acceptable at least and what is out of any question in such a hard problem is crucial.

[naoliv]

I am seeing a lot of people here in Brazil wrongly including the brand in name (for banks and fuel stations) because the brand isn't rendered.
Could we have both brand and name rendered for amenity=fuel and amenity=bank, please?

One quick example: http://overpass-turbo.eu/s/bwO (click on Run)

[kocio-pl]

@pnorman Could you reply to my helper questions?

I guess the problem won't go away anytime soon (see also new comments to the still open #1548), so I'd still like to find a compromise solution.

[kocio-pl]

...and we have brand new issue too. I really think it was too soon to close this issue, before we have tried to find the consensus (at least stating the limits of possible agreement).

[nighto]

In my opinion brand should always be rendered in addition to name. Could be either name (brand) or name<br>brand. I prefer the latter.
CC #1874

[bonix-git]

Hello,

I would suggest that the brand was informed first and then the company name .

I understand that the user can more easily identify the gas station , bank or supermarket with the presentation in this order: brand name .

[tuxayo]

Does anyone understands what is the disagreement about the the precise choice about whether or not displaying brand if name isn't present?

#698 (comment)

Agree, it would stimulate correct tagging.

Is it the key point? (Correct as in complete I suppose)

[imagico]

First of all this issue is about the specific suggestion to render a brand label on features without a name tag in a way that is not limited to specific feature classes. We have another issue on a more specific suggestion (#1874) that is open and we also had a pull request previously (#972) which was closed not because it was rejected but because it was stale.

The question of the role of brands in identifying and characterizing commercial establishments of various kinds is highly multi-faceted, especially if you look at it from a international, multi-cultural perspective.

There are concerns that when rendering (name OR brand) (or COALESCE(name, brand) in SQL) in an indiscernible styling that would be confusing and would not support our goal of providing constructive mapper feedback. It might for example encourage mappers explicitly not to tag the name when they want the brand to show up or to not tag the brand in case the priorities are reversed and they think the name is the more relevant label. That especially would apply if such a rule is applied broadly to various labeled features and not just specific feature classes as this issue suggests (and unlike #1874). Suggestions have been made (like in #972) to solve some of this issue by rendering both in the label - but these come with their own problems.

Beyond that and what has been discussed so far displaying brands can have a culture-imperialist subtext, especially in parts of the world that use a non-latin script since for economic reasons most brands are written in latin script which would then be a foreign object in the map appearance. In some parts of the world this integrates naturally into the local use of language and script while in other parts of the world the brand identity is perceived purely graphically based on logos and the latin script brand name is a truly alien artefact in the local cultural context.