вахтёр vs gootax

В нашем регионе произошёл набег участников от компании gootax. (юзернеймы со словом gootax в нике, например http://www.openstreetmap.org/user/Renata_gootax))

Занимаются тем, например, что проставляют названия детских садиков (и прочих учреждений) зданиям, на территории которых они расположены. Не сказать что это вандализм, но и ничего хорошего в этом не вижу.

Попереписывался с Renata_gootax по этому поводу, пытался объяснить что это не имеет смысла и даже вредно. Renata_gootax мотивирует это тем что иначе их система не видит названий, а оно им нужно. Правки от них продолжаются.

Ответы от них были такие (квотинг при копипастинге едет как-то странно, но если читать сверху вниз то смысл ясен):

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

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

Рисовка под рендер (причем даже не общественный, а личный) => откат, при упорствовании - письмо в DWG о блокировке.

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

Я за адрес на зданиях, ОСМ должен быть для людей.
Продемонстрируйте простой способ как перенести адресные данные с территории на здания. И представьте на минуту что конвертера osm2mp нет. Или как по API вытащить нужные вам объекты, чтобы у них сразу был адрес.

А если там этих зданий с пяток?

Ну править данные у них люди нашлись. А подкрутить конвертер и освободить от ненужной работы кучу народу - вот прямо некому?

Добрый день!
Школы и сады мы больше не правим.
Сделали правки по ошибке и больше так не будем.
В Зеленогорске и Ижевске вернем обратно правки со школами и садами - уберем названия.

Я за адрес на зданиях, ОСМ должен быть для людей.
Продемонстрируйте простой способ как перенести адресные данные с территории на здания. И представьте на минуту что конвертера osm2mp нет. Или как по API вытащить нужные вам объекты, чтобы у них сразу был адрес.

Солидарен. И никогда не поздно.

Схемы в OSM сделаны так, чтобы максимально соответствовать принципу Truth on the ground.

Если школа представляет из себя отдельное здание, без дополнительной территории - то amenity и название безусловно надо вешать на здание школы. Однако куда более распространённой является другая ситуация: когда школа располагает территорией и всё, что находится на этой территории относится к школе: и основное здание школы и стадион и подсобные строения. Зданий (и адресов) при этом может быть больше одного.

Схема должна быть единообразной и на примере институтов и больниц такой принцип становится гораздо более очевидным:
http://www.openstreetmap.org/way/132906663 и особенно круто http://www.openstreetmap.org/relation/2814211

Только единообразие получения адреса нарушается.

У здания школы есть адрес, висит табличка, в него приходит почтальон. Ставить адрес на здание не является ошибкой. Кому нравится метить территории - ваше право. Запретить делать это остальным, так же как и адресовать отдельные POI вы не вправе.

Даже наоборот, именно зданию этот адрес скорее всего и присвоен.

Речь идёт о совершенно противоположной ситуации: зданию школы дают название, которое уже есть у границы школьной территории. И, например, в случае изменения названия нужно будет магическим образом догадаться что дублирующие названия заданы не только территории, но и конкретным строениям и их тоже нужно будет менять.

Сорри, я “услышал звон” и не заметил что обусждается название д/с ))

А как вот с этим http://forum.openstreetmap.org/viewtopic.php?pid=590355#p590355 и с адресами из непонятных источников по всей стране?

Хыхы, а у примеру у медицинского факультета местного универа имеются кафедры и учебные классы практически в каждой больнице города, и студенты к 5-6 курсу в среденем рассеяны по городу как кванты :slight_smile: как енто обозначать будет.

Очередной раз уперлись что данные ОСМ также развернуты к конечному пользователю как исходники линукса к пользователю андроида.
но т.к. на ентом пути нет больших игроков подтягивающих осм к пользователю, пользователям приходится долго и упорно пилить данные под свои нужды, что отрицательно сказывается на его распространенности.

Почему? адрес же присваивается не больнице или школе, он присваивается зданию. У здания - адрес, у территории - название и тип.
Что не так?

Ну, как только indoor mapping станет хоть сколько-то массовым - можно пособирать их в единые релейшны.

Причём я бы, конечно, не городил единый мультиполигон, а создал бы несколько территорий - каждую с названием типа “основная территория Академии”, возможно с amenity, но точно без контактов/точных названий (кроме контактов/названий собственно кафедр) и собрал бы их в единый релейшн с полным названием и реквизитами.

pfg21, если вам не нравится обозначение образовательных учреждений - есть тема про Education 2.0, у вас есть шанс там высказаться. Тут тема о конкретной проблеме с самоуправными правками gootax, настоятельно предлагаю ее не замусоривать.

Теоретически всё красиво, но на практике получается что у подавляющего большинства POI адреса висят на зданиях в которые они вложены, и разработчики на адреса школ и больниц (которых 1-3% (числа взял из головы)) просто забивают, т.к. для них надо пилить отдельный алгоритм. В следствии пользователи программ этих разработчиков начинают мапить под “рендер”.

Если amenity вешать на здании или внутри нее, а на территории отдельный тег, то адрес можно будет получить так же как и для другого POI, что большинству и надо, а тем редким пользователям кому нужны территории, смогут связывать ее с amenity внутри территории.