Обсуждаем способы задать адресацию

freeExec · 2016-01-17T21:00:40.000Z

20 страниц разглагольствований, а оказалось, что всё может сделать бот/постобработка. Так на кой х…р оно тогда надо?

d1g · 2016-01-17T21:12:57.000Z

freeExec:

Так на кой х…р оно тогда надо?

Ни на какой. Выгрузку улиц Москвы давай. У тебя 3 минуты и это вопрос новичка: http://forum.openstreetmap.org/viewtopic.php?pid=525087#p525087

Почти ничего за 6 лет не поменялось: http://forum.openstreetmap.org/viewtopic.php?pid=61670#p61670

liosha:

Основных уровня три:

Страна

Адрес населённого пункта внутри страны

Адрес владения/дома внутри населённого пункта.
можно добавить 4. Адрес внутри владения/дома, но это вроде уже не наш вопрос.

Все остальные “уровни” - это скорее группировки, их может и не быть, или у них может быть слишком много вариаций, чтобы их все учитывать в общей схеме.

интерес чисто номинальный к ней, страна указана на городах и областях
НП в базе затегированы как я сказал (http://forum.openstreetmap.org/viewtopic.php?pid=571870#p571870) + тег страны есть на областях и краях
решает associatedAddress и relation associatedStreet / street
решает indoor тегирование (в этой теме не обсуждалось в должной мере)

freeExec · 2016-01-17T21:29:38.000Z

Ой планета не успела скачаться за 3 минуты, всё удаляю аккаунт из осм и бросаю это гиблое дело.
Такие халявщики не переведутся никогда, которым вынь да положи. На них как раз надо стричь бабло и чем сложнее схема, тем больше профит

LLlypuk82 · 2016-01-17T22:41:21.000Z

edward17:

Это что же, предлагается для всех домиков такое использовать, а не только для зданий со множественной адресацией?
Кстати, надо бы добавить эту линию в это отношение

Отношение позволяет добавлять любое количество адресов (в моём случае просто не нашлось ТЦ с двойным адресом), в украинском примере, ведь, всё нормально (в нём только нет POI )? И ещё момент: если мы отделяем от контура зданий адреса (когда их несколько) на адресные точки, то это логично делать и для одноадресных зданий, чтобы ассоциировать потом с этой адресной точкой все POI. Это, пожалуй, единственное расхождение со «структурой сегодняшнего дня». Можно пойти иным путём и включать контур здания в отношение дважды, но присваивать две роли: address и object (нечто похожее кто-то предлагал здесь).
Линию добавлю, конечно.

edward17:

новички гарантированно не будут добавлять новые POI в здании в отношение associatedAddress. Как предполагается бороться с этим? Или никак?

Будут, если приложить к этому усилия: информировать, что это более грамотный подход на сегодня; показать примеры; сделать обучающие гифки/видео/скриншоты; поддержать в редакторах, как уже сказано.

edward17:

Присвоить несколько адресов точкам POI в здании? Да, украинская схема этого не умеет…
…А они когда-то не справлялись?

Об этом и толкую. А справляться-то — справлялись, но явно не делали интерполяцию мультиадресности с контура здания на POI (для самого здания она не особо нужна, т. к. достаточно нахождения самих адресных точек (позиционирования на них) «внутри здания»).
Хорошо бы задать вопрос людям, которые занимаются различными видами обработки адресных данных OSM, понравится ли им такая схема и облегчит ли она им (их софту) жизнь?
Как, опять же, было замечено — никто никого не принуждает ни к чему и не призывает что-то ломать. Только повысить уровень организации данных. Минимальными усилиями достичь (потенциально) ощутимого эффекта. Конечно же, его никто никогда не почувствует, если такая схема тегирования охватит одну вымирающую деревеньку у чёрта на куличках и о ней (схеме) никто знать ничего не будет. И не будет ничего, если не начинать делать.

d1g · 2016-01-17T22:54:22.000Z

freeExec:

Ой планета не успела скачаться за 3 минуты, всё удаляю аккаунт из осм и бросаю это гиблое дело.
Такие халявщики не переведутся никогда, которым вынь да положи. На них как раз надо стричь бабло и чем сложнее схема, тем больше профит

Ради смеха запустил простой запрос за 1 секунду и 20 килобайт памяти http://overpass-turbo.eu/s/dNM

[out:json][timeout:1][maxsize:20000];
{{geocodeArea:Херсон}}->.searchArea;
(
  relation["type"="associatedStreet"](area.searchArea);
);
out tags;

Где нормально затегированные объекты в Москве?

dkiselev · 2016-01-18T06:44:14.000Z

Я понять не могу что предлагается сделать то?

Использовать street вместо associatedStreet - шило на мыло, хотя название чуть короче.
Использовать белорусскую адресацию - пожалуйста, но без препроцессора ее никто не понимает.
Использовать адресацию на точках - можно и сейчас, если вам так больше нравится, все только за.
Использовать адресацию на точках + отношение - да пожалуйста.

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

wowik · 2016-01-18T06:59:10.000Z

d1g:

“улицы” дублируются по 50-100-200 раз. Вы это специально забываете?

Я точно знаю сколько их. Именно обычно 2-3 куска. И знаю, что дублировать на них достаточно name, остальное может висеть на одном куске - этого достаточно.
То есть wikipеdia, name:mrj или alt_name достаточно держать на одном куске улицы.
При склеивании кусков в единый объект (по совпадению name) дополнительная информация замечательно объединяется.
Так же приклеиваются к улице и домики, только по имени улицы. Многоязычность имен улиц на домиках - это придумка для обхода ограничений одного известного конвертора. addr:street это же просто такая ссылка по name на другой объект.
Ссылку совсем убрать не удасться, можно только заменить, например отношением, но о какой экономии мы тогда говорим?

wowik · 2016-01-18T08:11:37.000Z

dair:

В Москве, помнится, примерно то же самое, только вместо литер — “строения”, обозначаемые цифрами.

Посмотрел в ФИАС, там это поле, если не пустое, имеет тип “строение”, “сооружение” или “литер”.
На практике “строение” и “сооружение” зачастую не различают.

LLlypuk82 · 2016-01-18T14:03:41.000Z

dkiselev:

Использовать адресацию на точках - можно и сейчас, если вам так больше нравится, все только за.
Использовать адресацию на точках + отношение - да пожалуйста.

Именно это.

dkiselev:

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

Участники не при чём, но цель — чтобы стали причастны.
Согласны не все, а цель — убедить многих, показав, что это работает и работает лучше (тогда другие подходы не будут привлекательны, что сократит неразбериху в них, как минимум).

LLlypuk82 · 2016-01-18T15:56:11.000Z

Часто упоминавшаяся белорусская схема адресации, сколько участников о ней знали? Сколько из них (и потенциальных — в том числе) могли в ней разобраться? Какие общие корни она имела с уже распространёнными схемами? Ответом на все эти вопросы будет «почти никто» или «почти никак». Отсюда — её предсказуемый уход со сцены.
Вот был предложен похожий на мою схему, но более комплексный подход, где всё организовывалось в рамках отношения type=building.
К сожалению, выяснил, попробовав, что iD катастрофически не приспособлен для редактирования отношений, если у них нет, например, тега name (или другого). Тогда просто невозможно выбрать конкретное отношение для работы над ним/с ним (добавлять новых участников — самое основное). Рекомендация использовать временные фейковые имена в процессе редактирования, а перед сохранением данных — удалять их, — будет глуповато выглядеть.
После JOSM, в iD чувствую себя инвалидом (человеком с ограниченными возможностями)
А на официальном сайте — только бледный косвенный намёк на существование JOSM (мол, iD и Potlatch2 — рулят, а остальное — ерунда, не заслуживающая внимания, что само по себе является инверсией действительности в угоду ущербности).

LLlypuk82 · 2016-01-18T16:24:22.000Z

Очевидно, что какие бы сильные аргументы я ни привёл — подобная инициатива не сдвинется с мёртвой точки, если только я сам не «напишу», например, конвертер в польский формат (а это невозможно в силу отсутствия квалификации) или не найдутся сторонники идеи, которые помогут довести её до логического конца (практического применения) тем или иным путём (подключением соотв. людей или непосредственным участием).

mixdm · 2016-01-18T18:10:53.000Z

LLlypuk82, когда в РБ была эта “белорусская” схема адресации, все кто пытался работать с Беларусью в OSM о ней и знали - проблема была в том, что с сырыми данными без препроцессинга работать было нельзя. Именно поэтому отказались от ее использования. /Ну еще и потому что память в компе у того кто препроцессингом занимался закончилась :)/

