Wikidata mismatch if multiple streets have the same name

[gislars]

I get messages about Wikidata mismatch when processing data of Berlin. It happens that different streets have the same name, but different etymology.

Example:
https://www.openstreetmap.org/way/4441936
https://www.openstreetmap.org/way/38596501

and
https://www.openstreetmap.org/way/109894166
https://www.openstreetmap.org/way/133988483

Taking other tags into account doesn't work. For instance the postal code isn't always present.
I also don't want to skip the check, because different parts of the same street should have the same wikidata etymology tag.

I guess it is save to assume it only happens on larger cities.

[jbelien]

That's interesting !

The whole process is indeed based on the street name and I added that check to detect homonym errors or duplicated wikidata items and indeed make sure different parts of the same street have the same wikidata etymology tag but it doesn't work for more generic street names like "Friedenstraße" !
I could only enable that check for streets based on a person !

I'm a bit confused about your second example "Isoldestraße" : I understand the obvious reference with Isolde but not really with Cornwall. Is this correct ?

What would be your suggestion for that check ?

[gislars]

About the 2nd example with Cornwall I'm not sure, maybe that is a mistake.

Checking only for "person street names" would solve the present warning. But I guess there might be street names using a very common name but meaning different persons or using the first name. Double street names in big cities is a valid use case imo.

Then there could spatial processing.
Since using other attributes for comparison isn't an option, the check could be on the geometry. Aggregating line segments which are in a certain distance e.g. 500 meter and have the exact same name could be handled as one street. Aggregating segments which only touch each other isn't sufficient. A street can be interrupted.