Здравствуйте! Уточните, пожалуйста, что представляют собой man_made=survey_point, survey_point=ground, traverse_station=yes, type=fixed_point, расположенные на дороге, в том числе непосредственно на проезжей части?

Здравствуйте!
amenity=kindergarden + fixme=Название было заменено на amenity=kindergarden + name=Детский сад, т. е. просьба разобраться с названием была заменена на название.

Какую-то информацию (например, о границах), можно почерпнуть только из полигона объекта, какую-то информацию (например, об осмысленном логическом центре) - только из точки объекта. Поэтому для "административных" place имеет смысл рисовать и полигон, и точку.

В общем случае размещение name на landuse, а не на place не является корректным, т. к. place и соответствующее name относятся ко всему садоводству/поселению, внутри которого могут быть landuse=residential, и landuse=allotments, и landuse=industrial. Это хорошо видно на примере крупных населённых пунктов, которые тегируются полигонами place, внутри которых указываются зоны residential, industrial и т. д. Название ведь относится ко всему поселению, а не только к спальным районам.

Ваша печаль по поводу того, что place=allotments не отображается на основном слое osm.org, понятна: мне это тоже не нравится. Но-таки более правильной является "агитация" за включение отображения place=allotments в Мапнике, чем некорректное навешивание name на что попало, лишь бы это отображалось в Мапнике. Предлагаю рассмотреть возможность добавления ещё одного комментария с просьбой включить отображение place=allotments в обсуждении https://github.com/gravitystorm/openstreetmap-carto/pull/147 . В форуме https://forum.openstreetmap.org/viewtopic.php?id=18931 можно попробовать ещё раз привлечь внимание к имеющейся проблеме и попросить кого-нибудь отправить новый запрос на изменение картостиля.

Здравствуйте! Обратите, пожалуйста, внимание, что тег addr:housename имеет отношение к адресации, т. е. должен использоваться в тех случаях, когда какое-то сочетание слов является частью адреса здания/сооружения (именно адреса, а не названия). В некоторых странах (например, в Соединённом Королевстве) такое встречается, но для России тег addr:housename, практически, не применим, т. к. названия зданий (объектов, занимающих здание или его часть) не являются частью адреса.
Пожалуйста, не заменяйте при редактировании объектов в России на addr:housename другие теги (например, name) и не добавляйте addr:housename для указания названий (обычно для этого name как раз и подходит).

Здравствуйте! Обратите, пожалуйста, внимание, что тег addr:housename имеет отношение к адресации, т. е. должен использоваться в тех случаях, когда какое-то сочетание слов является частью адреса здания/сооружения (именно адреса, а не названия). В некоторых странах (например, в Соединённом Королевстве) такое встречается, но для России тег addr:housename, практически, не применим, т. к. названия зданий (объектов, занимающих здание или его часть) не являются частью адреса.
Пожалуйста, не заменяйте при редактировании объектов в России на addr:housename другие теги (например, name) и не добавляйте addr:housename для указания названий (обычно для этого name как раз и подходит).

Здравствуйте! Обратите, пожалуйста, внимание, что тег addr:housename имеет отношение к адресации, т. е. должен использоваться в тех случаях, когда какое-то сочетание слов является частью адреса здания/сооружения (именно адреса, а не названия). В некоторых странах (например, в Соединённом Королевстве) такое встречается, но для России тег addr:housename, практически, не применим, т. к. названия зданий (объектов, занимающих здание или его часть) не являются частью адреса.
Пожалуйста, не заменяйте при редактировании объектов в России на addr:housename другие теги (например, name) и не добавляйте addr:housename для указания названий (обычно для этого name как раз и подходит).

Здравствуйте! Пожалуйста, не убирайте точечные place= . Допускается размещать соответствующие теги и на точках, и на полигонах, и на точках и полигонах (при этом точка и полигон могут быть связаны отношением). При добавлении новой информации Вы можете выбирать тот вариант, который является для Вас предпочтительным, но не следует удалять данные, добавленные другими участниками.

Здравствуйте!

osm.wiki/RU:Tag:amenity%3Datm
Дополнительные теги для amenity=atm: name=* Название банкомата.

https://taginfo.openstreetmap.org/tags/?key=amenity&value=atm#combinations
26% объектов с amenity=atm имеют также тег name.

Hello! Please, do not add incorrect names to OSM.

