Обсуждение массовых правок по Российской Федерации

Их ответ: закон требует от них ПКК, и они её сделали. Вопрос копирайта в ответе не упоминается. Новый запрос можно сформулировать так:

  1. защищена ли ПКК правами интеллектуальной собственности?
  2. Если ответ на предыдущий вопрос “да”, могут ли они (Росреестр) лицензировать ПКК? Если “да”, то на каких условиях?

Одно дело размещать данные и предоставлять неограниченный доступ к ним.
Другое дело предоставление сведений из ЕГРН.
И совершенно иное - размещение сведений на других информационных порталах.

Совпадение адресов в ПКК и на ином источнике данных не есть размещение сведений ЕГРН на ином информационном ресурсе. Идёт подмена понятий и грубое обобщение. Адрес не сведение из ЕГРН. Сделайте запрос по своему объекту недвижимости и вы увидите что такое сведения из ЕГРН.

Вот и получается что претензии по копированию не обоснованные. Совпадение адресов не есть копирование, а есть объективная данность.
Другое дело если есть пример полного копирования данных, то с этим никто не спор т надо разбираться жёстко.
Все остальное из области зайди лайкли. Не подсудно…
Нельзя по каждому чиху посыпать себе голову пеплом!

Я планирую заменить amenity=register_office на office = government + government=register_office. У сообщества есть возражения? замечания? пожелания?

  1. Какова цель мероприятия?
  2. Каковы формальные основания для такой замены?

Ничего не имею против. Тег помечен как устаревший, от него почти отказались, думаю, стоит перетегировать.

  1. рендеринг и отображение в поиске
  2. тег amenity=register_office устарел. Определение то же, что у office = government + government = register_office
    По сути дела, ЗАГСы, отмеченные amenity=register_office являются “мертвым грузом” в базе, а после перетегирования они появятся на рендерах и в поиске.

У кого то появятся, а у кого то исчезнут… У кого что и как настроено!

Было бы глупо настроится на “вымирающий” тег времен раннего OSM, когда все POI были в amenity=*, и не настроится на современный и широко распространенный тег…

А мы живём хитрее. Используем все возможные варианты тегов - и отмирающие, но не вымершие, и современные, ещё не прижившиеся! Особенно это актуально когда в России что то массово меняется, а у соседей на постсоветском пространстве остается неизменным.
Лично я уже готов “вчера” к такого рода правкам. Изменения останутся не замеченными.

Кто то памятники ваяет, кто то сносит. Кто то снова ваяет, а кто то снова сносит. Диалектика! ??

В Вашем случае Вы ничего не теряете, напротив, в будущем сможете отказаться от amenity=register_office и сосредоточиться на government=register_office. Вам жизнь упрощают, один тег вместо двух :slight_smile:

Поддерживаю избавление от deprecated-тега.

Ну вот у кого исчезнут, тот пускай и перенастраивает свой софт на нормальные теги :slight_smile:

Я планирую также заменить building=entrance на entrance=yes (только ноды без entrance = *; например, building = entrance + entrance = main не будет изменено). Есть возражения или пожелания?

Шо, опять? (c)

https://forum.openstreetmap.org/viewtopic.php?id=14007
https://forum.openstreetmap.org/viewtopic.php?id=14040
https://forum.openstreetmap.org/viewtopic.php?id=19411

http://shtosm.ru/2012/12/13/1/

Да, это давняя тема. Но building = entrance всё ещё присутствуют.

Вы хотели сказать - двойной вместо одинарного?
Мы все потеряли ровно тогда, когда вместо одной пары тега стало модно применять две (а то и три) пары тегов. Вот с тех пор конвертеры и пухнут. Мало того, что приходится описывать все вариант тегирования, приходится описывать алгоритм выборки из набора однотипных тегов, да ещё и применять сложные схемы тегирования. Один короткий парный тег всегда проще и понятнее двух длинных парных тегов.
Вспомните как усложнили нам жизнь в случае с Метро. Как поменяли действительность в случае с лесами. А загляните что происходит с километровыми столбами…
Кому помешали pk=* и kp=. Зачем нужно было вводить distance= и distance:backward=*? А еще применяют - pk:backward, distance:forward, pk:forward, plk:backward… Визуально видно, теги усложнились. Самое обидное в том, что некоторые из… так и не уходят в прошлое. Их единицы, но приходится держать в конвертере для максимально полного отображения объектов.
Так что заменой одних тегов на другие жизнь не упростится никогда. Тенденция такого подхода - только усложнение!

“когда коту делать нечего, он себе яйца вылизывает”

Заявленная цель вполне достижима и без проведения мероприятия.
Всё одно поддерживать оба варианта. Даже если и вычистите тег, то от рецедивов это не застрахует. То есть цель окажется не достигнута.

Например, osm-carto поддерживает office = *, но не поддерживает amenity = * с сотнями упоминаний, и скорее всего, не будет. Понятно, что кто-то будет вносить под старым тегом, или вообще напишет amenity=ЗАГС (amenity = школа же писали). Цель “100% отображение” не стоит вообще, цель – сделать OSM лучше.
К слову, amenity=emergency_phone был вычищен https://taghistory.raifer.tech/#***/amenity/emergency_phone

Есть принципиальная разница между массовым использованием устаревшего тега и единичными рецидивами. Последние лечатся в рабочем порядке по принципу: “ой, я пометил, а на рендере не видно. почему? ааа, так это ж устаревший тег. ладно, перетегирую по-новому. о, появилось!”

И чем они вам так мешают? Вы почитайте эти темы, там было много обсуждений на тему того что не стоит менять шило на мыло и один тег на другой просто так - качества данным это не прибавит, а проблем может создать.