И это от борца за идеальность, не нужно использовать отношения для коллекций - это путь к дублированию. operator и branch тут всё решают. Хранить всё иерархию в геобазе не надо.
Расскажи это Украинцам где отношения - основной способ хранить двуязычную адресацию.
operator и branch может быть недостаточно.
Подрядчик не должен быть частью какой-либо структуры.
К твоему сведению любой дом обслуживается:
- школой
- пожарными
- полицией
- вывоз мусора
- газовой службой
- электриками
- сантехниками
- телекомами
- управляющей компанией
- и т.д.
Как ты это умудришься уместить в operator и branch?
Если данные не из бугалтерской отчётности, а по факту и настоящим объектам и если будет обновлять и пользоваться - пусть хранит что хочет.
К твоему сведению они обслуживают территорию, а не дом. Вот её и надо отмечать.
Так вот как раз от туда и предлагают хранить. Кто там кому подчиняется юридически никак не привязаны к геоданным.
Обслуживают объекты физического мира:
- трубы,
- здания,
- фундаменты,
- распределительные щиты и подстанции
Электрики не чинят землю.
Сантехники и газовые службы не проверяют землю.
Почты, школы и поликлиники не обслуживают земли, а конкретные здания и конретных жильцов и квартиры.
Данные из бугалтерии - не нужны.
Настоящие огранизации - сколько угодно.
Учёт технических объектов прямо в OSM - пожалуйста.
Напрямую - нет. Отношения содержат другие отношения, которые содержат геоданные.
Угу, которые попадают в зону их ответственности. Так зачем заводить по пачке отношений на каждый куст который может загореться и его приедут тушить пожарные, когда можно показать, что всё что тут внутри обслуживает эта бригада.
Ну так и указывай для POI организации кто у неё хозяин/барин, отношения тут не сдались.
Когда-то можно, когда-то - нет. Если есть настоящий список по конретным домам - пусть вводит и обновляет.
Нет, не все дома в одной области обслуживаются одной компанией (подрядчиком).
Нет, они обслуживают не все дома в этой области, а только часть.
Следующие по наивности заявления:
- все области в городах landuse=residential.
- здесь точно промзона (рисует 10^2 км 100^2 км landuse=*)
- обведу границу города вокруг жилых домов и Bing
- здесть точно дорога для автомобилей, нариусую её по Bing
Речь шла про школу, милицию, больницы и т.д. Про управляющую в operator не кто не спорил.
Ну так и что? Я не знаю школ и поликлиник которые заявляют о зоне обслуживания площадью.
Тем более с гео-координатами.
Тем более с эксклавами и анклавами.
У всех списки адресов. Большинство этих списков - ошибочные.
Список Angrycat вообще ни при чём.
Ну на кой х…н населению поворотные точки. Там площать представлена в удобнов виде, как список улиц, и домов, если не вся улица попадает. Если состряпать тепловую карту, ты можно увидеть ту самую площадь.
Ну или приведите пример, где больница обслуживает рандомно натыканные домики по всему городу.
Я ещё раз говорю что это упрощения из категории ковыряния в носу.
В этой площади будут:
- выселенные дома
- жилые дома не используемые как жилые
- жилые дома не используемые совсем
- юридически жилые дома, а по факту - нет
- пропуски жилых домов, не жилых юридически
Если список Angrycat по фактическим объектам - пусть вносит и обновляет. Как этот список проще тегировать - пусть выбирает.
Ну поскольку москвичи не отреагировали, удалил ту точку что содержит больше ошибок.
Посмотрите нанесена ли эстакада?Я ее на карте не нашел
http://www.rg.ru/2015/07/22/puteprovod-site.html
Три дня как нанесена.
Ага. Оно.
Там под ж/д прокол, то есть если назвывать сооружение эстакадой, то ж/д эстакадой.
Позавчера “открыл”, вчера доразукрасил.
посмотрев на фото, я бы скорее обозначил это как автодорожный тоннель, чем как жд мост
По мне, так технически ближе мост
Технология всего процесса тут:
http://www.youtube.com/watch?t=145&v=Qk4MLus4noA
А сам переезд то закрыли?
Похоже, что не всё так сразу.
Что бы это значило: http://www.openstreetmap.org/way/361904160
culvert - это труба под дорогой. А dam - это плотина, которая должна быть на каком-то водоеме. Вот и вопрос, что это за ерунда?