Hello. I am in the process of editing and refining the coastline here, so for convenience I have drawn a rather rough version a few days ago. But at the moment I have corrected it, made it more accurate. In the future I plan to refine it further. Given the volume of work, this is not a quick process.

Вы как-то странно смещаете акценты: «Я удалил парочку, а вы "полстраны".» Давайте не будем придумывать и включать эмоции. От вас по двум моим правкам было замечание. Именно их я и обработаю.

Давайте сойдёмся на конкретных шагах - я восстановлю данные на линии границ в тех правках. А вы восстановите отношения, что удалили.

Если вам хочется поднять на обсуждение тему стандартизации АТД РК в ОСМ - вам никто не мешает создать тему. Я массовыми правками и изменениями не занимаюсь, вношу точечно и пока (кроме вопроса об удалении тегов с линии) претензий к моим правкам не было.

Как минимум вашу позицию вы в полной мере так и не высказали. Единственное, что я понял - вы против любого удаления любых данных. И в то же время, не дождавшись ответа от меня сразу удалили все созданные мною мультиполигоны. Я не категоричен в своих данных, я просто указал вам на то, что вы сами не следуете своей позиции.

С вашей позицией по удалению данных с линии границы я понял - вы хотите, чтобы на линии границы сохранялись все теги типа name, landuse, wikipedia и т.п. Эти данные в будущем я трогать не буду и буду сохранять. Но что касается именно тега place - описал выше.

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

Повторюсь - основываясь на позиции, описанной выше, так как это по сути не отдельный населённый пункт, а часть. Соответственно, place=neighbourhood на точке со всеми перенесёнными данными. Линия границы в составе отношения, поэтому на ней не может быть тега place, иначе он будет конфликтовать с тегом place на родительском отношении.

Если вам нужны теги на границах линий поселений, которые входят в состав другого населённого пункта - вам не мешает ничего их добавить. Вы как раз удаляете мои мультиполигоны/отношения, которые я создал на основании законов РК и национального классификатора. Прошу вернуть их.

changeset/147950006 Добрый день. Ознакомьтесь пожалуйста со всеми комментариями. И прекратите откатывать мои правки пока не разобрались в ситуации.

changeset/147950006 Добрый день. Ознакомьтесь пожалуйста со всеми комментариями. И прекратите откатывать мои правки пока не разобрались в ситуации.

changeset/147950006 Добрый день. Ознакомьтесь пожалуйста со всеми комментариями. И прекратите откатывать мои правки пока не разобрались в ситуации.

Поэтому прошу вернуть удалённые вами отношения НП.

Не исправляйте пожалуйста правки, не дождавшись ответа от человека, который их вносил.

Добрый день. changeset/149359654 Вот здесь я уже отвечал на подобный вопрос и объяснил причину таких правок.

Данная схема хорошо отображает особенности административно-территориального деления РК.

Здравствуйте. Объясню свою позицию: я основываюсь на данных из КАТО (классификатор административно-территориальных объектов) и законах Республики Казахстан (РК). Согласно закону РК от 8 декабря 1993 года № 2572-XII Об административно-территориальном устройстве Республики Казахстан, "3. Населенный пункт – это часть компактно заселенной территории Республики Казахстан, сложившаяся в результате хозяйственной и иной общественной деятельности граждан, с численностью населения не менее 50 человек, учтенная и зарегистрированная в установленном законами Республики Казахстан порядке и управляемая местными представительными и исполнительными органами. Крестьянские и иные поселения с численностью населения менее 50 человек включаются в состав ближайшего населенного пункта." То есть по факту крестьянские и иные поселения (сюда же и как вы назвали "зимовки") менее 50 человек являются частью какого-то населённого пункта (НП). Если посмотрите законы, то, действительно, когда численность НП падает ниже 50, его упраздняют и включают в состав другого НП. Отсюда и единый мультиполигон с границами главного НП (на нём точка с place=hamlet|village|town|city согласно общим правилам) и границы входящих в его состав поселений. На самих поселениях точка с тегом place=neibourhoud (данный тег лучше подходит для этих целей, так как обозначает часть сельских и небольших НП, в то время как suburb больше подходит для городских НП). Откуда я беру данные что частью чего является? В КАТО для этого есть предусмотренная классификация (можете почитать как устроен КАТО), плюс в законах РК прописывается, например, при упразднении НП частью какого другого НП он стал.

This helps avoid double mapping and loss of settlements on map if someone decides to use KATO as a source and notices that some places are missing from the map.

Hello. KATO is a national classifier of settlements in Kazakhstan. Due to the lack of information, this is perhaps the only complete official source about official settlements. Sometimes it happens that it does not always manage to be updated on time and for some reason it contains settlements that no longer visually exist on the ground. Therefore, the main purpose of the kato:user=yes is to distinguish official former settlements from other named localities. Also, if in one administrative unit there are 2 settlements with the same name, then kato:user=[ID] helps to distinguish them. This scheme is also used in Russia with similar oktmo:user=yes.

Не совсем понимаю почему вы это пишите мне в данном пакете правок. Граница по ж/д путям так нарисована ещё до меня (судя по истории лет как 9-10), я её не правил и не изменял.