Здравствуйте! Действия по умышленному внесению некорректных названий не являются приемлемыми для OSM. Прошу Вас воздержаться от подобных правок в будущем.

Здравствуйте! В данной правке Вы удалили футбольное поле way/53655594 и пешеходную дорожку way/614950792 .
Прошу Вас пояснить причины удаления и восстановить удалённые данные.

Здравствуйте!
В данном пакете правок Вы укоротили пешеходные дорожки way/615710163 и way/615710164 таким образом, что они перестали доходить до дорожки way/599216268 (фактически Вы удалили 2 дорожки, соединяющие дорожку way/599216268 и дорожку way/240901655 ).
Прошу Вас пояснить причины удаления соединительных дорожек и восстановить удалённые данные.

Дополнение к списку объектов, причины удаления которых не ясны:
2б) пешеходная дорожка - way/541049093 , way/542929267 , way/542929269 , way/542929268 , way/401289667 , way/615579256 , way/615579255 , way/155081640 , way/537066525 ,
3б) забор - way/204179242
6) amenity=parking - way/542929249
7) проезд (мини-ребро) - way/616495582

Здравствуйте! Благодарю Вас за добавление новых данных.

Тем не менее, методика Вашей перерисовки вызывает возражения: фактически, Вы удаляете данные в некоторой области и частично восстанавливаете их, уточняя положение. То есть, например, во дворе полностью удаляются проезды, пешеходные дорожки, растительность, прочие объекты (например, заборчики), а восстанавливаются только проезды (пусть даже с очень высокой точностью). Вы пишете "что-то удалил, но это вовсе не значит, что навсегда и безследно" - проблемой является то, что удаление из базы происходит сейчас, а восстановление может произойти через неделю, месяц, год или вообще никогда не произойти (и такое уже бывало). В результате из базы теряется информация - например, из-за удаления дорожек перестают правильно строится маршруты, которые до удаления данных строились корректно.

Поэтому прошу Вас при уточнении данных действительно уточнять их, а не удалять: для уточнения геометрии линий можно двигать узлы, а не удалять линии и рисовать их заново.

Перечисленные Выше объекты - конкретные примеры объектов, которые были удалены Вами и отсутствуют в базе по настоящий момент. Такое удаление ведёт к ухудшению качества данных. Если все эти объекты уже были восстановлены Вами, пожалуйста, укажите это. Ваш ответ "я удалил данные, т. к. перерисовываю квартал" понятен, но не является удовлетворительным. Если идёт уточнение данных, должно действительно происходить уточнение данных, а не их удаление. Прошу Вас прекратить удалять уже имеющиеся данные при какой бы то ни было перерисовке. "Я продолжу редактировать данную местность, как будет время" - это и вызывает опасения, т. к. эта и предыдущие Ваши правки привели к потере данных.

"Вы можете мне помочь, ведь цель, надеюсь, у нас общая? Лучшая в мире карта?" - цель у нас общая, но позиция "я перерисовывал квартал - поэтому удалил половину имеющихся данных, когда-нибудь, может быть, восстановлю; не могли бы вы сейчас сами восстановить удалённое мной?", как минимум, не является вполне уважительной по отношению к другим участникам по той причине, что Вы намеренно удаляете данные, несмотря на поступающие от других редакторов просьбы не делать так. Восстановление удалённых объектов может быть затруднительным для других участников, т. к. не все из них чисто физически могут выделить, например, ещё один месяц для того, чтобы исходить квартал вдоль и поперёк, чтобы второй раз добавить в базу то, что было уже один раз добавлено, но потом оказалось удалено Вами. При этом редакторы уже опасаются добавлять данные, т. к. знают, что в любой момент Вы можете опять удалить сведения с формулировкой "перерисовка квартала".

Комментариев по конкретным примерам Вы не дали - поэтому ещё раз прошу Вас вернуть в базу те объекты, которые находились в ней до того, как Вы их удалили. Примеров относительно много как раз по той причине, что Вы много и удалили.

