Валидатор номеров домов

Мнение человека, который не имеет никакого представления о процессе присвоения адресов (потому что несет чепуху про “регистрацию в милиции”) не звучит весомо и аргументированно. Сходили бы, чтоль, почитали.

Обозначения вроде внутренней нумерации не являются частью адреса, так как не присваиваются в соответствии с законной процедурой его присвоения.
То, что не является частью адреса, в тегах адреса быть не должно, потому что они предназначены для адресов, а не для чего угодно. А внутренняя нумерация частью адреса не является (да, и ее “юридические лица” не используют, как “общенациональный адрес”, что бы это не значило в ваших фантазиях - если вы сделаете запрос в ЕГРП или ЕГРОЮЛ, там никаких “павильонов D3” не будет).
Внутренняя нумерация при этом полностью соответствует определению назначения ключа ref. Так что она должна быть в ref.

Следуя обратной логике, которой пользуется Mir76, можно начать требовать помещать в какой-нибудь тег адреса цвет и материал строений, а также вывески учреждений и местные неформальные названия домов (для всех этих данных есть свои ключи, но не addr:=) - ведь по этим признакам “эти дома тоже ищут.” (Если будете писать ответ, что “это другое”, потрудитесь объяснить, чем же оно другое.)

Mir76, вы пишете “должна быть”. Почему должна?

Мнение человека, который вполне имеет представление о процессах бытового использования адресов. Бытовой адрес и юридический адрес - немного разные вещи.

На бытовом уровне нет разницы между номером корпуса и номером павильона. Используются они одинаково. На юридическом уровне есть, конечно, ну и пусть. Наша цель - не юридическая точность, мы не Росреестр, наша цель - удобство бытового использования получившейся базы. Truth on the ground, а не truth on the paper.

И чтобы в нашей базе было удобно искать здания по бытовому адресу - они должны быть замаплены единообразно. Корпус так корпус, павильон так павильон. Ваш пример с цветом здания притянут за уши. Цвет здания не указывается в рекламе в разделе “наш адрес”, а номер павильона указывается. Поэтому цвету здания не место в addr, а номеру павильона - место.

Если бы в OSM все делалось “на бытовом уровне”, то мы бы писали всё в name, как в Викимапии, а для адреса был бы один тег с длинной строкой, включающей всё. Но в OSM принято структурировать информацию несколько более строго, чем “на бытовом уровне”. Цвет здания и вывески еще как указываются в рекламе, как ориентир, а вы даже этого не знаете, называя себя знатоком бытового использования…

Это все традиционная демагогия и “анархизм” - когда отдельным индивидуумам хочется, чтобы какая-нибудь хрень оказалась в name или еще где-то, чтобы это стало находиться навигатором или показываться на карте (да, вы в курсе, что ref показывается?) они начинают талдычить про truth on the ground и так далее, пытаясь притянуть этот принцип к чему угодно, чтобы вытребовать себе послабление в строгости существующих принципов структурирования. Не вы первый, не вы последний.

Какой-то странный спор, вроде и сам признал, что “павильон” не официальный адрес, но пытаешься его пропихнуть. Да и в “truth on the ground” тебе не кто не ущемляет, указывая место куда стоит внести данные.

Только не надо забывать о том, что только реально полезная информация придает популярность проекту. Абсолютному большинству пользователей OSM карты все равно, в каком теге будет что находиться, поэтому самое главное, что бы оно находилось и было готово к употреблению Можно сколько угодно размышлять о строгости, чистоте данных - а толку то от этих данных, если простые смертные никогда их не увидят… По состоянию на сейчас иногда для того чтобы получить информацию актуальную из osm проще JOSM запустить чем дожидаться что что то поддерживаться начнет :slight_smile: Лично моё мнение по этому поводу такое - если что то отображается в имеющихся программах корректно - то в эти теги и надо заносить, ибо пока кто то там договорится о каких либо принципах и тегах а потом пока еще и реализовывать кто нибудь начнет их поддержку - то и собственно сама информация уже не нужна будет к сожалению. К тому же информацию в базе можно будет и причесать впоследствии программно, поэтому уж лучше пусть будет инфа для кого то в неправильных тегах чем ее не будет совсем по состоянию на сейчас.

