Я первый спросил

обычно в случае спорных вопросов рекомендуется заливать в четко опредленный тег, чтобы "если чЁ" их можно было вырезать быстро вырезать скриптом.

если идентификатор определен, не пересекается с другими, то почему нет ??

А кто говорит нет?

Собственно, тэг определён, я с данным проводил сверку, что помогало находить дубли, нестыковки. Условно я брал данные в OSM, обрабатывал у себя, руками шёл смотреть всякие подозрительные моменты. Это позволяло исправлять ошибки. Я данные вливаю мягко, автоматически не перезаписывал данные, лишь добавлял отсутствующие, а уже при разборе что к чему вручную правил. Ну и перфекционизм: тэг до меня определён, какие-то данные внесены, какие-то нет, а у меня они уже есть.

Ну вот. Для сверок и всего такого нужны не все и по этому поводу их и вносили.

А вот заполнить все до конца это отдельная цель. И тут свои грабли. А кто залитое будет поддерживать? OSM это же процесс.
Поэтому чем их больше внесено, тем больше работы.
Если найдется еще какое-нибудь использование, то тогда может и процесс поддержания будет хорошо налажен.

Коды ОКТМО, к примеру, меняются в связи с именениями муниципального деления достаточно часто. Но они не внесены все подряд, поэтому их и не приходится править часто

Ну логично, меньше данных - меньше работы, да. Можно и дороги не все вносить)

Помнится Расслабон экономил место на серверах, лишние точки с полигонов и линий удалял.

Я тоже думал об экономии места, да. Но ведь даже то, что удалено - оно ж в истории остаётся, не экономится же, не?

Экономия места — это выдумка/невроз отдельных мапперов. От лица проекта таких запросов, уверен, что не было.

Скорее поверю, что заложили бы в сумму на обновление серверов, если база влезать перестанет. Или еще какую оптимизацию. Но точно не призыв не мапить, потому что данные место лишнее занимают.

Хотя рекомендация в разрезе маппинга, что не надо прямую линию рисовать 100 точками, имеется.

хыхыг, хотите место на сервере даннных освободить - переведите хранение треков из бд в какойлибо векторный формат.
данные осм на сервере данных осм занимают 1... 1,5 ТБ
а треки там же занимают 7...8 Тб.
причем совершенно бесмысленно.

Точно, разогнать OWG!

Подходит OWG к зеркалу, а в отражении — OMG

да фих с овг. тут програмистов надоть нагнать на реализацию

на грант чтоль скинуть всем миром...

7-8 Тб будет стоить дешевле

финт ушами что данные и треки лежат в одной и той же базе.
освобождать место в данных бесмысленно.
его сразу зальют новыми треками :)
я в таком аксепте

А стирание не убирает старые версии, а создает новые

То есть всегда делает данные больше