d1g · 2016-01-18T18:46:52.000Z

wowik:

d1g:

“улицы” дублируются по 50-100-200 раз. Вы это специально забываете?

Я точно знаю сколько их. Именно обычно 2-3 куска. И знаю, что дублировать на них достаточно name, остальное может висеть на одном куске - этого достаточно.
То есть wikipеdia, name:mrj или alt_name достаточно держать на одном куске улицы.
При склеивании кусков в единый объект (по совпадению name) дополнительная информация замечательно объединяется.
Так же приклеиваются к улице и домики, только по имени улицы.

И сколько ждать выполнения этого чуда для Москвы? Сколько памяти займёт для Москвы выбрать все улицы этим способом?

Проверки на совпадения имён - на плечи потребителя данных.
Проверки на 2-3 куска - на плечи потребителя данных.
Проверки каждого куска на наличие тега Википедии - на плечи потребителя данных.
Грабли одноименных улиц (даже в рамках одного Питера) расставим и пользователям не скажем как обходить (“только по имени улицы”).

… почему на хабре о OSM про красноглазых говорят?

d1g · 2016-01-18T18:55:57.000Z

Адресная улица это отдельная сущность и должна быть в базе явно для простоты пользователей “адресных улиц”. Не нужно её подменять “именами улиц” разбросанными по кускам highway.

