Hi,
please check your edits. There are many ways without any valid tag which are not part of any relation.

That sounds all fine. But - couldn't it be tagged as "destination:ref"? It is the reference number of the way the sign points to. That's the way it's done for many other destination signs, for traffic and hiking.

Hallo,
schau doch bitte mal nach den Wegen, da haben einige ein merkwürdiges Tag bekommen, z.B. way/970998555

Hi,
please check these ways, there are many with only foreign tags which are not part of a relation.

Hi,
please check this node, something went wrong with the name tag:
node/8984214682

Hi,
what does 'comm = SITP' mean? This tag is not used in other places.

Hi,
how does "guidepost:rcn_ref" make the meaning of the tag clearer? I don't understand the difference.
What exactly do you try to tag? Does the sign point to a cycle route with this ref?

Please watch out for the correct spelling of keys. It's "implicit" not "implict".

I think the most problematic things are fixed now, but still some work with the validator to fix unconnected / overlapping ways is necessary.

Yes, this was essentially one upload, but it got split because it exceeded 10000 objects.
A full revert seems difficult and also not necessary I think. There are plenty additions that are ok.
I'll remove the major part of overlapping roads, and then we have to manually check the remaining errors like unconnected ways.

At least here around Frankfurt I can find both kinds, kerb on the road side and kerb on the sidewalk side. That's exactly the point why the Berlin team introduced "cycleway:right:separation:left" would be the road-side separation of the cycleway in forward direction.
If I got their thinking correct, it's
"cycleway:left:separation:left" for the road-side of the cycleway in backward direction as the second 'left' is seen in the direction of the cycleway, not in the direction of the main road.

Jan

Hi,
could you explain these edits? You're using tags that are not used in any other place, an currently almost unused tagging scheme with relations and the objects overlap with existing buildings and roads.

This scheme has been described by a group in Berlin, unfortunately in German only:
osm.wiki/Berlin/Verkehrswende/Radwege

Essentially, 'separation:left' if you add it to a cycleway, and cycleway:left:separation:right if you add it to the main highway. Note that the first refers to the separation on the left side of the cycleway and the second to the separation on the right side of the cycleway on the left side

Hi,
'seperation' is not a word. The quite common tags for this feature are
separation:left or
separation:right, depending on the side.

Could you check this and fix the spelling?

Hi,
what does 'ULEV' mean? This key is not used in any other place.

Thanks for the explanation.

- We do have "service:bicycle:diy" for a place where you can to the work yourself. I think this is the key that should be used instead.

- OSM doesn't use the term "bike" because it's ambiguous - it's unclear if it means bicycles of motorcycles.

Hi,
please watch out for the spelling of keys, it's "parentstreet", not "parent_street". I think I fixed them all.

Hi,
please watch out for the spelling of keys, it's "tunnel", not "tunel". I think I fixed them all.

Alright, I just wanted to make sure the nodes aren't in the wrong place or added due to someone playing with the editor.

Please have a closer look. You added "name10 = 7"