Size: a a a

OpenStreetMap RU

2021 February 24

l

lite in OpenStreetMap RU
да, номинатим тоже поддерживает сокращенную адресацию, сейчас проверил на паре домиков
источник

i

iWowik in OpenStreetMap RU
Maksim
Я вот читаю, пробегают доводы про объем БД. Это получается что микромапинг вреден и ведёт к росту БД. Проблемы с синхронизацией данных на строениях   и place  решается валидаторами. Или я плохо прочитал или что то не понял. Проблема то в чем?
В том, что кому-то глаза мозолит, и хочется устроить геноцид, далее поиск оправданий оного.
источник

i

iWowik in OpenStreetMap RU
Pavel Gavrilov
Микромаппинг это внесение новых данных, которых в базе не было. Это увеличивает её размер, но увеличивает и полезность.
А дублирование данных увеличивает только размер, поэтому от него только вред.

Так что при некотором сходстве, вещи принципиально разные.
Дублирование повышает надежность и сохранность.
источник

ПЖ

Павел Жирнов... in OpenStreetMap RU
lite
да, номинатим тоже поддерживает сокращенную адресацию, сейчас проверил на паре домиков
и весьма давно уж поддерживает :)
источник

ПЖ

Павел Жирнов... in OpenStreetMap RU
iWowik
Дублирование повышает надежность и сохранность.
неправильное редактирование дублированной информации приводит к различию в дублях.
в навителе помню постоянно выскакивали дубли с неправильным написанием города, улицы и т.д.
для дублирования сделай копию выгрузки осм и храни в прохладном месте
источник

PG

Pavel Gavrilov in OpenStreetMap RU
iWowik
Дублирование повышает надежность и сохранность.
Сомнительный аргумент. Особенно когда у тебя в свойствах нп и находящихся внутри точек полный зоопарк тэгов, которые должны совпадать, и никто не знает, что с этим зоопарком делать, потому что процедур верификации и валидации нет, никто даже не знает, признак это ошибки или нет, источники контуров НП сомнительны, да и источники адресной информации на конкретных точках внутри, скажем честно, тоже.

И в чём тут, простите, рост надёжности?
источник

ПЖ

Павел Жирнов... in OpenStreetMap RU
в точке зрения iWowik
источник

l

lite in OpenStreetMap RU
я, поразмыслив, проголосовал бы за сохранение статус-кво. Пусть кто хочет, заполняет полную схему - естественно, не в режиме бота как @iWowik (и вычищать эти теги не стоит), но меня заставлять заполнять ее не надо
источник

PG

Pavel Gavrilov in OpenStreetMap RU
Павел Жирнов
и весьма давно уж поддерживает :)
Я со вчерашнего дня прошу привести пример софта, который берёт адрес с полигона place. С конкретной точкой. Мол, вот точка с неполной адреской, вот place откуда берём недостающее, вот софт, который это делает, смотрите.

Пока в ответ все молчат, как рыбы в пироге, из чего напрашивается довольно неприятный вывод о *** (пустословии) некоторых участников дискуссии.
источник

ПЖ

Павел Жирнов... in OpenStreetMap RU
сначала такое надо найти :)
источник

ПЖ

Павел Жирнов... in OpenStreetMap RU
займись коль есть время
источник

PG

Pavel Gavrilov in OpenStreetMap RU
Павел Жирнов
сначала такое надо найти :)
И довольно давно надо. (С)
источник

PG

Pavel Gavrilov in OpenStreetMap RU
Павел Жирнов
займись коль есть время
Бремя аргументации лежит на доказывающем.
источник

SL

Sergey Liverko in OpenStreetMap RU
Pavel Gavrilov
Я со вчерашнего дня прошу привести пример софта, который берёт адрес с полигона place. С конкретной точкой. Мол, вот точка с неполной адреской, вот place откуда берём недостающее, вот софт, который это делает, смотрите.

Пока в ответ все молчат, как рыбы в пироге, из чего напрашивается довольно неприятный вывод о *** (пустословии) некоторых участников дискуссии.
Вопрос в другом, который я задал на форуме: есть ли софт, который берет адрес с place, и при этом НЕ осилит взять addr:city в домика в приоритетном порядке? Это, по большому счету, единственный весомый аргумент, почему нам надо стеной стоять за нерекомендую схему, и не предпринимать движения навстречу рекомендумой
источник

ПЖ

Павел Жирнов... in OpenStreetMap RU
Pavel Gavrilov
Бремя аргументации лежит на доказывающем.
один фих не ко мне.
если есть время я и в исходники залезу
источник

SL

Sergey Liverko in OpenStreetMap RU
Что-то мне подсказывает, что такого софта, живущего вопреки рекомендации с англовики, будет очень трудно найти
источник

PG

Pavel Gavrilov in OpenStreetMap RU
Павел Жирнов
один фих не ко мне.
если есть время я и в исходники залезу
Ты влез в разговор с этой позицией, а теперь в кусты.

Так что я делаю вывод о полном подтверждении твоего *** (пустословия).
источник

SL

Sergey Liverko in OpenStreetMap RU
И тогда для наших неразмеченных 150 000 НП разумно сразу тегировать в рекомендуемой общепринятой схеме, а не продолжать свой N+1-й стандарт
источник

PG

Pavel Gavrilov in OpenStreetMap RU
Sergey Liverko
Вопрос в другом, который я задал на форуме: есть ли софт, который берет адрес с place, и при этом НЕ осилит взять addr:city в домика в приоритетном порядке? Это, по большому счету, единственный весомый аргумент, почему нам надо стеной стоять за нерекомендую схему, и не предпринимать движения навстречу рекомендумой
Поскольку речь идёт о воображаемом софте, он может делать что угодно. Его же всё равно никто не будет писать.
источник

ПЖ

Павел Жирнов... in OpenStreetMap RU
Sergey Liverko
Вопрос в другом, который я задал на форуме: есть ли софт, который берет адрес с place, и при этом НЕ осилит взять addr:city в домика в приоритетном порядке? Это, по большому счету, единственный весомый аргумент, почему нам надо стеной стоять за нерекомендую схему, и не предпринимать движения навстречу рекомендумой
сначала бы найти какойнить рекомендуемый "регламент для рендеров адрески" где черным по белому будет расписан процесс получения адрески в различных вариантах.
вот от таких документов можно отталкиваться.

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