Здравей Руди и добре дошъл в OpenStreetMap,
Предишните ти промени са много добри, но за тази имам няколко забележки.
Правилно си се усетил че типовете на площите не са верни. По-правилно би било да са маркирани като трева.
Гаража (way/996262328), който си начертал май не е гараж, съдейки по височината, която си въвел (15 метра).
Когато чертаеш сгради, е хубаво след това да натискаш Q, за да се изправят ъглите им.
Ако имаш някакви въпроси относно OpenStreetMap можеш да ми пишеш на лично съобщение.
Поздрави,
Митко

Здравей Венци. Името на way/97112575 наистина ли е само "Симеон"?

Hi Ventsi. Is the name of way/97112575 really just "Simeon"?

There is the sidewalk=left/right/both/no tag for the sidewalk. If they are very narrow (two cars can't pass each other without one of them going on the pavement) you can tag them as highway=service + service=alley.
highway=living_street is for streets where children can play on them, pedestrians can cross anywhere and cars can't go faster than 20km/h. Such zones have specific signs on the their entrances and exits.

I've read you whole reply but I won't reply to everything of it since my reply would be too big. The service:vehicle:* scheme was introduced by the iD editor. Before that it used the service key with ";" separation for multiple values. That solution wasn't the best one as you can guess. The "issue" with the current way of work of iD is that anybody can write anything in the box and it will pull the closest match from taginfo. If there is no "tires" in taginfo, it won't suggest it. I'm "taking the firehose out of the house" by removing the service:vehicle:tires tag. I've already done the same thing for service:vehicle:Transmission_Repair. As you can see in taginfo it's not being used anymore and there were no other new uses. Note that I didn't have to do any additional clean up after the first "mopping".
Developers usually don't have to do that sort of pattern matching since they could just query for all features with some tags. In case they only request one of the tags, they will notice that the data suddenly disappeared and they will (or at least they should) take action to fix their software.

"The advantage of textual tagging is flexibility (new tags for new situations, without some long bureaucratic approval process). Only problem is, people come up with different ideas of how to do it."

Is there a difference between the meaning of service:vehicle:tires and service:vehicle:tyres? There is consensus on this topic based on the uses (700 for tires vs 2.7k for tyres). There is also consensus to tag the "colour" and not the "color" of roofs, buildings etc.

I'm not looking for absolute unification. I'm not going to abolish widely used tagging schemes as you suggested with your sidewalk vs pavement example. I'm only doing it for tags that have the same meaning like in this case.

About your first part: I haven't occurred this issue so far because I try to edit and upload a few elements at a time which are close together (you can see my profile @Dimitar155/history). There is this one and another big changeset made by me using Level0 but I didn't intend them to be so big.

In an ideal world there would be only one way to tag something. Unfortunately there are a lot of similar examples (see :color vs :colour keys). It's better to have only one scheme and not bother to maintain two (or more) parallel schemes at the same time. If the current trend continues (which will continue if we don't standardise now) we would have a dozen different tags with the same meaning but with slightly different spelling which is not ideal to say the least.

The changeset shoud've included only the node in Hawaii. I'm not sure from where the node in Russia came. Might've been some error or conflict that I didn't notice.

I'm also aware of the fact that this is quite a big changeset. I'm sorry about that.

I know that "tires" is the correct spelling in the US English but it's accepted to use the UK English for keys.

Здравей suricactus1,
Всичките точки, които си добавил имат таг tmp=true. Без да искаш ли си ги качил така или просто си забравил да махнеш този таг?

Sorry about that. I did try to make them smaller but this one has slipped.

Hi Svilenov,
Why have you tagged these streets as living streets? There are no signs that this is a residential zone as far as I know.
Regards,
Dimitar155

Hi ignisf,

Everything looks fine expect for the "brand:wikipedia" tag which should be just "wikipedia".

Regards,
Dimitar155

Hi balkanyug,
Do you remember why you've added ref:ruian:building tag to a lot of buildings and what does it mean?
Regards,
Dimitar155

В сайта им пише, че адреса е Б8-13 (малкото Б прилича на шестица), но пак ми се струва странен номер.

Здравей Ники,
Адреса на Аква системс (node/7342860127) изглежда неверен. Наистина ли е 68-13?

The imagery I used is Bing

You can try Street Complete (it's only for Android) for mapping on foot. It has quests to which you answer so there is no need to remember which thing has missing info. In case you have any questions, feel free to ask.

Hi Roman Charugin,

I see that you've been adding a lot of buildings in Sinemorets using the Go Map app. They all look great but adding buildings from a phone is quite tedious. If you want, you can try editing on the website (osm.org) from a computer or a laptop. The website editor looks very similar to Go Map.

Regards,
Dimitar155
---
#REVIEWED_GOOD #OSMCHA
Published using OSMCha: https://osmcha.org/changesets/111396511

Hi Nick,

You've done a great job! If you are going to add any other information like addresses and street names, make sure that they are in Bulgarian.

Cheers,
Dimitar155