mixdm, это еще один прием, который вечно повторяют те, кто стремится все написать в name и так далее: сказать, что “раз информацию нельзя использовать прямо сейчас, она бесполезна”, “пользователю все равно”.
Я вам напомню, что непосредственный пользователь OSM - это тот, кто рулит конвертером, пишет стили для карт и т.п., а не тот конечный Вася, который ищет дом в навигаторе или глазами на карте. Потому структурировать информацию нужно так, чтобы непосредственный пользователь мог делать с ней то, что считает важным и нужным для конечного пользователя, а не пытаться подстроиться под последнего.
Все остальное, что вы написали - это типичная пропаганда обозначения под рендер/навигатор. Как, собственно, и то, чего хочет Mir76.
Вы не ошиблись проектом? Может вам в Викимапию, НЯК или Google Map Maker с такими взглядами? Там все предельно практично - что не может быть в карте, то нельзя в нее внести. Самое то.

А, то-то мне все это показалось знакомым. Вот тут http://forum.openstreetmap.org/viewtopic.php?pid=503596#p503596 вы на пару с Paravoz тоже агитировали под рендер мапить. Так что песня стара, как мир.

Вот-вот - скоро с такими подходами только для себя такие непосредственными пользователями и будет что рисоваться :slight_smile: Начало конца однако… Хвост виляет собакой в конечном итоге…

mixdm, не уводите тему в дикий оффтопик!

Хотите обсудить поддержку description или note или какой-нибудь простой тег отвечающий за всё в программах - пожалуйста заводите отдельную тему.

В ref=* можно указать номер павильона. Моё объяснение: если табличка на местности не похожа на “обычную” адресную, значит и не адрес на ней.

Тогда поэтапно, вот появилось “Без улицы”, а ещё наоборот надо “Без номера”, а потом и “Без улицы и номера” - не оставлять же их неисправленными

Адвокаты обозначений под рендер/конвертер вот точно это же много лет говорят, только предсказания что-то не сбываются. Так что не пугайте.

Добавил список домов без улицы, а точнее выводятся все адреса где не найдены теги “addr:street”, “addr:place” или “is_in:neighbourhood”.
Пару вопросов:

  1. Должен ли быть на домах Зеленограда тег addr:place? Или оставить проверку наличия тега “is_in:neighbourhood” как костыль?
  2. Считать ли адрес полным, если есть только addr:suburb?

Добавил список объектов с name, у которых нет ни одного из данных тегов: highway, amenity, place, waterway, shop, natural, landuse, religion, boundary, railway, route, tourism, power, historic, route_master, public_transport, office, traffic_sign, aeroway, craft, leisure, emergency.
Например есть объект с name=“Школа №2”, но нет тега amenity=school.

Если б не валидатор, не узнал, что столько мусора в Москве !!!

Оч порадовали входы с именами ))))
А кому нужно в name: “Будка центрального управления стрелками и сигналами” или “мостик”, или “сарай” )))))

Кстати, есть деревни, где нет улиц. Прошу учесть

В таких случаях должен быть addr:place

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

А вот это вопрос спорный. Так считал ситигидовский конвертер/валидатор. Не факт, что дважды (как addr:city и как addr:place) тегировать одно и то же — это правильно.

В таком случае список сортируется по addr:city, и дома с addr:city оказываются внизу, так что просто пропускайте их.

Если, например, по Саратовской области указана дата проверки 6 февраля, то и данные последнего столбца “Нет тега” для 6 февраля?

Как бы поточнее обрезать регионы? Сейчас в Ленинградскую область попадают дома километрах в 20 от границы, в Финляндии, с латинскими буквами. А в СПб — заметная часть адресов Лен. области, с нумерацией без улиц. Да и, похоже, весь СПб дублируется еще и в Лен.области.

да

данные беру из гис-лабовских выгрузок
если только они уточнят полигон обрезки