place=suburb/locality?
Где-то я локалити в таком качестве уже предлагал…
Завалили, т.к. локалити - нежилое место.
Ну как “не жилое”. Нежилое в том смысле что у него нет “своего” населения.
В вики (англицкой) сказано “Places that have a specific name, but do not necessarily have any geographic feature centre that could be used to attach a name tag to. It does not have any population” - “именованное место, без обязательного географического центра, который мог бы использоваться для присвоения имени. Не имеют любого населения”.
Свое/не свое. Дачные общества под локалити не подходят.
Дачные общества уже place=allotments 
“Изолированные роутинговые подграфы” не работают…
“Ошибка выполнения: TypeError: ‘undefined’ - есть null или не является объектом”
и на карте нет ни одного маркера. IE8.
О, пошли обсуждать уже валидатор связности проблема с ИЕ8 похоже не разрешима. Рекомендую поставить Хром, или IE9.
Правильная ссылка сейчас такая: http://peirce.gis-lab.info/routing-map.php
Очень противоречивый тег. Англовики пестрит спорами на эту тему (достаточно открыть Discussion page). Строго говоря place=locality в переводе на русский означает местность. Есть население или нет из слова не вытекает.
fserges, все таки теги различаются по описаниям в вики, а не по толкованиям слов в толковых словарях.
Ага, открываешь Discussion page и читаешь что разные люди трактуют один тег по-разному 
это-то и плохо.
Это таки случилось. сайт peirce.gis-lab.info вышел в opensource.
Репозиторий здесь: git://github.com/Zkir/osm2dcm.git
Если кому-то что-то не нравится, присылайте патчи 
Однако “Посмотреть ошибки адресации на карте” http://peirce.gis-lab.info/addr-map.php?mapid=RU-SPO&errtype= работают. Визуально - карта та же.
Костя, прошу тебя, не мучайся, поставь нормальный браузер. Визуально карта не та же, потому что подграфы обводятся модной синей рамочкой.
Да есть он у меня. Рюшечки, бантики, ни хрена не понять.
8-ка привычней.
Дамы и господа! Хочу вам представить валидатор связности рутингового графа.
Что такое “рутинговый граф”? Это граф, по которому строится маршрут в навигационной программе. Попросту сказать, просто связанные между собой дороги.
В идеале должен быть один связный граф. Потому что если начало и конец маршрута попадают в несвязные между собой сегменты (подграфы), маршрут не строится.
Какие дороги включаются в рутинг?
В данном валидаторе в рутинговый граф включаются дороги, предназначенные для транзитного движения автомобилей, а именно дороги от с trunk и заканчивая residential/unclassified.
service/track в рутинг не включаются, но граф дорог должен быть связан и без них. Это и понятно, потому что если между точками А и Б есть маршрут, то он пролегает по “транзитным” дорогам.
Кроме того, highway=residential не может “висеть” на highway=service. Потому что как то же на нее заезжают. А если заезжают, то те улицы, по которым заезжают - транзитные, highway=residential/unclassified
Также отдельно хочу напомнить, что highway=track - это не есть просто дорога без покрытия. Это дорога по полям, которая имеет сугубо местное значение, например, та, по которой сельхозтехника выезжает на эти поля. Дорога, принадлежащая соединительной сети (например дорога между населенными пунктами), это highway=unclassified+surface=unpaved(earth, dirt, gravel, etc).
Поэтому не может быть такого, что посреди поля track переходит в unclassified, а потом снова в track.
А какие дороги НЕ включаются в рутинг?
Дворовые проезды highway=service, козьи тропы highway=track, а так же все пешеходные тропы/дорожки, и, временно, highway=pedestrian (про pedestrian см ниже).
**Проблема с highway=pedestrian **
В свое время предполагалось, что это hw=pedestrian - это вовсе не пешеходная дорожка/аллея в парке (и откуда в русской вики взялись “аллеи” ? …). а пешеходная улица, т.е. сущность одного порядка с hw=residential, и должна пристыковываться на общих основаниях к общему графу улиц, пусть с запретом проезда для автомобилей (т.е. hw=pedestrian должно быть эквивалентно hw=residential + vehicle=no). Если приглядеться внимательно, на вики hw=residential описывается вместе с дорогами, а не с пешеходными тропами.
**Валидатор vs keepright **
Заменяет ли этот валидатор Keepright (проверку “almost junction/не до конца соединены”)? Нет, не заменяет. Полностью заменить Keepright этот валидатор не может. Если дорога не пристыкована к другим дорогам совсем, валидатор покажет ее как изолированную. Но если дорога присоединена к остальным дорогам, но не во всех местах, где надо, она показана не будет. В тоже время keepright показывает места, где должна быть общая вершина, а ее нет.
Как часто обновляется валидатор?
Одновременно с остальными представленными на peirce.gis-lab.info данными (картами, статистикой и адресным валидатором ) . Полный цикл обновления всех регионов составляет около полутора суток.
Отдельной странички со списком регионов [пока] нет, все регионы доступны через список регионов РФ здесь: http://peirce.gis-lab.info/addr.php
также публикую список [анти]рекордсменов, для вашего удобства.
Регион/число подграфов.
Москва и обл. ________ 642
Санкт-Петербург и обл. 566
Челябинская обл. ____ 479
Тверская обл. _______ 379
Дагестан ____________ 378
Карелия _____________ 328
Марий Эл ____________ 321
Башкирия ____________283
Екатеринбург и обл. ___ 282
Кировская обл. ______ 266
P.S.
Известные проблемы: почему-то не работает в IE8. Я рекомендую обновиться до IE9.
P.P.S.
Но в любом случае код визуализации опубликован на гитхабе (https://github.com/Zkir/osm2dcm), можете присылать патчи
Предложение по поводу сайта: хочется скроллить вниз, но там становится не видно заголовков колонок, а их много, не запомнишь. Предлагаю сделать таблицу в div, у которго ограничить высоту и сделать свойство overflow=scroll по вертикали.
А почему pedestrian считаются роутинговыми? Ошибок с ними дофига, хотя это не ошибки.
Как насчёт проверки связности по уровням иерархии?
Т.е. для каждого уровня проверять, чтобы все дороги данного уровня + дороги уровнями выше так же образовывали связанный граф.
А как с островами? Камчатка например ни с кем не связана (имеется ввиду дорожной сетью). Я конечно понимаю что это скорее единичный случай…