Ок, можно сделать. А еще можно использовать фильтры JOSM. Например, можно легко переписать NoHouseStreet (by dudka).
Если имеются в виду POI-точки, то они обрабатываются. Адресная информация наследуется от здания внутри которого расположена точка. Дублирование адреса для POI считаю избыточной информацией. При условии, что офис компании переехал, смена адреса может быть осуществлена простым перемещением точки на другое здание. Или речь о двойной адресации угловых домов?
да, я про двойную адресацию, а также: рисуют полигон с тегом building=*, в центре полигона ставят точку с тегом addr:housenumber и эту точку добавляют в отношение (у дома один адрес, без дробей), вообщем хотелось бы чтоб валидатор их как нить помечал, чтоб потом переносить теги с точки на полигон
зы: я ж специально нашел отношение в котором есть такие ситуации а так же дома без номеров
стилями второй месяц пользуюсь (удобно) UA-addresses.mapcss + свой
нуу… ээ… наверное хотелось бы видеть удобный инструмент по их редактированию…
но если чесно, работы и без того хватает - так что можно подождать…
и еще по поводу вкладки Relations, видел пару раз отображался тип отношения, потом не отображается, - у меня глюк или баг?!
вот так сейчас у меня выглядит вкладка Relatoions http://s017.radikal.ru/i429/1210/c8/f721abcd1254.png
Пример отношения проглядел - буду внимательнее. В общем, попробую чего-то сколдовать при ближайшем вдохновении. Лично у меня к адресации через точки неприязнь какая-то - все бы выпилил. Всеже, адрес это скорее полигон (земельный участок, здание, часть здания), чем точка. Да и от точки геометрически ничего не унаследуешь.
Колонки можно скрывать. Менять местами и растягивать:
Ну, по идее так:
Если домик на космоснимках не видно, но он есть, ставим точку. И теги вешаем на точку.
Если домик видно, рисуем домик и теги вешаем на полигон домика.
Если раньше космоснимков не было, а теперь появились, можно нарисовать домик, перенести теги с точки на домик, а точку удалить.
не то слово. с другой стороны, это не означает, что ее нужно игнорировать
у нас в городе видел довольно много отколупаных номеров домов, чтоб на доме был только один номер, так что какие-то проблески все-таки есть. с другой стороны, в центре не отколупывают старые таблички ибо историческая ценность.
Ну а чим власне краще? Адреса не може колапсувати у точку. Адреса - це полігон, якому належать квартири та офіси під конкретною адресою. Якщо таких квартир нема - адреса фейкова. І виникає питання чи є сенс заносити в БД завідома фейкові дані?
Насправді, проблема у тому, що associatedstreet не підтримує подвійну адресацію. Тому мені видається, краще вже розділяти будинок.
Серевр OSM API частенько возвращает ошибки коннекта. У меня тоже сегодня глючит. Надо механизм взаемодействия с API переписать. Только вот я не совсем представляю, как именно
Погоджуюсь, що краще точки, ніж нічого. Але навіщо проводити примусову генералізацію у точки, якщо вже існує полігон будинка? Ви ж погоджуєтесь, що адреса - це полігон (земельна ділянка), а не точка.
Тут можно спорить до усрачки. И без толку. В ОСМ предполагается, что у одного объекта есть один адрес. Наверняка создатели не предполагали, что существуют идиоты, дающие домам по два адреса. ЙОКЛМН. Да это всё равно что гражданин с двумя паспортами на разные фамилии.
Поэтому приходится выдумывать “костыли”, позволяющие из одного объекта сделать два с разными адресами. И каждый вариант имеет свои недостатки и не чётко отображает суть явления. И к каждому можно придраться и сказать, что это неправильно.
Делить дом на два треугольника - неправильно. Потому что дом цельный.
Ставить две точки на контур дома - неправильно,. Потому что адреса принадлежат дому, а не точкам.
Ставить один номерок на контур, а другой - на точку - неправильно. Потому что второй номерок тоже принадлежит не точке, а всему дому.
Рисовать два дома на одном месте - неправильно. Потому что дом один.
Кстати, ещё вариант: дом включать в два релейшена, а addr:housenumber писать через дробь. Но тогда непонятно, какой улице какой номер соответствует.
дві цілком законні адреси одного будинку - теж потрібно ділити по діагоналі?
так, частина таких адрес - фейкові, але якщо слідувати truth on the ground, раз табличка з адресою існує, чому б її не позначити? Якщо хтось буде шукати саме її?
чи, може, у вас є спосіб виділити з усього будинку одну кімнату у підвалі, щоб позначити її окремою адресою? бо в неї вихід на іншу сторону великої школи, і власникам простіше, щоб їх шукали по фактичній вулиці, де теж є табличка з адресою.
погодьтесь, що адреси-точки часом - вимушений крок, який варто підтримувати, якщо такі дані вже внесені або будуть внесені в майбутньому
Тоді давайте розділяти сутності таблички і адреси.
“табличка з адресою” != “адреса”
На табличках якої тільки ахінеї не пишуть, у т.ч. на саморобних, і у т.ч. комерсанти.
А адреса - мені сподобалося порівняння з паспортом, вона завжди одна.
Два і більше паспорта у громадянина - ну взагалі-то буває, але підпадає під статті кримінального кодексу
Раз табличка є - давайте придумаємо як позначати, але саме як табличку, а не як адресу (не через тег addr:*)
Ну так давайте відділимо сутність табличка від сутності адреса. Це різні речі і відповідно у них мають бути різні теги.
Адреса це пілгон у площині. Не може бути підвал з одною адресою, перший поверх з іншою, а другий ще з іншою. Відділити одну кімнату можна запросто і не обовязково по діагоналі. Приклад: периметрально-компактна забудова історичних центрів, де будинки склеїні стіна до стіни. Ми ж їх якось розділяємо. Або ж приватні будинки, які поділені на 2 частини. Фізично один будинок, але розділений стіною на дві адреси.
Давайте на конкретних прикладах. http://maps.yandex.ua/-/CVuNASPB http://www.openstreetmap.org/browse/way/95329188
Це кутовий будинок, має декілька входів - один з одного боку вулиці в музей, інший - з іншого боку вулиці в держустанову.
У музею і у держустанови окремі абсолютно різні адреси, але це один будинок.
Що ви пропонуєте з цим робити? Так як там замаплено - це найпростіші можливі “костилі”
нуу… ээ… наверное хотелось бы видеть удобный инструмент по их редактированию…
