Konstantin Pastbin

I've tested the current state of the PR and its quite good! Short tapping works nicely and logical overall. IMHO the only mandatory thing is - make long tap to...

> * make building centroid snapping use pixel threshold instead of distance (I've tested the current distance-based version and it is inferior - the snapping is super strong on high...

> > I changed long tap behaviour. Not it only shows/hides UI. In navigation mode nothing happens on long tap. Please test and tell your impression. Long tap works well!...

> Fixed single-tap selection of lines. It works fine again, thanks! > Fixed tap circle position inside buildings: now if distance from tap point to a building centroid is less...

IMO the PR should go to the next beta version.

Isn't the "category" word confusing in this context? Maybe better to use e.g. "feature type"? (e.g. iD uses it)

> The "category" wording comes from the search tab. Using a different word requires replacing it everywhere consistently. Search categories are different things. E.g. "where to eat" searches across multiple...

Re "categories" vs "feature types" vs "object types". Using "objects" or "features" sounds good to me. However when people will eventually proceed to osm.org (and we want them to do...

If there is a concern that a "feature" is ambiguous / not specific enough then just use a "map feature"? My understanding is that its a pretty standard term in...

> > In terms of "categorie" vs "feature type" vs "object type" I don't have a strong opinion. But as you can't agree what is best I will keep "categories"...