“улица” это те 60-80 домов, школ и заводов в одном отношении. Возможность банально посчитать количество улиц (без написания при этом геокодера!) должна быть в сырых данных.

~~Автор~~ Разработчик Nominatim-а заявляла в 12-м что “теги addr:street быстрее обрабатываются”. Так вот это не так для всех задач. Особенно когда пользователю всё равно: 50000 адресных точек в Москве или уже 500000; ему нужны другие инструменты для работы с “улицами”.

mixdm · 2016-01-18T20:12:54.000Z

d1g, обычному пользователю не надо “банально посчитать количество улиц”. Давайте не будем рассматривать OSM как инструмент для профи. Что надо обычным людям? - им надо что бы они могли найти конкретное здание-сущность по конкретному адресу. Как это там будет внутри устроено им абсолютно все равно. И если они не находят этого в картах OSM - а находят в каком нибудь навителе - то все - для них OSM отстой - ведь там же ничего нет из того что они искали. Ну и тут им говорят - а Вы сами заполните адресок в OSM - и он появится для следующего поиска - и что он будет разбираться со всякими отношениями? - нет конечно - он просто забудет об OSM и все. Тот у кого уровень выше среднего или тот кто конкретно занимается обработкой существующих данных OSM и улицы посчитает, и домики и все что там есть, применяя те знания, которые нужны для этого, а чего не знает - научится. И если ему надо работать по серьезному с данными OSM то сконвертирует в нужный формат и все у него будет быстро и искаться и считаться. Я застал и расцвет и смерть белорусской схемы адресации, и прекрасно видел, в какой тупик ставят релейшены неподготовленных пользователей, и если просто внести адрес при помощи тегов как на соседнем здании ни у кого не вызывало проблем, то добавить в какой то релейшен зачем то - это был темный лес…

RiG_s · 2016-01-18T20:16:20.000Z

Возможно не в тему, но все же спрошу. В некоторых маленьких населенных пунктах, а так же в садовых товариществах нет улиц, номеров домов, есть только номера участков, Как их сдедует тегировать?

freeExec · 2016-01-18T20:30:34.000Z

RiG's:

Возможно не в тему, но все же спрошу. В некоторых маленьких населенных пунктах, а так же в садовых товариществах нет улиц, номеров домов, есть только номера участков, Как их сдедует тегировать?

Точкой.

d1g · 2016-01-18T20:31:44.000Z

RiG's:

Возможно не в тему, но все же спрошу. В некоторых маленьких населенных пунктах, а так же в садовых товариществах нет улиц, номеров домов, есть только номера участков, Как их сдедует тегировать?

Если площадь известна - то вот так http://wiki.openstreetmap.org/wiki/RU:Tag:landuse%3Dallotments, там же есть ссылка на обсуждение на форуме.

RiG_s · 2016-01-18T20:59:50.000Z

d1g:

RiG's:

Возможно не в тему, но все же спрошу. В некоторых маленьких населенных пунктах, а так же в садовых товариществах нет улиц, номеров домов, есть только номера участков, Как их сдедует тегировать?

Если площадь известна - то вот так http://wiki.openstreetmap.org/wiki/RU:Tag:landuse%3Dallotments, там же есть ссылка на обсуждение на форуме.

То есть чтобы работал адресный поиск, нужно на садовом участке указать тег lot с номером участка?

d1g · 2016-01-18T21:17:35.000Z

RiG's:

d1g:

RiG's:

Возможно не в тему, но все же спрошу. В некоторых маленьких населенных пунктах, а так же в садовых товариществах нет улиц, номеров домов, есть только номера участков, Как их сдедует тегировать?

Если площадь известна - то вот так http://wiki.openstreetmap.org/wiki/RU:Tag:landuse%3Dallotments, там же есть ссылка на обсуждение на форуме.

То есть чтобы работал адресный поиск, нужно на садовом участке указать тег lot с номером участка?

В чём вопрос? В СНТ или в одном меленьком участке?

Если вопрос в СНТ то читаем “Садоводства, адресация и обозначения” (landuse = allotments + name=* + другие теги по вики). Отдельные “дома” можно указывать адресными точками с тегом addr:housenumber.
Если вопрос в участке, то тегируем его boundary=lot + lot=номер и ждём как появится поддержка этого.