Здравствуйте!
Вы удалили ряд объектов, например:
1) газон - relation/3251008 (way/240901661), relation/8517177 (way/153697945),
2) пешеходная дорожка - way/599216268 (ранее обходила забор детского сада с трёх сторон, теперь - с двух, т. е., фактически, дорожка обрезана), way/600265730 , way/600265731 , way/407543804 , way/537069108 , way/537069110 , way/537069109 , way/303928086 , way/615578435 , way/184717688 , way/623939482 , way/623939481 , way/623939480 , way/623939479 , way/623939478 , way/623939477 ,
2) забор - way/240901662
3) проход/проезд - way/88416170
4) тропинка - way/240901656
5) area:highway - relation/2637402, relation/2637392 , way/257725861 - way/196215896 - way/257725863 .

Прошу Вас разъяснить причины, по которым Вы удаляете данные из базы, восстановить удалённые/повреждённые в данном пакете правок объекты и не удалять данные, добавленные другими редакторами, в последующих Ваших правках.

Дополнительное пояснение по area:highway - даже если лично Вы не пользуетесь этим тегом, им могут пользоваться другие пользователи OSM. Если где-то край дороги нарисован не совсем точно и Вы это видите, Вы можете подвинуть его туда, где он, с Вашей точки зрения расположен. Если для Вас затруднительно осуществлять коррекцию геометрии проезжих частей, Вы можете просто не редактировать соответствующие отношения и линии.

Дополнение к списку объектов, причины удаления которых не ясны:
5) шлагбаум - node/2161565019
6) знак "въезд запрещён" - relation/2770225
7) шлагбаум - node/2185013851
8) знак "въезд запрещён" - relation/2790338

Здравствуйте!
Вы удалили ряд объектов, например:
1) парковка - way/207539033,
2) пешеходная дорожка - way/227018573
3) калитка - node/2357499759.
4) часть внешнего контура area:highway - way/196215881

Прошу Вас разъяснить причины, по которым Вы удаляете данные из базы, восстановить удалённые/повреждённые в данном пакете правок объекты и не удалять данные, добавленные другими редакторами, в последующих Ваших правках.

Здравствуйте!
Вы удалили ряд объектов, например:
1) туалет - way/658253202;
2) салон сотовой связи - way/603240149;
3) "клумбы" - relation/3241710 (way/240113758), relation/3241711 (way/240113755) , relation/3241712 (way/240113757) , relation/8517332 (way/615581066);

Прошу Вас разъяснить причины, по которым Вы удаляете данные из базы, восстановить удалённые/повреждённые в данном пакете правок объекты и не удалять данные, добавленные другими редакторами, в последующих Ваших правках.

Уточните, пожалуйста, Ваш термин "данные которые не совпадали со снимком на 90%". Какие из удалённых Вами объектов были выдуманы? Проезжие части (у дорог нет проезжих частей?), пешеходные дорожки (жителей во двор вертолётами привозят?), растительность (ну ладно, Вы перед правками на местности их корректность не проверяете, но что же тогда зеленеет на снимках?), элементы дорог, от которых чуть ли не тень на снимках видна?

За то, что дворовый проезд на 15 метров подвинули, низкий поклон Вам. Только через газон проезд начал проходить как раз после Вашей правки (см. https://d.radikal.ru/d03/1901/11/eab13e28c739.jpg) и корректная стыковка к дороге (с link-ом) потерялась):

Целесообразность правок, при которых одни объекты идеально выравниваются, а другие при этом удаляются или повреждаются, не очевидна. Например, бортовой камень после Вас (changeset/66277088) зигзагами пошёл (см. http://b.radikal.ru/b13/1901/d3/e265b150b52c.jpg) - это же не означает, что надо теперь всю линию удалить, надо просто поправить. Или считаете, что надо удалять, раз нарисовано криво?

Прошу Вас восстановить/откорректировать удалённые/повреждённые в данном пакете данные, а также не повреждать данные в последующих правках с тем обоснованием, что они на сколько-то процентов чему-то там у Вас не соответствуют (раз идёт редактирование, как раз можно сделать так, чтобы всё соответствовало тому, что нужно, а не удалять информацию).

Здравствуйте! При редактировании графа оказались поломаны отношения маршрутов городского транспорта (например, в маршруты, поворачивающих налево с Малой Балканской улицы на улицу Ярослава Гашека, оказалась включена линия улицы Ярослава Гашека, идущая от Купчинской улицы к Малой Балканской улице).
В будущем при добавлении или удалении линий графа, пожалуйста, обращайте внимание на маршруты транспорта, проходящие через эти линии. Часто для проверки достаточно скачать соответствующие маршруты целиком и убедиться в том, что линии маршрута образуют связную последовательность.