-
не нужен тег когда отношение есть
кому-то нужен, кому-то нет. Не повод срочно избавляться. -
А вот тут как раз следствие того, что кто-то захотел обязательно включить домик в отношение улицы. Отношения два, а поле номера дома одно.
Хм, не знаю даже
addr:street не указывался изначально:
http://www.openstreetmap.org/way/204922609/history
и только 2 года назад добавили addr:street к дому
самому отношению уже больше 4 лет:
http://www.openstreetmap.org/relation/1554211/history
Другая часть домов как я и сказал, без addr:street:
http://www.openstreetmap.org/way/53538260/history
http://www.openstreetmap.org/way/53542118/history
В какой программе это не работает:
http://www.openstreetmap.org/search?query=51.49582%2C31.30151
76, Kotsiubynskoho Street, Chernihiv, Novozavodsky district, Chernihivska municipal council, Chernihiv Oblast, 14000-14499, Ukraine
http://www.openstreetmap.org/way/53538260/history
Посмотрел, что там наворотили - ужас.
Песчанку включили в город, а она отдельный НП в городском округе.
https://www.openstreetmap.org/changeset/41745884
Дроби - самодеятельность от желания включить в два отношение и незнания как это сделать. По ФИАС никаких дробей там нет.
https://www.openstreetmap.org/changeset/41703599
Еще фишки - отношение дома в роли house в associatedStreet, в вики такое не предусмотрено. Похоже, что не даром год назад пытались схему сделать depricated.
https://www.openstreetmap.org/changeset/41747997
Лично я - да.
Если в обсуждениях придем к выводу, что это необходимо - верну. Какой смысл в тегах, которые мало того, что не работают, так еще и несовместимы с работающими альтернативами?
И что не так с этой линией? На ней есть две точки, установленные мной специально с единственной целью - для того, что бы адресовать линию. На обоих точках указан адрес как с associatedStreet, так и с addr:street. Так что:
…есть ложь.
Собственно, изначально я так и сделал, что и привело к конфликту.
Можно ли тогда писать дробь не в addr:housenumber, а в name? Потому что есть такие случаи, например, есть дом, он имеет 2 адреса: ул. Тельмана 21 и ул. Ферганская 10, однако отмечен он табличкой:
И это не единственный случай, правда все сразу назвать не смогу.
В результате люди пользуются (это не личное предположение, я реально знаю таких людей) и такой записью тоже, по этому, считаю, она как-то должна быть отражена в данных. Ну типа “locality”.
Убрать building=* c точек, которые принадлежат путям с building=*? Могу сделать.
Я сначала так и сделал в мкр-ах Зеленой Рощи, проверил, вроде ничего не сломалось и я продолжил. Пока что associatedStreet установлены почти на всём левом берегу города, кроме некоторых улиц на востоке Октябрьского р-на, сейчас остановился в связи с конфликтом.
Пожалуйста. Убрал вложенные цитаты, что бы было проще читать.
а у нас полно домов через косую.
но это не умаляет ацкого ада, про который я читаю, про точки эти.))
Так это зависит от местности. Где как и что принято. Это к местным властям и т.п. Из источников у нас ФИАС, таблички, паспорта жителей,…
- улица1, домпоулице1; улица2, домпоулице2
- улица1, домпоулице1/домпоулице2; улица2, домпоулице2/домпоулице1
- улица1, домпоулице1/домпоулице2 и ничего про улицу2
и т.п.
Ложь. Я её не включал в город, я её включил в Советский р-н. Песчанка действительно часть городского округа, но не города. Дело в том, что на р-ны делится не город, а округ, так что противоречия нет. Я указал это в тегах и уточнил границу. Саму границу между городом и Песчанкой я не удалял. Зря вы откатили правку.
См. выше.
Я так понял, если отношение имеет тип мультиполигона, то мы его считаем полигоном. Во всяком случае в документации много где не указано, что можно включать мультиполигоны в отношеня, но тем не мене, мы это используем повсеместно и всё работает.
Если на доме addr:street, то в associatedStreet можно и не включать 
В январе прошлого года associatedStreet уже делали depricated, но с голосами чуть больше половины depricated сняли, так что судьба associatedStreet весьма неоднозначна.
http://wiki.openstreetmap.org/wiki/Talk:Relation:associatedStreet#Deprecation_.22blessing.22
Вы можете использовать что угодно, но не ломать, а вот там где я использую - house-отношение не работает.
Отношение внутри отношения требует отдельного прохода по данным ибо возможны ссылки назад. Поэтому недаром в вики для associatedStreet в качестве house только node и way
Вот именно это я и пытался сделать, видимо не очень удачно, раз меня никто не понял.
Вы имеете в виду циклы? Когда объект А ссылается на Б, а Б на А? Насколько мне известно - нет. Ну т.е. возможно, но JOSM и не только он за этим жестко следит. Во всяком случае, именно тут мультиполигон не ссылается на улицу, по этому проблем не вижу. Хотелось бы подробнее узнать, что сломалось.
Нет, даже не циклы. (и, пардон, ссылки вперед)
Обычно данные OSM (в OSM файле) лежат в виде
nodes. ways, relations.
Если программа последовательно разбирает эти данные, то если отношение улицы включает ссылку на дом, то все nodes и ways программа уже знает, а relations еще не все.
К такому программа должны быть специально подготовлена. Отдельным проходом как-то эти ссылки вперед разрешать потом. В общем случае все зависит от устройства программы, каким-то может и всё-равно, они всё подряд грузят, а потом занимаются ссылками между объектами.
А так: нет таких relations - меньше проблем.
В конкретном отношении в описании нет house-отношений, значит они есть ошибка.
Если у кого-то что-то работает, то это лишь маскирует ошибку, люди ошибочные данные принимают за образец правильных, а ведь у других не факт, что сработает.
Потому, что похоже в данном месте исторически так не устроено.
В ФИАС я по городу дробных номеров в таком смысле не вижу.
Там последовательно принята система
- улица1, домпоулице1; улица2, домпоулице2
Тогда вопрос такой: запрещают ли спецификации osm ссылки вперед?
Не согласен. Документация опирается на семантические типы, согласно определению которых Polygon он же Area…
Никаких ограничений на взаимосвязи с другими отношениями не описано.
Так что везде, где в доках указано “
” это подразумевает, либо замкнутый way, либо relation с type=multipolygon
Для только замкнутых линий есть шаблон: 
Или я что-то не понял?
Я это к тому, что могут ли недостатки ПО (в частности игнор ссылок вперед) быть основанием для того, что бы не использовать уже определенные и используемые фичи osm?
Виноват, вспылил, был не прав.
Да, отношение-полигон можно. А другие (building и т.п.) -нет.
Ну а это что за прелесть?
В отношение включены все дворовые проезды плюс они все еще теперь и поименованы name=имя улицы
http://www.openstreetmap.org/relation/6527352
Вопрос - зачем строить конструкции из которых данные труднее доставать чем было ранее? Плюс у людей возникнут сложности при редактировании в потлач или ID, они там умудряются и простые релейшины разломать.
Это уже не по теме.
Там как раз и было отношение на линиях и точках.
Единственное что осталось решить - угловой дом под вопросом когда он в двух улицах участвует сразу.
Если дома исключить, то дороги можно в http://wiki.openstreetmap.org/wiki/Relation:multilinestring засунуть
он же бывший http://wiki.openstreetmap.org/wiki/Relations/Proposed/Collected_Ways_Simple
Ну нет у дворовых проездов имени!
iD точно не ломает отношения. Мучал его год, ломать отношения там сложно.
Сравнивать iD с потачём неправильномпотому что первый очень активно разрабатывается, а второй доезжает на пользователях что к нему привыкли.
name убрать где его нет.
Я про группировку объектов с общими свойствами - если это было задачей.