-
Notifications
You must be signed in to change notification settings - Fork 842
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Logos - also distinguishing "true" brands from similarly-named independent businesses #2116
Comments
@ImreSamu can you say more about what the issue is? It's not really clear to me. We know there will always be other uses of the brand names. I'd love to be able to show logos in the openstreetmap editor.. Once the entries have been linked to wikidata, we can fetch logos from there, if available. All the logos would first need to be in wiki commons, or we could possibly fetch logos from their social media accounts. It would be useful to try to link the wikidata ids to logos and see how successfully we can do that. |
Also for me, I have no idea what the trademark problem is supposed to be. |
sorry, My problem is the same: preventing injecting a "false"
my real problem :)I do have skin in the game
And the same name no guarantee - like this "Caffé Nero" is not member the "Caffé Nero" Company ( different logo ) So My real problem, How Can I validate "Figurative Trademark" brands? |
Can you give examples of a "Figurative Trademark" brands? I am still unsure what is the problem. |
As I see - this help to understand: "FIGURATIVE trademark protects the word (words) in the scope of graphic design. The emphasis is put on the visual part of a trademark." http://www.trademarks-blog.eu/word-or-figurative-trademark/
|
Why trademark type and its legal status is important? We are not tagging that information. |
And from what I see in table name and brand matches. |
It sounds like you are worried that users will pick "Caffé Nero" (Q675808) from the list in iD when they really mean "Caffé Nero" (a random place that just happens to be called that). Is that a fair restatement of the issue? |
sorry my draft english.
imho:
in this case the "brand=" name is not unique! example - amenity/cafe + NeroThe brand: "Caffé Nero" - with "FIGURATIVE trademark " - can be detected only with LOGO/Visual because "NERO" is a frequent name , and "Nero Caffé" with different Visual can be exist Now : "amenity/cafe|Caffè Nero" Linked to -> https://en.wikipedia.org/wiki/Caff%C3%A8_Nero Vs. see: https://www.nero-caffe.hu/ ( Hungarian example ) use caseA NEW hungarian contributor want to add "www.nero-caffe.hu" - POI to the OSM
And select ... "amenity/cafe|Caffè Nero": {
"count": 229,
"match": [
"amenity/cafe|Cafe Nero",
"amenity/cafe|Caffe Nero"
],
"tags": {
"amenity": "cafe",
"brand": "Caffè Nero",
"brand:wikidata": "Q675808",
"brand:wikipedia": "en:Caffè Nero",
"name": "Caffè Nero"
}
}, And injecting bad tags
imho: this is ~ Unintended consequences extra comments"Caffé Nero" -has a "Green Caffé Nero" brand -> https://greencaffenero.pl/en amenity=cafe -> |
yes, this is correct. |
Great! Do you agree that the solution to this issue is dependent on downstream projects like iD giving the user enough clues in the UI to make this decision? I'd really like to show logos if this is possible. Or at least a UI hint that there is some wikidata and maybe the user can hover to view some of the information about the brand? Again, showing logos for every brand is a great stretch goal, but depends on completeness in Wikidata (and maybe this is a thing where OSMers can help). @ImreSamu - are you ok if I move this issue to the iD repo? It seems more like something to address there. |
imho: Picture/Logo is important for choosing the correct brand. (imho) as a long term vision:
Maybe we can reuse wikimedia commons images: https://commons.wikimedia.org/wiki/McDonald%27s
I understand, that probably I make too much noise with my fears, sorry. I prefer defensive solution ( and solving problems at the roots )
On the other hand
|
I would leave such filtering for users of the data.
Cafe should make problems less likely
Note that there is an interesting project that allows quick adding images to Wikidata entries, would be useful in adding missing properties before an import to this project - here is my query for objects around Kraków but it should be possible to create one for brands within our index https://tools.wmflabs.org/fist/wdfist/?depth=3&language=en&project=wikipedia&sparql=SELECT%20?item%20WHERE%20{%20SERVICE%20wikibase:around%20{%20?item%20wdt:P625%20?itemlocation%20.%20bd:serviceParam%20wikibase:center%20%22Point(20%2050)%22^^geo:wktLiteral%20.%20bd:serviceParam%20wikibase:radius%20%2215%22%20.%20}}&no_images_only=1&prefilled=1 (via prefilling Wikidata items section) |
^ This is what I was thinking. Once the wikidata links are established, we can get all kinds of stuff through SPARQL queries. We don't need to mirror the urls or the logos over to this project.
Nice! yeah this is a good start. I clicked through several of these, and I have to admit, Wikidata has pretty poor logo coverage. Another important detail is - for displaying a list of business brand presets in iD, we really want a smallish, squarish, thumbnail image. Many of the wiki commons "logos" are photos of the storefronts or of the signage, or the dimensions are all wrong. My gut says that we would be better to do:
No problem, I'm happy to keep it open here.. This is a good discussion 👍 |
I have added a twitter id to the SPARQL query : http://tinyurl.com/yc7p38hj |
We need carefully designed UI. searching http://www.wipo.int/branddb/en I have found 8 different Caffé Nero ( registered ) brand/logo for an average hungarian people this is a brand ( lokal, unregistered) :
But not a "global brand" : https://en.wikipedia.org/wiki/Brand#Global_brand_variables |
Logos were added in #2422 🎉 |
https://euipo.europa.eu/ohimportal/en/trade-mark-definition
Different Trademarks exists -
So same name("Caffé Nero") + Different Logo - probably legal , or at least exists.
in ideal case - we can show the logos for the user :
( related to "Caffé Nero" - #2108 )
The text was updated successfully, but these errors were encountered: